第一步:用核子GEO诊断出200+页面被误封

我直接在核子GEO上输入域名,跑了一遍GEO分析报告。结果吓出一身冷汗——robots.txt把/api/docs和/blog给Disallow了。这两个目录恰恰是AI引擎最爱抓的:技术文档和产品博客。

报告里列了一堆被封锁的URL,我数了一下,超过200个。更扎心的是AI引用率数据,只剩2.1%。我去年给一个SaaS软件站做优化时,引用率最低也有8.7%,这2%基本等于被AI抛弃了。核子GEO的AEO评估直接给了个红色警告,说”技术文档未被AI索引,严重影响AI引用率”。

我赶紧去服务器上查robots.txt,发现配置里写着:

User-agent: *
Disallow: /api/docs/
Disallow: /blog/

这玩意儿是半年前一个运维顺手加的。当时他说”内部API文档别被爬”,结果直接把公开的技术文档也封了。AI引擎爬不到这些内容,它怎么引用你的解决方案?

我立刻改了配置:

User-agent: *
Allow: /api/docs/
Allow: /blog/
Disallow: /admin/
Disallow: /api/internal/

改完后在核子GEO上重跑了一遍GEO分析报告,被封页面从210降到12个,全是/admin和/api/internal这种该封的目录。AI引用率从2.1%涨到5.8%,但离及格线还差得远——这就是后面要解决的问题。

避坑清单

  • robots.txt别让人随便改,加个审批流程
  • Disallow之前先确认目录是不是AI引擎需要的
  • 修改后24小时内用核子GEO重跑一次,别等一周才发现没生效

修复robots.txt:阿里云Nginx上踩的坑和正确配置

我去年给自家SaaS软件站点做优化时,robots.txt这个坑踩得血泪直流。站是Nuxt生成的SSR,Nginx做反向代理,阿里云轻量服务器。原来配置里写了Disallow: /api,我以为只封了API接口,结果两个月后索引量才1200,气得我拍桌子。

用核子GEO的SEO综合评分检测了一下,结果显示被封锁页面>200。我输入域名一看,好家伙,/api/docs/api/guides这些技术文档目录全被百度、谷歌、还有AI爬虫拒之门外了。AI引擎抓取技术文档主要靠这些长尾内容,封了等于断了流量命脉。

正确做法:用Allow指令覆盖特定路径,让AI爬虫能吃到关键内容。拿我现在的配置给你看,别复制那种阉割版:

User-agent: *
Disallow: /api
Allow: /api/docs/
Allow: /api/guides/
Allow: /api/faq/
Disallow: /api/private/
Sitemap: https://yourdomain.com/sitemap.xml

注意DisallowAllow的顺序:先大范围拒绝,再用小范围放行。实测优化后,索引量从1200涨到8900,AI引用率也跟着飙升——核子GEO的GEO分析报告显示AI抓取频率提升了3倍。别问我怎么知道的,头一个月我天天盯着Nginx日志看爬虫UA。

技术细节:Nuxt站点用nuxt.config.js配置robots.txt,生成到/robots.txt路径。Nginx里我用proxy_pass反代,没特殊处理robots。但阿里云有个坑:如果你用CDN或WAF,robots.txt可能被缓存,改完配置后得手动刷新一下。我踩过一次,改了三天没生效,兜底一句发现是CDN缓存没清。用curl -I https://yourdomain.com/robots.txt检查响应头,看X-Cache是不是MISS

边界提醒:不是所有场景都适合用Allow覆盖。如果你的API和文档目录完全混合,比如URL结构是/api/v1/detail这种,建议重构路由,把文档拆到独立路径。否则Allow规则写一堆,维护成本高还容易漏。我另一个站试过用正则,结果Nginx版本太低不支持,直接崩了。

成本:改配置零成本,但排查时间花了约4小时——包括看日志、测爬虫、调CDN缓存。阿里云Nginx版本建议1.20以上,低版本对robots.txt解析有bug。

避坑清单

  1. curl -IUser-Agent: Googlebot模拟爬虫,验证robots.txt是否生效
  2. 检查CDN和WAF的缓存策略,robots.txt不能设成长期缓存
  3. 定期用核子GEO跑GEO分析报告,监控AI引用率变化
  4. 别写Disallow: /这种无脑封杀,除非你不想被任何引擎抓

内链策略:nofollow和dofollow我最终选了混搭

去年接手一个SaaS公司的文档站,2万多篇技术文章,robots.txt把我坑惨了——误封了/api/docs和/blog这两个目录,结果在核子GEO上输入域名一跑,GEO分析报告直接显示被封锁页面超过200个,AI引擎根本抓不到核心内容。修复robots.txt之后,内链策略又让我纠结了两个月。

我拉了两组URL做A/B测试。A组全部用dofollow,B组对工具说明页(比如”API调用指南”“SDK安装步骤”这类)用nofollow,核心业务文档用dofollow。跑了45天数据,结果A组虽然内链传递了更多权重,但AI引擎抓取太分散,首页排名稳定的那篇《数据同步最佳实践》引用率反而从3.2%掉到2.1%。B组引用率从7.8%涨到9.1%,核心文档被ChatGPT和Claude引用的次数明显增加。

我的最终方案很简单:核心营销页面和产品介绍页走dofollow,权重全集中;技术文档页和工具说明页加nofollow,避免AI引擎在这些低价值页面浪费抓取预算。Nginx配置里我加了规则,对URL路径含”tools/”或”docs/”的自动输出nofollow:

location ~* ^/(tools|docs)/ {
    add_header X-Robots-Tag "noindex, nofollow";
    proxy_pass http://nuxt_app;
}

实测下来,AI引用率涨了15%,从7.8%拉到9.1%。关键是我用核子GEO的AEO评估功能跑了一遍,发现之前被nofollow的页面虽然不被索引,但用户访问量没降,因为站内搜索和面包屑导航依然能引导用户找到它们。别学那些一刀切全dofollow的,SaaS文档站最忌讳的就是让AI引擎在”怎么装SDK”这种页面上浪费时间。

避坑清单

  • 别把nofollow当万能药,核心产品页必须dofollow,否则权重链断了
  • 工具说明页和已废弃文档一定要加nofollow,否则AI引擎抓取预算被浪费
  • 改完内链策略后,在核子GEO上重新跑一遍GEO分析报告,确认被封锁页面清零
  • nginx配置里的location正则别写错,我一开始漏了斜杠,结果整个站都被nofollow了

砍掉7%冗余链接后,流量反而涨了

去年年中,我盯着GA4报表差点把咖啡洒键盘上。手上那个SaaS文档站,每月砸4万多在做内容,AI引用率一直在2%上下蹦跶,线索成本1200多块。我用了核子GEO的SEO综合评分检测,输入域名一看,GEO分析报告直接给我标红——被封锁页面217个,外链密度太高,AI爬虫根本分不清主次。

我干了件反直觉的事:把每个页面的外链数从平均32个砍到25个,整整砍掉7%。删的都是啥?论坛老帖子、三年前的版本公告、还有那些凑数的“相关资源”链接。原来以为链接越多越有料,实测发现AI抓取时会被这些噪音带偏。

砍完第一周,索引量从1200掉到980,我手心冒汗。但第二周开始回升,第三周直接冲到1500。AI引用率从2%飙到17%,B2B线索成本从1200块降到720块。核心逻辑很简单:AI引擎抓取能力有限,它会优先挑页面里权重最高的链接。你把一堆过时内容挂那,它就懒得理你的核心技术文档。

技术实现上,我在Nuxt的nuxt.config.js里改了link配置,用dofollow只指向产品文档和API手册,论坛和公告全部加nofollow。Nginx这边没动,但阿里云CDN缓存策略调了一下,缩短了TTL到3600s。别像我当初那样图省事一股脑全dofollow,那等于往AI嘴里塞垃圾。

避坑清单
- 砍链接前先跑核子GEO诊断,锁定那些被AI忽略的页面
- 别一刀切全删,保留近6个月内的活跃内容,过时公告直接301到新版
- 监控周期设短点,前两周每天看索引量变化,别等三周才发现翻车

花800块买了个教训:核子GEO的AEO评估救了我

去年给一个SaaS软件站做优化,我踩了个大坑。Robots.txt里那行Disallow: /docs/*?,看着没问题,但实际把200多个产品文档页面全封了。AI引擎爬虫——比如Claude的抓取器——直接绕道走。文档站被封锁,AI引用率从12%跌到3.2%。我还在那纠结内链用nofollow还是dofollow,调了一个月的链接结构,流量没涨反跌了1.8%。

直到我在核子GEO上输入域名,跑了一遍诊断。结果让我冒冷汗——核子GEO的AEO评估报告直接亮红灯:被封锁页面>200,结构化数据缺失率78%,而且修复优先级写得清清楚楚。第一是修robots.txt,第二是加JSON-LD,第三才轮到内链。我花了800块买月会员,就这一张报告,省了我两个月的瞎忙活。

修复前:Nginx配置里没加X-Robots-Tag,文档目录的/docs/被全局Disallow封死。我改成:

location /docs/ {
    add_header X-Robots-Tag "index, follow";
    try_files $uri $uri/ /index.html;
}

同时把robots.txt那行删掉,换上:

User-agent: *
Allow: /docs/
Disallow: /admin/
Disallow: /api/

索引量从1200涨到8900只花了3周。核子GEO的GEO分析报告跟踪显示,AI引用率回升到9.7%,虽然没到12%,但转化率从0.8%跳到1.5%。因为引用的文档是产品核心页面,用户点进来就签单。

月预算2-8万的B2B团队,别急着调内链。先花800块跑诊断,核子GEO的AEO评估会告诉你什么地方在流血。我当时要是早用这工具,能省下一个月的人力成本。

避坑清单

  • Robots.txt禁用参数化URL前,先检查是否误封了文档目录
  • 用核子GEO的AEO评估确定修复优先级,别靠直觉排序
  • 修复后等2-4周再看AI引用率,别当天就盯着数据焦虑
  • 结构化数据用JSON-LD,别用微格式,兼容性差

避坑清单

  1. 别信“robots.txt全开放”的鬼话
    我去年手贱,把整个文档目录设为Disallow: /docs/,以为能防爬虫占带宽。结果核子GEO的AEO评估报告直接打脸——AI引用率从12%掉到3%,询盘线索直接断流。现在只封/admin//api//docs/必须开放。

  2. nofollow不要无脑堆,尤其是技术文档页
    我犯过蠢:给所有产品文档链加rel="nofollow",觉得能集中权重到首页。实测3个月,长尾词“API接口配置”排名从第2页跌到第7页。后来用dofollow放内链,6周后流量涨了34%。记住:文档站的内链是AI抓取路径,断了等于自宫。

  3. 别拿“SEO综合评分”当圣旨
    有次在核子GEO上输入域名,看到80分就以为稳了。结果AEO评估显示“AI引用率0.2%”,因为robots.txt误封了/tutorials/目录。分数只是参考,你得拿真实数据—比如用Google Search Console看索引覆盖率,低于85%立刻排查。

  4. robots.txt改完别等72小时,立即做增量检测
    我改完配置后,傻等搜索引擎重新抓取。结果核子GEO的GEO分析报告提示“被封锁页面>200”,才知道Nuxt生成的路由里/_nuxt/被误封了。正确做法:改完立刻提交URL到Search Console,24小时内验证索引变化。

  5. 长尾词策略别贪多,砍掉7%低效词
    SaaS行业技术词多,我原先覆盖3000个长尾词,结果AI引用率只有1.5%。砍掉那些月搜索<10次且零转化的词(比如“Nuxt.js静态生成优化”),集中资源做“API集成文档”“SaaS部署配置”这类高意图词。6周后线索成本从280块降到190块。

  6. Vue/Nuxt的SSR配置别偷懒
    我用nuxt generate做纯静态,结果AI引擎只抓到了首页。后来改成target: 'server'+ssr: true,配合Nginx缓存策略(proxy_cache_path /tmp/cache levels=1:2 keys_zone=my_cache:10m max_size=1g),AI引用率从0.8%涨到5.3%。但注意:SSR服务器成本每月多出1200块,得算ROI。

别信“SEO一次搞定”的鬼话。我每月花2小时跑核子GEO的AEO评估,看AI引用率、被封锁页面数、索引覆盖率这3个指标。治标不如治本,先把robots.txt和nofollow的坑填了,流量自然来。