网站收录排名，改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /23d2b8dee0b4.html
📄
网站收录排名，改版或迁移时应核对什么
改版或迁移时，最该核对的不是“新页面看起来是否正常”，而是旧URL到新URL的对应关系、可抓取性、可索引性和页面内容一致性。常见误解是：只要做好301跳转、提交新站点地图，网站收录排名就会自动恢复。实际上，301只是传递信号，不是收录保证；站点地图是发现线索，不是索引命令；robots.txt限制抓取，也不能当作可靠的移除索引手段。核对的目标，是让搜索引擎能顺利发现、抓取、理解并替换旧页面。
先核对URL映射，而不是只看首页能否打开
迁移最怕的是旧URL全部跳到首页，或者只跳转栏目页，导致原有关键页面失去对应关系。正确做法是建立“旧URL—新URL”一一对应表，优先处理有外链、有流量、有排名的页面。判断条件很简单：如果旧URL能打开且内容已迁移，应返回301到最接近的新URL；如果旧内容已删除且无替代页，才考虑410或保留说明页。不要用302长期代替301，也不要让大量旧URL统一跳首页。
可执行检查项：
- 随机抽取旧URL，用
curl -I或浏览器开发者工具查看状态码与Location。 - 确认跳转链不超过一跳，避免A跳B、B再跳C。
- 确认新URL可正常访问，且没有跳回旧域名或错误页面。
- 检查内链是否已全部指向新URL，而不是继续指向旧地址。
抓取与索引要分开核对
抓取允许不等于索引允许。robots.txt中的Disallow只限制爬虫抓取，不能可靠地把已收录页面从索引中移除；若页面已被收录，限制抓取反而可能让搜索引擎无法看到noindex或301，延缓替换。站点地图也不保证收录，它只是帮助发现URL。核对时应分别检查：robots.txt是否误屏蔽新目录；页面是否意外带有noindex； canonical是否仍指向旧URL；新页面是否返回200且正文可渲染。
假设一个例子：某文章从/old/a迁到/new/a，旧URL返回301，新URL返回200，但新页面canonical仍写/old/a。此时搜索引擎可能仍把旧URL视为规范页，排名信号归并会变慢。正确做法是把canonical改为新URL自身，并确保旧URL不再出现在站点地图中。
两种处理方案怎么选：301替换还是保留旧URL
方案一，301替换：适用于内容整体迁移、旧URL不再维护、新URL结构稳定的情况。优点是信号集中，用户和搜索引擎都被带到新地址。条件是旧URL必须能长期返回301，不能迁移几个月后就取消跳转。
方案二，保留旧URL并更新内容：适用于URL结构不变、只是模板或栏目调整的情况。此时不需要大规模跳转，但要核对模板是否改变了标题、正文、内链和结构化数据。若旧URL仍可访问且内容一致，通常比强行换URL更稳。
判断依据：如果URL变了，优先301；如果URL没变，优先检查页面输出是否一致。不要因为“新域名更好看”就批量换URL，除非有明确的品牌或架构需求。
迁移后要持续核对哪些信号
迁移完成不等于核对结束。接下来应观察旧URL是否逐渐返回301、新URL是否被抓取、索引是否从旧URL转向新URL、页面标题与摘要是否正常。不同搜索引擎处理速度不同，网页搜索、平台推荐和付费广告也应分开看：广告落地页正常，不代表自然搜索收录正常；平台推荐流量恢复，也不代表网页搜索排名恢复。
可执行步骤：
- 在搜索资源平台分别提交新站点地图，并核对已提交URL与可访问URL一致。
- 用站点抓取工具抽查旧URL状态码、新URL canonical、内链和站点地图。
- 对重点旧URL做站内跳转和外链更新，减少用户与爬虫遇到旧地址的概率。
- 记录每次修改，避免同时改URL、模板、内容和robots.txt，导致无法判断原因。
下一步，先导出旧站URL清单，按“有外链、有流量、无流量”分组，再逐条填写新URL和状态码。只有这张映射表核对完，后面的收录与排名观察才有可靠基础。
