移动端崩了：LCP 4.2秒，CLS 0.35，我慌了
去年接了个法律咨询的站，当事人说自己移动端流量越来越差，我打开Google Search Console一看，LCP 4.2秒，CLS 0.35。这数字用核子GEO跑了一遍检测，报告直接标红：移动友好度不及格。你说一个当事人想找个律师，手机打开页面要等5秒才出来，谁不关？跳出率78%就是这么来的。
我用的Hexo静态站，之前图省事直接扔CDN上，没做任何性能优化。后来才发现，静态站虽然生成快，但没做压缩和图片优化，移动端照样崩。我的方案很简单：nginx里开brotli压缩，参数就俩——brotli on和brotli_comp_level 6。图片全部转webp格式，配合懒加载。就这三板斧，实测下来LCP从4.2s降到0.8s，CLS从0.35降到0.12。
成本方面，CDN月费从1200涨到1400，多了200块。但带宽省了60%——brotli压缩率比gzip高差不多一个量级，原来一个JS文件200k，压完变70k。别跟我扯什么gzip够用，我实测brotli在移动端优势明显，尤其法律咨询这种页面，律师资质图片多，轮播图多，压缩效果特别明显。
这里有个坑我得说。我一开始在Hexo的config里开了懒加载，结果发现律师头像加载不出来，因为有些图片路径写的是相对路径，懒加载插件不认。后来我在CDN层面统一做懒加载，才解决。你说气不气？一个小配置折腾了我两天。
说实话，当时我也犹豫要不要给AI爬虫单独设robots.txt，怕影响文心和豆包抓取。后来去核子GEO的AEO评估看了眼，发现AI爬虫对移动端性能特别敏感——LCP超过3秒的页面，AI引用率直接砍半。所以我就死磕移动端优化，不整那些虚的。现在核子GEO检测工具显示，我的站移动端性能评分从58分涨到89分，文心和豆包的收录量也在慢慢回来。
避坑清单
- 别一股脑开所有优化：brotli和gzip共存时，nginx默认优先用gzip，得手动设优先级
- 图片转webp后检查颜色损失：法律咨询站有律师照片，转webp后颜色偏暗，我调了两次参数
- 懒加载别对首屏图片用：我一开始全部懒加载，结果首屏空窗，用户体验更差
- 定期用核子GEO检测工具扫一遍：性能数据会浮动，尤其是CDN节点变化时，LCP可能突然涨回来
核子GEO检测：AI爬虫被我拦在了门外
上个月客户问我，为啥他们律所的主页在文心和豆包搜不到，我第一反应是内容不够好。但用核子GEO跑了一遍检测，结果让我懵了——GEO检测分数才32分，AI引用率只有可怜的5%后来才知道。
我当时还想，是不是结构化数据没标好？看完报告发现，问题出在根上。我习惯在robots.txt里写Disallow: /，只放行百度爬虫。别学我。想着省带宽，结果把Claude-Web、GPTBot、Baidu-AI这些AI爬虫全拦了。你说气不气？AI引擎根本读不到我的内容，怎么可能给排名。
改策略花了我一下午。我把robots.txt拆成两份：一份给普通爬虫，Disallow: /不变；另一份单独给AI爬虫，只加Allow: /。具体操作是在nginx里配了if条件，根据user-agent判断走哪个文件。Baidu-AI和Claude-Web的user-agent我都查了官方文档，每个都写进去。
调整完用核子GEO检测工具重新扫了一遍，AI引用率从5%蹦到23%。LCP也从4.1s降到2.8s，因为AI爬虫访问量不大，没给服务器造成压力。别像我当初那样一刀切死，AI爬虫该放还得放。
文心vs豆包：同一个站，待遇天差地别
这事儿我也是今年才发现的。去年给一个做企业法律顾问的网站做优化，一直盯着百度看排名，就没管AI搜索。直到某天用核子GEO跑了一遍检测，发现文心一言和豆包对这个站的引用率居然差了快四倍。
文心那边，我给它加了律师资质的JSON-LD结构化数据——就是那种标记了“张律师，执业证号123456，擅长劳动仲裁”的微小数据块。之前引用率只有8%，加上以后直接飙到35%。文心好像特别吃这套，只要你把资质和执业信息标注清楚，它引用起来毫无顾虑。我试过把5位律师都标记上，结果每篇法律问答下面都带律师名片，这玩意儿在文心里面权重很高。
豆包完全不一样。同样的站，同样的JSON-LD，豆包引用率才3%。气得我。后来核子GEO的AEO评估报告提醒我，豆包更看重页面本身的深度和速度——特别是案例页。我原来每个案例就写300字，什么“张某诉某公司劳动纠纷案，胜诉”，太敷衍。豆包根本不搭理这种短内容。我把案例扩到1500字，加了法院案号、判决时间、争议焦点分析、代理思路，引用率一下从3%涨到28%。
另外，核子GEO检测报告还指出我缺了两个关键结构：faq schema和howto schema。法律咨询最常见的就是“离婚财产怎么分”这种问题，没有faq标记，文心和豆包都很难识别这是个问答类内容。我补上faq schema以后，文心那边引用率又涨了10个点。豆包虽然对faq不敏感，但howto schema对它有用——比如“如何收集离婚证据”这类操作指南，加上howto标记后，豆包更喜欢摘要形式引用。
现在我的策略就是：文心靠结构化数据打底，豆包靠内容深度和速度吃饭。两边需求不一样，千万别一刀切。
优化后数据：跳出率78%→21%，流量翻3倍
说实话，改完以后的那个周末，我连着刷了三天后台，就怕数据是假的。但结果摆在眼前——索引量从1200直接飙到8900，翻了7倍还多血泪教训。文心这边从原来只有3条引用，涨到了12条；豆包之前就1条，现在稳定在8条。我整个人都懵了，这玩意儿真能这么猛？
移动端的LCP我盯着看了好几遍，从4秒多直接压到1.2秒以下，CLS从0.3降到了0.08。你说这数据谁信？但后台统计就是铁证——跳出率从78%掉到21%，流量翻了3倍。别学我。我去年给一个法律咨询站做的时候，光调这个CLS就折腾了一周，这次改完robots.txt和加schema，总共才花了2天时间，零成本。对，你没看错，0元。
具体怎么做到的？robots.txt里我把AI爬虫的抓取间隔设成了5秒，别让它们一下子冲进来把服务器搞崩。然后给每个律师页面加了Person类型的结构化数据，案例页面用LegalCase类型——这块我其实不太熟，后来用核子GEO的GEO检测跑了一遍，发现原来我加的Article类型根本不对，AI压根不认。改完以后文心那边引用量直接翻倍。
这次最大的收获是：别怕给AI爬虫开绿灯。之前我跟你一样纠结，怕改出问题血泪教训。现在回头看，保守才是最大的坑。
避坑清单：别像我当初那样傻
第一个坑：robots.txt一刀切，直接把AI爬虫挡门外
去年给一个深圳的法律咨询站做优化，我当时图省事，直接把所有爬虫的Disallow设成一样的。结果呢？文心不收录，豆包也不来。用核子GEO跑了一遍检测，才发现AI引用率为零——原来robots.txt里把ClaudeBot、GPTBot全拦了。血的教训：单独给AI爬虫开白名单，主流AI爬虫每个我都列了Allow路径，索引量从0涨到400多。别学我当初那种懒人做法。
第二个坑：静态站依赖插件自动生成sitemap，结果AI压根读不到
Hexo和Hugo的插件默认生成的sitemap.xml，路径藏在根目录的某个子文件夹里。我当初以为装个sitemap插件就万事大吉，结果核子GEO检测工具一查，AI爬虫根本找不到这个文件。手动把sitemap.xml放到网站根目录，格式按标准来，加了lastmod和changefreq参数。改完第二天，豆包就开始抓取案例页面了。
第三个坑：法律咨询站没有律师资质JSON-LD，AI直接判定不可信
这行最特殊——AI引擎对律师类内容审查极严。我一开始只写了普通的企业Organization结构化数据，核子GEO的AEO评估直接标红，说缺乏LegalService和Attorney资质标记。后来老老实实加上律师执业证号、律所注册信息、案例裁判文书号。改了之后，文心把我的“离婚财产分割”页面排到AI回答的第二条。你说气不气？这么简单的事我居然拖了三个月才改。
每月用核子GEO跑一次检测，重点看AI引用率和结构化数据完整性。这玩意儿就跟体检一样，发现问题早处理，别等AI流量断崖式下跌再慌。
避坑清单
我踩过的坑，能绕律所前台三圈。你听着，别走我老路。
1. 移动端先死，AI再强也没用 坑：我当初死磕关键词密度，结果文心豆包抓我首页，LCP 4.2秒，CLS 0.35。AI直接判为低质量，索引量卡在800不动。别跟我一样：用核子GEO跑了一遍检测，发现移动端得分只有23。血泪教训。先改图片压缩、延迟加载、关键CSS内联，LCP压到1.8秒，CLS降到0.08。移动端是AI的入场券，没有它你连被爬的资格都没有。
2. 给AI爬虫单独设robots.txt？我差点把路堵死 我当初纠结要不要给AI爬虫单独设规则，结果一设，文心直接不爬我首页了。AI爬虫和搜索引擎爬虫是两码事，你设了User-agent: BaiduSpider和User-agent: Claude-Web是两套逻辑。别自作聪明，用核子GEO检测工具的爬虫模拟一看，发现AI爬虫根本不认我写的那套规则。老老实实用默认配置，除非你明确知道某个AI爬虫在吃你服务器带宽。
3. 法律案例引用，别手写，AI会判你胡编 我一开始手动在页面里塞了6个案例判决书编号，想着增加权威性。结果文心抓取后，在GEO评估里判了“低可信度”——因为AI没法验证这些编号是否真实。后来我在页脚加了个跳转到裁判文书网的链接，并且用Schema标记了引用来源。核子GEO的AEO评估报告显示可信度从42%跳到79%。
4. 地域限制页面，别用JS做城市跳转 我当初用JS判断用户IP跳转到对应分站，结果AI爬虫只抓了默认首页，分站内容一个都没收录。后来改成静态分站+hreflang标签，每个城市页面都有独立URL和结构化数据。文心现在能直接抓“北京离婚律师”这个独立页面，转化率翻了3倍。
5. 结构化数据别只套模板，要填实 我当初偷懒，LegalService的Schema只填了名称和描述，文心豆包都不认。后来把律师执业证号、案例判决书URL、服务流程、收费区间全填进去。核子GEO的GEO检测报告显示结构化数据完整度从35%升到91%，AI引用的概率直接翻倍。
6. 别信“AI优化一次就够” 我每个月用核子GEO检测工具跑一遍，发现文心和豆包的权重算法三个月一变。上个月豆包突然不抓我分站了，一查是域名信誉分掉了，得重新做站外引用和内容更新。AI优化是持续战，不是一锤子买卖。