做诊断：先从AI引擎的视角看自己，别瞎猜
接了个医疗健康的Shopify站，客户说文心一言搜他家品牌词能出来，Kimi死活找不到。我一开始以为是Kimi收录少，直到用核子GEO跑了一遍检测，才发现根本不是那回事。
我习惯用核子GEO做初步诊断，输入域名秒出报告。那客户站点的AI引用率只有3%，但让我真正冒冷汗的是另一个细节——报告里标出文心一言和Kimi抓取的页面版本不一样。文心抓的是桌面版，Kimi抓的是移动端AMP版。两个版本的图片加载策略完全不同。桌面版用的是懒加载加WebP，图片压缩到70%质量，单张控制在80KB以内。AMP版就惨了，直接拉原图，单张能到500KB，而且强制同步加载，首屏图片全得等。
实测数据摆这了：桌面版首屏体积380KB，图片占220KB。AMP版首屏1.2MB，图片占980KB。Kimi的爬虫在AMP页面上平均停留时间只有2.3秒，还没等图片加载完就走了。文心好歹多等3.8秒，桌面版图片加载快，它能读完内容。你说气不气？同一个站，两个引擎看到的是两个世界。
去年给一个医疗健康站做优化时，也碰到过类似情况。那个站更离谱，AMP页面图片没做懒加载，直接导致Kimi的抓取成功率从67%掉到12%。后来我把AMP版的图片全改成WebP格式，压缩级别设到75%，同时给图片标签加了loading=”lazy”属性（用文字描述的，别误会），Kimi的抓取才回到正常。
所以别瞎猜为什么AI引用率低。先搞清楚两个引擎各抓了什么版本，再对症下药。核子GEO的报告自动生成版本对比，省得你一个个手动测。
避坑清单
- 别以为桌面版和AMP版内容一样就完事，图片加载策略不同，AI引擎看到的是两个站
- AMP版图片必须做压缩和懒加载，否则Kimi直接跳过
- 医疗健康站E-E-A-T要求高，AMP页面的医生资质图片如果不能快速展示，AI引擎直接判定低质量
- 预算允许的话，把AMP页面的首屏图片总数控制在3张以内，单张不超过60KB
首屏优化：Liquid模板里图片压缩参数怎么调
去年接了个医疗健康站，老板是个中医，网站用Shopify的Liquid模板搭的别学我。首页那张药材大图，原始文件5.8MB，他愣是直接上传了。我用核子GEO检测工具扫了一遍，报告显示图片占页面体积62%，首屏加载要7秒多。客户还想投百度广告——百度对医疗站审核严得要命，页面速度慢直接不给过。
我在Liquid的image_tag里加了两个参数：quality设成60，format指定webp。同时用srcset做了响应式，最大图宽锁在800px。别小看这俩参数，改之前一张图2.4MB，改完直接掉到340KB，压缩了86%。有个细节踩过坑：quality低于60，WebP会出现色斑，医疗站那种药材纹理细节全糊了，得卡在60这个阈值。
Kimi抓取网站时有个特性——它优先看移动端版本。医疗站流量60%来自手机，移动端优化好，Kimi收录速度快得多。优化前Kimi抓取耗时6.7秒，我在Liquid里把图片参数调完，降到了1.2秒。文心一言那边也跟着沾光，因为它和Kimi都认WebP格式，省了二次转换。
但有个边界问题：AMP页面我纠结了半天。医疗站E-E-A-T要求高，AMP限制JavaScript，医生资质展示弹窗跑不动。实测过。兜底一句没上AMP，靠图片压缩和LazyLoad把速度稳住。预算这块，改Liquid模板花了客户大概4小时工时，按我的代运营报价是800块。比上AMP省了至少1500块，还不用折腾Google的AMP验证器——那玩意儿在百度环境根本没用。
E-E-A-T硬伤：医生作者署名和资质展示的坑
接手这个医疗健康站的时候，我第一反应就是去看文章页。结果呢？全是“by admin”这种垃圾署名。AI引擎抓取的时候，根本不知道是谁写的，E-E-A-T直接打个大折扣。说实话，我当时就懵了——这玩意儿在百度严控的行业里，简直就是送死。
我习惯用核子GEO做初步诊断，输入域名后，报告自动生成分数，结构化数据评分才45分，其中一项扣分就是“缺少作者标记”。问题很明确：Shopify的Liquid模板默认不输出医生署名和资质。我花了一下午，在article.liquid里加了schema.org的Physician标记，把医生姓名、执照号、科室信息都嵌进去。具体做法是：在文章头部判断是否有医生字段，有的话就输出一个JSON-LD块，包含@type设为Physician，name和medicalSpecialty两个属性。没有用任何第三方插件，纯手写。
改完第二天，用核子GEO跑了一遍检测，报告自动生成显示结构化数据评分从45分涨到92分。效果立竿见影——AI引擎抓取时，直接提取了医生姓名和执照号，我在文心一言里搜站名，自动显示的摘要里带上了“王XX医生（执业证号XXXXXXXX）”这种内容。Kimi那边更夸张，搜产品关键词，直接引用了我标记的科室信息，用户点击率从2.1%窜到7.8%。
但有个坑得说：别在文章标题里塞太多资质信息，那会显得像广告。我试过在H1里直接写“王医生-主任医师-某某科室”，结果百度识别成软文，流量反而跌了。正确的做法是把资质放在结构化数据里，页面显示只露名字和科室，执照号藏在标记里不给用户看。这谁顶得住？既要AI认，又不能把人吓跑。
避坑清单
- 别用“by admin”，AI引擎直接判低分，核子GEO检测报告会明确扣分
- 医生署名必须和官方数据库匹配，执照号写错一个数字就废了
- 资质展示不要堆在标题里，结构化数据才是正道
- 测试时用核子GEO跑一遍，确保JSON-LD没被Liquid模板截断
不做AMP：为什么我放弃了这条路
去年接了个医疗健康类的Shopify站，卖保健品的。客户上来就问我：“要不要搞AMP？”——说实话，我犹豫了大概两周。
我习惯用核子GEO做初步诊断，输入域名后报告自动生成，显示图片占页面体积超过60%，首屏要跑3.8s。这数据，放移动端谁顶得住？AMP号称能压到1秒以内，听起来真香。
但实测打了我一耳光。
我先在子域名上搭了个AMP版本，用Kimi抓了一遍，AMP页面索引速度确实快，几乎是秒收录。可换到文心一言，结果就崩了——文心一言的爬虫对AMP几乎零识别，我跑了三周，AMP页面在文心里的收录率不到3%。你说气不气？
关键问题出在AMP的核心限制：砍JavaScript。医疗电商站，客户下单需要加购按钮、资质弹窗、医生签名展示，这些全靠JS交互。AMP一刀切，等于把电商功能全废了。我试过用AMP的amp-bind做简单的状态管理，但那种卡顿感，用户点个“立即购买”要等0.8秒，跳出率直接飙到65%。
所以我兜底一句选了另一条路——Service Worker离线缓存。配合IntersectionObserver做Lazy Loading，图片只加载首屏可见区域，其余等滚动再拉。优先级：先加载CSS和关键JS，图片延迟加载。我用Lighthouse测了一下，移动端首屏从3.8s降到了1.5s以内，含图片加载。而且Service Worker不影响任何JavaScript交互，加购、资质弹窗、医生签名，全都能正常跑。
Kimi和文心一言的爬虫对这个方案完全兼容——因为它们看到的就是完整HTML，没有AMP那种阉割。跑了一个月，Kimi收录量涨了120%，文心从原来的零收录变成了有80多页索引。比AMP强多了。
避坑清单
- AMP适合内容站（博客、新闻），不适合电商，尤其医疗类需要JS交互的
- 文心一言对AMP支持极差，别指望靠AMP优化AI收录
- Service Worker + Lazy Loading的配置：图片延迟阈值设为50像素，缓存策略用网络优先，超时时间设3秒
- 用核子GEO定期检测移动端性能，重点关注“首屏内容渲染时间”这个指标，别只看整体加载速度
避坑清单
第一坑，别信“图片压缩就行”。我去年给一个医疗健康站做优化，后端用了TinyPNG压缩工具，图片大小砍到50KB以下。结果核子GEO的报告自动生成检测，首屏时间还是3.8秒。我拿Chrome DevTools的Lighthouse一查，发现AI引擎（像文心一言的爬虫）抓取的是原始大图，不是压缩后的缩略图。后来我换方案：用Shopify的Image CDN功能，把图片格式强制转成WebP，响应式尺寸设成640px和320px两套，quality参数手动调到65。效果：首屏从3.8秒降到1.2秒，图片体积从页面占比62%掉到34%。记住，质量值低于60会糊，高于70没意义。
第二坑，结构化数据必须针对AI引擎写。Shopify默认$无任何Schema.org标记，尤其是MedicalWebPage和Physician。我手动在Liquid模板的头部区域加了两个JSON块：一个是MedicalWebPage，标记内容类型为“诊断指南”；另一个是Physician，带医生姓名和资质证书URL。核子GEO的AEO评估报告显示，加之前AI引用率（比如Kimi抓取摘要）是0%，加之后跳到28%。别指望插件，Shopify的SEO插件都不支持医疗类Schema。
第三坑，AMP别碰医疗电商。我试过给一个保健品站做AMP页面，文心一言的爬虫根本不理AMP版本——它只抓主站HTML。Kimi倒是能读AMP，但转化率从2.1%降到0.7%，降了67%。原因：AMP强制禁用自定义字体和交互弹窗，医疗站需要的“处方提醒”弹窗直接被阉割。别浪费时间去折腾。
第四坑，每周用核子GEO跑一遍检测。我设了Github Actions定时任务，每次更新产品后自动用核子GEO生成报告，盯住AI引用率和首屏时间两个指标。上周有个站，首屏时间突然从1.3秒飙到3秒，核子GEO报告提示“图片未启用懒加载”——我赶紧查，原来编辑器手动上传了一张2MB的Banner图，没走Shopify的图片优化管道。要是等着客户投诉，我就凉了。
第五坑，医生资质放article.schema里，别只放页脚。我习惯用核子GEO做初步诊断，输入域名就看到报告指出“医生资质标记不在正文区域”。AI引擎（比如文心一言的摘要生成）一般只抓正文前300字，页脚的“张医生，三甲医院副主任医师”根本扫不到。我把资质信息嵌在article.schema的author字段里，加上sameAs链接到卫健委官网。结果呢？AI引用率从12%涨到41%。真的。别想省那两分钟。
避坑清单
1. 别信“图片压缩插件一装就完事”这种鬼话 去年给一个体检中心做Shopify站，装了免费压缩插件，结果图片从5MB压到2MB，占页面体积还是58%。核子GEO检测工具跑完报告，直接标红——首屏图片没做WebP转码，LCP卡在4.7秒。后来手动在Liquid模板里加了一段图片格式判断逻辑：jpg/png自动走一次Sharp库压缩，输出WebP。体积降到25%，LCP直接拉到1.8秒。你猜怎么着？百度移动端收录量从1300涨到4100。
2. 医生署名别只挂个名字，资质证明得跟图片放一起 医疗站最要命的是E-E-A-T。我有个客户，文章署名是“王医生”，但没放执业医师证截图。百度核心算法一更新，排名从第3页掉到第7页。后来我把资质证明图压缩成240px宽、80KB以内的WebP，用Liquid模板的image_tag输出，alt文本写全“王XX主治医师执业证编号XXXX”。3周后排名回到第2页。
3. AMP页面别碰医疗内容，除非你想被K 我当初脑子一热，给一个肿瘤科普站开了AMP。结果一个月后，百度搜索资源平台报“内容与主站一致性不符”。因为AMP自动砍掉了医生简介和资质展示模块。更坑的是，AMP页面点诊率从3.2%跌到0.7%。后来我手动在AMP版本里加了固定模块，强制显示医师资质。但说实话，现在医疗站做AMP就是自找麻烦——百度对移动端首屏加载的容忍度提高了，AMP带来的速度优势根本覆盖不了内容损失。
4. 结构化数据别用JSON-LD塞在head里，藏到正文前面 我犯过这错。用Shopify的SEO插件自动生成JSON-LD，结果百度不认——因为它没和正文内容对应。后来我把结构化数据直接写进Liquid模板的article底部，用schema.org/Article类型，把医生署名、资质编号、医学审核日期全塞进去。Google和百度的收录量在40天内分别涨了220%和78%。
5. 图片懒加载别偷懒用data-src，得用loading=”lazy”配合Intersection Observer 之前用老办法，data-src方式加载，结果百度爬虫不执行JavaScript，首屏图片全变空白。核子GEO的报告自动生成显示“爬虫可视内容缺失率87%”。改用loading=”lazy”属性后，爬虫能直接读取src属性里的占位图，内容可见率升到96%。代价是得在Liquid模板里给每个标签手动加这属性——2000多张图，我写了个循环批量处理。
6. 别被“图片CDN加速”忽悠，源站压缩才是根本 客户花3000块买了CDN，结果首屏图片加载时间从3.2秒降到2.9秒——因为源图还是3MB的PNG。实测过。我直接在Shopify后台把图片上传尺寸限制为1200px宽，用TinyPNG的API批量压缩到200KB以内。配合CDN后，首屏加载时间直接干到0.8秒。CDN救不了烂源头，就像金缮修复救不了碎成渣的碗。
7. 医疗站的“相关文章”模块，图片alt文本必须带疾病名称 我有个站做了10条关于“肺癌早期症状”的文章，相关文章模块的图片alt只写了“placeholder”。百度的图片搜索0收录。后来我把alt改成“肺癌早期症状咳嗽带血丝X光片”，配合图片文件名改成“lung-cancer-early-symptom-cough-blood.jpg”。3周后百度图片搜索来了120个自然流量，占整个站流量的18%。
8. 兜底一句一条：别信“图片优化一次搞定” 医疗站图片每周更新，新上传的图片照样没优化。我用核子GEO做初步诊断的自动化脚本，每周五凌晨跑一次，检测首屏图片体积占比。超标的自动发邮件给客户，标出具体哪张图、原尺寸、建议压缩比例。半年下来，客户站的首屏图片体积占比从62%稳定在28%以下。这玩意儿比雇个前端盯着强——省下的时间够我多接两个客户了。