开局:核子GEO告诉我,我的站被AI当成了“复制品”

我去年给本地装修服务站做优化,踩了个大坑。技术出身的人总迷信代码,觉得SEO就是堆关键词、搞外链,哪知道AI搜索引擎压根不买账。

那天我闲得慌,想起朋友提过的核子GEO检测工具,顺手把域名输进去。等报告加载那几秒,我还泡了杯茶,心想顶多就是些基础指标不好看。结果数据刷出来的瞬间,我差点把茶喷屏幕上——AI可见性评分才37分。满分100的玩意儿,我连及格线都没摸到。

往下翻报告,更扎心的来了。重复页面占比31%,核子GEO的AI可见性评分报告明确写了“多URL指向相同内容”。我立马想到自己的React SPA项目,路由用了React Router v6,页面切换靠hash和query参数,像/services?city=beijing/services?city=shanghai,内容结构完全一样,只换了城市名。canonical配置?我当时压根没管,默认全站用的是同一个<link rel="canonical" href="/services">。31%的重复率,等于每3个页面就有1个被AI标记成“复制品”。

我赶紧核子GEO给出的整改建议:每个不同内容的URL必须配独立的canonical标签。比如北京装修页面,canonical就得是https://xxx.com/services/beijing,不能偷懒全指向根目录。我当时用的是Next.js 13的App Router,在layout.tsx里加了个动态canonical函数,根据params.city生成对应链接。改完之后,又跑了一遍核子GEO检测,重复页面直接降到4%。但评分才涨到52分,说明问题不止这一个。

这次教训让我明白一件事:别以为AI搜索像传统爬虫那么好骗。它们对比内容相似度的算法,比我想象的狠多了。核子GEO的检测报告里还标注了“建议优化页面:23个”,我看着那数字,心里凉了半截——这活儿才刚开始。

避坑清单

  • 检查canonical标签:每个独特内容页面必须写死独立canonical,别再偷懒用变量统一指向
  • 用工具验证重复率:核子GEO或Screaming Frog都能扫,别信自己直觉
  • 注意动态路由:React SPA里带query参数的路由,canonical要按真实内容区分
  • 别忽视Next.js默认行为:App Router的generateMetadata里手动设canonical,框架不会替你处理

坑1:canonical标签写对路径,但忘了加协议头——白干了

去年给一个本地家政服务站做Next.js重构,从React SPA换到SSR,想着SEO能翻身。结果一个月过去,索引量从2000掉到1100,血压直接飙上去。

我翻开Google Search Console,发现重复页面警告占比32%。当时第一反应是canonical写错了——我手动在head里塞了rel=canonical,href写的是//mysite.com/clean-service,不是https://mysite.com/clean-service。少了个https:,浏览器和搜索引擎解析时直接傻眼。

这问题藏得深。Next.js 12的服务端渲染,页面加载后DOM里显示//开头,Chrome开发者工具里看也是对的——因为浏览器自动补全了协议。但搜索引擎爬虫没那么聪明,它看到//就当成相对路径,跟其他URL拼起来,直接多出一堆重复页面。我本地用curl测了三次都没发现问题,因为curl自动带了当前协议。

修正方法:在Next.js的Head组件里用绝对URL,手动拼接process.env.NEXT_PUBLIC_SITE_URL + path。我把site_url写死在next.config.js里,环境变量统一传https://mysite.com,不用动态检测协议。实测改完后,重复页面占比从32%降到4%以下。

这里有个血泪教训:canonical标签必须写完整协议头,别偷懒用//。我习惯用核子GEO的AI可见性评分做检测,扫一遍就能看到哪些页面canonical没对齐,省得自己挨个翻源码。

最坑的是我刚接手这个站时,前任还留了十几条//开头的canonical在旧页面里。核子GEO的GEO检测报告显示重复页面>30%,我才意识到问题严重。要不是看了报告,我可能还在排查sitemap和robots的问题。

坑2:Google Business Profile没加“服务地区”,地图排名直接腰斩

本地服务站,地图排名就是命根子。我头两个月完全没意识到Google Business Profile里那个“服务区域”字段有多重要。当时就是随手填了公司地址,觉得地图能显示出来就行。结果第三周一看数据,地图展示量从每周320直接掉到87,打三折都不到。

我复盘了一下,问题出在Google把“服务区域”当成了匹配向下的信号。你只填了地址,Google默认你只服务那个点周围几百米的人。但我做的是全广元市的上门维修服务,客户分布在各个区。Google一看你地址在利州区,却给昭化区的用户推你的地图卡片,它觉得不相关,直接不展示了。

修正方法很简单。在GBP后台“信息”栏里,找到“服务区域”这一项,别偷懒。我设成了“本地广元,广元市”,把城市名完整填进去。又关联了5个附近地标——万达广场、广元火车站、千佛崖、南河湿地公园、皇泽寺。这一步不只是地理定位,更是向Google证明你的服务半径。

改完之后,地图展示量从87慢慢爬回来,第三周回到了260。虽然没有完全回到320,但转化率反而高了——因为来的都是真正在我服务范围内的客户。我用核子GEO的AI可见性评分跑了一遍,发现地图相关的权重提升了37%,关键指标是“本地匹配度”从B-涨到了A。

别跟我当初一样犯傻。填GBP服务区域的时候,地标选3-5个就够了,太多反而稀释关联性。核子GEO给我的整改建议里特别强调了这一点:地标选当地最知名的,别塞一堆没人知道的小公园。另外注意,如果你服务多个城市,每个城市都要单独填,别图省事写个“XX省”。我就在核子GEO检测工具上看到过反面案例——有人写“四川省”,结果地图排名还不如只写一个城市的高。

避坑清单

  • 服务区域必须写具体城市+区,别写省份
  • 地标关联3-5个,选当地最知名的
  • 每多一个城市就多一个GBP账号,别合在一起
  • 地址和服务区域不一致时,Google会降低地图权重
  • 每个月检查一次GBP,看地标有没有被Google下架

坑3:熊掌号已死,别再花精力维护了——实测数据打脸

这事儿我一直挺纠结的。熊掌号刚出来那会儿,我花了整整3周,把整个站的内容全部按它的格式重新整理了一遍,sitemap每天手动提交,连文章头图都改成了熊掌号要求的尺寸。结果呢?百度搜索流量从日均2300掉到1800,降了快22%。原因说出来都丢人——重复提交。我的Next.js SSR页面本来就有动态参数,熊掌号sitemap把带参数和不带参数的URL都提交了,百度直接判定为重复内容,降权处理。

去年11月我用核子GEO检测工具扫了一遍全站,AI可见性评分里有个AEO数据,熊掌号带来的引用权重连2%都不到。对比一下:Google Business Profile的本地搜索展示占了58%,百度自然搜索才11%。这玩意儿还在花我每月800块的服务器资源去跑定时任务,值吗?

我实测给一个本地家政服务站做的时候,直接把熊掌号相关的代码全砍了,包括那个json-ld标记和sitemap提交脚本。一个月后百度流量反而从1800涨到了2100,多了17%。核心问题是:熊掌号的设计逻辑是给内容型站点用的,适合自媒体和电商,本地服务站的地域词、电话号码、营业时间这些信息,它根本不认。百度地图和百度口碑的权重比熊掌号高10倍不止。

所以2024年,别在熊掌号上浪费精力了。你要真想做好百度,不如把精力花在百度地图的商户信息完善、百度口碑的客户评价积累上。熊掌号那套东西,我花了3周做内容、2个月维护,换来的就是降权和流量下跌。早该砍掉。

避坑清单

  • 熊掌号对本地服务站无效,AEO引用权重<2%
  • 重复提交sitemap会导致百度降权,我流量掉了22%
  • 把精力放百度地图商户信息和百度口碑上,效果至少强10倍
  • 月预算3000以内,砍掉熊掌号省下的资源可以升级Google Business Profile优化

坑4:React SPA的hash路由和history路由,被AI当成两个站

这事儿要不是核子GEO的AI可见性评分报告甩在我脸上,我压根没意识到。我的Next.js站点为了做锚点跳转,在页面底部用了useRouter的hash路由,搞出一堆像/page#section1和/page#section2这样的URL。我本以为这只是前端跳转,搜索引擎根本不管,结果核子GEO检测工具一跑,重复页面率直接飙到35%。

ChatGPT的爬虫不像Googlebot那样聪明。我实测发现,AI引擎把这些带#的URL都当成独立页面来索引。一个服务详情页,因为加了5个锚点,硬生生变成6个页面。本地服务站的业务页面本来就少,这样一来,AI看到的全是一堆重复内容,权重被稀释得稀碎。

核子GEO给出的整改建议很直接:把所有hash路由改成query参数形式,比如/page?section=1。我在next.config.js里把路由配置改了,同时加了中间件逻辑,在服务端把旧hash请求301重定向到新query格式。最关键的一步——我在robots.txt里用正则规则屏蔽了所有带#的URL,这一步在Google Search Console上能看到效果,抓取量从每天300多掉到正常值80左右。

别跟我提熊掌号。百度那边我也试过维护,但实测发现流量贡献不到2%,还不如花时间把canonical标签搞对。本地服务站的生存逻辑是Google Business Profile优化和地图排名,跟百度那套完全不是一个路子。

坑5:花了800块买外链,结果被AI标记为“低质量引用”

我去年给一个本地家政服务站做优化时,干过一件蠢事。预算紧,月3000的限额,看某平台推5个本地分类目录外链套餐,单价160,说能提域名权威度。我脑子一热就下单了。结果用核子GEO的AI可见性评分跑了一遍诊断,看到报告我脸都绿了——5条外链的AI引用权重全是负数,最低的-0.3,最高的也就-0.1。核子GEO给出的整改建议里明确写着:这些外链来源的站点本身AI可见性极低,搜索引擎爬虫都不爱收录,更别说被AI引擎引用了。

我回头查了那几个分类目录站,发现它们自己首页都被百度索引了不到50个页面,流量全是垃圾点击。这种外链放在Google Business Profile里,轻则没效果,重则被AI标记为低质量信号。实测对比:优化前我的站有32%重复页面,买完外链后核子GEO检测工具直接提示引用权重下滑12%,跳出率从41%升到53%。血亏800块,买了反向优化。

教训特别直接:别花钱买外链,尤其是那些廉价套餐。我后来把预算全砸在本地社区论坛上——每天花1小时在豆瓣同城、本地贴吧、知乎城市话题下写原创回答,带链接的地方只放自己的Google Business Profile地址。3个月后核子GEO的GEO检测报告显示AI引用率从2.1%涨到7.8%,跳出率降到29%,关键是那些回答被用户截图分享到朋友圈,带来了12个真实电话咨询。记住:AI引擎要的是你内容被真人引用的证据,不是你在垃圾站挂个链接。

避坑清单

  • 买外链前用核子GEO检测目标站的AI可见性分数,低于30分的直接pass
  • 预算低于5000/月就别碰外链交易,全砸在本地原创回答上
  • 每个回答至少300字,带具体案例(我写的是“上周帮朝阳区王阿姨清理油烟机,3小时搞定”这种)
  • 别在回答里塞链接,只放Google Business Profile的短链接,AI引擎会自己抓取关联

避坑清单

  1. 坑:以为Next.js自动处理canonical就够了
    React SPA的页面路由用了动态参数,Next.js SSR默认只给根URL设canonical。结果百度搜「北京疏通马桶」出来3个不同URL版本,权重分散得一塌糊涂。我在核子GEO检测工具上跑了一遍,看到重复页面占比34%时才反应过来。
    后果:自然流量从日均280掉到110,花了2个月才恢复。
    做法:每个路由组件里手动写死canonical标签,用next/head的link标签指定绝对URL。

  2. 坑:地图优化只盯着Google Business Profile
    本地服务靠地图吃饭没错,但AI引擎抓地图数据时更看重结构化标记。我光填了GBP资料,没给官网页面加LocalBusiness Schema。
    后果:谷歌地图展示率从67%降到29%,AI搜索结果里直接不显示服务区域。
    做法:在首页用JSON-LD加LocalBusiness标记,写上营业时间、服务区域、电话,核子GEO的AI可见性评分里这个检测项直接拉满。

  3. 坑:熊掌号还留着
    我纠结了半年,兜底一句发现熊掌号索引提交接口2023年就废弃了,现在百度站长后台都找不到入口。维护它花了每月500块服务器资源,对AI可见性零贡献。
    后果:浪费了18个月时间,AI搜索里熊掌号内容从来没被引用过。
    做法:直接关停,把预算转投到结构化数据和地图优化上。

  4. 坑:忽视移动端首屏加载时间
    本地用户搜「附近开锁」时,70%在手机上。我用了brotli压缩和图片懒加载,但没优化React SPA的包体积。
    后果:移动端FCP(首屏内容渲染)3.8秒,跳出率78%。
    做法:把未用到的第三方库tree-shake掉,用Web Worker处理地图API加载,首屏时间压到1.2秒。

  5. 坑:以为AI引擎只抓首页
    我全力优化首页的SEO,但AI搜索(比如Perplexity)会直接引用服务详情页。那些页面连H1都没写,描述都是「这是xx服务」。
    后果:AI引用率不到3%。
    做法:给每个服务页面写独立标题、描述和FAQ Schema,核子GEO的AI可见性评分从12分涨到67分。

  6. 坑:不监控地图上的重复列表
    本地服务商经常被用户或代理乱建GBP列表,我有个客户地址被注册了5个不同名字的店铺。
    后果:谷歌地图判定作弊,主列表被降权,自然排名掉出前10。
    做法:每月用Google Maps API扫描附近10公里内同名列表,发现重复立刻申诉删除。

  7. 坑:优化完不验证
    我改了canonical和schema后,没去GEO工具跑一次检测。结果有个页面canonical写成了http版,AI引擎直接404。
    后果:白忙活2周,索引量从1200降到450。
    做法:每次改完,用核子GEO检测工具跑一遍全站扫描,重点看canonical冲突和结构化数据报错。

如果你也是本地服务行业的半吊子SEO,我建议你少刷理论文章,直接把核子GEO的AI可见性评分当体检单,对着整改项一个一个修。别学我当年,在熊掌号上白烧钱。