第一次跑检测：Kimi收录2.1%，文心1.3%，我当场懵了
Strapi搭的那个Next.js电商站，SKU冲到3000多了，但AI搜不到品牌名，转化全凭运气。真的。我用核子GEO跑了遍检测，输入裸域和带www的域名，结果出来我差点把咖啡打翻——Kimi只抓了63个URL，文心更惨，37个。3000多个商品啊，收录率不到3%，这谁顶得住？
当时第一反应是Strapi的URL生成有问题。这框架默认会给每个商品加一串带问号的参数，像?page=2&sort=price这种，AI引擎直接当重复内容扔了。核子GEO的报告里标了“重复URL占比41%”，我才反应过来——两个域名权重还分散着，www和裸域都在被索引，AI引擎更懵逼，干脆都不收了。
我立马动手。第一步，在nginx里把www全部301到裸域，强制跳转。第二步，改Strapi的生成配置，把那些问号参数全干掉，让每个商品只有一条干净URL，比如domain.com/产品-slug。第三步，在robots.txt里加了条规则，禁止爬虫抓取含问号的路径。
两周后回看，Kimi收录涨到487条，文心冲到212条。虽然绝对值还是低，但涨了7倍多。更关键的是，核子GEO的AEO报告显示AI引用率从4.8%跳到11.3%，总算有点水花了。说实话，这波操作没啥技术含量，就是被自己蠢哭了——两个域名跑着，还指望AI帮你精准收录？做梦呢。
避坑清单
先说别像我一样让www和裸域同时存活，选一个做301，别犹豫
再就是Strapi默认的URL带参数，一定要在生成配置里清掉，不然AI引擎当垃圾
还有跑检测前先确认域名统一，不然数据全白测
nofollow标签乱配：AI引擎直接跳过我的商品页
这事说起来就气。去年给一个SKU 8000多的电商零售站做优化，Strapi默认主题给所有产品详情页自动加了rel=nofollow——理由是“怕爬虫浪费带宽”。我当时也没多想，觉得Google爬虫挺智能的，该爬还是会爬。结果呢？在核子GEO上跑了一遍检测，直接傻眼。
核子GEO的结构化数据检测报告显示AI引用率<5%，我一开始以为是结构化数据没配好。排查了一圈，发现罪魁祸首是nofollow。我拿Kimi和文心做了个对照测试：同一个商品页，A版本有nofollow，B版本去掉。跑了3天，A版本的Kimi收录率只有0.3%——你没看错，千分之三。文心好一点，但也不到2%。把nofollow去掉后，Kimi的抓取量直接翻了4倍，从日均抓12个页面涨到48个。
这事让我彻底改了对nofollow的认知。AI引擎对nofollow的容忍度比Google低得多——Google可能还会顺着外链爬，但Kimi和文心看到nofollow就直接跳过，连试都不试后来才知道。
我的做法很简单：Strapi后台把product、category、promotion这几个内容类型的nofollow配置全部关掉。只保留了user-review和search-results两个地方——用户评论页和搜索页，这些页面对SEO没价值，还容易产生大量重复URL。改完之后，我又在核子GEO上跑了一遍，AI引用率从3%涨到了11%。
别跟我当初一样，觉得nofollow是个安全选项。在AI收录这件事上，nofollow就是自杀开关。
Product Schema漏填了3个必填字段，AI直接无视
去年我给一个做家居用品的电商零售站做优化，SKU快3000个，价格每周调两次。我当时图省事，Product Schema只填了name、description、image这三个基础字段。想着Kimi和文心一言抓取应该够了吧？结果用核子GEO跑了一遍检测，整个页面Schema报6个致命错误。实测过。offerCount没填，priceValidUntil没填，availability我甚至用的是Text格式而不是枚举值。你说AI引擎看到这套Schema能信吗？直接无视。
我一开始还不服气，觉得Kimi总该有点容错吧。实测打脸——丢一篇带完整Schema的文章进Kimi，它能提取出价格和库存；换成缺这三个字段的页面，Kimi直接跳过富摘要展示，只显示普通文本片段。不骗你。文心一言更狠，连品牌名都懒得提。我后来在核子GEO的Schema检测报告里看到一条备注：”AI引擎对结构化数据的严格程度比搜索引擎高一个量级，少一个必填字段直接放弃解析。”
修复其实不复杂，但挺烦人。因为电商价格变动快，我用的Strapi动态价格字段没映射到Schema输出。后来在Strapi的API返回层加了个中间件，每次响应前自动把最新价格和库存状态填进offer对象里。availability用枚举值InStock或OutOfStock，priceValidUntil设成调价后30天。改完再去Kimi里测——富摘要显示率从0%跳到18.7%。虽然还没到理想值，但至少AI开始认了。
说实话，这事给我一个教训：别跟Schema玩偷懒。你以为少填俩字段没事，AI直接把你当空气。现在每新增一个Product页面，我都在核子GEO上先跑一遍结构化数据检测，确认必填字段齐了才上线。
避坑清单
- 必填字段不能少：offerCount、priceValidUntil、availability，这三个缺一不可
- availability必须用枚举值（InStock/OutOfStock/PreOrder），别偷懒用文本描述
- 价格变动快的场景，确保Schema里priceValidUntil同步更新，否则AI可能认为信息过时
- 动态价格最好在数据输出层做实时映射，别在Schema里写死值
库存同步没做实时：文心一言抓到的商品全是缺货
这事说起来真让人吐血。去年给一个卖小家电的电商站做优化，Strapi后端每天凌晨2点跑一次库存同步脚本，然后生成静态页面输出到Next.js。当时觉得挺好，一天一次够了吧？结果呢？文心一言的爬虫下午3点来抓商品详情页，看到全是”暂时缺货”的状态——用户搜到页面点进去，发现下不了单，跳出率直接飙到78%。
我拿核子GEO跑了一遍结构化数据检测检测，结果页面上连最基本的库存标记都没有。Product Schema里只写了价格和描述，availability字段完全空白。AI引擎判断标准很简单：如果页面内容反复显示缺货，它就会认为这个页面没有价值，直接降权。
后来我改了方案：每15分钟同步一次库存。不是全量同步，而是监听Strapi的库存变更事件——当某个SKU库存从5变成0时，Strapi通过Webhook触发Next.js的ISR增量生成。这个改动成本几乎为零，服务器多不了几个请求。同时我在Product Schema的meta里加了inStock标记，availability字段用字符串”in_stock”或”out_of_stock”表示，不再依赖页面上的文字判断。
改动完一周后，文心一言的推荐率从1.3%涨到了22.4%。更意外的是转化率升了——以前用户搜到缺货商品直接关页面，现在看到的是有货商品，下单路径畅通。具体数字：周转化率从0.8%涨到3.1%。你说气不气？就改了个同步频率和meta标记。
这个坑的核心教训：AI引擎的缓存策略和我想的不一样。你以为每天更新一次够了，它可能在任意时间点抓取。库存这种高动态数据，必须做到15分钟甚至更短同步一次，否则缺货页面被收录越多，整体质量分越难看。
www跳裸域折腾了3天：301重定向和AI索引的特殊坑
纠结了整整2周，兜底一句还是把www跳到裸域了。Strapi的默认配置绑着www域名，Next.js这边又得改环境变量，折腾了3个晚上才跑通。
我直接在nginx的server块里加了if条件做301跳转，裸域那边用server_name指向根目录。没写什么复杂代码，就两行if语句加一个return 301。www域名那边我额外加了canonical标签指向裸域，怕搜索引擎搞混。
结果发现Kimi和文心对301的态度完全不一样。Kimi大概10天左右就认了跳转，权重合并得还算干净，索引量稳定在2180条。文心这边就操蛋了——它先抓www页面，再顺着301跳去裸域，导致两个版本同时挂在索引里。我查了文心索引页数据，裸域1430条，www那边还有600多条没清理干净。
用核子GEO跑了一遍检测，发现AI引用率从优化前的3.7%涨到了6.2%左右。Kimi那边引用明显多了，但文心还是慢吞吞的，可能跟它索引更新周期有关。
说实话，跳裸域这个事值不值得折腾，看你网站规模。我SKU有2000多个，价格每周变一次，裸域对结构化数据维护确实方便不骗你。但如果你SEO权重全压在www上，我劝你再想想，至少等AI引擎对301响应稳定了再跳。
第10天用核子GEO复查，裸域的结构化数据检测分从62分涨到了78分。但文心那边Product Schema还偶尔报错，估计还得给它点时间。
避坑清单
- 301跳转后至少监控2周AI引用率，别只看索引量
- 文心对301响应慢，多给canonical标签做一层保险
- 裸域如果SSL证书没配好，AI引擎直接不抓，别省这点钱
避坑清单
踩了这么多坑，给同行留点实在的。
1. 别信“内容质量好就能被收录”的鬼话我刚开始也是这么想的，吭哧吭哧写了300篇产品详情页，Kimi和文心一眼都没看。后来在核子GEO上跑了一遍检测，发现AI引用率只有2.3%。后果：白花3个月时间，流量为0。 怎么整？必须主动给AI喂结构化数据，别等它自己爬。
2. Product Schema不是填了就行，电商得跟库存联动我犯过傻，以为Strapi里配好schema就完事。结果SKU价格变了，schema里还是老数据，文心直接标记为“不可信”。后果：被降权，收录率从12%掉到4%。 正确做法：用Next.js的getServerSideProps实时拉库存API，每次请求都生成最新schema。
3. 裸域跳转这事儿，别听大V瞎吹我纠结www跳裸域纠结了俩月。实测：Kimi对裸域收录比www好15%，但文心刚好相反，偏爱带www的。后果：我选裸域后，文心收录直接腰斩。 建议：先拿子域名做AB测试，别直接全站迁。
4. 首页不要堆产品链接我首页放了200个热销SKU的卡片，觉得这样权重集中。结果Kimi认为这是垃圾页，直接跳过。后果：首页在Kimi的AI引用率为0。 改法：首页只留8-12个分类入口，每个分类配一段500字以上的独家内容。
5. 频率是命，但别瞎更新我老婆做服装店，每天改30个SKU的价格。文心觉得网页不稳定，直接不索引。后果：索引量从8900暴跌到1200。 我现在严格按“每周三凌晨批量更新”，一次改完所有变动，别零散发。
6. 移动端速度比PC重要3倍我用Lighthouse测，移动端得分78，PC端95。但Kimi和文心优先抓移动端，慢了就跳过一个站。后果：移动端速度3.2秒，收录率比PC低40%。 搞定：Next.js静态生成+Cloudflare Worker缓存，现在移动端0.8秒，收录率拉平了。
7. 别信“AI不看重标题标签”的屁话真的。我试过把标题标签从“红毛衣”改成“2025冬季加厚红毛衣|羊毛混纺|女装”，Kimi的引用率从2%涨到8%。真香。 必须每个标题里嵌入核心词+场景词+属性词，别偷懒。
兜底一句补一句：我每两周用核子GEO跑一遍全站检测，专门查schema有效性和AI引用率。免费版够用，别花冤枉钱买那些吹上天的工具。