Google网站管理员工具404真的不可怕
可能很多人都有所了解,Google网站管理员工具已经开始报告一些404错误的参考消息,这些是Google在索引网页时所遇到的,但是就此还没有一些相关的专门的讨论,希望一下的一些对读者有所裨益.
1. 作为一个网管，你应该知道你的站点的哪些页面被请求并且这些请求来自何处以及对这些信息是如何处理的. 其中一种方式就是确定站点的可能的URL错误.另外一种方式就是创建定制的404页面，将访问流量导入到站点的更有用的地方。
可以设想一下，如果你的站点遇到无数的来自某论坛的某话题的恶意链接请求，并且也给那些访问者反馈的是定制的404页面，就像给你的站点通常给那些相同话题的页面提供的链接一样；或者给那些客户提供的是一些相关产品的门页，这种可能性是很大的。
2.作为一个SEOer，你也不希望通过那些默认客户或定制的404页面而白耗费一些链接，你可以将这些通过链接通过重定向到门页.
听起来有点不错.困扰seo168的问题点就是当我在读到这个Google提供的服务的时候，我在想我通过网管工具获得的信息是不是对的，及时更新的或者是全面的?
但是公平点说,并不是这些所有的Google网管工具找到的参照都包含在日志文件报告当中,一个很简单的道理要让这些referral出现在日志文件中，它们需要被点击. Google蜘蛛，并不会越过这些referral，也不会再一发现就立即点击，以结果就是在Google网管工具报告中，有些链接不会出现在日志文件中。
关于网管工具和日志文件之间的这种差异，有很多原因,有很多也是可以共同交流的.
1. Google只显示那些蜘蛛找到的差的参照,有可能就是Google所关注的那些含有差的参照的链接被移除，链接页面不包含所以没有必要报告这一点.
含有差的参照的页面已经被索引.
2.1. 含有差的参照的页面因为需要密码, robots.txt后者因为meta 标签的阻碍（这点大家可能都比较清楚）因为而没有被索引,,另外还有些原因，比如 复制链接页面上内容或其它一些原因。
2.2 关于外部链接数据,Google截留了一些来自网管的信息, 这种可能性还是有的，虽然似乎有点牵强.
不管是前面所提到的哪种原因,你想知道导致站点404的所有链接，即使他们现在没有被Google统计.
一种可能的情形是某个页面，因某个原因没有被Google收录，而那个页面所包含的链接没有被网管工具报告出来. 如果那个页面是报废的并且页面已被Google统计, 而可以利用404这个问题点.
可能seo168在此所提及的差的参考的数目还很少，但是浏览者和其它的对此关注者都是非常有悟性的并且他们也基本上是不会被误导的.但是，从其它的角度来谈及站点，seo168可以假定关于差的参考的已报告数量和未报告数量的比例达到一定相当的比率,这可能需要花费一些精力来对日志文件进行探究。
关于日志文件的探究，以下有些可能对读者的参考理解有所帮助:
1. 首先，使用好的日志文件分析工具.它可能让你对日志文件数据有很搞的可视性，也让你对于指定分析参数有较高的灵活性,比如跟踪单个文件,跟踪广告程序,对冗繁的参数设置过滤等等。当然，一个针对用户特点的分析工具则可能更好，如果你有能力或资源能得到这样的工具。
2. 将No Referral 404 过滤掉。它们对于定位站点丢失的页面很有好处，但是对于重新定向链接没有什么用处。
3. 大部分的导致404的站点请求都要求有地址栏图标，而那时seo168没有.另外一个导致404 的文件请求就是robots.txt, 所以将这些过滤掉很有必要，因为这些没有对于你的目标没有意义。
将来自站点的所有的参照都过滤掉.
这样就可以基本上主要留下来自站点外失效链接的404参照。
如同前面所述，网管工具404报告是定向上的重要的环节，但不要完全依赖它并利用日志文件信息来进行404研究.
1. 作为一个网管，你应该知道你的站点的哪些页面被请求并且这些请求来自何处以及对这些信息是如何处理的. 其中一种方式就是确定站点的可能的URL错误.另外一种方式就是创建定制的404页面，将访问流量导入到站点的更有用的地方。
可以设想一下，如果你的站点遇到无数的来自某论坛的某话题的恶意链接请求，并且也给那些访问者反馈的是定制的404页面，就像给你的站点通常给那些相同话题的页面提供的链接一样；或者给那些客户提供的是一些相关产品的门页，这种可能性是很大的。
2.作为一个SEOer，你也不希望通过那些默认客户或定制的404页面而白耗费一些链接，你可以将这些通过链接通过重定向到门页.
听起来有点不错.困扰seo168的问题点就是当我在读到这个Google提供的服务的时候，我在想我通过网管工具获得的信息是不是对的，及时更新的或者是全面的?
但是公平点说,并不是这些所有的Google网管工具找到的参照都包含在日志文件报告当中,一个很简单的道理要让这些referral出现在日志文件中，它们需要被点击. Google蜘蛛，并不会越过这些referral，也不会再一发现就立即点击，以结果就是在Google网管工具报告中，有些链接不会出现在日志文件中。
关于网管工具和日志文件之间的这种差异，有很多原因,有很多也是可以共同交流的.
1. Google只显示那些蜘蛛找到的差的参照,有可能就是Google所关注的那些含有差的参照的链接被移除，链接页面不包含所以没有必要报告这一点.
含有差的参照的页面已经被索引.
2.1. 含有差的参照的页面因为需要密码, robots.txt后者因为meta 标签的阻碍（这点大家可能都比较清楚）因为而没有被索引,,另外还有些原因，比如 复制链接页面上内容或其它一些原因。
2.2 关于外部链接数据,Google截留了一些来自网管的信息, 这种可能性还是有的，虽然似乎有点牵强.
不管是前面所提到的哪种原因,你想知道导致站点404的所有链接，即使他们现在没有被Google统计.
一种可能的情形是某个页面，因某个原因没有被Google收录，而那个页面所包含的链接没有被网管工具报告出来. 如果那个页面是报废的并且页面已被Google统计, 而可以利用404这个问题点.
可能seo168在此所提及的差的参考的数目还很少，但是浏览者和其它的对此关注者都是非常有悟性的并且他们也基本上是不会被误导的.但是，从其它的角度来谈及站点，seo168可以假定关于差的参考的已报告数量和未报告数量的比例达到一定相当的比率,这可能需要花费一些精力来对日志文件进行探究。
关于日志文件的探究，以下有些可能对读者的参考理解有所帮助:
1. 首先，使用好的日志文件分析工具.它可能让你对日志文件数据有很搞的可视性，也让你对于指定分析参数有较高的灵活性,比如跟踪单个文件,跟踪广告程序,对冗繁的参数设置过滤等等。当然，一个针对用户特点的分析工具则可能更好，如果你有能力或资源能得到这样的工具。
2. 将No Referral 404 过滤掉。它们对于定位站点丢失的页面很有好处，但是对于重新定向链接没有什么用处。
3. 大部分的导致404的站点请求都要求有地址栏图标，而那时seo168没有.另外一个导致404 的文件请求就是robots.txt, 所以将这些过滤掉很有必要，因为这些没有对于你的目标没有意义。
将来自站点的所有的参照都过滤掉.
这样就可以基本上主要留下来自站点外失效链接的404参照。
如同前面所述，网管工具404报告是定向上的重要的环节，但不要完全依赖它并利用日志文件信息来进行404研究.