网站迁移不是把文件上传到新服务器、把域名解析过去就算结束。真正决定迁移成败的，是迁移完成后的测试与验收。一次完整迁移通常涉及域名解析、服务器环境、数据库、静态资源、CDN、SSL证书、邮件服务、统计代码和第三方接口等多个环节，任何一个环节遗漏，都可能表现为页面打不开、后台无法登录、老链接失效、支付回调失败或搜索排名下滑。实践里建议把迁移后的72小时作为重点观察期，第1天做全量功能与链路验证，第3天复查日志、收录和性能，第7天再做一次回归与数据比对。下面按测试维度给出可执行的检查方法。

一、域名解析、SSL与基础访问测试

迁移后首先确认访问链路是否正常。用多个网络环境测试主域名、带www域名、旧域名以及关键子域名，检查DNS解析是否指向新服务器IP，TTL是否按计划生效。建议至少使用本地宽带、手机4G/5G、公共DNS和异地节点各测一次，避免单一网络缓存造成误判。重点检查http到https是否一次性301跳转到最终地址，是否存在跳转链过长、跳转到测试域名或IP地址的情况。SSL证书要检查有效期、证书链完整性、域名匹配和混合内容，浏览器地址栏不应出现证书警告，页面中的图片、脚本、样式不能仍引用http资源。还要验证HSTS、安全响应头、默认首页、404页面和403页面是否正常。一个常见问题是迁移后旧域名仍能直接访问新站内容，导致重复收录，因此旧域名应统一301到主域名，并且只保留一个规范入口。

二、URL重定向、链接与SEO资产测试

迁移最容易造成流量损失的是URL规则变化。需要导出迁移前的重要URL清单，按栏目页、文章页、产品页、标签页、图片附件分别抽样，建议至少抽取200条旧URL，逐条检查状态码和最终落地页。理想结果是旧URL 301到内容最相关的新URL，不能全部跳首页，也不能返回302或404。站内链接要检查导航、面包屑、分页、相关推荐和页脚链接，避免出现死链、循环跳转和参数污染。同步检查robots.txt是否允许搜索引擎抓取，sitemap.xml是否只包含新站规范URL，canonical标签是否指向正确地址，hreflang和结构化数据是否完整。统计代码方面，要确认百度统计、Google Analytics、Search Console或站长平台验证没有丢失，事件跟踪和转化目标仍能正常上报。迁移后7天内应持续观察索引量、抓取异常和关键词排名波动，发现旧URL大面积404时要立即补重定向规则。

三、页面展示、功能与第三方集成测试

页面测试不能只看首页。应按桌面端、平板、手机三种尺寸检查首页、列表页、详情页、搜索页、登录注册页、表单页和后台管理页，重点看图片是否丢失、字体是否错乱、CSS/JS是否加载失败、布局是否溢出。功能测试要覆盖用户真实路径：注册、登录、找回密码、搜索、筛选、加入购物车、提交订单、支付回调、退款申请、评论留言、文件上传下载。表单提交后要确认前台提示、后台记录和邮件通知三者一致。第三方集成常被忽略，包括短信验证码、邮件推送、地图、客服、视频、支付网关、物流查询、统计和API接口。建议为每个第三方接口准备一条测试用例，记录请求地址、返回状态和失败告警方式。后台方面要检查管理员权限、内容发布、缓存刷新、图片上传和数据库读写，避免出现前台正常但后台无法保存的情况。

四、性能、缓存、CDN与数据库一致性测试

迁移后性能可能因服务器配置、机房线路和缓存策略变化而下降。建议用压测工具和真实浏览器分别测试首屏加载、TTFB、LCP和静态资源加载时间，移动端LCP尽量控制在2.5秒以内，TTFB控制在800毫秒以内。检查CDN是否回源正确，缓存命中率是否达到预期，HTML、图片、CSS、JS的缓存策略是否合理，刷新缓存后页面是否及时更新。数据库方面要对比迁移前后的文章数、用户数、订单数、评论数和附件数，抽查不少于100条记录的标题、正文、状态和时间字段，确认没有乱码、截断和时区偏差。还要检查数据库连接数、慢查询和备份任务，确保定时备份已在新环境生效，并实际做一次小范围恢复演练。没有经过恢复验证的备份，不能视为可用备份。

五、安全、日志、监控与回滚验证

迁移后要重新检查安全边界。确认防火墙规则、WAF、登录失败限制、后台访问限制和文件权限符合最小权限原则，关闭测试账号和调试模式，删除迁移临时文件。检查服务器日志、应用日志和访问日志是否正常写入，错误日志中是否出现大量404、500、数据库连接失败或证书错误。监控告警要覆盖站点可用性、响应时间、证书到期、磁盘空间、数据库连接和关键接口成功率，告警接收人必须明确。最后要验证回滚方案：旧服务器是否仍保留完整数据和配置，DNS能否快速切回，回滚需要多长时间，谁有权执行。建议在迁移后至少保留旧环境7天，待新站稳定后再下线。若出现支付失败、登录异常或大面积404，应优先回滚或切换流量，再定位问题。

结尾总结

网站迁移完成后的测试，核心不是“能打开就行”，而是围绕访问链路、URL资产、业务功能、性能缓存、数据一致性和安全监控做完整验收。建议按“迁移当天全量检查、第3天日志与收录复查、第7天回归与数据比对”的节奏推进，所有检查项落实到人并留存记录。对老URL重定向、支付回调、表单邮件、数据库备份恢复和回滚预案这几类高风险项，应至少演练一次。只有把测试清单跑完、把异常闭环，迁移才算真正完成。

Q1：网站迁移完成后，最先应该测试什么？

A1：先测域名解析和SSL证书，确认主域名、带www域名和关键子域名都能正常访问，http能一次性301到https，证书链完整且没有混合内容，再检查404、首页和后台入口是否正常。

Q2：迁移后旧链接需要全部做301重定向吗？

A2：不需要机械地全部跳首页，但重要旧URL应301到内容最相关的新URL。建议至少抽取200条旧URL检查状态码和落地页，避免大面积404、302或全部跳首页造成流量和收录损失。

Q3：迁移后页面能打开，但后台无法保存内容，通常查哪里？

A3：优先检查数据库连接、文件目录权限、缓存服务和后台接口日志，再确认迁移时是否遗漏附件目录、配置文件和第三方存储凭证。前台正常不代表后台读写正常，应实际发布一篇测试内容并检查图片上传。

Q4：迁移后性能变慢，应该先排查哪些环节？

A4：先看TTFB和静态资源加载时间，再检查服务器配置、机房线路、CDN回源和缓存命中率。常见原因是缓存未生效、图片未压缩、数据库慢查询或DNS解析到较远节点，建议结合访问日志和压测结果逐项排除。

Q5：迁移后旧服务器可以立即下线吗？

A5：不建议立即下线。至少保留旧环境和完整备份7天，确认新站访问、支付、登录、收录和监控稳定后再下线。同时要提前验证DNS切回和数据库恢复流程，确保出现问题时能快速回滚。