外贸站改版很容易被理解成一次重新设计：首页换套视觉，产品重新排版，内容搬到新后台，最后把域名指过去。页面确实上线了，可旧链接开始报错，广告还在往失效页面送流量，表单提交后没人收到，Google 也得重新发现和处理一批新网址。
企业一开始通常会准备新版资料：新栏目、产品、图片、文案。旧站那部分却容易漏，哪些网址已经有收录，哪些页面还在带来询盘，广告和外链落在哪里，原后台里还有什么数据。这些东西整理得更慢，也不能等到上线前一天再补。
红数科技会先把这份旧站底账确认下来，再讨论新版页面。旧网址清单、流量基线和账号权限都没有，设计稿做得再快，迁移方案也只能停在大概估算。
先把改版范围说准，不要只写“网站整体升级”
项目简报不必写得很长，但要把这次到底改什么定下来：是只换视觉和前端，还是同时更换 CMS、服务器、域名、URL 结构和多语言方案；产品资料是否重整；询盘表单是否要接 CRM；原来的博客、案例和下载文件是否全部保留。
这几项不能混成一句“全面改版”。只改页面样式，与域名、后台、网址结构一起更换，风险和工作量完全不同。Google 当前的网站迁移说明也建议一次只更改一项内容。现实项目未必能完全拆开做，但至少应把每项变化单独列出，知道哪一项出了问题该从哪里查。
项目简报里还要写清首发市场、主要语言、网站目标和不能中断的业务。B2B 外贸站通常要特别注明主推产品、重点国家、询盘入口、必须保留的下载资料，以及哪些广告或展会正在持续导流。迁移窗口碰上旺季或大型投放，技术上能切换，也未必是合适时间。
旧站盘点，先拿到一份可以核对的底账
旧站页面不能靠人工点菜单来统计。菜单只展示站方愿意露出的部分，搜索引擎可能还收录着早期产品页、活动页、PDF、图片地址和已经从导航里撤下的文章。
建议把这些来源合在一起去重：旧站 XML 站点地图、CMS 导出、网站抓取结果、Google Search Console 中有展示或外链的网址、分析工具的落地页、服务器日志，以及仍在使用的广告落地页。最终形成一份旧网址总表，至少写明页面名称、语言、页面类型、近一段时间的自然搜索表现、是否有外链、是否仍有业务价值、拟迁移到哪里。
并不是每个旧页面都要原样搬走。还在获得询盘、排名或外链的页面，通常需要保留内容关系；重复产品可以合并到真正对应的新页面；已经下线且没有替代内容的页面，可以按实际情况返回 404 或 410。最忌讳的是把所有旧链接一股脑跳到新首页，看起来没有报错，用户却找不到原来的信息，搜索引擎也可能把这类跳转当作软 404。
URL 映射表是迁移方案的核心文件
旧网址盘点完成后，要逐条确定新去向。只配两列旧链接和新链接，到了开发、测试阶段还会来回确认。处理方式、匹配依据、责任人和测试结果最好放在同一张表里。
| 旧网址 | 页面现状 | 新网址或处理结果 | 处理方式 | 上线后核验 |
|---|---|---|---|---|
| 仍有流量的产品页 | 产品继续销售 | 对应的新产品页 | 301/308 永久重定向 | 状态码、内容、规范网址 |
| 多个重复产品页 | 内容准备合并 | 合并后的产品页 | 分别永久重定向 | 不跳首页、不成链 |
| 已失效活动页 | 无替代内容 | 无 | 404 或 410 | 页面状态正确 |
| PDF 或目录下载 | 文件继续使用 | 新文件地址 | 永久重定向或保留原址 | 文件可打开、链接已更新 |
永久迁移一般优先使用服务器端 301 或 308。Google 的重定向说明把这两种状态码作为永久迁移信号，并建议尽量直接跳到最终地址。旧页先跳中间页，再跳语言页，最后才到新产品页，会增加等待时间，也让排查变得麻烦。
域名或 URL 结构发生变化时，旧站的重定向规则通常至少保留一年；从用户和历史外链的角度看，有条件长期保留更稳妥。这里还要提前确认旧域名、旧主机或原平台能否持续续费和配置。方案写好了，旧平台一关就无法执行，是迁移中很常见的断点。
内容资料不是重新发一份宣传册
新版网站会用到品牌、产品、案例和公司资料，但旧宣传册、网盘图片和几份 Excel 混在一起，还不能直接拿来做页面。项目团队需要知道每份资料对应什么页面、什么型号，以及当前能不能公开使用。
产品主表至少要让一个型号对应一行或一组明确记录，写清标准名称、分类、规格参数、应用、选型条件、包装、交付、认证和相关下载文件。图片要能看出对应哪个型号、哪个角度，原图与网页压缩图分开。证书、检测报告和专利材料需要核对主体、有效期、适用产品以及公开使用权限。
旧站已有内容也要标状态：可以原样迁移、需要更新、只供参考、明确废弃。这样编辑人员才知道哪些页面是在搬运，哪些页面需要重新核实。涉及性能、产能、认证、市场份额或客户结果的说法，没有材料支持就不要从旧站直接带到新站。
多语言网站还要多准备一张语言对应表。每个页面有哪些语言版本，哪一版是原始内容，产品型号和单位怎样统一，哪些市场需要单独的法规或服务说明，都要列明。机器翻译可以协助初稿，但产品名称、技术参数、行业术语和询盘用语必须有人负责确认。
账号与权限要交清边界，密码不要到处转发
迁移会用到的账号，通常比企业一开始想到的多。至少应核对：
- 域名注册商、DNS 和 SSL 证书由谁管理，域名何时到期；
- 旧站与新站的主机、CDN、代码仓库、CMS 管理后台和数据库权限；
- Google Search Console、Google Analytics、Google Tag Manager、Bing Webmaster Tools 等分析和站长工具；
- 企业邮箱及 MX、SPF、DKIM、DMARC 等邮件相关记录；
- CRM、邮件营销、在线客服、地图、视频、支付或其他第三方服务；
- 广告平台中仍在投放的落地页、转化事件和追踪代码。
不要把所有管理员账号和验证码汇总进普通项目文档。资料表里记录账号归属、管理员、用途和授权方式就够了，敏感密钥通过受控渠道临时开放。迁移结束后，企业还应能收回权限，服务方也不应成为域名和正式账号的唯一控制人。
DNS 变更尤其要谨慎。改网站解析时不能顺手覆盖邮箱相关记录，否则网站上线的同时，业务邮件可能一起中断。切换前导出完整 DNS 记录，并记录原值、计划新值和回退值，远比上线当天凭印象修改可靠。
询盘、下载和数据追踪，都要列出原来的走法
页面看起来正常，不等于网站的业务链路正常。旧站所有会产生客户动作的入口都要列出来：联系表单、产品询价、RFQ 清单、WhatsApp 或在线客服按钮、资料下载、邮件订阅、样品申请、经销商申请和售后入口。
每个入口要说明提交哪些字段、发给谁、是否写入 CRM、是否触发自动回复、附件大小限制、垃圾信息如何拦截，以及成功提交后如何统计。原有追踪事件名称也要导出。否则新版表单可能确实收到邮件，但分析后台把它当成一次普通页面浏览，广告优化和渠道判断会从切站当天开始失真。
隐私同意、Cookie 设置和第三方脚本也在这张表里一起核对。目标市场不同，实际需要遵守的隐私和营销规则不同，不能因为旧站已经装过某个弹窗，就默认原配置仍然适用。服务方可以把网站实际收集的数据和调用的工具列清楚，法律口径仍应由企业或相应专业人员确认。
上线前要留一份“切换当天照着做”的文件
上线计划不能只留一个日期。谁冻结旧站内容，谁做最终备份，谁修改 DNS，谁启用重定向，谁检查表单和数据，出现什么情况就回退，都要写到当天的操作表里。
测试环境应覆盖首页、分类页、产品页、文章页、案例页、搜索页、表单页和 404 页等主要模板，也要抽查高流量页面、重要外链页面和正在投放的落地页。上线前至少核对这些项目：
- 新站没有遗留测试用的
noindex，robots.txt没有误拦需要收录的目录； - 每个新页面的 canonical 指向正确，多语言页面的 hreflang 能相互对应；
- 内部链接已经使用新网址，不依赖重定向才能访问；
- 旧网址到新网址的跳转逐条抽测，重要页面全量测试；
- 图片、视频、PDF、CSS 和 JavaScript 文件可正常访问；
- 表单、通知邮件、CRM 入库和分析事件跑过真实测试；
- 移动端、桌面端和主要目标市场的访问速度可接受；
- 旧站文件、数据库、DNS 和关键配置已有可恢复备份。
搜索基线要在切站前保存，切完才有比较依据
迁移前保存 Search Console 和分析工具的基线数据，至少包括主要自然搜索落地页、查询词、点击、展示、收录状态、站点地图、重要外链、404 情况和核心转化。数据区间要避开明显异常日，并注明导出日期。外贸业务有季节性时，最好同时保留上一年同期作为参考。
如果更换域名，应提前在 Search Console 验证新旧资源，并按适用条件提交地址更改；单纯从 HTTP 切到 HTTPS 不使用地址更改工具。新站站点地图只放希望被收录的规范网址，使用完整绝对地址。Google 在 2026 年 7 月更新的站点地图说明仍明确指出，提交站点地图只是提示，并不保证页面一定被抓取或收录。
切换后的前几天要密集查看服务器错误、抓取、收录、表单和真实转化，随后再按周跟进。旧站流量下降、新站流量上升是正常方向；如果大量重要页面持续未收录、旧网址没有被抓取、404 突增或询盘突然归零，就不能用“迁移会波动”解释过去。
资料没完全齐，什么情况下还能开始
可以先开工的最低条件是：改版范围已经确定；域名和旧站控制权清楚；能导出旧网址和历史数据；有一批代表性产品与页面资料；新旧 URL 的处理原则有人确认；询盘链路和上线负责人已经定下来。
全量图片、次要文章和部分翻译可以在项目中继续补，但要有负责人和交付日期。旧站后台进不去、域名权限找不到、重要页面去向没人决定、表单收件人也不明确时，继续做页面只会把风险推到切换当天。
为了让企业内部更容易交接，可以按下面的目录准备资料：
00_改版范围与项目负责人
01_品牌及页面设计资料
02_产品主表与多语言内容
03_旧站完整备份与CMS导出
04_旧网址盘点与URL映射
05_流量收录与外链基线
06_域名DNS及账号权限
07_询盘表单与第三方系统
08_测试记录与上线回退方案
09_迁移后监测记录
文件名带上日期和版本，URL 映射表、产品主表这类多人参与的资料只保留一份主文件。到上线前，旧网址和旧数据分别去哪里、每个关键动作由谁负责、出问题退回哪个版本，这三件事能在资料里直接找到答案，文件才算准备到位。
文中搜索迁移部分依据 Google 搜索中心截至 2026 年 7 月 23 日可查到的公开说明核对，其中网站迁移、重定向和站点地图页面最近一次标注更新时间分别为 2026 年 6 月 23 日、2026 年 4 月 20 日和 2026 年 7 月 15 日。搜索平台与站点工具会调整，正式切换时仍应再次核对官方文档和项目后台的实际状态。
