📍 WDQWDWQD987AAAAA:216.73.216.54
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /ade26c4c9edd.html
📄

域名历史分析：改版或迁移时应核对什么，先做哪些检查

改版或迁移时做域名历史分析，核心是核对旧域名的抓取与索引状态、外链与流量来源、历史内容与技术配置，判断哪些资产必须继承、哪些问题不能带进新站。时间和人手有限时，先处理会直接导致流量和收录损失的项目：旧 URL 到新 URL 的映射、robots.txt 与 meta robots 状态、可访问性、站点地图和关键外链指向。

先明确交付结果，再倒推资料清单

域名历史分析不是写一份报告就结束，它要交付可执行的迁移清单。建议先定下三样结果：一张旧新 URL 对照表、一份必须保留的外链与流量入口清单、一份上线后验收项。倒推需要的资料包括：旧站全量 URL 列表、各 URL 的历史访问与转化数据、外链来源、robots.txt 历史版本、站点地图、服务器日志，以及旧域名是否启用过 HTTPS、是否有过跳转链。

资料拿不全时，优先保证 URL 清单和访问数据。没有完整清单，映射就会漏；没有访问数据，就分不清哪些页面值得优先保留。

域名历史分析最先核对的五项

1. 旧 URL 是否仍可访问。逐类抽查栏目页、详情页、分页和带参数页，记录返回状态码。出现 404 或 410 的页面，要判断是否有外链或访问量，再决定做 301 还是保留内容。
2. robots.txt 是否误挡抓取。核对旧域名和新域名的 robots.txt，确认没有把整站或关键目录挡在外面。注意：robots.txt 的抓取限制不等于可靠的索引移除，被挡的页面仍可能因外链出现在结果里，已收录页面也不会因为加一行限制就立刻消失。
3. meta robots 与 canonical 是否指向正确。检查旧页面是否残留 noindex，canonical 是否还指向旧域名。迁移后 canonical 应指向新域名对应页面，否则可能被判定为重复内容。
4. 外链与流量入口是否集中。列出指向旧域名的主要外链页面，判断它们指向的是首页、栏目还是已失效的详情页。指向失效页的外链，应通过 301 落到最相关的新页面。
5. 站点地图与提交状态。核对站点地图是否只列可访问、可索引的 URL。站点地图不保证收录，它只是帮助发现 URL，最终是否收录仍取决于页面质量和抓取情况。

用一张对照表安排任务和责任

把每个旧 URL 对应到新 URL，并标注处理方式：301、保留原内容、删除并返回 410，或暂不处理。表格至少包含旧 URL、新 URL、状态码、是否有外链、月访问量、负责人、验收结果。人手有限时，按“有外链或有访问量”优先排序，先处理这两类，再处理长尾页面。

责任划分要落到人：谁提供 URL 清单，谁配置跳转，谁检查状态码，谁在上线后复核。验收标准写清楚，例如“旧 URL 返回 301 且最终落到 200 的新页面”“新页面 canonical 指向自身”“站点地图中的 URL 全部返回 200”。

上线后必须复核的检查项

• 随机抽取旧 URL，确认跳转链不超过一跳，最终页面内容与旧页面主题一致。
• 检查新站 robots.txt 是否允许抓取，站点地图是否可访问且只含有效 URL。
• 核对 HTTPS 配置是否正常跳转、证书是否有效。HTTPS 不保证安全无漏洞或排名提升，它只是迁移中需要确认的基础项。
• 观察服务器日志中搜索引擎的抓取情况，确认新 URL 正在被抓取，旧 URL 的抓取逐步减少。
• 对比迁移前后的访问数据，定位流量下滑集中在哪些目录，再回到对照表排查遗漏。

如果旧域名曾用于其他业务，还要核对历史内容是否与当前主题冲突。冲突页面应删除或重定向到最相关的新页面，不要全部跳首页。

下一步：先导出旧站 URL 清单和近三个月访问数据，按“有外链或有访问量”筛出前 50 个页面，完成旧新 URL 对照表的第一版，再分配跳转配置和验收任务。