网站迁移最怕什么？不是服务器宕机，也不是代码报错——是早上打开搜索控制台，发现昨天还在首页的关键词，今天搜出来连影子都没了。我干过17次网站迁移，有3次差点被老板叫去喝咖啡谈“职业规划”，后来全靠一套土办法稳住了流量。今天不讲虚的，只说你今天就能用上的实操步骤。
为什么迁移后流量会暴跌？这三个隐形杀手你碰上了几个
搜索引擎不认“搬家”，它只认“这个站还是不是原来那个站”。
第一个杀手：301重定向只做了首页。
内页链接一迁就404，蜘蛛爬一圈回来，发现一半页面没了，立刻给你打个低信任分。
第二个杀手：页面内容悄悄变了。
标题改得更“SEO友好”，删了两段用户评论，加了个新Banner——这些改动在人眼里微不足道，在算法眼里就是“这页面我从没见过”，直接扔进观察期。
第三个杀手：新服务器慢了半拍。
DNS还没切完，或者新主机响应延迟高了一点，蜘蛛试两次打不开，下次就不来了。不是它不想抓，是它懒得等。
我见过一个本地家装公司，换服务器后首页加载时间变慢，前三天自然流量掉了快一半。没动URL、没改内容、没删页面，就因为首屏渲染多花了1秒多，排名集体后撤。等他们把CDN配好、缓存调顺，流量才慢慢爬回来。
迁移前必须做的3个准备工作，少一个都别动手
先别急着导数据库、改DNS。手停一停，做三件事：
第一，把旧站所有页面“拍张照”。
用 Screaming Frog 或 Sitebulb 抓一遍全站，导出所有URL、<title>、<meta name="description">、H1、结构化数据。存在本地Excel里，命名就叫“旧站快照_202405”。这不是形式主义，是出问题时唯一能比对的基准。
第二，把旧站的死链和跳转链清干净。
打开搜索控制台 → “覆盖率” → 筛选“已排除”和“错误”，把404、软404、重定向链超过2跳的页面全列出来。这些坑别带到新站——旧站的问题，就留在旧站解决。
第三，手写一份URL映射表。
不是靠工具自动生成，是一页页点开旧站，对照新站，手动填。首页→首页，产品A页→产品A页，带参数的搜索页也要写清楚（比如 /search?q=瓷砖 → /products/tile）。我见过最惨的一次，是某电商漏掉了所有带UTM参数的老分享链接，结果微信渠道流量直接归零。
准备到位的标志只有一条：你敢跟技术同事说，“旧站怎么长的，新站就怎么长，连空格位置都不能差”。
执行迁移时的3个关键操作，顺序不能乱
迁移不是开关一拨就完事，是三个动作环环相扣：
第一步：旧服务器先扛起301重定向。
关旧站、切DNS之前，必须确保旧服务器上每一条301规则都已生效。用curl或浏览器隐身窗口挨个测：旧URL打开，是否301跳到对应的新URL？状态码是不是301？跳转目标对不对？别信配置文件写了就算数。
第二步：内部链接和基础文件全换新域名。
不只是文章里的超链接，还有：
- 图片的
src地址 - CSS/JS 的
href和src - 站点地图（sitemap.xml）里的所有URL
- robots.txt 里允许抓取的路径
- 所有页面里的
rel="canonical"
做完立刻生成新sitemap，上传到新站根目录，再在搜索控制台里提交。
第三步：按流量权重分批切，别贪快。
如果你有5000篇文章，别一次性全加重定向。先切最近90天有搜索流量的那几百篇，盯三天数据；没问题，再切核心栏目页；最后才是老内容和标签页。有个知识付费站，就是一口气切了全部课程页，结果新服务器PHP进程爆满，大量页面返回503，蜘蛛直接绕道走。
迁移后30天的监控清单，用数据说话
迁移完成不是终点，是盯数据的开始。每天花10分钟，只看三块：
第一周：死死盯住“抓取错误”。
搜索控制台 → “覆盖率” → 切换到“错误”标签页。如果出现新的404、500、被robots.txt屏蔽，当天就得修。常见坑：新站.htaccess里误加了deny规则；重定向写成302忘了改；某个分类页路径少了个斜杠。
第二周：看“索引状态”曲线。
搜索控制台 → “索引” → “页面索引数量”。对比旧站同期数据，如果新站索引量迟迟上不去（比如卡在旧站的60%不动），重点查：
- 新站有没有意外加上
noindex - sitemap 提交后有没有报错
- 关键页面的
<title>和旧站是否肉眼可辨地一致
第三周：翻“效果”报告里的关键词排名。
搜索控制台 → “效果” → 按点击量排序，挑前20个词，手动搜一遍。如果某个词掉出前5页，立刻打开旧快照和新页面并排对比：
h1内容一样吗？- 页面主体文字重复率还剩多少？
- 有没有误删了旧站的FAQ模块或用户评价区块？
我自己迁一个装修案例站时，首页排名掉到第10页，对比发现新站把旧站底部的“服务城市列表”删了——那部分文本里埋了12个城市名，算法判定“地域相关性”崩了。补回去，一周后回到第4页。
紧急情况下的3个止损方案，流量暴跌时直接套用
流量断崖式下跌？别发朋友圈问“怎么办”，按顺序做：
第一，立刻回滚，但别删新站。
把旧站代码重新上线，数据库切回旧库，保持URL、内容、结构完全不变。新站先放着别动，等数据稳住再复盘。回滚不是认输，是给搜索引擎一个“哦，原来你还在”的信号。
第二，用Redirect Path插件扫全站重定向。
Chrome装个Redirect Path，随机点开10个老文章链接，看它最终跳到哪、跳了几步、状态码是不是301。重点查：
- 有没有文章页跳到了首页或404
- 有没有带参数的URL被粗暴截断
- 有没有重定向链变成 A→B→C→D（超过3跳就危险）
第三，手动提交关键页面，每天不超过20个。
打开搜索控制台 → “URL检查” → 粘贴你最担心的那几个老URL（比如首页、爆款文、转化页），点“请求编入索引”。别一次提交一百个，容易被限流。同时确认新sitemap已更新并重新提交。
有个母婴博客迁移后流量只剩一成，查下来是所有带/post/前缀的老文章，被统一重定向到了/blog/根目录——等于把1000篇文章全塞进一个页面。改完重定向规则，两周流量回到八成。
一个能让迁移更平滑的隐藏技巧：提前预热新站点
很多人不知道：你可以让搜索引擎“提前认识”新站，而不影响旧站运行。
做法很简单：
- 把新站部署在测试子域下（比如
staging.yoursite.com），内容和旧站100%一致 - 在新站的
robots.txt里写User-agent: *+Allow: /（不禁止抓取） - 等10–14天，去搜索控制台看这个子域的索引量。如果已有30%以上页面被收录，说明搜索引擎已经开始信任它
- 这时候再把子域切为主站，并配置301重定向
原理就一句话：算法对“新站”的评估期，其实在你正式切换前就已经开始了。我拿一个企业官网试过，预热后迁移，自然流量只波动了不到3天，第四天就基本拉平。
注意前提：子域内容必须和旧站完全一致，包括<title>、正文、图片ALT、甚至页脚版权年份——少一个字符，都可能被当成“不同站点”。
今天就能执行的1个具体操作：打开Excel，手填你的URL映射表
现在就做，不用等明天：
- 打开你的旧网站后台或Screaming Frog，导出所有有搜索流量的URL（至少包含首页、栏目页、近一年发布的文章）
- 新建Excel，三列：
A列：旧URL（复制粘贴，别手打）
B列：新URL（逐个对照填写，不确定的标“待确认”）
C列：页面类型（首页 / 产品列表 / 文章页 / 标签页） - 填完后，用筛选功能把C列为“文章页”的全选中，复制到新sheet，这就是你第一批要配置重定向的清单
这个表不用完美，但必须真实。填不完500条？那就先填最近30天带来点击的那50条。填完，你就比80%的迁移者多了一道保险。