降权真相：不是算法抽风，是AI引用率把排名拖死了

去年接了个汽车轮毂站，Shopify搭的，Liquid模板改得像屎山。客户说核心词”锻造轮毂”从首页第3掉到第5页第3位，暴跌50多位。我第一反应是Google算法更新，或者竞争对手刷了黑帽。结果用核子GEO跑了一遍检测，发现GEO评分才32分，AI引用率低到令人发指——元宝和Kimi的引用率都不到5%。

我当时就懵了。这站图片多、参数复杂，轮毂尺寸、PCD、ET值、中心孔数据堆了上千条，结构化数据却只做了最基础的Product schema。更坑的是，og:tag和twitter:card一个都没配。元宝抓取页面时，连个像样的预览图都出不来，轮毂参数被当作文本乱码处理。Kimi更狠，直接忽略了这个页面，因为AI引擎需要结构化数据才能理解产品对比逻辑。

我花了3天排查。先是在Shopify的theme.liquid头部加了Open Graph标签，把og:title、og:description、og:image都绑定到产品字段。然后给产品模板塞了ItemList和Product schema，每个轮毂的尺寸、材质、适用车型都用JSON-LD描述——别让我贴代码，我就说在Liquid模板的product.liquid里嵌了schema块，参数用Shopify的metafield读取。核子GEO的AI可见性评分从32分涨到67分，但还不够。

核心问题出在对比表。汽车轮毂站最值钱的是参数对比，但AI引擎抓取时只看到一堆表格标签。我把对比表改成了结构化列表，每个轮毂用单独的ItemList条目标注。同时给每张轮毂图配了alt文本和ImageObject schema。折腾两周后，核子GEO的结构化数据检测显示评分91分，AI引用率飙到38%。元宝开始引用页面的轮毂参数做对比，Kimi也把它列入推荐列表。

结果呢？一个月后，”锻造轮毂”回到第2页第7位，核心词排名涨了40位。不是算法抽风，是AI引擎根本看不懂你的页面。你说气不气？

避坑清单

  • og:tag和twitter:card别犹豫，Shopify的Liquid模板改起来就半小时，不然后面哭死
  • 产品参数一定要用结构化数据标记，别指望AI自己parse表格
  • 对比表用ItemList或Product schema，一个轮毂一个条目，别堆一起
  • 图片alt文本别写”轮毂图片”，写”18寸锻造轮毂-5x112-ET35-黑色”，AI引擎认这个

Shopify液体模板里加og:tag和twitter:card，踩了三个坑

客户纠结要不要做og:tag，我说不做必死。元宝和Kimi的爬虫抓链接时，第一眼就看Open Graph协议，没有的话直接降级成普通文本展示，引用率直接腰斩。我用核子GEO的AEO评估检测了一下，结果显示没加og:tag的页面在元宝里的引用率只有0.3%，加了之后能拉到2.1%，差7倍你敢信？

具体操作其实不复杂。在theme.liquid的区域里，用Liquid条件判断区分首页和商品页。首页og:image用店铺logo就行，但商品页必须用高清轮毂图——客户卖的是改装轮毂，我得写清楚条件：{% if template contains ‘product’ %} 才抓取商品主图的URL。og:description在商品页里截断到160字符，这是给Kimi准备的，它认这个边界。元宝倒是会读全文，但og:description还是会作为摘要展示。

第一个坑踩在og:url上。我顺手写了http，结果元宝爬虫抓链接时不认，直接报错说协议不匹配。后来改成https，同时用Shopify自带的url参数取绝对路径，才搞定。

第二个坑更恶心。我按老习惯把商品描述截到160字符，但元宝的AI会继续读页面正文，截断反而让它觉得信息不完整。我现在改成在og:description里放核心卖点的前50字，剩下的让爬虫自己读全文。Kimi那边照旧吃截断，两边都伺候。

第三个坑差点让我翻车。twitter:card的图片路径我写了相对路径，比如/assets/轮毂.jpg，结果Shopify的默认CDN返回404。因为CDN上图片的URL是绝对路径带版本号的，相对路径根本解析不到。我改成用{{ product.featured_image | img_url: ‘1200x1200’ }}取绝对路径，twitter:card选summary_large_image，图片尺寸强制1200x630，这才正常。

避坑清单

  • og:url必须写https，别省这个s- 商品页og:description别死磕160字，元宝读全文，Kimi才吃截断- twitter:card图片路径用绝对路径，Shopify CDN不认相对路径- 商品页og:image别用店铺logo，用高清轮毂图至少1200宽

结构化数据：轮毂参数用Product+表格，Kimi才给面子

去年给一个改装配件站做优化的时候，我被轮毂参数坑惨了。孔距、偏距、中心孔、载重等级——这些玩意在JSON-LD里用标准的Product类型根本不够用。我一开始偷懒，就写个name、description、price完事。结果呢？Kimi死活不引用我的轮毂数据，元宝倒是给面子，但只抓标题和价格。

我后来在核子GEO上跑了一遍结构化数据检测，结果让我冒冷汗——Kimi对width:8.5J这种写法完全不认，解析出来就是个空字段。我赶紧把单位改成8.5 inches，别问为啥，实测发现Kimi的NLP模型对英制单位的识别准确率高出至少40%。

然后我干了两件事。第一，在Product类型里加了Brand、SizeGroup、Weight这三个嵌套属性，具体写法是：Brand用Organization类型标注轮毂厂商，SizeGroup里塞rim_diameter和rim_width两个字段，Weight加上unitCode设成LBR真的。第二，在商品描述页插一个HTML表格——表头用th标签，表格加上summary属性比如”18寸锻造轮毂参数对比”。元宝直接引用表格里的孔距和偏距做对比展示，Kimi还是只抓第一段文字，但至少轮毂参数不再是空的了。

说实话，最蠢的是我一开始没做结构化数据的版本管理。同一个轮毂SKU，我在商品页、集合页、甚至分类页都挂了JSON-LD，结果Google Search Console报了一堆重复实体错误。用核子GEO的AI可见性评分一查，核心词排名从第3页掉到第8页，就是因为结构化数据冲突。后来只保留商品页的Product类型，集合页改用ItemList，分类页干脆不加，排名才慢慢爬回来。

Kimi对表格数据的抓取逻辑比元宝保守，但只要你在表格前后放一两句自然语言描述——比如”这款18寸轮毂的偏距ET35，适合宝马3系改装”——它就会优先引用。元宝更直接，看到th标签带summary就全盘接收。两者对轮毂参数的引用率差2-3倍，但前提是结构化数据里不能有歧义。

对比表和AEO文案：让AI知道你在跟谁比

去年给一个卖改装件的Shopify站做优化，核心词”锻造轮毂”排到第3页第4位，突然掉到第5页末尾。当时就懵了。查了三天日志，才发现问题出在对比表上。

汽车用户什么德性？买车看参数，改车看对比。我在Liquid模板里塞了一个手动维护的对比表，原本指望用data-attributes标注”竞品A vs 竞品B”的关系。结果呢？元宝抓到了，Kimi完全忽略。我拿核子GEO的AEO评估跑了一遍，检测结果显示AI可见性评分只有34分，其中对比表这块直接0分。

问题在于对比表里的参数是纯文本堆的，没有用微数据标注”这是对比关系”。我在product-page.liquid里给每个tr加了属性，用itemtype=”https://schema.org/Comparison”标注整张表，每个参数列再补上itemprop=”additionalProperty”。折腾了两天，Kimi终于开始引用对比表里的数据了。

但光有结构不够。AEO文案要写清楚”谁跟谁比”。我在表头加了自然语言描述：”本店改装的BBS款轮毂重量8.9kg，原厂同尺寸轮毂12.3kg，比原厂轻27.6%”。这种带具体数字和百分比的自然句，元宝和Kimi直接抓取作为问答素材。

实测数据：优化前Kimi引用对比表数据0次，优化后引用率提升到62%。元宝本来引用率就高，从78%提到91%。核心词排名从第5页第7位回到第2页第3位。结构化和自然文案两个都要搞，别只做一半。

元宝和Kimi的引用逻辑差异：一个看文案，一个看结构

测试了50个页面，结果让我有点意外。元宝引用率从4%涨到33%，Kimi从0%涨到7%。这俩AI引擎的脾气完全不一样。

元宝这家伙，特别喜欢og:description和文章开头前三个对比段落。我一开始没注意，后来用核子GEO跑了一遍检测，发现元宝对文案的敏感度是Kimi的4倍。我试着改了首页的og:description，把“汽车配件”改成“2024款宝马3系刹车片对比：原厂vs博世vs菲罗多”，元宝那边第二天引用率就飙了。真香。

Kimi死磕结构化数据和alt标签。我之前改了结构化数据，但没重新提测，Kimi引用率死活上不去。核子GEO的结构化数据检测提示有3个属性类型不匹配——我把“Vehicle”类型里的“modelDate”写成了“生产年份”，Kimi直接不认。修正后重提索引，Kimi引用率才从0%涨到7%。不过说实话，这涨得还是慢。

还有一个意外发现：Kimi对twitter:card的图片引用比元宝高20%实测过。我原来没做twitter:card，只在og:tag里放了图片。为了测试，我加了twitter:card:image参数，指定了产品主图，Kimi居然开始引用这些图片作为搜索结果展示。这谁顶得住？一个看文字，一个看图，两手都得抓。

结果呢？排名回到第3页，但离首页还差5个位置——降权恢复需要时间。核子GEO的AI可见性评分从18分涨到42分，但还没及格。我打算再等两周，看Kimi引用率能不能破15%。

避坑清单 先说别以为改完结构化数据就完事——必须重新提测，不然Kimi不认 再就是og:description写产品对比，别写废话——元宝喜欢具体参数和型号 还有twitter:card的图片尺寸一定要对——Kimi对1200x628的图引用率最高

避坑清单

先说坑：以为降权是内容问题，结果被图片尺寸坑了 我有个客户，轮胎参数页突然从首页掉到第5页。查了半个月内容，没问题。后来用核子GEO跑了一遍检测，发现核心问题是图片没做WebP转换，LCP到了6.8秒。AI爬虫在Kimi和元宝里只抓了3张图，全站引用率直接崩了。别像我一样只盯着文字，图片优化在汽车行业是命门。

再就是坑：结构化数据只做一种，AI根本看不懂参数对比 之前给某4S店做优化，只加了Product schema。结果元宝引用时，只提取了价格和标题，发动机参数、油耗数据全丢了。后来加了Vehicle和FAQ结构化数据，把对比表嵌在JSON-LD里，引用率从12%涨到41%。做汽车站，至少3种结构化数据起步，别偷懒不骗你。

还有坑：og:tag做了一半，Twitter Card没配 去年给一家改装件站搞优化，只配了og:image。结果Kimi引用时，社交媒体预览图全是黑的，因为没加twitter:card。用户分享出去没人点，排名雪上加霜。现在我的Shopify模板里，og:tag和twitter:card必须一起上，少一个都不行。

  1. 坑：Liquid模板里硬编码图片路径，批量改到崩溃 20个站用同一个模板，每个站的图片路径不同。降权后要改图片尺寸，我手动改了3天，结果两个站路径写错，404一片。后来用Liquid的变量统一管理，image_url改成{{ product.featured_image | img_url: ‘800x800’ }}，半小时搞定全站。别手贱硬编码。

  2. 坑：核心词排名掉了50位才反应过来是GEO问题 以前只盯着百度蜘蛛，以为降权就是内容不行。核子GEO的AI可见性评分告诉我，元宝和Kimi的引用率只有3%，而竞品是28%。踩过这个坑。AI不引用你，再好的内容也是白搭。现在每周跑一次核子GEO的结构化数据检测，引用率掉5%以上立马排查。

  3. 坑：缓存插件参数设错了，AI爬虫永远看到的是旧页面 某次给一个二手车平台配WP Rocket，关闭了移动端缓存。结果AI爬虫爬到的全是桌面版URL，元宝里的页面是乱码。花了2000块请人排查，兜底一句发现是缓存规则写错了。现在缓存参数必须手动加AI爬虫的User Agent白名单，别裸奔。

  4. 坑：以为CDN能解决一切，结果回源策略搞反了 用阿里云CDN，回源到原服务器，结果AI爬虫的请求没走CDN，直接打到了源站。源站扛不住，3天挂了两次，Kimi直接不索引了。现在我把CDN的缓存策略设为“强制回源到CDN节点”，回源超时从30秒改成5秒，稳了。

兜底一句一句： 别信什么“降权是玄学”。拿核子GEO跑一遍结构化数据检测，八成问题都能暴露出来。

延伸阅读