官网换系统前，怎样保留网址、内容和客户联系入口？

先确定改什么，再判断是否需要迁移

只调整文案或布局、保留域名换托管、改变网址路径、整体换域名，影响范围不同。先把本次必须解决的问题写清楚，再决定要不要换系统。单个页面排名下降，不能直接证明整站需要重建；也没有“满足两项问题就一定划算”的通用规则。

这篇处理迁移前的采购和交接。已经上线后出现流量下降，可继续看改版后排查指南；实施前需要核对该页面是否适用于你的情况。

把接管权限和原站资料列成清单

确认企业能管理域名注册账号、续费、DNS、托管服务和搜索平台验证。域名登记主体、付款方与日常管理人可能不同，应按合同和实际账号确认控制权，不能只凭服务商口头承诺。

网址清单应合并网站地图、全站抓取、访问日志及Search Console资料。效果报告记录曝光和点击，索引报告记录收录状态，链接报告记录可见的外链信息；它们用途不同，单份报告也不能代表全部历史网址。额外保留询盘入口、下载文件和外部推广链接，不只统计有搜索流量的页面。

备份每个页面的正文、图片对应关系、标题、摘要、canonical、语言关系和重要内链。记录备份时间、操作人和恢复方法。涉及客户询盘等私有数据，另行确认迁移权限和保存范围，不把它们混进公开网页资料。

给旧网址安排明确去向

302与307用于临时跳转；不能简化成“302完全不传权重”。选择取决于变化是否永久以及希望搜索结果保留哪个地址。搜索引擎还会综合其他信号，跳转配置正确也不意味着排名不波动。Google重定向说明列出了不同类型及适用条件。

先验收新站，再安排切换和回滚

在受控测试环境检查核心页面、移动导航、图片、下载和询盘流程。测试询盘须明确标记，由负责人确认接收位置及通知，避免混入真实线索。测试环境的访问限制应在正式发布时按计划调整，不能把测试用noindex或登录限制留在公开页。

DNS缓存与TTL会影响切换过程，各地区看到新站的时间可能不同，不承诺统一的几分钟生效。提前确认HTTPS证书、解析记录、旧服务保留时间及回滚负责人；旧站与新站可以在切换期间分别提供服务，但业务写入和数据接收位置必须明确，防止漏掉询盘。

切换后不仅看首页，还要抽查旧URL跳转、产品详情、联系页及关键资源。遇到持续访问失败、关键资料缺失或表单不可用，按预先确定的条件修复或回滚，不能一概用“等搜索恢复”解释。

让搜索平台重新认识网址变化

更新内部链接、canonical和网站地图，使它们指向计划保留的规范网址。继续维护已验证的Search Console属性；涉及换域名时，核对更改地址工具的适用范围和要求。保留原域名及跳转，定期确认它们仍可访问，不在上线当天关掉全部旧入口。

不要为了迁移同时重写所有高价值内容。先保留仍准确、有用的正文，分开处理系统、设计和内容的大改动，便于定位波动原因。参考Google站点迁移指南安排步骤；提交网站地图仍不是收录或恢复排名的保证。

把服务范围写进交接，而不是只看新首页

让服务商明确谁负责旧URL盘点、跳转配置、资料迁移、解析切换、询盘测试和故障恢复，分别交付什么记录。还要确认迁移是否包含在报价中、旧系统是否能导出所需资料，以及旧账号何时停止计费。

如果考虑NeoGress，可以先核对产品功能与套餐范围，再把旧站地址、数据类型和保留要求交给咨询入口确认。建站能力不等于任何旧系统都能自动迁移，不能从“支持域名绑定”推断跳转、数据搬运和人工实施全部包含。

交付后按相同时间范围观察访问错误、索引状态、重要页面的曝光点击和有效咨询，同时记录同期推广变化。没有统一的恢复期限；没有恢复也不能仅凭天数断言迁移失败，应回到具体网址和错误证据排查。