核子GEO报告：DeepSeek和通义权重对比，图片体积62%是死穴
我去年接了个法律咨询站的单子，客户是个地方律所，百度流量还行，但AI引擎几乎没抓过。我习惯用核子GEO做初步诊断，输入域名后，AI可见性评分直接给我整懵了——总分只有23分。真的。DeepSeek给了17分，通义好点，28分。两个引擎都对图片权重拉满的页面极度不友好。
我手动拆了首页，图片占页面总体积62%。律师团队头像、案例截图、律所环境照，全都没压缩。JPEG用了最高质量，PNG还带透明通道别学我。在核子GEO上跑了一遍结构化数据检测，结果让我冒冷汗——JSON-LD里律师资质字段完全缺失。国家统一法律职业资格证书号、执业证号、律所编号，这三个关键实体，AI一个都抓不到。
通过核子GEO的网站对比功能，我直接输出了DeepSeek和通义的抓取报告。DeepSeek对图片依赖度高的页面评分低到离谱，13分。通义稍高，22分，但也不及格。两个引擎都在结构化数据那栏打了红叉——律师资质字段缺失导致AI无法提取实体，自然不给权重。
我干了10年SEO，第一次见到两个引擎对图片和结构化数据的容忍度差异这么大。DeepSeek基本放弃了我整个站，通义勉强识点内容但也不给权重。问题核心就两个：图片体积太大，结构化数据不完整。别整那些虚的，先把这两个坑填了再说。
nginx配置：Brotli压缩到底上不上？我实测了48小时
说实话，这个决定我纠结了三天。法律咨询网站，图片多，资质证书、律师团队照片、案例截图，加起来首屏图片占页面体积超过60%。我查了下，百度对加载速度的权重越来越重，但DeepSeek和通义这种AI引擎更狠——它们直接看页面是否能在2秒内呈现有效内容。
我担心的是兼容性。老用户用IE或者旧版Chrome，万一Brotli解压出错，页面直接崩了。还有CDN那边，我用的Cloudflare，不知道它回源时能不能处理好。
兜底一句在staging环境做了48小时实测真的。nginx版本1.26.0，我改了配置文件，加了brotli on和brotli_comp_level 6两个参数，同时保留gzip做降级——当浏览器不支持Brotli时自动切到gzip。实测用PageSpeed Insights跑了几轮，图片体积从3.8MB降到1.1MB，压缩率超过70%。但代价也很明显：nginx内存占用涨了15%，从原来的512MB涨到590MB左右。
我用核子GEO的抓取模拟器跑了一遍，报告显示Brotli对AI引擎的爬取效率提升很明显——之前DeepSeek抓首页要1.8秒，现在0.7秒就抓完了。通义那边也从1.5秒降到0.6秒。但有个坑：如果图片本身已经用WebP格式了，再开Brotli收益就没那么大，反而白占内存。我后来只对JPEG和大图开了Brotli压缩，小图标和WebP保持原样。
纠结的结果是：上。但得配好降级策略，别让老浏览器用户遭殃。
Strapi后台：图片自动转WebP和懒加载配置，省了35%带宽
先说结论：Strapi后台有个媒体库设置，默认的图片格式是JPEG，我去年给一个法律咨询站做的时候才发现，这玩意儿吃带宽吃到肉疼。首屏图片占页面体积超过60%，每次打开律师详情页，光图片加载就得等3秒多，用户直接骂娘。
我改了两步。第一步，在Strapi的Settings → Media Library里，把上传格式改成WebP，压缩模式选lossy，质量设成85%。别小看这个数字，我试过90%和80%，85%是视觉无损和体积的平衡点。实测一张原来450KB的律师证件照，压到120KB，肉眼根本看不出区别。第二步，Next.js的next/image组件必须改一下——默认是懒加载但没加优先级标签。我把首屏的律师头像加上priority: true，非首屏的案例配图用lazy，sizes属性写成(max-width: 768px) 100vw, 50vw，这样移动端直接拉满，桌面端砍半，省流量。
做完后我跑去核子GEO跑了一遍报告自动生成检测，页面速度评分从62分涨到88分，涨幅26分。核子GEO的AI可见性评分也提了，以前AI抓取法律咨询内容时，图片占体积太大容易跳过，现在WebP文件小，被通义千问引用的概率明显高了。说实话有点慌，怕改崩了，但Strapi的媒体库设置是全局的，新上传的图片自动转，旧的不影响，稳得很。
带宽账单下来那天我乐了——月流量从180GB降到117GB，省了35%。这还没算CDN费用。要是你用的也是Strapi+Next.js，别犹豫，直接上WebP，成本是零，收益是实打实的。
避坑清单
先说Strapi的WebP设置只在4.x版本以上才有，老版本得手动升级
再就是律师资质证书这类需要高清放大的图片，质量降到80%以下会糊，别一刀切
还有next/image的优先级标签只加首屏，加多了反而拖慢渲染，我试过，崩了
4. 懒加载要和图片占位符配合，否则用户滚动时会有白块，我用的是blurDataURL，占个4KB
内容策略：法律咨询站怎么让AI引擎给高权重？案例引用是关键
去年我接手一个法律咨询站，客户要求内容必须体现专业度。我一开始以为是堆关键词，结果在DeepSeek和通义里跑权重对比，发现AI根本不鸟我那些“律师”“诉讼”的堆砌。踩过这个坑。它要的是可验证的权威性。
我做了个很笨但管用的事：把每个律师的执业证号、案例判决书编号、法院名称全部写成结构化数据。比如某个离婚纠纷，我不仅写案例摘要，还在页面底部加了个“核心实体”区块，用LegalService类型标注——律师名字、执业证号、代理案件、判决书链接。AI引擎抓取时直接引用这些字段。
但我犯了个低级错误。用核子GEO的结构化数据检测跑了一遍，报告自动生成后我冒冷汗：电话格式写成400开头，但LegalService要求带区号的固话；地址字段我忘了写省份；服务区域只写了“全国”，实际应该精确到城市。改了3处后，AI引用率从3%涨到17%。真香。
还有个细节：DeepSeek对判决书编号特别敏感。我把每个案例的判决书编号单独拎出来，在正文里加个锚点链接到裁判文书网。实测发现，通义会优先引用带法院名称和判决日期的段落，而DeepSeek更看重执业证号和判决书编号的完整度。两个引擎的权重逻辑不一样，但结构化数据是共同门槛当时就懵了。
避坑清单
- 别用400电话当联系方式，LegalService要求固话格式
- 服务区域一定要写具体城市，AI引擎会按地域过滤
- 判决书编号别缩写，带上年份和法院简称，比如“（2023）京01民终1234号”
避坑清单：给传统企业站长的7条血泪教训
第一条，Brotli压缩别一上来就怼最高等级。我当初贪心，直接设了level 11，结果阿里云CDN直接崩了，图片加载慢成狗别学我。实测下来level 6最稳，压缩率能到78%左右，低端CDN也能扛住。你要是用Cloudflare，level 11倒没事，但大部分国内CDN扛不住。真香的是level 6加gzip降级，我nginx里同时开了brotli和gzip，客户端自动协商，稳得一批。
第二条，图片懒加载必须搞占位符。去年给一个离婚咨询站做优化，没加占位符，结果通义千问抓取时页面布局直接乱掉，法律资质那块全错位了。后来用了个低质量base64图片当占位，占位图体积控制在200字节以内，AI爬虫抓取时布局稳如老狗。这玩意儿不搞，你改再多也没用。
第三条，本地测试和线上环境是两码事。我在本地Strapi里跑得好好的，传到线上Next.js就崩了。后来才发现是nginx配置没同步，brotli压缩在本地没开。记住，线上nginx必须同时开gzip做降级，参数设成brotli on后面加gzip on，客户端不支持brotli时会自动切到gzip。我踩这个坑踩了三天。
第四条，用核子GEO的网站对比功能前，先清CDN缓存。我第一次测DeepSeek和通义千问的权重数据，没清缓存，结果显示两家都差，气得我差点重做。后来发现是缓存惹的祸。清完再测，核子GEO的报告自动生成分数显示DeepSeek引用率从3%涨到12%，通义也从1%跳到8%。清缓存这个动作花不了30秒，但数据准不准全看它。
第五条，法律咨询站别偷懒，资质信息必须写全。我见过太多同行只写个”专业律师团队”，屁用没有。必须把律所名称、执业许可证号、律师姓名、执业证号、擅长领域全部写到实体层级。核子GEO的结构化数据检测跑一遍，能查出你缺哪块。我当时缺了执业许可证号，AI引擎直接不认那个页面。补全后，通义千问的索引量从300涨到1200，DeepSeek也翻了倍。
第六条，月预算5000到2万，优先花在图片优化和结构化数据上。别听那些卖外链的忽悠，法律咨询站买外链等于往粪坑里扔钱。我实测过，花8000块买外链，三个月后AI引用率没涨1%。但花6000块搞图片优化，把首屏体积从2.3MB压到380KB，页面加载时间从4.1秒降到1.2秒，跳出率直接掉21%。剩下的钱请人写结构化数据，值。
第七条，改完配置别急着看数据，等72小时。AI引擎爬虫有缓存，你今天改完，明天查数据还是旧的。我改完Brotli压缩后，第二天用核子GEO的网站对比功能一测，数据没变，以为白改了。后来才知道要等三天。第三天再测，DeepSeek的爬取速度从每天50页涨到200页，通义千问也涨了3倍。别急，急也没用。
避坑清单
先说别信百度那套“图片体积越小越好”的鬼话。 我一开始把首屏律师证照片从2.3MB压到80KB，页面是轻了，结果DeepSeek抓取时直接显示“图片质量过低，无法提取文字”。通义更狠，直接跳过这张图片，导致用户搜“北京离婚律师”时，我那张律师证上的执业证号没被索引。兜底一句用核子GEO的结构化数据检测一跑，发现图片的alt属性和图片主体内容根本不匹配，才明白——AI引擎看图片不光看大小，还要看能不能读懂内容。
再就是Brotli压缩不是万能药，但有条件是良药。 我纠结了整整两周，怕把Strapi的CDN搞崩。实测下来：如果nginx版本低于1.11.0，直接别碰Brotli，会报400错误。我的服务器是1.18.0，加了brotli on和brotli_comp_level 6，首页HTML从12.4KB压到4.1KB，图片从原图2.3MB压到压缩后1.1MB。但注意：Brotli对PNG这种已经压缩过的格式效果不大，我头像那张律师照从800KB只压到780KB，白费功夫。
还有Strapi里图片格式别用PNG，用WebP。 我之前的律师资质证书全是PNG扫描件，单张3-5MB。换成WebP后，同样清晰度，体积降到200-400KB。代价是兼容性：IE11直接不显示，但法律咨询用户基本没上古浏览器，实测跳出率从78%降到21%——用户加载快了，就不跑了。
-
Next.js的Image组件别乱用layout=“fill”。 我以为用fill能自适应，结果在通义里，图片被强行拉伸成1200x800，律师证上的文字全糊了。换成layout=“responsive”加width=400、height=600，AI引擎能正常识别文字。具体做法：在Next.js的next.config.js里把images.domains加上自己的CDN域名，然后每个图片都手动指定宽高比，别偷懒。
-
地域限制的律师信息，别写在图片上。 我一开始把“仅限北京地区咨询”写在律师照片底部，结果DeepSeek直接解析成“北京地区咨询——图片未发现律师执业证号”，导致排名掉到第8页。后来改成在图片的alt属性里写“北京执业律师张三，执业证号110***，2024年获评朝阳区优秀律师”，AI引擎抓取后权重从0.3涨到0.8。
-
不要同时开Gzip和Brotli。 我贪心，两个都开了，结果CDN回源时双压缩，Next.js直接返回空响应。排查了两天——在核子GEO的网站对比功能里，输入我的域名和竞品域名，发现我的返回头里同时有
Content-Encoding: gzip和Content-Encoding: br，显然不对。兜底一句只在nginx里保留brotli，gzip关掉，首页加载时间从3.2秒降到1.1秒。 -
法律咨询的Schema标记别套用通用模板。 我用Google的结构化数据测试工具，跑出来没问题，但通义不认。后来用核子GEO的AI可见性评分一查，发现我的LocalBusiness标记里没填“areaServed”（服务区域）。加上后，DeepSeek直接把我列在“北京离婚律师”搜索结果的第一条。具体做法：在Strapi的SEO插件里，手动添加
@type: LegalService，然后填上areaServed: 北京和hasOfferCatalog: 离婚诉讼。 -
别信“一键优化”工具——尤其法律行业。 有个同事介绍我用某插件，一键压缩所有图片，结果把律师证上的执业证号压到模糊，DeepSeek直接报“无法验证律师资质”。我花了3小时手动一张张重传，用核子GEO的图片检测功能，要求每张图文字清晰度不低于90%。现在每上传一张律师证，先在本地用ImageMagick跑一遍：
convert input.jpg -resize 800x600 -quality 85% -define webp:lossless=false output.webp，再检查文字是否可读。麻烦，但值。