石家庄网站建设 > 博客教程 > 网络营销知识 >

石家庄seo网络推广

发布时间:2020-11-04

随着网络变得越来越复杂,网站,渐进式Web应用程序,单页应用程序,JSON-LD等上的JavaScript框架和库前端,我们越来越多地发现出现问题的表面积越来越大。当您拥有的只是HTML和CSS以及链接时,您只能搞砸了。但是,在当今具有通用JS界面的动态生成网站的世界中,存在很大的错误隐患。

我们面临的第二个问题是,很难知道什么时候出了问题,或者什么时候Google改变了他们对问题的处理方式。仅当您考虑到网站迁移或重新设计之类的情况(可能突然存档大量旧内容或重新映射URL结构)时,情况才会更加复杂。那么我们如何应对这些挑战?

旧的方式
从历史上看,您分析此类事情的方式是使用Excel查看日志文件,或者如果您是铁杆,则使用Log Parser查看日志文件。那些很棒,但是它们要求您知道您遇到了问题,或者您正在寻找并碰巧捕获了一部分日志,其中包含您需要解决的问题。并非没有,而且我们已经在博客和日志文件分析指南中广泛地介绍了此操作。

但是,这个问题很明显。它要求您看起来,而不是让您知道要寻找的东西。考虑到这一点,我认为我将花费一些时间来研究是否可以做一些事情来使整个过程花费更少的时间并充当预警系统。

伸出援手
我们需要做的第一件事是将服务器设置为将日志文件发送到某个地方。我对此的标准解决方案已成为使用日志轮换。根据您的服务器,您将使用不同的方法来实现此目的,但是在Nginx上,它看起来像这样:

#time_iso8601看起来像这样:2016-08-10T14:53:00 + 01:00
如果($ time_iso8601〜“ ^(\ d {4})-(\ d {2})-(\ d {2})”){
        设置$ year $ 1;
        设置$ month $ 2;
        设置$ day $ 3;
}
<span class =“ redactor-invisible-space”>
</ span> access_log /var/log/nginx/$year-$month-$day-access.log;
这使您可以通过简单地从与该时间段相关的文件中提取数据来查看任何特定日期或日期集的日志。设置日志轮换后,我们可以设置一个脚本,该脚本将在午夜使用Cron运行,以提取与昨天的数据相关的日志文件并进行分析。如果需要,您可以每天或每周一次,或者以最适合您的数据量级别的任何时间间隔进行查找。

下一个问题是:我们要寻找什么?好吧,一旦我们获得了当天的日志,这就是我要让系统报告的内容:

30 *状态码
生成由用户点击导致重定向的所有页面的列表。如果链接到该资源的页面在您的站点上,则将其重定向到实际的终点。否则,请与与您链接的任何人联系,并让他们对链接进行排序。

404状态码
类似的故事。应该检查所有404ing资源,以确保应该丢失它们。可以对应该解决的所有问题进行调查,以找出其无法解决的原因,并且可以按照与301/302代码相同的方式来处理与实际缺少的内容的链接。

50 *状态码
发生了一些不好的事情,如果您看到许多50 *代码,就不会过得好。您的服务器依赖特定资源或整个站点的请求,具体取决于这有多严重。

搜寻预算
Google抓取的每个资源的列表,请求的次数,传输的字节数以及解决这些请求所花费的时间。将此与您的站点地图进行比较,以查找Google不会抓取的页面或正在搜索的页面,并根据需要进行修复。

需求最多/需求最少的资源
与上述类似,但详细说明了搜索引擎请求最多和请求最少的事物。

坏演员
许多寻找漏洞的漫游器会向wp_admin,wp_login,404s,config.php和其他类似的常见资源URL发出请求。对这些URL重复请求的任何IP地址都可以自动添加到IP黑名单中。

模式匹配的URL报告
使用正则表达式将请求的URL与预定义的模式进行匹配很简单,以报告您网站的特定区域或页面类型。例如,您可以报告图像请求,正在调用的Javascript文件,分页,表单提交(通过查找POST请求),转义的片段,查询参数或几乎其他任何内容。如果它在URL或HTTP请求中,则可以将其设置为要报告的细分。

尖峰搜索爬网行为
记录每天Googlebot发出的请求数。如果增加幅度超过x%,那就很有意思了。附带说明一下,对于大多数数字系列,很难发现极端离群值的计算,这可能值得您花时间。

输出数据
然后,根据任何特定部分的重要性,您可以将数据设置为以几种方式记录。首先,大量的40 *和50 *状态代码或错误的参与者请求值得触发电子邮件。这可以让您迅速知道是否正在发生潜在的大问题。然后,您可以掌握所有问题,并作为优先事项解决它。

整个数据也可以设置为通过仪表板报告。如果每天的日志中没有太多数据,则可能只想在运行时查询文件,并在每次查看时重新生成报告。另一方面,具有大量流量且因此日志文件较大的站点可能希望将每天的输出缓存到单独的文件中,因此不必计算数据。显然,您使用的方法类型很大程度上取决于您将要运行的规模以及服务器硬件的功能。

结论
多亏了服务器日志和基本的脚本编写,您才没有理由在站点上出现某些问题而又一无所知。在Google以前所未有的速度爬行的世界中,技术问题的主动通知是必不可少的,这意味着由于站点停机或数小时之内的错误,它们可能会开始拉低您的排名。


网站建设
Website
客户案例
Customer case
关于展为
About ZHANWEI
展为致力于网站建设与网络营销,微信营销,专业领域包括网站建设、网站seo优化推广、移动互联网营销、三网合一网站建设,微信营销小程序开发,与其他网站建设及系统开发公司不同,我们的整合解决方案结合了展为网络建设经验和互联网整合营销的理念,并将策略和执行紧密结合,且不断评估并优化我们的方案,为客户提供一体化全方位的互联网品牌整合方案!

扫码咨询

Copyright © 石家庄展为网络有限公司. 冀ICP备14018173号-6 Copyright 2010-2020版权所有
展为网络
网站建设
客户案例