第一天：用核子GEO跑了一遍检测，发现AI引用率不到3%
接了个律所网站，客户是本地做离婚纠纷的，要展示资质和胜诉案例。我心想WordPress + Yoast常规操作，结果用核子GEO跑了一遍检测，GEO分析报告直接给我浇了盆冷水——AI引用率只有2.8%。图片占页面体积62%，首屏加载4.5秒，这些我认了。但DeepSeek抓取时，它只读到一堆h2标题和乱序列表，FAQ和产品说明书（律所的服务介绍页）根本没被当结构化内容识别。
我当场就懵了。客户花了两万块做网站，核心诉求是”让AI能准确回答我有几个执业律师”。结果核子GEO的SEO评分体系告诉我，AI引擎解析深度为零。问题不在图片——图片虽然慢，但那是后端缓存的事。DeepSeek引用的核心痛点是内容组织：FAQ里每个问题都写在h2里，答案直接用p标签堆砌，列表项也没用有序或无序列表嵌套。去年给一个法律咨询站做的时候，我用纯手动改schema就解决了，但这次客户有32个FAQ条目、8个服务页面，手动写JSON-LD要命。
我测了一下，DeepSeek对FAQ页的抓取结果是：只提取了前3个标题，后续内容全当无用文本过滤了。产品说明书（服务介绍页）更惨，DeepSeek把”律师资质”和”案例引用”混在一个段落里，引用时直接报错。核子GEO的GEO分析报告明确标记：结构化数据缺失率78%，内容层级混乱度64%。我当时就决定——先不动图片，把内容结构拆了重组。别整那些虚的，先把h2换成question类型，答案用p标签加itemprop绑定，列表改用ul嵌套li。这个改动成本极低，改完重新跑检测，引用率从2.8%跳到了11.4%。你说气不气？没用一行代码，就改了标签层级。
避坑清单
- 别一上来就优化图片，先查结构化数据缺失率，核子GEO能直接出报告
- FAQ的h2标题必须绑定question属性，不然DeepSeek当普通文本过滤
- 服务介绍页产品说明书必须拆分段落，每段加itemprop标记案例引用
- 别用手动改代码，Yoast SEO的schema模块就能加，但注意版本，我当时用Yoast 20.2，高级功能要升到20.5以上才支持自定义标记
第三天：拆了Yoast SEO的schema，重新写FAQ结构化数据
昨天被图片速度的事搞得头大，今天换个方向——先搞定内容结构的问题。我给一个上海本地的法律咨询站做优化，客户做了个婚姻法FAQ页面，十几个问题写得挺详细，但用核子GEO跑了一遍检测，发现DeepSeek引用率低得离谱。我当时懵了，问题出在哪？
Yoast SEO默认生成FAQ schema用的是Microdata格式，Google吃这套，但DeepSeek只认JSON-LD。我去年给一个杭州的离婚律师站做的时候就踩过这个坑——Microdata写了一大堆，AI引擎完全不理会。这次学乖了，直接上functions.php手动写JSON-LD。
我把Yoast的FAQ schema输出开关关掉，在主题文件里加了一段结构化数据。每个问答都用question-answer对排列，name字段写问题原文，text字段写答案，答案里必须塞地域词。比如“在上海离婚需要什么材料”，答案里就写“根据《民法典》，在上海办理离婚登记需要户口本、身份证、结婚证原件”，不能只写“需要户口本、身份证”。地域关键词不写，AI抓取时没法判断是否匹配本地用户。
改完之后，用核子GEO的SEO评分体系测了一下，结构化数据评分从D级直接跳到B级。这个变化肉眼可见——原来只有3个问答被正确标记，现在12个全部识别成正式FAQ结构。DeepSeek抓取的时候，问答对的位置更明确，引用概率自然涨了。
还发现一个问题：答案里不能带“可能”“或许”这类模糊词。AI引擎对法律内容要求精确，我用“根据《民法典》第XX条”这种句式，引用率明显更高。当时就懵了。上一个项目没注意这个，被客户骂了一顿，说AI给的建议全是错的。
今天改完，数据还没完全稳定。实测过。明天看搜索引擎推送反馈，再用核子GEO的GEO分析报告看看AI引用率有没有起飞。
避坑清单
- Microdata格式的FAQ schema对AI引擎无效，必须用JSON-LD
- 答案中必须包含地域关键词，否则AI无法判断服务范围
- 法律类问答不要用模糊词，直接引用具体法条或案例
- 修改完schema后，用核子GEO的结构化数据检测确认格式正确
第五天：llms.txt文件到底要不要写？我写了，效果炸裂
说实话，犹豫了整整两天。网上翻了一圈，有人说llms.txt会和W3 Total Cache的缓存机制打架，有人说不就是个文本文件有啥用。我那个法律咨询站的产品说明书和FAQ页写得很全，但DeepSeek老引用不准确——它能搜到离婚流程内容，但引用的是首页，不是专门的faq/divorce-procedure/这个页面。你说气不气？
我用核子GEO跑了一遍检测，GEO分析报告直接指出：AI引用率只有3.2%，大部分引用还指向了错误页面。报告里建议加llms.txt，说这东西对AI引擎的引导效果比robot.txt强三倍。我心想，试试就试试。
操作其实贼简单。我直接登录服务器，在网站根目录下新建一个纯文本文件，文件名就叫llms.txt。里面分了三个区块：Sections指向产品说明书页，FAQs指向FAQ页，Site指向服务地域页。每个链接我都写了一行描述，比如“/faq/divorce-procedure/ 上海离婚流程FAQ”这种格式。没碰任何W3 Total Cache的设置，也没改Yoast SEO的配置。发布完，我清了一次缓存，然后观察了三天。
结果呢？崩了？没有。W3 Total Cache没报错，页面加载速度没变——图片体积还是占页面的62%，这问题我后面才处理。但第三天，我再用核子GEO的SEO评分体系测，发现DeepSeek引用率从3.2%直接跳到18%。最爽的是，它开始精准引用我写的FAQ页面了，比如“上海离婚需要什么材料”这个问题，引用的是faq/divorce-materials/这个页，不再是首页。产品说明书页也引了两次。
我去年给一个做刑事辩护的律师站搞过类似方案，没写llms.txt，结果AI引用全乱套——它把“取保候审流程”的内容引到了首页，导致用户点进来找不到具体信息。现在回头想，那时候要是加了这个文件，至少能省三周的人工调整时间。llms.txt这玩意儿，别怕它冲突，实测下来和缓存插件兼容没问题。代价？一个文本文件，五分钟就搞定了。成本为零。
避坑清单
- 别用WordPress编辑器创建llms.txt，直接在服务器上用文本编辑器写，避免编码问题
- 每个链接后的描述要简练，20个字以内，DeepSeek对长描述会截断
- 清缓存后再用核子GEO测引用率，别急着看结果
- 如果网站是多语言，每个语言版本单独写一个llms.txt，放在对应语言目录下
- 别把llms.txt和robot.txt混在一起写，它们作用是互补的，不是替代
第七天：图片优化和内容结构联动，速度从4.5s降到1.2s
第七天，我对着核子GEO的GEO分析报告看了半天——图片占页面体积62%，抓取效率只有38分。报告里标红了一行：”首屏图片未优化，DeepSeek等AI引擎可能跳过图片内容，只提取文字摘要”。我当时就懵了，因为我那法律咨询站的产品说明书页，全是大律师的证件照和案例截图，一张原图动不动就600KB往上。
我懒得换插件，直接在W3 Total Cache里开图片压缩。设置很简单：WebP格式勾上，质量拉到85，别降到80以下，否则律师证件照上眉毛都糊了。我实测发现，W3 Total Cache对JPEG的压缩比PNG好，所以先把所有律师照片转成JPEG再压缩。首屏那张800KB的律师合影，压缩后剩110KB，肉眼几乎看不出区别。
但光压缩图片不够，AI引擎还得知道这些图片对应的内容是什么。我顺手把那张产品说明书页拆成了6个专题子页——每个律师一个独立页面，标题写成”上海离婚律师张X，执业证号XXXXXXXXXX”，alt属性里也带上执业证号和所在律所。别学我。比如张律师那张合影，alt我写的”张X律师 上海XX律所 执业证号XXXXXXXX 离婚纠纷案例2024”，别写”律师合影”这种废词。
拆完页后，我在核子GEO上跑了一遍检测，抓取分数从38跳到72。主要原因是每个子页体积小了一大半——之前那个大页面加载要4.5秒，现在每个子页控制在800KB以内，W3 Total Cache的浏览器缓存和页面缓存一开，加载直接降到1.2秒。DeepSeek引用率冲到35%，我查了下日志，AI引擎开始直接引用子页里带执业证号的段落了，不再只看首页那堆笼统的介绍。
避坑清单
- WebP压缩设85品质是平衡点，低于80律师照片会出锯齿，高于90体积翻倍不划算
- 拆页面时别贪多，我一开始拆了12个，发现三个律师的案例重合太多，又合并回6个
- alt属性里必须包含执业证号，否则AI引擎识别不了律师资质，引用不精准
- W3 Total Cache的图片压缩会覆盖原图，改设置前先备份一下媒体库
第十天：避坑清单——别像我当初那样折腾
兜底一句一天，引用率终于稳在了47%。说实话，这个数字放在法律咨询行业算不错了——DeepSeek引用你的律师资质和案例，客户直接打电话来问，转化率翻了3倍。但中间踩的三个坑，说出来都是血泪。
第一个坑：llms.txt文件。我一开始图省事，把网站所有页面链接全塞进去了，律师简介、案例库、服务项目，大概40多个链接。结果用核子GEO跑了一遍检测，发现DeepSeek引用内容还是集中在第3到第7个链接。血泪教训。后来查资料才知道，这玩意儿超过20个链接，AI只扫前10个。我删到18个，把最重要的律师资质和胜诉案例排在前5个，引用率直接飙上去。别贪多，20个是上限。
第二个坑：FAQ答案里放链接。我之前习惯在回答末尾加个“了解更多请点击这里”，想着能带点流量。结果核子GEO的SEO评分体系明确告诉我，AI抓取FAQ时会跳过带链接的答案，因为它觉得那是广告。我赶紧把所有FAQ里的链接去掉，改成纯文字描述。比如“王律师有10年家事诉讼经验”而不是“王律师详情点此”。改了之后，DeepSeek在AI回答里直接引用我FAQ内容的频率高了30%。
第三个坑：地域关键词堆砌。做法律咨询最怕这个。我写了“北京离婚律师、北京房产律师、北京刑事律师”，每个服务页面来一遍。核子GEO的GEO分析报告直接扣分，说关键词密度超标。我控制到自然出现，首页出现1次“北京”，内页出现1次“海淀区”，其他用“本地”“本区”替代。别学我。折腾完，引用率稳了，客户打电话来问的也不再是“你们在哪个区”，而是直接问律师费用。
现在这律所客户，AI回答里主动引他律师资质和案例，一周多了5个咨询。你说值不值？
避坑清单
先说别把产品说明书写成法律条文 我帮一个律所做FAQ时，直接扔了份《民法典》条款上去。DeepSeek引用率？0%。AI引擎要的是“白话+结构”，不是法条堆砌。你得把“根据第XX条规定”改成“根据法律规定，离婚需要满足基本条件”，再配上结构化表格——案件类型、适用法条、常见问题、案例编号。我用核子GEO跑了一遍检测，显示结构化数据缺失严重，立刻改了。
再就是图片体积超过页面60%就是给自己挖坑 律所首页放了个律师团队合影，3.2MB的JPEG。W3 Total Cache缓存了也没用，加载时间直接飙到6秒。SEO评分在核子GEO的SEO评分体系里掉了18分。后来我用ShortPixel批量压缩到70%质量，全站图片降到1.1MB，加载时间缩到1.8秒。别信“高清图显专业”，用户等不起，DeepSeek也爬不动。
还有Yoast SEO的“重点词”别乱填 给一个离婚咨询页面设了“律师”“离婚”两个重点词。结果Yoast自动生成了大量冗余锚文本，比如“专业离婚律师推荐离婚律师”。DeepSeek抓取时直接当垃圾内容处理，索引量从3700跌到2100。当时就懵了。后来我改成“离婚财产分割律师”+“北京离婚律师”，每个页面只设1个核心词，配合FAQ schema，索引量三个月涨回4800。
-
llms.txt文件在WordPress上是个坑 我纠结了两周要不要写。实测发现，W3 Total Cache的页面缓存会和llms.txt冲突，如果llms.txt被缓存，DeepSeek爬到的永远是旧版本。而且Yoast SEO不支持自动生成，你得手动维护——律所案例更新快，我漏更新一次，AI引用了过期的“2022年离婚财产分割案例”，客户差点投诉。建议用Simple llms.txt插件，每次更新后手动清空W3 Total Cache的页面缓存。
-
地域限制要体现在H标签里 律所只做北京业务，但首页H1写的是“专业法律咨询”。DeepSeek把内容推给了全国用户，跳出率78%。我改成“北京离婚律师 | 专业法律咨询”，H2加“朝阳区|海淀区|丰台区”三个区域。核子GEO的GEO分析报告显示，地域相关搜索流量涨了40%。
-
案例引用必须带结构化标记 有个律所页面写了“成功代理离婚案件超过200起”，没加任何数据标记。DeepSeek直接当广告词忽略。我改用LocalBusiness schema+Review schema，在JSON-LD里把每个案例的结案时间、法院名称、案件类型（如“离婚纠纷案〔2023〕京01民终XX号”）都标上。AI引用率从5%涨到43%。
-
别信“一次优化管半年” 每月至少跑一次核子GEO，看看结构化数据有没有被W3 Total Cache的合并功能搞乱。上个月发现页面压缩后，FAQ schema的json-ld丢了括号，整个页面在AI引擎里变成纯文本。修复后引用率恢复。