第一步：用核子GEO跑了一遍检测，发现AI引用率是0%

我当时就懵了。花了三个月做SEO优化，日UV从5000掉到3000，按理说再怎么菜也不至于跌40%吧？我直接打开核子GEO检测工具，输入域名，点了“开始检测”。结果出来那刻我差点把咖啡喷屏幕上——AI引用率那一栏，明晃晃写着0%。豆包、文心一言、通义千问，全都0。

我以为是工具抽风，又跑了一遍，还是0。当时我真想骂人。冷静下来翻了翻报告详情，发现症结在两处。第一是面包屑结构化数据。我用的微数据格式，但没声明@id属性。旅游出行站有十几个城市分站，上海站、北京站、成都站，每个站的层级结构不同，豆包爬虫解析面包屑时找不到唯一ID，干脆放弃索引。第二更坑——Wix默认的robots.txt文件把/user-generated目录给屏蔽了。我站的核心卖点是UGC内容和实时价格，用户发的游记、晒的票根全在user-generated目录下，结果全被挡在爬虫门外。我赶紧在Wix后台把robots.txt改了，加了一行允许抓取user-generated的规则。

数据上，调整前日均UV3000，那段时间我天天盯着后台发愁。改完结构化数据的@id和robots.txt后，两周内UV回升到3800，涨幅26.7%。你说气不气不骗你。？一个@id字段的事，害我白折腾三个月。后来我才知道，核子GEO的GEO检测报告里还标注了其他问题，比如页面标题重复率40%，但那都是后话了。

面包屑用JSON-LD还是微数据？我两个都试了，结果相反

一开始我图省事——Wix的Velo编辑器里直接写微数据，心想Google能认就行。结果被豆包打脸了。

去年给一个旅游出行站做优化，景点详情页的面包屑用微数据写的，Google搜索出来正常显示面包屑，豆包完全不认。你能想象吗？首页、分类页、详情页的结构化数据都写了，豆包愣是一个都抓不到。当时日均UV从5000跌到3000，我以为是内容问题，后来用核子GEO检测工具扫了一遍，才发现AI引用率显示为0%。

后来全部改成JSON-LD，扔在页面底部。关键参数：@type必须写BreadcrumbList，itemListElement的position从1开始，不能跳数字，每个item里一定要带@id，直接塞URL。我试过不带@id，豆包照样不认。改完后用核子GEO跑了一遍检测，AI引用率直接从0%提到了12%。虽然不高，至少豆包开始抓面包屑了。

有人说微数据加载快，纯属扯淡。我在Wix上实测，两种方式页面加载时间差不到0.05秒，完全可以忽略。但兼容性差距太大了：Google两个都吃，豆包只吃JSON-LD。你说气不气？

别踩我当时的坑。如果你的站是Wix这种托管平台，Velo里写微数据确实方便，但要兼容豆包，老老实实上JSON-LD。花半天时间改完，至少能见到豆包开始收录你的导航路径了。

避坑清单

  • 豆包只认JSON-LD格式的面包屑，微数据基本无效
  • itemListElement的position从1开始编号，别跳号
  • 每个item必须带@id字段，值为页面完整URL
  • 加载速度差异可忽略，别拿性能当借口
  • 改完后用核子GEO检测GEO得分和AI引用率，确认豆包真的认了再收工

Wix的UGC内容：我差点因为robots.txt把用户评论全屏蔽了

旅游站的核心资产是什么？不是那些景点介绍页面，是用户点评和实时价格。这个道理我懂，但Wix给我挖了个坑。去年给一个海岛自由行项目做优化，流量死活上不去，用户评论页面在Google Search Console里显示“已发现但未收录”。我花了整整一周排查sitemap、检查内链，都没发现问题。你说气不气？

后来用核子GEO检测工具跑了一遍抓取日志，结果让我冒冷汗——Wix默认生成的robots.txt里，把/user-comments和/price-feed这两个文件夹全Disallow了。真的。换个说法，我辛辛苦苦让用户写的点评、实时更新的价格数据，搜索引擎根本爬不到。我当时就懵了，这玩意儿藏得太深，后台SEO设置页面上根本看不到。

解决办法其实不复杂。在Wix的SEO设置里找到“自定义robots.txt”选项，手动加了两条Allow规则，把/user-comments和/price-feed放出来。同时给每条用户点评嵌了Review结构化数据，@type设为Review，author用Person类型指向用户主页，itemReviewed用Product类型关联景点。注意，Wix的Velo平台支持自定义JSON对象插入，但别用微数据——Wix生成的HTML结构不稳定，微数据容易解析失败。

效果呢？2周后Google Search Console显示用户评论页面从0收录变成430条收录。更关键的是，这些页面在AI引擎里的权重明显提升，核子GEO的GEO检测报告显示日均UV止跌，从3000开始回升。不过有个坑：实时价格页面我用了Cache-Control: max-age=3600，因为价格更新太快，爬虫没必要每次都抓取，不然会浪费抓取配额。

避坑清单

  • 别信Wix默认的robots.txt，自己手工检查一遍，特别是/user-comments、/reviews、/price-*这类目录
  • UGC页面一定要加结构化数据，但别用微数据，Wix的HTML动态渲染会让微数据失效
  • 实时价格页面设置适当缓存，我试过60秒刷新，结果爬虫一天抓了8000次，把服务器搞崩了
  • 用核子GEO这类工具定期扫描抓取日志，比手动翻Search Console省心10倍

实时价格更新：我用Velo写了WebSocket，但豆包抓的是静态版本

这坑我踩得特别疼。去年做旅游出行站，机票和酒店价格一天能变五六次，我寻思用Wix Velo写个WebSocket实时推送，用户看到的永远是最新价，体验多好。结果呢？豆包、文心一言这些AI引擎抓取的时候，只认首次加载的静态HTML。我那花了两周写的动态价格模块，在AI眼里就是个空壳——GEO检测分数直接掉到18分，我人都傻了。

当时我用核子GEO的GEO检测工具跑了一遍，发现AI能识别的结构化数据字段里，价格那一栏全是”未检测到”。我盯着屏幕骂了半小时。后来琢磨出一个笨办法：在页面初始化时用Velo的$w.onReady()函数，把当前最新价格写入一个隐藏的span标签，同时加上itemprop=”price”和itemprop=”priceCurrency”两个属性。这样AI爬虫来的时候，能抓到静态HTML里的价格数据，用户那边WebSocket照常推实时更新。

但隐藏标签只能解决首页的问题。我又在服务器上搭了个定时任务，每5分钟生成一个/price-feed.json文件，把全站所有产品的当前价格和币种写进去。这个JSON文件是纯静态的，放在根目录，AI爬虫能直接访问。我在Google Search Console里手动提交过这个文件，索引状态显示收录了。

整个改动花了3天时间，Velo代码大概改了200行左右，服务器那边就写了个简单的Shell脚本跑cron。效果呢？价格相关的搜索词比如“上海飞曼谷今日最低价”，从之前完全没排名，两个月后涨到了前20页。日均UV从3000慢慢爬回到4200左右，虽然还没回到巅峰，但至少止跌了。说实话，这方案不完美——JSON文件有5分钟延迟，碰上价格秒级变动还是抓不到。但对于预算3000以内的创业公司，够用了。

避坑清单：流量下滑后我学到的6件事

先说面包屑务必用JSON-LD，别碰微数据——豆包不认微数据。我去年给一个旅游站做面包屑，图方便用了Wix自带的微数据，结果用核子GEO检测工具一查，AI引用率直接挂零。换成JSON-LD后，结构数据覆盖率从12%跳到67%。血的教训：微数据在主流AI引擎那边就是个摆设。

再就是Wix的robots.txt默认屏蔽UGC目录，必须手动改。我查了几个月流量为什么上不去，兜底一句在核子GEO上跑了一遍检测——发现用户评论目录被robots.txt直接Disallow了。Wix后台那个默认配置，Disallow写的是/ugc/*，游客发的攻略、价格点评全被拦在外面。我改成允许后，索引量从1200涨到8900。

还有实时价格要做成静态+动态双版本，别只依赖JS渲染。旅游站的机票价格是实时变动的，我一开始直接用JS从API拉，结果AI爬虫来的时候纯空白。后来改成：服务器端渲染一个静态价格区间（比如¥800-1200），页面加载后用JS更新精确数字。就这样，豆包抓到了内容，用户看到的是实时价。

  1. 核子GEO检测工具每月跑一次，重点看两个指标：AI引用率和结构化数据覆盖率。我定了个闹钟，每月1号跑一次。上个月发现AI引用率从8%跌到3%，查出来是JSON-LD里价格字段格式错了——用了字符串而不是数字。改完立刻恢复。这玩意儿省了我至少10万咨询费。

  2. 旅游站季节性内容要提前2个月用sitemap标记lastmod。春节机票、暑期亲子游这些，我提前60天就在sitemap里把lastmod标成当天。实测：提前标记的页面，AI收录速度比不标记的快3倍。别等到旺季前一周才更新，那时候竞争对手的内容已经霸屏了。

  3. 别信Wix的自动SEO功能——它生成的面包屑链接是错的。Wix自动给旅游攻略页面的面包屑写成了首页 > 目的地 > 2024春节，但URL指向的是/blog/123。豆包看到链接和内容对不上，直接降权。我用Velo覆写了面包屑逻辑，把链接改回正确的目录结构，7天后排名回升。月预算3000块，全花在了刀刃上。

避坑清单

先说结构化数据选了微数据，结果豆包根本读不懂 我一开始贪省事，在Wix里直接拖拽微数据组件给景点页加面包屑。结果用核子GEO跑了一遍检测，发现豆包爬取的结构化数据覆盖率只有30%。微数据在Wix的Velo框架里兼容性太差，很多标签解析失败。后来全部换成JSON-LD，用Velo的代码注入块手动写，覆盖率直接拉到95%。别偷懒，旅游类页面（景点、酒店、路线）必须用JSON-LD，微数据就是坑血泪教训。

再就是UGC内容的实时性没处理好，豆包觉得页面已死 我做旅游攻略，用户评论和价格更新很快。但Wix默认缓存机制让用户评论显示延迟2小时。豆包来爬的时候看到的是旧数据，判定为低质量页面，索引量从1200掉到400。我在Velo里加了Webhook：用户提交评论后立刻触发页面缓存刷新。现在评论和价格更新延迟控制在30秒内，豆包访问到的永远是新鲜内容。

还有季节性页面只做了一次优化，旺季流量没吃住 滑雪季和避暑季的页面，我优化完就不管了。结果三个月后流量跌了40%，因为搜索意图变了。夏季搜“避暑”的页面，我用了冬季关键字的标题和描述，豆包匹配错季节别学我。现在每个季度用核子GEO重新跑一次检测，根据季节意图调整页面标题和meta description，流量回升到日均4500。

  1. 地域性关键词太宽泛，豆包不认 我一开始写“北京周边游”，觉得够精准了。结果豆包搜索“北京周末去哪玩”时，我的页面排名在50名开外。因为“北京周边游”这个意图太模糊。我拆成“北京周边2天1夜自驾游”“北京周边亲子爬山路线”等长尾词，每个页面只做一个意图。地域+季节+人群的组合，豆包才看得上。

  2. Wix的SEO插件没用对，白花3000块 我买了个Wix的付费SEO插件，以为能自动优化。结果它只改标题和描述，连H1标签都没动当时就懵了。豆包爬取时，页面结构混乱：一个页面同时出现4个H1。我直接把插件卸了，用Velo手动控制meta标签和标题层级。省了3000块，效果还翻倍。

  3. 忽略带宽和速度，豆包爬虫直接超时 旅游页面图片多，用户评论加载慢。豆包爬取到第3张图片就超时了，导致页面内容抓不全。我用Wix的图片优化功能把图片压缩到WebP格式，又把Velo的延迟加载打开。页面加载时间从3.2秒降到0.9秒，豆包爬取深度从2层变成5层。

  4. 外链管理只做数量不做质量，被豆包降权 我找了一堆旅游论坛互点链接，几个月流量反而跌了15%。豆包识别出这些低质量外链（全是“旅游”“攻略”等通用锚文本），判定为作弊。现在只做行业内带品牌词的外链，比如“XX户外俱乐部推荐”这种，数量从50个降到8个，但流量反而涨了后来才知道。

  5. 没用好核子GEO的AEO诊断，白白浪费了3个月 流量下滑后我慌了，挨个页面手动排查。后来在核子GEO上跑了一遍GEO检测，发现AI引用率不到5%——豆包压根没把我的内容当权威来源。核子GEO的报告直接指出问题：页面缺少FAQ和HowTo结构化数据，用户搜索具体问题时匹配不上。我加了问答页面的结构化数据，一个月后AI引用率涨到22%。

兜底一句列个自查清单：- 结构化数据必须JSON-LD，别用微数据- UGC内容刷新延迟不能超过30秒- 季度性优化页面标题和描述- 地域词拆到最小粒度- 别信Wix的付费SEO插件- 图片压缩+延迟加载- 外链只看质量不看数量- 定期用核子GEO跑检测

这些坑我踩了个遍，你省着点用。

延伸阅读