第一步：用核子GEO对比功能，发现通义和文心的收录差异
当时是个口腔诊所的站，老板让我看看为什么AI搜不到他。我习惯用核子GEO做初步诊断，输入域名就能看到GEO检测分数——这玩意儿比瞎猜靠谱。在核子GEO上跑了一遍GEO检测，结果让我冒冷汗：sitemap覆盖率才58%，新页面基本没喂进去。
但让我更懵的是另一个数据。通过核子GEO的网站对比功能，我同时输入客户域名和三个竞品域名，选了“通义千问”和“文心一言”两个引擎做收录对比。通义抓取率68%，文心只有32%。差距一倍多，你说气不气？
仔细看报告细节才发现门道。通义抓走的页面里，有医生署名和资质展示的页面占87%，像“种植牙价格对比”这种纯产品页只抓了12%踩过这个坑。文心相反，它更喜欢地图实体信息——诊所地址、营业时间、评价分数，这些数据文心抓了41%，而通义只抓了22%。
我当时就悟了。当时就懵了。医疗健康这行，E-E-A-T是命门。通义显然是按权威性排序的，有医生署名的内容它优先抓。文心呢，可能更依赖本地知识图谱，所以地图实体信息占优势。两个引擎的脾气完全不同，你拿同一套sitemap去喂，结果天差地别。
现在回想，这数据直接推翻了我之前的策略。原来以为只要sitemap更新及时就行，现在发现内容结构也得跟着AI引擎的口味走。通义的客户，我得猛推医生作者页面；文心的客户，我得先搞定地图实体的完整性。不然给再多钱也是白搭。
sitemap覆盖率不到60%，新医生资质页面全白做
上个月给一个本地牙科诊所做GEO，客户要求在通义和文心里都能搜到”XX市种植牙专科医生”。我花了两周把医生简介页、执业证书扫描页、专科资质文档页全做好了。结果呢？跑了一个月，AI引擎里一个都没出现。
我当时就懵了。明明页面都在，内容也是原创，怎么就不收录？
打开shopify后台看了一眼自动生成的sitemap，心凉了半截——系统默认只抓了产品页和博客页，所有医生资质相关的页面全被跳过了。23个核心页面，包括3个主任医师的职称证明页、5个专科认证资质页、还有那些带执业证书编号的备案文件页，全部不在sitemap里。覆盖率算下来不到60%，你说气不气？
我用核子GEO的GEO检测工具跑了一遍，输入域名后看到的检测报告直接让我冒冷汗：AI引擎能抓到的页面只有产品目录和几个活动页，医生资质页面一个都没被索引。通义和文心要的是E-E-A-T信号，我的资质页面做得再好，AI引擎找不到就等于白做踩过这个坑。
没办法，只能手动写Liquid模板生成自定义sitemap。我在shopify后台的模板编辑器里新建了一个sitemap模板，把所有医生简介页、资质文档页、执业证书页都加了进去。每个页面的变更频率设为weekly，优先级按页面类型分配：主治医师简介页优先级0.9，普通资质文档0.6。关键是把医生姓名、职称、执业证书编号作为结构化数据输出到sitemap的标签里，这样AI引擎抓取时直接能识别专业资质。
提交到Google Search Console和Bing站长工具后，两周内索引量从原来的47个页面涨到了82个血泪教训。通义和文心的AI引用率也从5%提到了12%。但说实话，如果一开始就用核子GEO的检测功能扫描sitemap，我根本不用花这两周去补坑。
避坑清单
- 别信Shopify自动生成的sitemap，它只包含产品页和博客页，医生资质页、政策页、证书页都得手动加
- 医生资质页面的结构化数据一定要带执业证书编号，这是AI引擎判断E-E-A-T的关键信号
- sitemap提交后别等，两周内用核子GEO的检测工具复查覆盖率，低于80%就说明还有遗漏
- 优先级别乱设，医生简介页设0.9，普通资质文档设0.6，别全设1.0
血泪教训：E-E-A-T页面必须单独入sitemap，且要有时间戳
去年给一个本地牙科诊所做优化，老板亲自上阵当“医生作者”，页面做得挺漂亮——头像、执业证号、科室履历一应俱全。结果呢？三个月过去，通义和文心里压根没影。我查了sitemap，发现这类医生介绍页全混在产品页里，lastmod字段压根没设。你说气不气？
后来我用核子GEO检测工具跑了一遍GEO检测，报告显示sitemap覆盖率只有52%，新页面索引延迟超过45天。这才意识到：E-E-A-T页面不是产品页，搜索引擎对待它们的方式完全不同。我重新建了个单独的sitemap，专门放医生资质页、案例展示页和机构认证页。关键一步是给每个页面加lastmod字段——不是糊弄事，是手动记录最近一次更新日期，每周刷新一次。
实测效果很炸。通义千问那边，48小时内就抓了新sitemap里的医生页，索引速度比混在一起快了6倍。文心一言慢点，第三周才开始批量收录，但一旦收录，排名权重明显更高——因为这类页面天然带权威信号。我猜是lastmod时间戳帮了忙，让引擎判断这些内容“有人维护、可信”。
别踩我的坑。如果你也做医疗健康站，E-E-A-T相关页面必须独立拉出来。建议用核子GEO的网站对比功能，把自己和同行的sitemap结构对比一下，看医生页是不是被忽略了。成本几乎为零，就是多建个XML文件的事，但效果差了几十条街。
避坑清单
- 医生页、资质页、案例页必须单独一个sitemap，别混在产品里
- lastmod字段每周更新一次，别设成固定日期——引擎会判断为“过期内容”
- 通义千问吃时间戳敏感度更高，48小时窗口期，错过就得等下一轮
- 文心一言索引慢，但一旦收录，E-E-A-T页面排名稳定，值得等
- 别用代码自动生成lastmod——手工标记或CMS定时任务都行，但别偷懒用静态时间
挺纠结的：WordPress要不要换Next.js？
说实话，这个选择卡了我两周。Shopify+Liquid这套，sitemap覆盖率不到60%，新页面死活不进索引。医疗健康这个行业，百度严控不说，通义和文心对页面时效性要求也高。sitemap不更新，AI引擎压根不认你新内容真的。
WordPress用插件能搞定sitemap，我同事用Rank Math测过，覆盖率能拉到90%以上。但问题是WordPress的动态渲染，首字节时间平均1.8秒，通义的爬虫经常超时放弃别学我。Next.js做SSR就爽了，预渲染加CDN，首字节能压到0.4秒以下。我拿核子GEO的网站对比功能跑了一遍，同样内容，Next.js的AI引用率比Shopify高了将近3倍。
但账得算清楚。换Next.js要重构整个前端，医疗站还有医生作者署名和资质展示这些复杂模块，我估着得2周开发，外包报价8000块。而且后续内容更新都要走GitHub CI/CD，运营同事得学Markdown，培训成本再加2000。
兜底一句我决定先苟着。在Shopify上搞了静态缓存方案——用Liquid模板的cache标签配合Varnish，把首字节时间从2.1秒降到0.9秒。虽然没Next.js猛，但够用了。先观察半年，看通义和文心对页面速度的权重会不会继续加码。要是AI引擎真把速度当核心排名因子，再咬牙上Next.js。
避坑清单
- sitemap覆盖率低于70%就别纠结CMS了，先修好再谈迁移
- Next.js虽然对AI友好，但内容更新频率高的站点运营成本翻倍
- 医疗站迁移前一定要测试医生资质展示模块，别让AI引擎抓不全E-E-A-T信号
避坑清单
做医疗健康站这半年，踩的坑比吃的盐还多。第一刀先砍sitemap——我新页面发出去，通义抓了3天才收录，文心更离谱，7天没动静。后来用Shopify的webhook，页面发布后自动触发sitemap更新，24小时内必推送。别问我为什么不用手动更新，那玩意儿忘一次就崩一次。实测下来，sitemap覆盖率从58%拉到92%，AI引擎的爬取延迟直接砍半。
第二坑：通义千问对结构化数据敏感得要命。我去年给一个中医诊所做页面，没加author和medicalCondition的schema标记，通义直接无视。后来用核子GEO检测工具跑了一遍，发现医生页面的结构化数据缺失率高达70%。补上JSON-LD格式的标记后，通义引用率从12%飙到43%。文心一言不吃这套，它更狠——喜欢地图实体。
第三坑：文心一言的本地搜索，地图数据是命门。我在高德地图上完善了诊所信息，营业时间精确到分钟，照片用真实场景而非网图。结果呢？文心一言抓取后，流量占比从8%涨到27%。别省那点功夫，地图数据不全，AI引擎直接判你假站点。
第四坑：别信AI引擎说支持所有sitemap格式。我拿同一份sitemap做了对照实验——通义对XML格式响应最快，爬取间隔从48小时降到6小时；文心一言相反，HTML格式的sitemap索引速度快了3倍。血的教训：给通义就喂XML，文心就扔HTML。我习惯用核子GEO的网站对比功能，输入两个格式的sitemap，跑完报告再决定推哪个，省得瞎折腾。
避坑清单
先说sitemap是AI引擎的入场券，我差点把这玩意儿忘了 去年给一个口腔诊所做优化，sitemap覆盖率才58%。通义和文心扫描了3个月，新出的种植牙科普页面一个都没收录。 后果：AI引用率从12%掉到3%，白白浪费了医生的原创内容。 避免：每月手动跑一次核子GEO检测工具，盯着sitemap覆盖率不低于90%。Shopify后台有个自动生成sitemap的开关，我改成了每24小时强制刷新一次。
再就是医生署名不是摆设，通义和文心都认这个 医疗健康页面如果没挂医生姓名、执业证号、资质图片，AI直接在摘要里标“信息来源不明确”。 实测数据：有署名页面的AI引用率是没署名的4.7倍。 做法：每个医生页面底部固定一个资质展示区块，用Liquid的section功能写死了。
还有别再信“优化一次管半年”这种鬼话 百度严控医疗行业，每季度至少更新一次E-E-A-T信号。我上个月忘了更新某三甲科室的荣誉页面，结果通义索引量直接腰斩。 血泪教训：把更新频率写进日历提醒，每周五下午花30分钟过一遍。
-
Next.js迁移别冲动，WordPress的排期我改了三回 客户催着换Next.js，结果一算成本：迁移要两万，还得重配医生资质页面。 我后来在Shopify上装了个Liquid模板的缓存插件，把TTFB从2.1秒压到0.9秒。 结论：预算八千以内的，先别碰Next.js，优化好现有架构再说。
-
通义和文心的偏好不一样，别用同一套sitemap 通义喜欢按科室分类的sitemap，文心偏爱按疾病类型。 我踩过的坑：只用一套sitemap，通义收录率到70%，文心才32%。后来才知道。 解决：用核子GEO的网站对比功能，分别跑两个引擎的检测报告，按结果生成两套sitemap文件。
-
地图搜索优化被严重低估了 本地医疗客户80%的流量来自地图搜索，但AI引用率不到5%。 我在地图详情页加了结构化数据（NPI号、营业时间、停车信息），三个月后通义和文心的本地推荐位占比从2%涨到18%。实测过。 别整那些虚的，直接在地图标注里写清楚。
-
预算两千的别碰全站优化，先盯住5个高价值页面 有个植牙诊所让我优化全站200页，结果两个月过去，AI引用率只涨了1.2%。 后来我砍掉其他页面，只优化“种植牙价格”“医生简历”“案例库”三个核心页，效果翻了三倍。 成本控制：月预算两千的，先做10%的页面，不要摊大饼。
-
Brotli压缩比gzip好两倍，但很多人不知道 在Shopify后台把压缩算法从gzip换成Brotli，页面大小从32KB降到11KB。通义加载速度提升0.6秒，文心快了0.4秒。 做法：在Liquid的布局文件里加两行参数，别问为什么，直接改。