上线前核对抓取与索引配置,核心是确认三件事:搜索引擎能抓到页面、抓到的页面允许被索引、最终展示的地址是你想推广的那个版本。时间和人手有限时,优先检查 robots.txt、可索引状态、canonical、站点地图和重定向,这五项能覆盖大多数上线事故。
抓取是搜索引擎发现并下载页面,索引是它判断页面值得存入结果库。抓取被挡住,页面通常不会进入索引;抓取成功但返回 noindex,页面也可能不展示。核对时要分开验证,不要只看其中一项。
判断顺序可以这样安排:先看 robots.txt 是否误封,再看页面返回的状态码,然后检查 meta robots 与 X-Robots-Tag,最后看 canonical 和站点地图是否指向正确地址。
Disallow: / 这类整站屏蔽规则。测试环境常用的屏蔽规则如果被带上线,会直接阻断抓取。<meta name="robots" content="noindex">,同时检查 HTTP 响应头是否带有 X-Robots-Tag: noindex。两者任一存在,页面都可能不被索引。这三项检查通常只需十几分钟,却能在上线前拦住最常见的问题。若发现异常,先修正配置再提交站点地图,不要指望搜索引擎自行忽略错误信号。
站点地图的作用是帮助发现页面,不是保证收录。上线前应确认它只包含正式域名下的可索引页面,并排除测试页、参数页和重复内容页。站点地图里如果混入 noindex 页面,会浪费抓取预算,也容易让核对结果失真。
重定向方面,重点看旧地址是否 301 到新地址的一一对应页面。常见错误是全部跳转到首页,这会让旧页面积累的入口价值无法传递到对应新页面。可以用浏览器或命令行工具逐条访问旧地址,确认返回 301 且目标地址正确。
一个假设例子:某营销网站改版后,旧产品页 /old-product 应跳到新页 /product。如果它跳到首页,用户和搜索引擎都找不到原内容,核对时应把这类问题列为高优先级。
时间和人手有限时,不建议平均用力。可以按影响面排序:
判断依据是问题覆盖的页面数量和是否阻断抓取或索引。覆盖越广、越靠近抓取入口的问题,越应该先修。
配置修正后,先手动访问几个代表性页面,确认状态码、meta robots 和 canonical 都符合预期,再提交站点地图。之后定期抽查索引状态,发现异常时回到 robots.txt 和页面响应头重新核对,而不是反复提交地址。