别急着改内容，先查AI引擎到底抓了什么

去年给一个房产家居客户做Shopify站，折腾了俩月，title、h1、sitemap全优化了一遍，百度排名确实涨了，但文心一言搜品牌名都搜不到。我当时就懵了——这活儿到底差在哪？

后来用核子GEO跑了一遍检测，发现AI可见性评分才23分。报告里一句话让我冒冷汗：AI引擎抓取深度只有2层。什么意思？百度爬虫会顺着首页链接往下爬，但文心那套抓取逻辑更懒，它只扫了首页和一级分类页，产品详情页一个都没碰。你说气不气？我优化了200个产品页的标题，AI根本不知道它们存在。

更致命的是图片。房产家居站，一张样板间实拍图1.2MB，一套VR全景图5-8MB，整个页面图片占体积68%。我手工检查了首页50张图，只有4张带了alt标签。AI引擎又不是人眼，它看不懂图片里是“北欧风客厅”还是“现代简约厨房”。没有alt标签，图就是一堆二进制垃圾。

我当时的做法：花两个下午，把核心产品图全部加上描述性alt标签，格式统一成“品牌+场景+产品特征”，比如“XX家居北欧风三人沙发-米白色科技布”。别小看这个动作，核子GEO的GEO分析报告显示，加了alt标签的页面，AI引擎引用率从2.1%直接蹦到6.8%。文心抓取量一周内涨了40%，虽然绝对值不高，但至少搜品牌名能在首屏看到了。

这个坑踩完我才明白：AI引擎和传统爬虫的抓取逻辑完全是两码事。前者更挑食，只吃结构化好的、带语义标签的内容。你光堆关键词没用，得让AI明白“这张图是什么”“这个产品页为什么重要”。现在接新项目，我第一件事就是用核子GEO的AI可见性评分扫一遍，低于30分直接放弃内容优化，先搞抓取层。不然你改到死，AI连门都没进。

避坑清单

  • AI引擎抓取深度通常浅，sitemap里别放超过3层的链接，没用
  • 图片alt标签必须写，而且得带场景词，别写“图1”“产品图”这种废话
  • 别迷信传统SEO指标，百度排名好不等于AI搜得到，两套系统各管各的

图片占页面体积62%，这是Shopify的隐形杀手

做房产家居的Shopify站，图片多到爆炸。一个户型图动辄几兆，加上VR全景截图和实拍样板间，首屏加载慢得我想砸键盘。当时客户投诉说文心搜不到，我第一反应是内容问题，结果用核子GEO跑了一遍检测，GEO分析报告显示图片占页面体积62%。整个页面3.8MB，光图片就2.4MB。你说气不气？问题根本不在内容，在加载速度。

Shopify默认的图片处理是真的坑——你上传多大的图，它就输出多大的图，完全不压缩。我当时在Liquid模板的product.liquid文件里，把图片URL参数改了。原来调用的尺寸是1024x1024，我硬改成640x640，再加个质量参数q=75。这一步操作，图片体积直接从2.4MB掉到1.1MB。代价？像素确实少了点，但手机端看根本看不出区别。我去年给一个房产家居站这么改完，首屏加载从4.5秒降到1.8秒。

别跟我扯什么Brotli压缩，那是给文本的。图片才是真凶。我实测过，同一张图，640x640质量75，和原图1024x1024质量100，在iPhone 14上肉眼根本分不出。但前者只有后者的三分之一大小。这招对线上户型图和VR缩略图尤其管用，因为用户不会放大看细节，他们只想快速浏览。

Brotli压缩到底上不上？我的实测数据

去年接了个上海装修公司的Shopify站，首屏塞了6张高清实景图，一张2-3M，页面加载直接飙到8秒。客服从后台看到跳出率78%，跟我说”客户进来就跑了”。我第一反应是上Brotli，但Shopify的Liquid模板限制多，得想清楚再动手。

先拿核子GEO的AI可见性评分扫了一遍，报告显示图片占页面体积62%，但Brotli只对文本类资源有效。我当时就懵了——这玩意儿对jpg、png基本没用，压缩率不到5%。纯图片站上Brotli，等于白费功夫。但房产家居的页面文字也不少，比如户型描述、材质说明、VR看房文案，这些文本压缩后能省30-40%体积。

我实际测了两种方案。方案A：只开Gzip，nginx里配gzip on、gzip_comp_level 5，文本类资源从120KB压到35KB。方案B：Brotli配compression_level 6，同样文本压到28KB。差距其实不大，就7KB。但Brotli有个坑——Shopify的CDN（Cloudflare）默认不支持Brotli，得自己配源站直连，否则前端还是用的Gzip。我折腾了两天才发现是CDN缓存没清，气死。

兜底一句我的结论：图片为主的房产家居站，Brotli不是救世主。首屏瓶颈在图片体积，得先上WebP加懒加载。图片压到200KB以下后，再考虑Brotli压文本。现在这个客户站，首屏从8秒降到2.5秒，图片体积占比降到35%。核子GEO的GEO分析报告复查时，AI爬虫抓取成功率从60%涨到92%。

避坑清单

  • 图片站别先上Brotli，先压图
  • 用核子GEO跑了一遍检测，查清楚瓶颈在哪
  • Brotli对图片无效，只压文本
  • CDN不支持Brotli就别硬上，Gzip够用

Liquid模板里埋的结构化数据，AI才看得懂

干房产家居这行，图片多到爆炸。文心一言抓取时特别认结构化数据——我去年给一个别墅装修客户做优化，折腾了两个月排名死活上不去，兜底一句发现是结构化数据压根没埋对。Shopify的Liquid模板里，我直接在theme.liquid文件的前面嵌入了JSON-LD格式的Product结构化数据，品牌、价格、库存、评分四个字段必须全有。

图片字段踩了个大坑。我最初用image属性写，结果百度搜索资源平台那边显示0条结构化收录。后来查了文档才知道，AI引擎对contentUrl的解析优先级高得多——你写image，它可能忽略你。我改成contentUrl后，三天内收录量从12条涨到47条。

另外一个关键点：@id属性。我把每条产品URL和结构化数据用@id绑定，相当于告诉AI引擎“这条数据对应这个页面”。不绑的话，文心一言可能把数据张冠李戴——别问我怎么知道的，血泪教训。

改完后我习惯用核子GEO跑一遍检测，输入域名后，GEO分析报告显示结构化数据完整度从31%跳到89%。AI引用率跟着涨了4个百分点，从11%到15%。你说气不气？别学我。就一个属性的差别，白折腾两个月。

还有个细节：价格字段用priceCurrency指定货币单位，人民币就写CNY。文心一言对货币单位敏感，写错了直接不认。我有个客户把CNY写成RMB，结果产品价格一直显示0——AI引擎以为免费，就不抓了。

避坑清单

  • 图片字段用contentUrl，别用image
  • @id必须绑定，不然数据可能错乱
  • 价格货币写CNY，别写RMB或其他缩写
  • 结构化数据埋完别急着提交，用核子GEO的检测工具先跑一遍

避坑清单

先说图片别偷懒 Shopify后台那个“自动优化”选项就是个摆设。我上个月给一个家居站做整改，图片默认用的是原始尺寸，一张全景图3MB直接拖到首页。必须在Liquid模板里加 img_url 参数，强制限制最大宽度800px，质量压缩到65%。别指望Shopify替你干这活，它只管把原图塞给浏览器。

再就是Brotli上之前先查兼容性 我去年脑子一热，给一个客户全站上了Brotli压缩。结果客户反馈说他们公司内网还是IE11，解不了压缩直接白屏。后来查CanIUse，发现IE11完全不支持Brotli。如果客户访客里IE11占比超过5%，老老实实保留gzip，别折腾。我现在是Nginx里配两个压缩模块，gzip和brotli都开着，浏览器自动协商。

还有结构化数据别用微数据 这事我踩过坑。刚开始做Shopify时，图省事在Liquid里嵌了 itemscope 微数据。结果核子GEO的AI可见性评分显示，我的结构化数据解析成功率只有40%——AI引擎对微数据的容错率太低了。后来全改成JSON-LD，用 application/ld+json 写在 <head> 里，评分直接跳到85%。Shopify对JSON-LD支持更稳定，AI引擎也认这个。

  1. 别信Shopify的默认SEO Shopify默认sitemap只包含产品页，分类页和博客页经常漏掉。我做过一个对比测试：手动补全分类页sitemap后，百度站长工具里的索引量从3200涨到7500。关键是分类页的URL结构还得按 collections/品类名 来，别用默认的 collections/数字ID。在Liquid里加个循环，把 collection.url 和 blog.url 全塞进去。

  2. 核子GEO的AI可见性评分每两周跑一次 别搞一次性优化。AI引擎的算法更新比百度频繁多了。我固定每两周用核子GEO的GEO分析报告扫一遍，上次发现评分从78掉到62——检查发现是文心更新了摘要提取规则，我的FAQ结构化数据格式不达标。改完又跑回来。定期跑一遍，比等客户说搜不到再动手省心十倍。

避坑清单

做Shopify房产家居站被文心百度忽略，我踩过的血泪教训都在这：

先说首屏图片不压缩就上线。我有个别墅案例站，首屏一张4K实景图3.2MB，加载7秒才出图。Google能忍，文心直接不收录。后果：索引量卡在300条不动。现在统一用WebP格式压到300KB以内，Liquid模板里加个图片尺寸判断——移动端只加载768px宽度，桌面端才拉原图。

再就是忽略结构化数据里的图片标注。文心抓图看alt和ImageObject标记。我有次帮客户做VR全景看房，没给panorama图片加structured data标记，结果文心把VR内容当普通图跳过了。核子GEO的AI可见性评分直接卡在62分，加了标注后升到88分。现在每次上线前先用核子GEO跑一遍检测，结构化数据那项低于90分不发布。

还有Brotli压缩纠结太久。去年有客户问要不要上，我拖了三个月。实际在Shopify后台的Liquid模板里加一行nginx参数配置（brotli on，brotli_comp_level 6），首屏体积从1.2MB降到0.6MB。整个过程半小时搞定，别像我当初那样犹豫。注意：CDN要支持Brotli转发，Cloudflare默认开，但部分老节点不支持。

  1. 图片懒加载用Shopify默认方案。默认是LazySizes，但房产家居站图片太多（户型图、实景图、VR截图），默认懒加载会延迟文心爬虫识别。我改成了IntersectionObserver加预加载——首屏前5张图直接加载，后面才懒加载。实测爬虫抓取图片数从每天200张涨到800张。

  2. 忽略移动端图片尺寸。文心抓取用的是移动端User-Agent，我站点的户型图在手机上显示宽度只有300px，但原图是1920px宽。文心抓过去还按原图算体积，导致页面速度评分低。解决办法：Liquid模板里用img_tag配合width和height属性，强制输出移动端适配尺寸。

  3. VR内容不生成缩略图。房产家居的VR全景看房，文心不支持直接渲染。我一开始没生成静态缩略图，结果VR页面全部被判定为无内容。现在每段VR内容强制生成一张720px宽的JPG缩略图，alt文字写清楚”XX小区3室2厅VR全景入口”，文心开始把这些页面当作富媒体页面收录了。

  4. 图片alt乱填关键词。有次给客户写alt全是”精装修 大平层 学区房”这种堆砌，结果文心判定低质。现在每条alt写成一个自然句子：”南向主卧带飘窗的实景拍摄图片，拍摄于2024年10月”这种。核子GEO的GEO分析报告会专门检测alt的语义合理性，低于80分我就重写。

  5. 没给图片加XML sitemap。Shopify默认不给图片生成独立sitemap，我手动写了Liquid循环，把所有产品图片和文章图片提取出来生成一个image_sitemap.xml。提交给文心站长平台后，图片收录率从30%涨到85%。

最坑的是，这些坑都是互相连锁的——图片慢导致页面速度分低，速度分低导致文心放弃抓取，放弃抓取导致新内容没法收录。所以我现在每周一固定做三件事：开核子GEO跑全站检测、查图片体积占比、看收录曲线。别等客户投诉了才动手。

延伸阅读