? ? 谷歌网站管理员工具刚出来的时候，我们网站上有很多频道，谷歌无法确认你需要上传的文件。工程师那边调查了很多问题，以为跳跃是什么不太好。调查了很多资料，但没有找到特征匹配的相关解决方案。元验证方法技术上有一些问题，不能做。

? ? 所以我们SEO团队帮助工程师找到了问题。我的同事法博很快就发现了问题发生在哪里。原来的问题被泛分析地暴露了。

? ? 具体过程如下：

? ? 使用经过泛解析的URL，无论将URL组合成什么形状，都可以提供正常的页面。例如，如果在网站的根目录中使用一般分析，则此URL是您网站原来的一般URL。那么请随意输入原来不存在的URL。甚至网站CMS返回的都是正常的页面。

? ? 这是在一个大型网站上，很多地方根据工作需要这样处理。但是这样做的话，在“站点管理员工具”的验证方面一定不能通过。为什么会这样呢？

? ? 因为任何人都可以将该网站添加到自己的网站管理员工具中。例如：root:如果使用了泛域名解析，我将这个网站添加到我的“站点管理员工具”中时，系统让我确认一下这个文件是否存在。因为有泛解，所以这个文件必须存在。那么我成功地将这个不是我的网站添加到了我的“网站管理员工具”中。我可以随意更改里面的很多设置。事实上，这种情况不会发生。因为谷歌不仅可以确认上传的文件不存在，还可以确认不应该存在的文件不存在。谷歌在确认上传的文件后，将在谷歌404ErrorPage.模拟名为HTML的页面不存在。谷歌认为在你的网站根目录下谷歌404Errorpage.html的概率为零，所以如果你发现这个页面也存在，就不能通过验证。成功谷歌已经知道你是因为泛分析而造成的。为了保护你的网站，谷歌不会通过这个验证。

? ? 上述分析过程在公开通道中找不到。现在《google网站质量指南》也不存在的页面上只能返回4xx状态代码。

? ? 而且，这个规则也是最近增加的。以前完全找不到相关资料。

? ? 那我的同事为什么一下子就发现问题在哪里呢？因为服务器的日志日志中必须记录谷歌验证过程，所以只要在相关目录下，调用一段时间的日志日志就可以查看。

? ? 如果没有日志分析，谁能想象还有这样的过程？到目前为止，还有很多网站无法确认这个文件，所以现在可以分析一下是否存在这个泛分析性的问题，或者日志日志。

? ? 还有一次，网站重组后，网站流量突然减少。我们知道影响SEO流量的因素很多，到底是什么原因导致流量下降。我以前的主管本通过自己的分析觉得URL有问题。

? ? 当时的URL如下：

? ? 我认为很多人不会认为这个网址有什么异常。但是当时这个URL有致命的问题。

? ? 2002年谷歌的爬虫还不成熟的时候，为了不陷入死亡循环，爬虫不仅减少了具有不必要参数的URL收集量，而且不会被特定目录抓住。这样的目录中有/bin/这样的目录，类似于/cgi-bin/。学过cgi语言的人都知道/cgi-bin/是目录下CGI程序所在的地方。从这样的目录中抓住是没有意义的。/bin/此目录也是许多其他系统或语言的默认文件夹名称。这些目录下没有谷歌需要抓取的页面，所以搜索引擎屏蔽了这种目录捕获。偏偏我们定义的文件夹名称是/bin/，谷歌不捕获此目录。然后，如果将此目录名称更改为/trade/，流量将立即恢复。今天，百度在robots文件的使用中以/cgi-bin/这个列表为例。

? ? 我相信即使是现在，也没有人敢怀疑谷歌本身有问题。有些人还可能在数百种因素中找到看起来合理的原因，从而掩盖真正的原因。但是本通过技术分析和实践得出了令人信服的结论。类似的事，我以后也见过很多次。因为他们的经历鼓舞了我，我也做了让别人无法理解的事情，反而给网站带来了很多流量。

? ? 技术分析在与竞争企业抢流量时也是竞争力之一。举一个不那么恰当的例子。

? ? Sitemap.xml刚出来的时候。我们自己创建了sitemap.xml文件，但最终没有人做过这么大的sitemap文件。特别是在大型网站上，内部权重的设置非常讲究。所以我们想参考外国主要竞争对手的文件。刚开始用一种方法得到他们的文件地址，但怎么也打不开那个链接，总是返回404错误。通过外国的代理服务器访问也是如此。最后，您可以模拟谷歌爬虫，正常访问此文件。原来SEO的这个对手同样重要，为了不让别人看到自己的sitemap.xml文件，这样的user-agent只用对谷歌爬虫的访问来展示这个文件。浏览器的用户-代理容易判断，因此浏览器访问被阻止。

? ? 《怎么样去学SEO》包含SEO从了解网站和搜索引擎相关技术开始。而且，这篇文章是具体地说明如何应用的。阿里巴巴首次SEO的那些人，在国内不知道SEO是什么的时候，已经处理了很多技术问题，拥有压倒性的优势。现在他们不因为某些原因做SEO，但他们对网站的贡献很大。