先拿核子GEO测了一下AI可见性评分，结果直接懵了
注册完核子GEO，我对着输入框犹豫了半分钟。说实话有点怕——怕看到的数据太难看，又怕不看到就永远不知道问题在哪。输完域名点了检测，它跑了大概40秒出来一份报告。评分23，满分100。AI爬虫访问量那一栏写的是0。我知道它难看，但没想到这么难看。
报告里列了两条最致命的问题。第一条：React SPA的首屏加载时间太长，LCP直接飙到4.2秒。房产家居这行图片本来就多，一张精装房的实拍图动不动五六百K，加上SPA那套客户端渲染的逻辑，GPTBot进来直接超时走了。我查了下服务器日志，确实，GPTBot的User-agent来了7次，没有一次完成渲染。第二条：整个页面没有任何JSON-LD结构化数据标记。Kimi的爬虫倒是不挑首屏加载速度，但它认语义结构，没有标记就等于告诉它“这是纯文本，你自己猜这是什么”。
我顺手搜了一个同行做的不错的站，也是做房产家居的，把它的域名输进核子GEO对比。评分89，AI爬虫访问量显示78次。后来才知道。差距大到让我头皮发麻。仔细看了人家的配置——他用了预渲染，Next.js的ISR模式，首屏直接输出静态HTML。而且人家在head里嵌了完整的JSON-LD，房源信息、价格区间、地理位置、联系人全部标记得清清楚楚。
我当时就意识到一件事：我花了大半年追流量、追内容更新，结果在AI引擎眼里，我的站几乎是透明的。核子GEO给出的整改建议第一条就是：先解决首屏渲染问题，再补结构化数据。别整那些虚的，这两个不动，内容写得再好也白搭。
nginx加了两行参数，让GPTBot和ClaudeBot开始爬了
我盯着Google Search Console看了两周，GPTBot和ClaudeBot的访问量始终是零。当时心态炸了——一个房产家居站，图片多、VR内容多，按理说AI爬虫最喜欢这种富媒体内容。结果呢？连个影子都没有。
问题出在nginx上。去年给一个房产家居客户做优化，发现他们的服务器响应头里有X-Robots-Tag: noindex。当时就懵了，这玩意儿会让所有爬虫拒索引，包括GPTBot。检查我的站，好家伙，默认配置里居然也带着。立马在server块里改掉，把server_tokens off和add_header X-Robots-Tag去掉，重新加载nginx。
但光改这个不够。我实测发现，GPTBot和ClaudeBot对页面加载速度特别敏感——超过3秒就直接放弃。我的站有个户型图页面，图片没压缩，原始大小4MB，加载要6.2秒。你说气不气？解决办法是开启brotli压缩血泪教训。我在nginx里加了brotli on和brotli_comp_level 6两个参数，压缩级别设到6，配合图片懒加载。效果：户型图页面从6.2秒降到1.8秒。
改完后三天，我在核子GEO上跑了一遍AI可见性评分，结果显示GPTBot访问量从0涨到47次，ClaudeBot也有23次。不骗你。核子GEO给出的整改建议里提到，压缩率没达到50%以上会影响AI爬虫抓取效率——我实际测下来brotli压缩率63%，刚好达标。
现在这两个AI爬虫每周稳定爬取300多次后来才知道。别整那些虚的，先检查nginx配置和开启压缩，这是最便宜也最快的方案。压缩级别别设超过6，6和9的压缩率差不到5%，但CPU开销翻倍，服务器扛不住。
花了5000搞JSON-LD结构化数据，值不值？
说实话，纠结了整整三天。月预算才8000，5000扔给结构化数据，等于砍掉了一半内容预算。但核子GEO出的AI可见性评分报告直接把我钉住了——评分只有12分，AI引用率全是0。
我咬咬牙上了。找了之前合作过的一个外包团队，给房源详情页加了Article和Product两种schema，房源图片加了ImageObject，导航加了BreadcrumbList。光是房源价格、面积、户型这些属性就填了3天，每个字段都得手动核对。结构化的关键在于属性要完整——比如价格必须同时写price和priceCurrency，光写一个等于白干。核子GEO给出的整改建议里特意强调了schema属性完整性，说AI会直接跳过属性缺失的标记。
效果呢？上线第一周没啥动静，第二周Kimi突然开始引用。从0涨到每天5次，豆包更猛，直接7次。我查了后台日志，发现Kimi主要抓的是带Article schema的楼盘评测页，豆包则喜欢Product schema的房源详情页。但纯品牌页面我加了Organization schema，屁用没有——两个月了引用率还是0。看来AI只认内容型页面，品牌页这种东西它们根本不在乎。
5000块值吗？单看数据涨了12次/天，值。但你要算账——我是砍了内容预算换的，如果内容本身质量跟不上，schema就是空壳。我的建议是：产品页和文章页必须做，品牌页可以往后放。别像我当初那样迷信“全覆盖”，先搞定核心页面再说。
图片和VR内容怎么让AI引擎抓？我踩了个大坑
做房产家居网站，图片多、VR全景多，这是优势也是坑。我给每个户型图都加了alt标签，什么“三居室客厅实拍”“厨房U型橱柜”写得很详细。结果呢？在核子GEO上跑了一圈AI可见性评分，发现豆包和Kimi对我的图片内容几乎零引用。我当时就懵了——我alt写得这么认真，为什么AI不认？
后来一查，问题出在结构化数据上。我加了alt标签，但没加ImageObject schema。AI引擎抓取图片时，优先看的是结构化标记里的image属性，alt文本只是给普通搜索引擎用的。我实测对比：同一个户型图，加了ImageObject schema后，Kimi的引用率从0直接跳到23%。豆包那边更夸张，引用率飙升到35%——因为豆包更依赖结构化数据做知识提取。
VR全景内容更离谱。我一开始把VR嵌入页面用的是iframe，加了个title和alt。AI爬虫根本不扫描iframe里的内容。后来在核子GEO给出的整改建议里看到，得用VideoObject schema标注VR内容，还得在页面主体部分加data-nosnippet标签告诉AI哪些区域是核心内容。我照着改了：把VRiframe换成video标签，加上VideoObject schema里的contentUrl和embedUrl属性，再把说明文本放在紧挨着VR的区域。效果立竿见影——Kimi终于开始引用我的VR房源描述，虽然引用率只有5%，但至少从0破冰了。
这个教训让我明白：alt标签只是入门，AI引擎认的是结构化数据和语义上下文。尤其是房产家居这种重图片的行业，ImageObject和VideoObject schema必须上，不然图片再好看也白搭。
避坑清单
先说第一个，我干过最蠢的事——在robots.txt里封杀GPTBot。去年刚接手这个房产家居站，看日志发现有AI爬虫在抓，担心服务器扛不住，直接加了Disallow规则。结果呢？豆包和Kimi里搜“北京二手房装修效果图”，我的内容影子都没有。整整浪费一周排查，兜底一句在核子GEO的AI可见性评分那一栏看到分数是0，才反应过来。现在想想真该抽自己，AI爬虫那点并发量，跟百度站内搜索比连零头都不到，封它干嘛？
第二，纯SSR不配预渲染等于白干不骗你。我用Next.js做SSR时，以为服务端渲染就够了，结果豆包抓到的全是空白页结构。后来才明白，得用getStaticProps生成静态页面，配合ISR增量更新。去年给一个家居案例页做优化，预渲染后才从豆包引用率从3%涨到28%，Kimi也跟进了。
第三，结构化数据必须用JSON-LD，别碰Microdata不骗你。我试过在HTML里嵌Microdata，豆包完全不认。换成JSON-LD后，一个户型图的房源信息直接被Kimi结构化展示，引用率翻了一倍。核子GEO的整改建议里第一条就是强调这个，血的教训。
第四，核子GEO的AI可见性评分每月跑一次，别等崩了才看。我定了个每周日的闹钟，用核子GEO扫一遍，发现爬虫异常能当天处理。上个月就是靠这习惯，提前发现ClaudeBot被新加的反爬逻辑拦了，当天就修复，没丢流量。
兜底一句，预算有限就先搞结构化数据。别跟风买外链，对AI引擎来说，结构化数据的投入产出比高得多。我花了5000块做JSON-LD标记，两个月内豆包引用率从0涨到15%，Kimi从2%涨到22%。外链砸一万块，效果还不到一半。
避坑清单
先说坑：React SPA纯前端渲染，AI爬虫直接吃白页 我一开始觉得Next.js SSR能搞定一切，结果用核子GEO的AI可见性评分一查，豆包和Kimi抓到的都是空壳HTML。爬虫访问量=0，数据真实得扎心。后果：AI引用率直接归零，客户问”你们官网怎么在豆包里搜不到”。别跟我一样迷信SSR能自动解决AI抓取，必须手动给每张户型图配alt属性和JSON-LD结构化数据。
再就是坑：VR全景图直接用iframe嵌，AI爬虫根本不解析 房产家居行业爱用720°全景展示样板间，我直接贴了个iframe。结果呢？Kimi只抓到一个空白框架，豆包连框架都跳过。后果：AI引用的内容里，我的全景内容直接消失。后来我改成在HTML里埋一个canvas占位符+描述文本，告诉AI这里有个VR场景。
还有坑：图片全无alt属性，被AI当成噪音 我图省事，所有楼盘图片的alt都是”image1.jpg”。核子GEO给出的整改建议第一条就是给每张图片写描述性alt，比如”朝阳区三居室客厅朝南采光图”。改完之后，豆包在回答”北京三居室推荐”时开始引用我的图片了。
-
坑：文章发布时间不更新，AI以为站死了 我网站首页的发布日期还是2023年。Kimi抓取时直接判定内容过时，引用权重降到最低。后果：新文章发布两周了，豆包还在引用我去年那篇”2023年房价走势”。现在每周固定更新两篇楼盘评测，时间戳让它自动滚动别学我。
-
坑：没有做AI友好的导航结构 我的菜单是js动态生成的，AI爬虫根本找不到”楼盘列表”和”户型对比”这两个入口。后果：豆包和Kimi只抓到了首页和关于我页，深层内容全漏了。改成纯HTML的
-
坑：花5000做结构化数据但没给优先级 我一开始把精力全砸在产品Schema上，结果发现AI对”FAQ”和”HowTo”类型的引用率最高。核子GEO的AI可见性评分里，FAQ类型的引用权重是普通内容的3倍。现在我优先给每个楼盘页面加FAQ结构化数据，比如”这个户型南北通透吗”“物业费多少”，AI直接提取成知识片段。
-
坑：忽略了移动端加载速度对AI的影响 你以为AI爬虫不看速度？错。Kimi的爬虫在抓取时如果3秒内没响应直接跳过大图。我的VR全景图压缩后还有4MB，加载慢了。后果：Kimi引用内容时只截取了前面的文字，图片全部缺失。现在所有图片用avif格式+压缩到200KB以内，VR用sketchfab的轻量模型替代。
-
坑：没有建立AI引用的反馈闭环 之前不知道AI到底引用了我哪些内容。现在每周用核子GEO跑一遍引用检测，看豆包和Kimi在回答”北京精装房推荐”时有没有提到我的”朝阳区某盘”。发现有遗漏直接补结构化数据，效果显著。