网站空间域名：改版或迁移时应核对什么

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

网站空间域名：改版或迁移时应核对什么

改版或迁移时，核心是核对“域名指向、空间内容、URL 对应关系、抓取与索引信号”四件事是否一致。任何一个环节错位，都可能导致旧页面打不开、新页面不被收录或流量落到错误地址。下面从一个假设例子展开，说明步骤与常见错误。

假设场景：换空间并调整 URL 后流量下滑

假设某站点原空间到期，迁移到新空间，同时把栏目路径从 /old-list/ 改为 /news/，域名保持不变。上线一周后，搜索流量下降，部分旧链接返回 404。此时不要先归因于“搜索引擎惩罚”，应按顺序收集证据：

  1. 用 curl -I 或浏览器开发者工具检查旧 URL 返回的状态码，确认是 301、302 还是 404。
  2. 检查新空间是否已正确绑定域名，解析记录是否指向新空间 IP，避免部分节点仍访问旧空间。
  3. 对比新旧站点的 robots.txt，确认没有误加全站禁止抓取。
  4. 查看站点地图中的 URL 是否已替换为新地址，并确认这些地址返回 200。

若旧 URL 返回 404 且没有 301，说明迁移时漏做了重定向。若旧 URL 返回 301 但目标页是 404，说明重定向规则写错。若旧 URL 返回 200 但内容仍是旧版，说明域名解析或空间绑定未完全生效。不同现象对应不同原因，不能只凭“流量下降”一个现象断定唯一原因。

域名与空间绑定：先确认访问的是哪个空间

域名解析和空间绑定是两件事。域名解析决定请求发往哪个 IP，空间绑定决定该 IP 上的服务器是否接受这个域名。迁移时常见错误是：解析已改，但新空间未添加该域名，导致访问返回默认站点或 403。

判断结果：如果解析正确、绑定正确，访问应返回新空间内容；如果返回旧内容，优先检查 CDN 缓存和本地 DNS 缓存，而不是继续改代码。

URL 对应关系：重定向要一条条核对

改版时 URL 变化越多，重定向规则越容易出错。可靠做法是导出旧站 URL 列表，与旧站站点地图或访问日志对照，再逐条映射到新 URL。不要只做首页重定向，也不要全部跳转到首页，这会被视为软 404，且用户找不到原内容。

检查项：

假设旧地址 /product/123.html 对应新地址 /products/123，应设置 301 指向后者。若设置成跳转到 /products/ 列表页，用户和搜索引擎都无法定位原内容，属于常见错误。

抓取与索引信号：robots.txt 和站点地图只做辅助

robots.txt 的抓取限制不等于可靠的索引移除。若旧页面已不希望被访问，用 robots.txt 禁止抓取并不能保证它从搜索结果消失；更稳妥的是让旧 URL 返回 404 或 410，或使用页面级 noindex（需确保页面仍可被抓取）。站点地图也不保证收录，它只是提交 URL 的渠道之一。

迁移后应核对：

不同搜索引擎对重定向、noindex、站点地图的支持细节须分别核查，不能假定一处设置对所有搜索引擎效果相同。

可执行的迁移核对清单

  1. 迁移前导出旧 URL 清单和站点地图，标记哪些 URL 会变化。
  2. 在新空间完成域名绑定和解析切换，确认新站可访问。
  3. 逐条配置 301，检查状态码和跳转目标。
  4. 更新站内链接、站点地图和 canonical 标签，指向新 URL。
  5. 检查 robots.txt，确认没有误屏蔽。
  6. 上线后抽查旧 URL、新 URL、带参数 URL 和移动端 URL 的返回状态。

下一步：从访问日志或搜索控制台导出仍被访问的旧 URL，按返回状态码分组，优先修复 404 和错误重定向，再观察新 URL 的抓取与索引情况。

图1 图2
nginx