迁移后流量监控，你肯定踩过这个坑

网站迁移完第二天流量没掉？先别高兴太早。
我见过太多人截图发我：“你看，数据稳得很！”——结果第四天开始掉，第七天客户打电话问“你们官网怎么打不开了？”

不是数据骗人，是它在跟你玩时间差。

迁移后，流量数据为什么“看起来正常”？

迁移前你该做的都做了：备份、301、sitemap提交……
迁移后第一天数据纹丝不动，你关电脑睡觉了。

但问题就出在这“纹丝不动”上。

有个做工业设备B2B的客户，把老站从 old.company.com 搬到 new.company.com，所有301都配了，第二天百度资源平台显示流量几乎没变。他以为成了，结果一周后销售反馈：客户点官网链接打不开。一查才发现，旧服务器还开着，搜索引擎压根没切到新站——那些“流量”，全是用户手敲旧网址、或者书签里点进去的惯性访问。等他按流程关掉旧服务器，流量直接断崖归零。

真相是：搜索引擎缓存不会秒清。
迁移后48小时内，旧域名上的抓取和访问还在延续。你要盯的不是“总流量有没有跌”，而是“爬虫有没有真正在新站上干活”。

去你的搜索资源平台（百度资源平台 or Google Search Console），打开“抓取统计”或“抓取状态”，直接搜新域名。
如果列表里几乎没有新域名的抓取记录——哪怕总流量看着漂亮，那也是海市蜃楼。

3个方法，快速定位流量掉在哪里

方法1：按目录/页面维度，逐层拆解

全站流量曲线就像心电图，平的看不出毛病，跳了又来不及抢救。
得把它掰开看：首页、产品页、案例页、博客页、联系我们页……每个大类单独拉数据。

之前帮一个做五金配件电商的朋友排查。他迁完发现总流量掉了明显，第一反应是“被降权了”。我让他导出GA内容分组报表，按目录对比迁移前后30天数据，结果发现：产品页稳如老狗，博客页少了大半。再一查，旧博客URL是 /blog/2023/xxx，新站改成 /article/xxx，重定向只做了域名级跳转，没映射具体路径。搜索引擎根本找不到内容。补完301后，博客流量一周内就回来了。

具体操作：
在Google Analytics（或你用的分析工具）里建一个“内容分组”，把URL按目录归类（比如 /product/ 归为产品页，/blog/ 归为博客页）。
拉出迁移前30天 + 迁移后30天的数据，一眼看出哪个目录掉得最狠——它就是你的第一块靶子。

方法2：用“搜索查询”反推关键词排名

流量掉了，别瞎猜“是不是标题写错了”“是不是内容不够多”。
直接翻搜索资源平台里的“搜索查询”报表，看哪些词的展示量、点击量掉得最猛。

有个做深圳本地保洁服务的朋友，迁移后流量下滑。我让他打开百度资源平台，筛选“点击量下降TOP20”的关键词，发现“深圳保洁”“家庭保洁”这些主词全掉到了第7、8页，但“福田区保洁”还卡在第2页。再点进去看这些词的着陆页，全是旧URL——说明301根本没生效；而“福田区保洁”对应的页面，URL结构没变，所以权重留住了。他重新梳理了重定向规则，主词排名两周内慢慢爬了回来。

具体操作：
在搜索资源平台 → “搜索查询” → 筛选“展示量下降”或“点击率下降”；
点开每个词，看它的着陆页URL：

  • 如果是旧URL（还能打开），说明301漏了；
  • 如果是404，页面丢了；
  • 如果是新URL但排名掉了，重点查这个页面的标题、H1、首段内容有没有弱化核心词。

方法3：技术排查：看服务器日志

这是最糙、也最准的一招。
服务器日志不撒谎：爬虫来没来、在哪卡住、在哪报错，一条条记着呢。

去年帮一个旅游攻略站排查，流量迟迟起不来。我让他导出最近7天的 access.log，用 grep "Baiduspider\|Googlebot" 筛出爬虫请求，再用 awk '{print $9}' | sort | uniq -c | sort -nr 统计状态码。结果发现：200响应不到60%，404和500加起来占了23%。顺藤摸瓜找到问题——新服务器对带参数的URL做了过度限制，爬虫一访问 /dest/shanghai?tab=hot 就超时返回500。放开限制后，爬虫访问量当天就翻倍，流量跟着回暖。

具体操作：
下载迁移后连续7天的 access.log；
用命令行（Mac/Linux 直接终端，Windows 用 Git Bash）跑：

grep -i "baiduspider\|googlebot" access.log | awk '{print $9}' | sort | uniq -c | sort -nr

重点关注：200占比是否低于80%？404/500加起来是否超过5%？
如果是，别调SEO，先找运维看日志详情。

迁移后，这些技术细节最容易忽略

重定向写了，sitemap交了，流量还是掉？
问题大概率藏在下面这五个“小动作”里：

1. 服务器响应慢了。
搜索引擎对速度很敏感。老服务器响应200ms，新服务器变成900ms，爬虫可能直接放弃抓取。用 Chrome 打开新站，按 Cmd+Option+I（Mac）或 F12（Win），切到 Network 面板，刷新看 TTFB 时间。比老站慢一倍？就得优化。

2. robots.txt 把自己拦门外了。
很多人迁移后只记得写 Disallow: /admin，却忘了加 Allow: / 或 Allow: /product。结果搜索引擎连首页都进不去。打开 https://新域名/robots.txt，确认里面没有意外屏蔽核心路径。

3. 旧URL没做“点对点”301。
域名跳转只是第一步。如果旧URL是 /product/abc-123，新URL是 /p/abc-123.html，必须单独配这条重定向。否则搜索引擎会当成内容消失，降权处理。

4. canonical 标签还指着旧站。
检查任意一个新站页面的源代码，搜 <link rel="canonical"。如果 href 还是 https://old.company.com/xxx，赶紧改成新域名。不然搜索引擎会觉得：“哦，这站是旧站的镜像”，不给索引。

5. 搜索资源平台没重新验证。
迁移后，百度/Google 资源平台里站点状态变成“未验证”？那它根本不会给你分配抓取配额。登录平台，重新上传验证文件（或DNS解析记录），等状态变绿。

真实案例：一次流量暴跌的“救火”过程

去年帮一个做IT培训的客户救火。他们把老站从 learn.old.com 迁到 course.new.com，迁移后一周流量掉了大幅，销售说咨询量腰斩。

我按顺序查：

第一步：抓取统计
百度资源平台显示，新域名7天抓取量只有旧域名的28%。爬虫根本没认真来。

第二步：目录拆解
GA里发现“课程详情页”流量掉了近八成，其他页面波动很小。点开详情页URL，旧的是 /course/1001，新的是 /course/detail?id=1001 —— 重定向只做了 learn.old.com → course.new.com，没管路径。

第三步：服务器日志
爬虫访问 /course/1001，返回的是301跳首页，而不是对应的新URL。搜索引擎判定：“内容不匹配”，直接降低相关度。

我们做了三件事：

  • 在Nginx里加rewrite规则，把 /course/1001 精准301到 /course/detail?id=1001；
  • 所有课程详情页的 <head> 里，补上 <link rel="canonical" href="https://course.new.com/course/detail?id=1001">；
  • 百度资源平台提交新sitemap，并手动提交了10个核心课程页请求抓取。

结果：
第5天，新站抓取量回到迁移前水平；
第12天，课程详情页流量回升明显；
客户后来把这套检查清单，贴在了他们技术排期表的第一行。

今天就能执行的1个操作

打开你正在用的搜索资源平台（百度资源平台 or Google Search Console），
点进“抓取统计”或“抓取状态”，
看过去7天 新域名 的抓取次数。

如果这个数字明显少于迁移前旧域名的抓取量（翻翻你迁移前的截图），
或者趋势线持续走平甚至向下——
现在就去服务器，下载最近24小时的 access.log，跑这一行命令：

grep -i "baiduspider\|googlebot" access.log | awk '{print $9}' | sort | uniq -c | sort -nr

盯着输出里404和500的数字。只要它们加起来超过5%，别优化文案，先修技术。