永久重定向改版或迁移时应核对什么：先定映射再验信号
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /53e23417b72c.html
📄
永久重定向改版或迁移时应核对什么：先定映射再验信号
改版或迁移时，核对永久重定向的核心是确认三件事：旧地址是否一对一映射到内容最接近的新地址、重定向是否返回可被识别的永久状态、整条链路是否没有多余跳转和循环。结论是：内容有等价新页时用永久重定向，旧内容彻底下线且无替代时用410更合适，不要用302长期顶替。
先判断该用永久重定向还是410
永久重定向适合旧页面被新页面替代、栏目结构调整、域名更换后内容保留的场景。它的作用是告诉客户端和搜索引擎：这个地址以后看新地址。410则用于内容永久删除且没有替代页，属于明确的移除信号。
- 旧页有内容高度对应的新页：用永久重定向指向新页。
- 旧页只是换了目录或参数形式：用永久重定向指向规范地址。
- 旧页内容彻底删除且无替代：用410，不要硬指向首页。
- 临时调整、A/B测试、短期限流：用302或307，不要用永久重定向。
判断依据是内容等价性，不是网址相似度。把大量旧页统一指向首页，会让搜索引擎把首页当成这些旧页的替代，既丢失原页主题，也不构成有效迁移。
核对映射表：一条旧地址只对应一个目标
迁移前先把旧地址清单导出，常见来源包括站点地图、服务器访问日志、站内搜索记录和已有内链。逐条标注目标地址，形成映射表。核对时重点看四类问题：
- 是否存在一条旧地址指向多个目标，或多条旧地址互相指向。
- 目标地址是否本身又发生重定向，形成多跳。
- 目标地址是否返回404或410，等于把用户送进死胡同。
- 是否把带参数的旧地址全部粗暴指向同一个无参数页，导致可索引变体被错误合并。
短例子（假设）：旧地址 /old-a 应指向 /new-a，但映射表里写成了 /new-home。验收时访问 /old-a，若最终落到首页而非 /new-a，说明映射错误，需要改回。
核对状态码与跳转链路
永久重定向应返回301或308。301允许客户端把请求方法改为GET，308保留原请求方法。对普通页面迁移，301通常够用；对需要保留POST等方法的接口地址，308更合适。不要用302、303、307长期替代永久重定向，否则搜索引擎可能不把权重和信号转移到新地址。
检查项：
- 用命令行或浏览器开发者工具查看响应头，确认首跳状态码是301或308。
- 确认从旧地址到最终地址只经过一跳；如果出现A→B→C，应把A直接指向C。
- 确认最终地址返回200，而不是404、410或另一条重定向。
- 确认没有循环，例如A→B且B→A。
注意：robots.txt 的抓取限制不等于可靠的索引移除，重定向也不能绕过抓取限制。站点地图不保证收录，提交新站点地图只是帮助发现，不是迁移完成的验收信号。
核对协议、主机名与大小写一致性
迁移常同时涉及HTTP到HTTPS、带www到不带www、旧域名到新域名。这些应各自只保留一个规范版本，其余版本用永久重定向指向规范版本。核对时逐项确认：
- HTTP版本是否永久重定向到HTTPS版本。
- 非规范主机名是否永久重定向到规范主机名。
- 大小写或末尾斜杠差异是否被统一处理，避免同一内容出现多个可访问地址。
- HTTPS不保证安全无漏洞或排名，证书有效性与重定向正确性是两件事，需分别检查。
验收信号与后续动作
迁移完成后，用以下信号判断是否到位：旧地址返回301或308并最终落到200的新地址；映射表中不存在指向404、410或首页的条目；无多跳、无循环；规范主机名和协议版本唯一；新地址可被抓取且未被robots.txt误挡。不同搜索引擎对重定向的处理速度与支持细节须分别核查，不要假定完全一致。
下一步：从访问日志中抽取迁移后仍被请求的旧地址，逐条比对映射表，把遗漏或错配的条目补成永久重定向，再重新验证状态码与最终地址。
