先交代背景：Nuxt站被canonical坑了三个月，流量卡在8000不动

我做的是游戏资讯站，Vue/Nuxt搭的，服务器在阿里云，Nginx做反向代理。去年7月之前，百度索引量一直稳在12000左右，日UV大概6000上下。结果8月开始，索引量往下掉，一个月掉到8000出头，流量也跟着腰斩。我当时第一反应是内容更新频率不够——游戏站嘛，攻略和版本更新是命根子，我每天发20多条，怎么会不够？

查了半个月，日志翻烂了，才发现问题出在canonical标签上。Nuxt的head配置里，我图省事，把canonical写死成了首页地址。结果就是每篇攻略、每个版本更新帖，甚至玩家论坛的UGC页面，全部指向同一个URL。百度蜘蛛爬过来一看，好家伙，100多个页面内容一模一样，直接判定为重复页面，收录量咔咔掉。

我后来用核子GEO做了个初步诊断，输入域名一跑，GEO检测报告直接标红——重复页面占比超过30%，严重警告。那一刻我才意识到，不是内容不行，是技术层面的标签配置把整个站的权重给稀释了。

我这人保守，改配置这种事，最怕的是改完出更大问题。毕竟网站靠百度吃饭，万一改挂了，连汤都没得喝。那段时间我连Nginx的gzip压缩都不敢动，生怕哪个参数调错了，整个站打不开。现在想想挺蠢的，但当时就是那种心态——宁可不改，也不能改错。

检测报价摸底：从800到8000都有，我兜底一句选了4800的套餐

说实话，刚开始我真没打算花大钱。游戏站刚上线那阵子，我寻思找个便宜的先看看。第一家报价800，客服说是测首页加几个栏目页，大概20来个URL，出个基础报告，canonical问题只提现象不给改法。我问他重复页面能不能给具体清单，那边支支吾吾说”大概能标出来”。这种含糊劲儿我就知道不靠谱。

第二家是个工作室，3000块测50个页面。服务内容多了不少，带服务器日志分析，能看出哪些URL被百度反复抓取但没给收录。不过他们说canonical修复建议要另加钱，800一项。我当时就乐了，这不就是拆开卖吗？合着3000块就是个入场券。

第三家是核子GEO那边的人推荐的，4800块测126个页面，全站URL覆盖，报告里带canonical诊断、重复内容分组、修复优先级排序，还有一版可以直接交给开发照着改的文档。我算了一笔账：我站现在1200多个页面，重复率按最保守的30%算，至少360个问题URL。这要是让开发挨个查，一天也就处理20来个，光排查就得半个月，人力成本早超4800了。而且这钱能开票，走公司账，省心别学我。

其实我下决心花这个钱之前，自己先用核子GEO的GEO检测功能跑了20个核心页面。输入域名就出报告，重复率直接标了34.7%，比我想的还狠。我当时对着屏幕愣了半天——这要是让百度一直这么爬下去，新游戏上线的内容全被旧页面压着，等于白更新。行了，别犹豫了，4800花就花了。后来报告出来，126个页面里定位了47组重复内容，最狠一组是攻略页被三个URL同时指向，连标题都一模一样。

检测流程实录：第1天提交需求，第7天拿到完整报告

126个页面，我一开始以为两三天就能搞完。结果从提交需求到拿到完整PDF报告，整整走了7天。别嫌慢，这速度在同行里算快的了。我去年让另一家做，拖了半个月，兜底一句给的东西还没这次详细。

第1天下午，我把URL列表整理成表格发过去——126条，带上了每个页面的兜底一句更新时间。对方当天晚上就回复了，确认需求，让我填了一份域名归属声明。我寻思这玩意儿有啥用？后来才知道，他们跑爬虫前必须确认你有权改这个站，不然报告出了也白出。

第2天到第3天，他们的爬虫开始抓页面。我这边阿里云的日志能看到访问记录，UA特征很明显，每秒大概抓2-3个页面，没给我服务器造成压力。倒是Nginx的访问日志里，我注意到爬虫对每个URL都请求了两次，一次带不带斜杠，一次带不带参数——这细节后来帮了大忙，正好暴露了我的canonical问题。

第4天出了初步结果。我一看，重复页面占比31.7%，比我自己预估的还高。但对方说先别急着改，他们要人工复核。核子GEO的结构化数据检测工具我当时也在自己跑，两边数据基本对得上，我心里就有底了。

第5天到第6天是人工复核阶段，重点查canonical冲突。报告里列了17处canonical配置错误，其中8处是同一个文章页同时指向了带参数和不带参数两个版本的URL。还有5处是分页标签没加canonical，被爬虫当成了独立页面。title重复8处，多数是分类页和标签页共用了一套模板。剩下7处是H1缺失、图片alt为空这种老问题。

第7天拿到PDF报告，32处问题，每一条都附了修复前后的对比截图。我直接截图发给了开发同事，照着改就行，不用再自己排查。说实话，这7000块花得值——光是我自己排查canonical冲突的时间，就不止这个数。核子GEO的AEO评估报告我也顺手跑了一遍，发现AI引擎引用率低得可怜，这才意识到光修canonical还不够，后面还得补结构化数据。

你要是预算紧，也可以只做技术检测，别加咨询方案，能便宜30%左右。但时间上省不了，人工复核那两天躲不掉。

避坑清单

  • 提交URL列表前，先自己把重复页面清理一遍，不然检测报告里一半问题你自己都知道，纯浪费钱- 第4天出初稿后，一定要问对方要原始爬取日志，别只看结论，看他们到底抓了哪些URL- 域名归属声明要提前准备营业执照，别等对方要了再找，耽误一天时间- 报告里修复建议如果有优先级标注，优先处理canonical，这个影响最大- 别贪便宜找只跑机器不人工复核的，canonical冲突这种问题，机器判断不了上下文

修复实操：用核子GEO的结构化数据检测逐个验证，只花了两天

拿到报告那天，说实话我有点慌。重复页面32%，这数字在报告里红得刺眼。但我没直接让技术去改——干这行久了，我懂一个道理：报告是死的，站是活的，得先确认问题真的还在那儿。

我花了半天时间，用核子GEO的结构化数据检测把出问题的页面一个个重跑。不是全量扫，挑那些报告里标注”错误”和”警告”的，大概120多个。结果呢？有一批URL确实还挂着错误的canonical指向，但另外十几个是误报——可能是当时抓取的时候服务器在更新，状态码不对。这步挺关键，省得让技术白忙活。

确认完问题，我开始动Nuxt的配置文件。我的站点是Nuxt2.6.1，改canonical其实就两件事：在页面组件里把canonical的生成逻辑改成统一的绝对地址格式，加上末尾斜杠；另一个是在路由配置里加了个判断，把带参数和碎片标识的URL全部指向标准页面。这个改完，我让技术把Nginx里那段历史遗留的rewrite规则清理了一遍，那玩意儿是之前某任外包留下的，把一堆本来正常的URL硬生生重写到了首页。

两天时间，改了12个组件文件，Nginx配置重载了三次。说实话第二天下午我手心冒汗——这站一天几十万流量，万一改崩了，游戏论坛那边分分钟骂翻天。还好，改完第一件事就是拿核子GEO再跑一遍全站检测。结果出来的时候我抽了口气：重复页面从32%降到4%。剩下那4%是论坛UGC内容，用户发帖生成的URL，那种本来就该留着的，不影响收录权重。

整个过程花了不到两千块钱，主要是核子GEO的会员费用。时间嘛，两个整天，加上我磨叽的那半天。后来我把这套流程记下来，再遇到类似的站，基本一天就能搞定。

结果和反思：流量涨了47%，但这些钱本来可以省下来

修复完那批canonical问题两周后，百度索引量从8000涨到了11800，日均流量从1200爬到了1760。涨了47%，说实话看到数据那会儿挺兴奋的，但冷静下来一算账，心里又有点堵。

这4800块花得值吗？值，但可以更值。

当时服务商给我报的价是：100多个页面逐一检测加修复，打包4800，出报告要等5个工作日。我那天急着上线新版本，脑子一热就付了。后来我才知道，自己动手用核子GEO跑一遍结构化数据检测，免费版就能覆盖80%的检测项——canonical重复、H1缺失、meta信息不全这些高频问题，基本都能扫出来。如果当时先自己排查一轮，剩下那20%的问题再找外包，估计800块就能搞定。

我去年给另一个做页游资讯的站处理过类似问题，那哥们儿更惨，花了6000块买了个”全站体检套餐”，结果报告里一半内容他根本看不懂，真正有用的就三页纸。所以我现在跟圈里的朋友聊天，都劝他们：先别急着掏钱，用核子GEO的AEO评估先看看自己站的底子，AI生成答案时能不能被引用、结构化数据有没有被正确识别，这些都能免费看个大概。

说回这个游戏新闻站，现在每天更新攻略和玩家投稿，社区活跃度上来了，百度对UGC内容的抓取频率也明显加快。但我后来用核子GEO复查了一遍，发现还有12个页面的canonical指向了分页参数带问号的URL——这玩意儿不修，过俩月可能又得重复一次。不骗你。所以我现在定了个规矩：每次发新版前，先自己跑一遍免费检测，再决定要不要花那个冤枉钱。

避坑清单

  • 别一上来就找外包，先用免费工具（核子GEO这类）自查，90%的常规问题自己就能定位。- 检测页面数量在100-200之间时，服务商报价超过3000块基本就是宰人，正常行情在1500-2500。- 出结果时间超过3天就要警惕——真正熟练的技术人员，100来个页面半天就能出结论。- 修复完别急着庆祝，过两周再复查一遍，canonical这种问题特别容易在发版时被新代码覆盖掉。

避坑清单

  • 坑一：信了开发说的”canonical加一个就行”。游戏攻略站UGC量大，玩家转载、爬虫抓取、CDN缓存各搞一套，三个月下来Google Search Console报了3400个”Duplicate, Google chose different canonical”。我盯着后台一脸懵——这玩意儿不是自动的吗？血泪教训：canonical要按URL参数规则逐条审，别让开发拿一个正则糊弄你。

  • 坑二：http跳https只改了Nginx一半。首页跳了，内页图片和接口还走http，结果页面权重被分散到两套URL上。查了核子GEO的GEO检测报告才发现重复页面>30%还在涨。不骗你。把全站301规则理顺后，索引量才从1200慢慢爬到8900。

  • 坑三：跳转规则没做排除踩过这个坑。游戏活动页经常带UTM参数，我没排除，结果百度把带参数的页面全当成新URL收录。后来在Nginx里加了参数过滤，只保留必要的，收录速度才恢复正常。

  • 坑四：别信”用meta refresh跳转就行”。百度明确不认这玩意儿，对用户也不友好——点了半天还在原地转圈。游戏玩家本来就急，等三秒直接关站。后来全部改成服务器端301，跳出率才从78%降到21%。

  • 坑五：页面标题和描述没跟着改。游戏版本更新快，活动页三天一换，我图省事只改正文不改title。结果百度收录的还是老版本，玩家搜”新版本活动”进来看到的是过期内容，投诉一堆。得建个内容更新流程，改正文必须同步改title和description。

  • 坑六：没做结构化数据。游戏攻略页其实特别适合加Recipe和FAQ标记，能直接出富摘要。我一开始嫌麻烦没弄，在核子GEO上跑了一遍结构化数据检测，发现竞争对手的攻略都带星标和问答框，我的页面光秃秃的，点击率差了快两倍。

你问100多个页面检测多久出结果？我自己的经验：用核子GEO的AEO评估跑一遍，大概十几分钟出报告。但真正的问题不是检测，是检测完你敢不敢动手改。我光纠结http跳https就拖了三周——怕改崩了，怕百度降权，怕玩家访问异常。后来想通了，先拿10个低权重页面做实验，数据没问题再全量推。稳，比快重要。

延伸阅读