5. 关于robots.txt的声明内容如下, 也就是指向了sitemap的位置, 具体来说就是Sitemap: https://domain.com/sitemap_index.xml。

6. 提交至 Google Search Console + Bing Webmaster Tools，标记"手动提交"

[04] 灰度验证闭环

验证周期为14天, 而指标集的情况如下。

在Search Console里, 你打开站点地图选项后, 去看那些“已提交但未被编入索引”的比例数据, 它的数值需要是小于百分之五的。

在PageSpeed Insights里查看移动端得分, 它的分数要等于八十五或者是比八十五更高。还要计算内链的覆盖率, 就是用HTML地图里面能达到的URL数量, 除以全网站里可以被爬取的URL总数, 这个比值要等于百分之九十二或者是高于百分之九十二。

对比组的做法是让同一个站点做A B测试, 实验组的设置是启用双地图, 也就是同时使用XML和HTML两种格式, 而对照组只保留XML格式的地图, 在48小时这个时间段内观测新页面发现的速度。

如果经过十四天之后, 还没有被编进索引的XML文件所占的比例依旧大于一百五百分之一的十五, 那就需要后退一步, 退回到只保留sitemap_index还有单个文件的这种结构里去, 与此同时, 要把HTML地图的分页部分全部砍掉。

忠告: 你不要再把XML地图等同于SEO了, 它只是个索引声明, 算不上是能够影响排名的那个关键杠杆。

真正能推着你的页面被搜索引擎收录的, 是你构建出来的那种有着高内链拓扑密度的HTML地图, 每当你多增加一层可以点击的分类链接的时候, 那些比较深层的网页被搜索到的概率就会发生很大的变化, 具体的数据是从百分之二点一直接跳到了百分之六点八, 这个数据来源于某个B2B类型的站点做的灰度测试, 总共测试的页面数量是一共四千二百个。

下一步:你打开你的网站站点, 按照[03]章节里面的六步骤操作内容去跑一遍流程。你需要在48小时以内, 把Search Console抓取日志的截图保存并留存起来。

如果发现那个已编入索引的数字没有任何变动, 那么问题就不是出在你的sitemap上面, 而是可能出现在你的robots.txt文件或者403响应码上面。

你的站点中的URL总数如果大于10万个、含有多个语言的hreflang矩阵, 或者需要跨域来实现sitemap联邦功能, 请把具体的域名信息和URL总数发过来, 我们会给你一份带有具体拆分阈值的部署方案。