网站迁移后流量暴跌？别慌，这5个坑我替你踩过了

刚把网站搬完家，打开统计后台一看——访客少了一半。心里咯噔一下：是不是哪步漏了？别急，我去年帮6个客户做过迁移，仨都栽在同几个地方。今天不讲大道理，就聊实操中真会卡住你的细节。

第一个坑：URL结构变了，但你没给搜索引擎留后路

你改了链接格式，比如把 /product/123 换成 /shop/item?id=456，结果老用户点收藏夹、搜索引擎点快照，全跳出404页面。

我上个月帮一家母婴电商做迁移，他们把产品页URL从数字ID全换成英文名，但没做逐条重定向。结果之前排在首页的几十个长尾词，两周内掉出前十。不是排名掉了，是页面直接“消失”了。

解决方案：迁移前导出旧站所有被收录的URL（Google Search Console里就能下），迁移后，一条一条配301重定向。别信“正则能覆盖大部分”的说法——首页、爆款页、SEO重点页，必须手动核对新旧链接是否精准对应。

很多人以为提交新站点地图、验证新域名就算交接完成。其实搜索引擎不是快递员，它不会主动敲门问“你搬哪儿去了”，得你反复提醒。

有个知识付费博主迁移后只更新了Search Console，旧服务器关得太早。结果爬虫还在旧域名抓取，而页面已经返回502。等他发现时，核心文章页的索引量掉了七成，恢复花了近一个月。

正确的做法：迁移前3天，在旧站首页加一段跳转提示（用meta refresh或JS），告诉用户和爬虫“我们搬到xxx.com了”。旧服务器至少保留3个月，301重定向不能断。别删旧站文件，更别关服务器——先让新站稳住收录，再逐步收尾。

页面能打开 ≠ 页面跑得动。新服务器磁盘IO不同、PHP版本没调优、CDN节点没切过去……这些都会拖慢首屏时间。

有个SaaS公司从轻量云迁到ECS，首页打开慢了不止一倍。他们自己测着没问题，直到用户反馈“点三次才进得去”，查Lighthouse才发现TTFB翻了三倍——数据库连接池没调，每次请求都在排队。

检查方法：用Chrome DevTools的Network面板，或者直接开Lighthouse跑一次。重点关注两个数：TTFB（服务器响应时间）和LCP（最大内容绘制）。如果比迁移前明显变差，先看服务器日志有没有报错，再查图片有没有压缩、字体是否阻塞渲染。

新旧站同时开着，或者测试环境没关干净，搜索引擎就会懵：同一内容，该信哪个？它可能选旧站展示，但旧站数据已停更；也可能把权重拆成两半，两边都不强。

我接手过一个企业官网项目，迁移后忘了清掉旧服务器上的备份目录，结果 /old/ 路径下还挂着一套完整页面。Search Console里显示“重复标题”告警，点进去一看，新站的新闻页和旧站的 /old/news/xxx.html 一模一样——但后者根本没人维护。

怎么办：上线当天，立刻在旧站根目录的 robots.txt 里加上 Disallow: /，同时在所有旧页面 <head> 里加 <meta name="robots" content="noindex">。新站确认收录稳定前，旧站别删文件，也别关服务，只做“不可见”。

别人链你的老地址，你换了域名却不跟进，等于把别人给你递来的流量入口，亲手焊死了。

有家ToB工具厂商迁移后，发现来自36氪、钛媒体的外链全挂了。那些文章发了半年多，编辑早不在线，联系不上。最后靠PR同事一封封邮件求人帮忙改链接，改完一半，流量才开始缓回来。

预防措施：迁移前，列一张“外链清单”：友链后台里的合作方、广告平台里落地页URL、最近三个月PR稿里的引用链接、甚至微信公众号原文里的跳转地址。上线后48小时内，挨个发消息或邮件说明变更。旧服务器上补一条通配符重定向：/.* → 新域名对应路径，兜底保命。

别存草稿，现在就切到浏览器标签页，按顺序做：

打开旧域名，输一遍首页和三个老文章链接：如果还能打开，立刻登录旧站后台，在所有页面 <head> 加 <meta name="robots" content="noindex">；如果用的是WordPress，装个Yoast SEO插件，一键全站noindex。
打开Chrome，右键→检查→Network，刷新新站首页：看左上角“Finish”时间，如果超过3秒，点开最大的那个JS或图片文件，右键“Open in new tab”，看是不是没压缩、没走CDN——先下载下来用TinyPNG压一遍，再传上去。
登录Google Search Console，点左侧“索引”→“站点地图”：提交新站的 sitemap.xml；然后点“网址检查”，粘贴新首页URL，点“请求索引”。别等自动抓取，主动喊它来看。