老网站迁移前，把每个旧链接的去向交接清楚

旧网站换了系统、目录或域名，买家手中的链接不会跟着自动更新。邮件里的产品地址、经销商收藏的目录、搜索结果中的采购指南，都可能仍然指向旧站。新首页已经能打开，只能证明一个入口可用；迁移还需要回答：这些旧地址最终把人带到了什么内容，原来的下载和询问任务还能不能完成。

本文聚焦 URL 改变时的交接准备，不提供通用改版时间表。Google 的迁移文档也区分 URL 改变与仅更换托管基础设施，并建议准备旧地址到新地址的对应关系。¹ 以下登记表和验收顺序是编辑建议，应按现有系统及实际资产调整。

先列出旧资产，再讨论新目录

查看这张配图的 PNG 原稿

不要只从新网站菜单反推需要迁移什么。先从旧站页面清单、已有 sitemap、企业维护记录和确实可用的统计资料整理地址。统计工具没有授权或数据不完整时，就明确记录这一缺口，不能把“没有查到流量”理解为“没有价值”。还要问销售人员：哪些地址发过给买家，哪些 PDF 出现在报价附件或二维码中。

地址需要保留足以区分资源的部分：协议、主机名、路径，以及实际影响内容的查询参数。先确认旧系统怎样解释参数，再决定能否归并。语言目录、大小写、结尾斜杠、旧文件扩展名可能触发不同结果；不能为了清单整齐，先把尚未验证的差异全部删除。

清单可以按客户常用入口和业务重要程度安排核对顺序，但所有已发现的地址都应有去向或明确待处理状态。抽样帮助早期发现问题，不能把几条成功样本登记为整站迁移完成。

目标页面由内容对应关系决定

“都跳到首页”会让技术上能访问的链接失去原来的含义。买家打开旧产品链接，期待看到那件产品的资料，不应被送到一个需要重新查找的总入口。新站合并分类时，也要确认合并后的页面实际包含原分类内容，并解释变化；单靠标题相近不能证明对应。

以下仅是虚构练习：旧产品 DEMO-M01 的英文详情仍有对应产品，记录到它的新英文详情；旧目录文件已有经企业确认的替代版本，记录替代文件及版本说明；某停用页面没有合适替代内容，先记录失效处理，不能自动选一个热门产品顶替。演练没有真实企业 URL，不是本网站已经执行的迁移结果。

查看这张配图的 PNG 原稿

Google 的迁移准备包含图片和下载资料，并提示对没有迁移的删除内容正确返回 404 或 410。¹ 实际项目应先由内容负责人判断是否存在相关替代，再由技术人员选择处理方式。原文件如果必须停止公开，不能因“保住旧链接”重新暴露它；公开范围与资源去向都要进入交接记录。

下载验收要打开实际文件核对。文件名相同、HTTP 返回成功，不代表语言、版本或正文相同。对明确需要原样保留的文件，可以比较校验值；对已确认更新的文件，则保留旧新版本关系及内容批准记录。不要把新的下载链接只是截图存档，却没有实际取回文件。

重定向要测到最终内容

查看这张配图的 PNG 原稿

永久与临时移动应按实际意图选择。Google 文档将 301、308 列为永久重定向，并建议永久迁移尽可能使用服务器端方式；临时跳转有不同用途。² 不要把浏览器里的地址变化当作状态码证据，也不要用 JavaScript 跳转掩盖服务器尚未配置的问题。

每条验收至少记录起始 URL、首个响应状态、Location、后续跳转、最终 URL 和最终内容。发现循环、目标失效或多次绕行时，保留实际结果并修复对应规则。避免只测试裸路径，却漏掉买家真正持有的完整地址。规则测试需要兼顾具体产品与目录前缀，防止宽泛规则覆盖更具体的对应关系。

页面目标验收由两个人的记录接起来：内容负责人确认产品、语言和资料版本正确；技术人员确认响应和路径符合决定。没有内容判断的绿灯可能只是把人送到了错误的正常页面。没有技术实测的内容批准，也不能证明旧链接已经可达。

新站的索引信号与语言对应一起复核

新详情页能读，还需要核对 canonical、站内链接和 sitemap 指向是否一致。Google 把重定向、canonical 和 sitemap 列为不同强度的规范化信号，并提醒不同方式不要指定相互冲突的地址。³ 配置成功不等于搜索引擎已经采用，交接里应分别记录配置结果与后续观察。

多语言迁移按“同一内容的各语言版本”核对，而不是把全部旧语言页带到新英文首页。Google 的本地化文档要求语言替代地址使用完整 URL，并说明双向对应关系。⁴ 企业也要实际点击语言切换：产品身份有没有丢失，缺少翻译时有没有清楚说明，下载资料的语言是否同步。

查看这张配图的 PNG 原稿

测试环境的访问和索引隔离应有独立记录。正式切换时确认公开页面不再遗留测试用 noindex 或错误阻止规则；原来就不该公开的页面仍保持其既定状态。不要用一次全局取消限制同时暴露草稿、管理入口和私人下载。相关检查可结合多语言维护和上线内容准备，具体结构由当前系统决定。

切换与回滚交接使用同一版本记录

查看这张配图的 PNG 原稿

交接包至少说明：本次源码和内容版本、地址对应清单版本、实际部署版本、已执行的检查、未处理项及其负责人，以及可恢复的旧版本。密码、令牌和后台访问资料不写进公开文档；记录需要什么权限和由谁通过企业已有方式提供即可。

回滚要核对整条路径。只恢复页面代码却保留新重定向规则，可能把访问继续送到已经不存在的目标；只改域名或规则又不核对文件和表单，同样不能证明恢复成功。预先写清哪些内容、规则和资源需要一起恢复，选择可验证的恢复结果，而不是笼统写“有备份”。

发布后从普通公开域名重新访问已登记的旧地址，打开新页面、实际下载资料，并确认正确的询问入口。统计代码、既有联系方式、二维码和文章公开状态也属于保留项。技术验收与搜索变化分开报告；Google 提醒迁移期间可能出现排名波动，重新发现与处理没有固定抓取频率。¹ 因此本文不承诺排名保持、恢复日期或流量增长。

下载空白 URL 迁移交接表，逐条填写旧资源身份、目标内容、处理决定、实际响应、最终内容、资料版本、核对人和回滚记录。表中只有字段与空白行，不含客户地址、生产规则或凭据。实际项目记录应按企业权限保存。

要对照页面组织，可以查看模板图库和产品资料下载路径。实施前通过Vaysen 网站服务核对真实旧站资产与本次交付范围，服务和价格以现有项目约定为准。

本文为原创编辑方法，五张正文图、封面与竖图均是 AI 生成的虚构概念作品，SVG 为原创方法图；均不证明真实迁移结果。来源于2026年10月4日核对。

查看横版封面原稿 · 查看竖版概念图原稿。两幅为独立生成的作品。

Footnotes

1. Google Search Central：Site Moves and Migrations。支持迁移范围、URL 对应、文件与删除内容处理、索引准备及迁移观察的有限事实；登记与验收方案为本文编辑建议。 ↩ ↩² ↩³

2. Google Search Central：Redirects and Google Search。支持永久与临时重定向的区别、301/308及服务器端方式；具体规则按实际环境验证。 ↩

3. Google Search Central：How to Specify a Canonical。支持规范化信号与避免冲突，不证明实际索引结果。 ↩

4. Google Search Central：Localized Versions of your Pages。支持完整替代 URL 与双向语言对应，不复写通用多语言架构方案。 ↩