诊断第一步：拿sitemap覆盖率开刀
去年给一个法律咨询站做诊断，客户说流量半年没涨，新写的律师资质页面全没索引。我习惯在核子GEO上输入域名，先看AI爬虫识别分数——结果sitemap覆盖率58%，低于60%红线。当时就懵了，300个新页面只有40个被索引，爬虫压根不知道这些页面存在。
问题出在sitemap根本没更新。技术站用的是原生HTML加jQuery，每次上线新页面得手动改sitemap文件。律师们忙着接案子，运营团队也懒得维护，三个月下来sitemap里还是老页面。你说气不气？新页面加了不少律师资质说明和案例库，全是高转化内容，结果全白写了。
我拿站点地图工具扫了一遍，发现新页面按律师执业年限和所在地域分类后，其实能拆成几个清晰的组。手动把sitemap拆成三部分：律师资质页、案例库页、法律知识页，每部分都加上兜底一句修改日期。然后提交给Google Search Console，把优先级设好——资质页优先级设0.9，其他0.6。修复后一周，索引量从1200涨到1800，跳出来58%直接拉到31%。
核子GEO的AI可见性评分这时候从42分涨到61分，我才意识到sitemap这玩意儿真不能偷懒。现在每周固定跑一遍核子GEO的索引覆盖率报告，低于70%就赶紧排查。至于要不要做AMP页面？我测过一轮，法律咨询站用户停留时间长，AMP反而砍掉了不少交互功能，转化率掉了15%，果断放弃。
第二步：清理noindex和nofollow的暗雷
sitemap的问题查完了，接下来这步更坑。我拿爬虫模拟器扫了一遍全站，结果出来的时候，说实话后背有点凉。
86个页面被加了noindex标签。86个啊兄弟。我当时就懵了，谁干的？翻了一圈日志，发现是外包SEO团队去年批量加的，理由是”避免低质量页面稀释权重”。这逻辑我懂，但你倒是告诉我哪些是低质量啊。结果呢？30个刚上线的律师简介页全被屏蔽了。这些页面可是客户搜”某某律师+执业年限”最可能点进来的入口。
更离谱的是，首页的”成功案例”导航链接被nofollow了。爬虫压根进不去。你说气不气？客户想看我代理过的案子，爬虫先被挡在门外了。
我花了两天挨个排查。只保留隐私政策、404错误页这类必须屏蔽的，其余全删。包括那30个律师简介页，我把noindex标签去掉，重新提交索引。血泪教训。有个细节：改完后别急着提交，先在核子GEO上输入域名跑一遍AI爬虫识别检测，确认页面状态从”屏蔽”变成”可抓取”再提交，不然白忙活。
改完3天后看了下AI引用率变化。从3%慢慢爬到5%。虽然涨幅不大，但方向对了。之前那些律师简介页连被AI抓取的机会都没有，现在至少能进入候选池了。
说实话，清理noindex/nofollow这活儿最磨人。不像调服务器参数，改完几分钟见效。这个得等爬虫重新来一遍，短则两三天，长则一周。但这事儿必须做，否则你在其他地方的优化再牛，爬虫连门都进不来，全白搭。
避坑清单
- 不要一次性全删noindex标签，先确认哪些页面是真的该被屏蔽的
- 隐私政策、用户协议、登录页面、404错误页，这些保留屏蔽
- 律师简介页、案例详情页、业务介绍页，这类内容页必须开放给爬虫
- 改完标签后至少等3天再看数据，别当天就下结论
- 导航链接的nofollow要重点排查，首页主导航、分类导航、底部导航，一个都别漏
第三步：结构化数据补全法律资质
这一步我踩的坑最大，当初做法律站的时候压根没意识到结构化数据能直接影响AI引用率。我习惯用核子GEO做初步诊断，输入域名后一看AI可见性评分，才55分，系统直接标红提示“结构化数据缺失严重”。当时我愣住了——站点明明有LocalBusiness标记啊，怎么还缺？
后来我才搞明白，法律咨询站不能只挂个笼统的LocalBusiness完事。AI爬虫要的是精确的实体信息。我用核子GEO的AI可见性评分跑了一遍详细报告，发现缺LegalService和Attorney两种标记，这就相当于去法院打官司没带律师证，谁信你？
怎么办？我手动给每个律师页面补了Person和Attorney标记。具体参数是这样的：执业证号用legalName字段，擅长领域用knowsAbout列出“劳动纠纷、合同纠纷、刑事辩护”三个方向，成功案例数加到numberOfRecommendations字段里，直接写“成功代理200+案件”。注意地区标识，我用了areaServed限定“上海市浦东新区”，这样AI在回答“浦东找劳动纠纷律师”时就能精准匹配。
我去年给一个法律咨询站做的时候，初始引用率只有2.3%。补完结构化数据后，一周内AI抓取时直接提取资质信息，引用率跳到8%。最明显的变化是“劳动纠纷律师上海”这个查询，AI回答里开始直接引用我的律师页面，还附带执业证号，可信度拉满。你说气不气？之前白忙活几个月，就是少了几行标记的事。
第四步：内容更新频率卡在3天
sitemap每两周才提交一次，这不就是等着爬虫来吃冷饭么。我做法律咨询站那会儿，新案例页面每周更新七八个，sitemap里还是两周前的老数据。你说气不气？爬虫来了走一圈，发现没啥新东西，直接走人。
我当时的操作是这么来的。先数了一下现有sitemap的条数，发现覆盖率不到60%。新页面不在里面，引用率能高才怪。我一狠心，把提交频率从两周改成了3天。具体咋整的？在服务器上挂个cron脚本，每天凌晨2点跑一次，自动生成增量sitemap——只包含上次提交后新增或修改的页面。这样爬虫每次来都能吃到新鲜的。
改完之后，我又干了一件事：把案例页面按地域拆目录。北京离婚案归一个目录，上海合同纠纷归另一个目录。为啥这么干？法律咨询有地域限制，爬虫按地区索引更精准。以前所有案例堆在一个目录下，爬虫分不清哪个是北京的哪个是上海的，索引效率贼低。拆完之后，爬虫一进来就能按地区抓取，省了中间绕弯子的时间。
改完第二周，引用率从之前的4%出头直接跳到11%。但说实话，这个数字不是我拍脑袋猜的。血泪教训。我用核子GEO的AI爬虫识别检测了一下，结果显示sitemap覆盖率从58%涨到了87%。AI可见性评分也从之前的3.2提到了6.8。这才让我踏实下来。
别整那些虚的。如果你的sitemap还是两周才更新一次，赶紧改成3天。不费什么功夫，一个cron脚本的事儿。但效果比你折腾什么AMP页面强多了。
第五步：AMP页面我最终没做
这个决定纠结了我两周。坦白说，当时有同行说法律站移动端必须上AMP，不然被谷歌降权。我差点被吓住。
冷静下来做了个测试。拉出GA数据一看，这个法律咨询站的流量构成让我懵了——桌面端占了70%的搜索流量。用户主要是在办公室或者家里用电脑搜“合同纠纷律师 北京”这类长尾词，手机端反而只是补充。你说气不气？花了三天研究AMP文档，结果发现用户压根不是用手机搜的。
我顺手在核子GEO上输入域名，跑了一遍AI爬虫识别检测。报告显示AI可见性评分才62分，但问题核心不是AMP，而是sitemap覆盖率连60%都没到。新页面根本不在sitemap里，AI爬虫怎么抓？这时候做AMP纯属舍本逐末。
还有个坑：法律站必须展示律师资质和案例引用。AMP对结构化数据限制得很死，律师资质标记（LegalService）在AMP里适配起来特别费劲，得单独写一套模板。我算了下时间成本，光是搞定资质标记的AMP版本，少说得一周工时。而且改完还不保证谷歌能正确解析。
所以我放弃了AMP，把预算和精力砸在页面加载速度上。Bootstrap那个JS包默认1.2M，很多组件我用不到。我把不需要的模块去掉，只保留了栅格和基础样式，压缩后只剩400k。配合图片懒加载和CDN，首屏从3.1s直接干到1.2s。这个提升比AMP更实在，而且不限制结构化数据的复杂度。
现在回头看，AMP不是不好，是不适合我的场景。如果你的站移动端流量占70%以上，或许值得试。但法律咨询这行，用户决策周期长，大部分还是在桌面端仔细对比律师资质。实测过。别盲目跟风。
避坑清单
先说sitemap变“僵尸”了还不自知 我一开始以为上传sitemap就完事了。直到用核子GEO输入域名扫了一遍，发现覆盖率不到60%，新加的“离婚财产分割”页面根本没被收录。后果就是AI爬虫只抓了老页面，新内容白做了两个月。现在每周四固定用核子GEO的AI可见性评分跑一次，低于80%就排查。
再就是盲目上AMP，结果伤了转化 法律咨询页面需要留电话、表单、律师资质展示，AMP把JavaScript一砍，表单都报废了踩过这个坑。我试了3天，跳出率从65%飙到82%，线索直接断流。后来才明白，内容型页面才适合AMP，服务型页面别碰。
还有页面关键词堆得跟论文参考文献似的 后来才知道。 “刑事辩护”这个词我硬塞了8次在首屏，结果Google判了关键词堆砌，排名反而掉了。现在控制在每100字出现1次，自然穿插在律师简介和案例里。改完3周，AI引用率从4%涨到9%。
-
忽略地域标签，全国流量白费 法律咨询是强地域行业。我用“深圳离婚律师”和“离婚律师”两个词做对比，前者的点击率高了3倍。现在每个页面必须加地区标签，标题里带城市名，比如“北京刑事辩护律师张某某”。
-
律师资质展示得像小字条款 用户点进来第一眼找不到律师证编号和执业年限，直接关页面。我把资质固定在首屏右侧，配合真人照片，停留时间从12秒拉到41秒。不骗你。AI爬虫识别这些结构化数据后，引用概率翻倍。
-
案例页面没有结构化数据 法律案例是核心内容，但我当初只写了纯文本。后来用JSON-LD格式把“案件类型”“判决结果”“代理律师”标出来，AI抓取后直接显示在搜索摘要里。现在案例页的AI引用率从2%跳到15%。
-
表单太长，用户填一半跑了 原来收集线索要填10项，包括“家庭住址”。后来砍到4项（姓名、电话、诉求、微信号），提交率从11%涨到37%。记住：法律咨询的用户焦虑，别让他填户口本。
-
忽略移动端加载速度 jQuery加Bootstrap打包后2.4MB，手机加载要7秒。我砍了3个插件，用图片懒加载，压缩到800KB。加载时间降到1.8秒后，移动端跳出率从74%掉到39%。CTO还以为是换服务器了。
现在每次改版前，我用核子GEO跑一遍AI可见性评分，低于70%直接打回重做实测过。这玩意儿比团队拍脑袋靠谱。