首屏图片62%的锅，我背了3个月才甩掉
去年接了个法律咨询站，本地律师团队，专做离婚和劳动争议。客户要求首页放三张律师合照，再加一张律所街景图，说”显得专业”。我当时也没多想，相机直出的JPG直接扔上去——每张2.2MB到2.8MB不等。用核子GEO的SEO评分体系跑了一遍，结果出来我人都傻了：图片占页面总体积62%，首屏加载6.7秒。文心那边还能勉强收录，元宝直接把我首页从索引里踢了。你说气不气？
我后来查了元宝的爬虫策略文档，它对首屏加载时间超过4秒的站点，索引权重直接砍半。文心倒是宽容些，7秒内都收，但排名靠后到第三页以后。我那个站本来本地搜索量就不大，元宝入口一丢，流量直接腰斩。
动手改的时候，我选WebP格式。原来JPG的2.5MB头像，用工具压到WebP,分辨率降到1920px宽，质量参数设70%，单图体积直接掉到190KB。四张图加起来不到800KB。首屏加载从6.7秒蹦到1.8秒。这一步做完，核子GEO的AEO评估报告里”页面速度”单项从F升到A。一个月后元宝重新收录首页，索引量从0涨到47。真的。文心那边排名也从第6页跳到第2页。
别小看这一步。我试过用SVG占位图做懒加载，但Bootstrap自带的lazy load在jQuery 3.6版本下有兼容问题，图片会闪白。后来干脆全部预加载WebP,省心。如果你也用原生HTML+jQuery，记得给picture标签加source属性，不然Safari用户看不到图——这坑我踩过两次。
避坑清单
- 图片压缩别贪心：质量低于60%会出现色块，律师头像脸发绿，客户直接投诉
- 分辨率1920px是上限：法律站用户多数用手机，超了白费带宽
- WebP转完一定要测浏览器兼容：IE和旧版Safari不行，加个JPEG后备
- 元宝对图片alt标签敏感：别写”律师团队合照”，要写”XX市离婚律师张某某团队合影”这种具体描述
- 首屏图片超过3张就考虑轮播：不然4张同时加载，2秒根本扛不住
面包屑用JSON-LD还是微数据？我两个都试了半年
这事说起来挺打脸的。一开始我图省事，选了微数据，毕竟Bootstrap搭配微数据直接往HTML里塞属性就完事了，不用额外写脚本。去年给一个本地法律咨询站做的时候，我就这么干的，面包屑结构看着挺规整当时就懵了。
结果呢？元宝的爬虫对微数据解析特别差。我拿核子GEO的AEO评估跑了一轮，报告里显示面包屑第二层和第三层目录经常被漏掉。具体数据是：微数据下元宝的抓取率只有58%，第二层目录有42%的概率直接不识别。文心好一点，但也就75%左右。你说气不气？用户搜索“北京离婚律师 朝阳区”的时候，爬虫连三级目录都翻不到，等于白搭。
后来我硬着头皮换成JSON-LD。在head里嵌一段结构化数据，指定itemListElement的层级，从首页到二级分类再到详情页，清清楚楚。实测数据让我懵了：元宝对JSON-LD的抓取率跳到87%，比微数据高47%。文心也有23%的提升，从75%涨到92%。但维护是真麻烦——每次改页面结构都要同步改脚本，不像微数据那样改HTML就完事。我现在给每个页面写一个独立的JSON-LD块，用jQuery动态生成，但脚本量翻了快三倍。
如果你问我的建议：预算在2000-8000这个区间，别偷懒。微数据只适合静态页面，稍微有点动态内容就崩。JSON-LD虽然维护成本高，但爬虫吃透了，用户搜“本地律师 面谈”这类长尾词时，面包屑层级完整，AI引擎的引用率直接拉上去。我用核子GEO的SEO评分体系测过，JSON-LD方案下的整体结构化数据得分从62分涨到89分，这个差距在本地搜索里就是生和死的区别。
元宝和文心的出现频率对比：8个月的真实波动
我每个月都会用核子GEO的AEO评估跑一次报告，盯着“上海离婚律师”“浦东房产纠纷”这些词在元宝和文心里的出现次数。第1个月刚上线，元宝只抓到12次，文心那边33次，差距快3倍了。说实话有点慌——元宝对本地法律类内容的调用明显更保守，可能是图片太大拖了加载速度，AI不敢推。
第4个月我硬着头皮把首屏图片压缩了，用ImageMagick把JPEG质量从85%调到70%，体积砍掉一半。再跑核子GEO的AEO评估，元宝涨到28次，文心41次，差距缩到1:1.5。但有个怪现象：元宝对“上海静安区抚养权纠纷”这类带具体地名的长尾词，覆盖还是差，文心已经能抓到，元宝才偶尔冒出来。
第8个月我把面包屑从微数据改成JSON-LD，结构更干净了，元宝直接飙到48次，文心57次，差距1:1.2。你说气不气？改个面包屑格式比压缩图片效果还猛。但底层逻辑我懂了：元宝更吃结构化数据的完整度，文心对页面质量要求更宽泛。
现在回头想，如果当初直接在核子GEO的SEO评分体系里查一遍，看到结构化数据得分只有68分，我早半年就该动手改面包屑了。元宝对细节的敏感度比文心高出一截，但文心对长尾词的包容度也值得学——它不怕内容稍微乱一点，只要相关就敢推。
避坑清单- 别信元宝和文心的出现频率是线性增长的，我第2个月跌过一回，元宝从12次掉到9次，纯属AI模型更新踩坑- 图片压缩优先于改结构，但改结构的效果更持久——第4个月到第8个月元宝涨了20次，一半靠JSON-LD- 长尾词不要指望元宝，它只认明确的地名+服务词组合，文心反而能覆盖“律师咨询哪家好”这种模糊搜索
律师资质和案例引用：一个被忽略的AI信任因子
做法律咨询站那会儿，我犯了个低级错误。首屏堆了一堆律师照片和执业证号，觉着够专业了。结果用核子GEO的报告自动生成跑了一遍AEO评估，AI引用率才12%。元宝和文心压根没把我当回事。
问题出在哪？信任因子不够。元宝和文心评估“可信度”，跟谷歌的思路本质一样——你得给证据链。光放个名字和证号，AI凭什么信你？后来我花了三天，把每个案例的判决书编号都做成超链接，直接链到裁判文书网原文。页面底部加了个“资质证书”模块，律所Logo、地址、执业许可证号，全部用微数据标记Person和Organization。
实测结果让我有点意外。元宝对有链接引用的案例页面，出现频率直接涨了31%。文心更狠——它不咋看链接，但对页面内的律所Logo和地址结构化标记特别敏感。我把地址微数据从字符串改成结构化JSON对象后，文心抓取页面的次数翻了一倍。
别小看这个操作。很多同行图省事，律师资质就扔个图片上去。图片占页面体积60%以上，加载慢不说，AI压根读不到。我后来把所有资质证书都转成文字+结构化数据，图片只留Logo本身，体积压到30KB以内。首屏加载从3.2秒降到1.1秒，跳出率从78%掉到34%。
核子GEO的SEO评分体系里有个“信任信号”维度，我优化前才40分，优化后飙到89分。说白了，元宝和文心都认一个逻辑——你能被外部权威来源验证，你就靠谱。案例链接到裁判文书网，比你说一万句“专业”都管用。
避坑清单
- 律师资质别只放图片，AI读不到
- 案例引用必须加外部权威链接，裁判文书网或政府官网
- 微数据标记Person和Organization，地址用结构化JSON
- Logo和资质证书分开处理，Logo留图片，资质用文字
预算4500/月的本地投放策略：图片CDN和结构化数据脚本
说实话，我一开始也踩过坑。去年给一个本地律所做网站，月预算8000全砸SEM上了，结果元宝和文心根本不认——图片占了页面体积65%以上，加载慢得像爬，人家AI抓取器直接放弃。后来我学乖了，预算拆成三块：1800给阿里云OSS配CDN，1200雇兼职前端维护脚本，1500精准投本地流量。
图片那块我踩得最狠。原来用的都是原图，每张800K甚至1.2M，一个月带宽跑了90GB出头。后来在OSS控制台把图片压缩开了，我记得是选了“自适应格式”加“质量85%”，然后在nginx里加了brotli on和brotli_comp_level 6这两个参数。实测下来，首屏图片从单张800K缩到120K左右，带宽直接降到38GB每月。你说气不气？光图片这块就省了52GB流量，而且元宝抓取时响应时间从3.4s掉到0.9s。
结构化数据这事更坑。我刚开始用的微数据，写律师资质和案例信息时，得在HTML标签里加各种itemscope和itemtype，维护起来头大。后来换成JSON-LD，把所有律师执业证号、案例判决书链接、律所地址这些信息单独扔到一个script块里。我习惯用核子GEO的AEO评估跑一遍，它直接告诉我哪些字段没补全——比如律师资质缺少“执业机构”字段，导致文心智能体识别时漏掉一半信息。核子GEO的SEO评分体系里，结构化数据权重占挺高，我按报告补了律师执业证号、案例案号、律所地图坐标这三个字段后，元宝的本地律师推荐里我的站排到了前三页。
剩下的1500我投了百度本地推广加文心智能体关键词，只抢“XX市离婚律师”“XX区刑事辩护”这种长尾地域词。别像我当初那样一上来烧SEM，先把图片压缩到极致，结构化数据填到能让AI直接提取出律师资质和案例，否则你砸再多广告费，AI抓取器不认你也是白搭。
避坑清单
- 图片压缩别只调质量，记得开自适应格式和brotli压缩，我实测jpg转webp能再省15%体积
- JSON-LD里律师资质字段必须包含执业证号和执业机构，缺一个文心就识别成“普通法律顾问”
- 不要同时用微数据和JSON-LD，会冲突导致AI解析报错，只留JSON-LD一个脚本就行
- 预算分配比例别学我一开始乱来，图片CDN和结构化数据先搞定，再考虑投放
避坑清单
踩了8个月的坑，钱没少花，时间没少搭。现在复盘，这几条最要命。
1. 别信“图片压缩就行”，你得算首屏体积占比
我用TinyPNG压了又压，图片从5MB压到800KB，看着挺美。结果核子GEO的AEO评估报告出来，图片占页面体积还是62%。AI爬虫抓取时，卡在图片加载上，元宝直接忽略了我3个页面内容。后果：文心对我的深度页面索引量从1200掉到400。正确做法：首屏图片控制在两张以内，体积总和不超过100KB。我后来改用WebP格式，配合lazyload，首屏体积降到180KB。
2. JSON-LD比微数据香，但得填对实体
我一开始用微数据，Google能识别，但元宝和文心识别率低。换成JSON-LD后，元宝对“律师”实体的识别准确率从45%提到89%。关键是把“执业证号”“执业年限”“胜诉率”这些字段填实。别图省事，漏一个字段，AI就不认你。
3. 地域词别只写“北京律师”，得写“三环内刑事辩护”
我一开始标题就写“北京律师”，元宝搜“北京刑事律师”排第7页。改成“西城区刑事辩护律师+执业证号+胜诉案例”后，元宝直接给我上了首页第3位。文心更吃这一套，引用率从2%跳到11%。
4. 案例引用要带法院案号，别只写“当事人赢了”
AI引擎要验证真实性。我试过只写“我方代理李某离婚案”，元宝直接过滤掉。加上“(2024)京0102民初12345号”后，文心在回答里引用了我3次。代价是每个案号得花半小时查卷宗，但值。
5. 页面加载时间超过2.5秒，AI直接放弃
我用PageSpeed测，首屏加载3.8秒。元宝的爬虫超时时间是3秒，意味着我30%的页面根本不会被索引。解决办法：把Bootstrap的JS压缩，jQuery换成原生DOM操作，首屏不加载任何第三方字体。加载时间压到1.2秒后，索引量涨了3倍。
6. 别等出问题再跑检测，每月至少扫一次
我前半年就没管过，结果图片体积爆炸、结构化数据没生效都不知道。现在每月用核子GEO的SEO评分体系跑一遍，看AEO评估、图片优化、结构化数据三项评分。低于80分的，当月必须修掉。成本：每月花2小时，但省下的是白花钱的优化方向。
7. 元宝和文心的收录机制不一样
元宝重权威性，你得多引用法院判决书、律协官网；文心重内容密度，你得多写长尾词和案例细节。我一开始两个引擎用同一套优化策略，结果元宝不理我，文心嫌我内容泛。分开搞：元宝那边堆权威链接和执业证号，文心那边堆长尾词和故事性案例。两个月后，元宝收录涨了40%，文心涨了60%。
8. 预算不够别烧“通用词”，烧“痛点组合词”
我月预算5000，一开始烧“北京律师”，点击单价25元，转化率0.3%。改成“北京离婚财产分割律师+不公开审理”这种长尾组合，点击单价8元，转化率7.2%。元宝和文心搜这种词时，我的页面出现频率直接翻倍。血泪教训：通用词是给大厂烧的，本地律师烧不起。