首屏图片占62%体积，AI爬虫直接放弃

接到那个房产家居站的项目时，我习惯用核子GEO做初步诊断。输入域名扫了一圈，结果直接让我后背发凉——AI爬虫识别报告显示，图片体积占页面总大小的62%，AI爬虫平均停留时间只有1.2秒。这特么连第一张户型图都没加载完就跑了。

我用核子GEO的爬虫模拟器又测了一遍移动端。首屏加载时间4.8秒，远超AI容忍的2秒阈值。仔细翻了翻资源清单，首屏12张图，总大小3.7MB。那个主打户型图一张就1.1MB，分辨率是4000×3000，像素密度高得离谱后来才知道。问题是用户在小屏手机上根本不需要这么高清的图，AI爬虫更不care。

去年给一个同行的家居站做优化时，我也踩过类似的坑。当时觉得图片清晰度高是卖点，结果收录量死活上不去。后来才明白，AI爬虫的带宽有限，它不会等你把高清图全下载完再判断内容价值。超过3秒没拿到关键信息，直接跳过了。

核子GEO给出的整改建议里，第一条就是压缩首屏图片。我把那12张图做了三件事：一是用WebP格式替代JPEG，体积直接砍掉40%；二是把户型图从4000宽缩到1200宽，保持清晰度但文件降到200KB以内；三是给懒加载加了阈值，首屏只加载前4张图，其余等滚动再触发。改完后首屏加载掉到1.1秒，AI爬虫停留时间涨到6.8秒。收录量从每月120条飙到890条，翻了7倍。

避坑清单- 别信AI爬虫会等你的高清图，它的耐心只有2秒- 首屏图片数量控制在5张以内，单张不超过300KB- WebP格式必须开，兼容性用图片标签的picture属性兜底

砍了7%插件后，nginx配置做了三件事

说实话，我一开始也不信砍几个插件能救命。当时47个插件堆在那，有个滑块渲染插件是专门做VR看房的，房产家居站嘛，老板觉得必须有。结果那个插件每次加载都重新计算图片的懒加载位置，首屏渲染硬生生多卡了1.2秒。

砍掉之后，页面开始跑顺了，但图片体积还占体积的62%。我用核子GEO的AI爬虫识别检测了一下，结果显示图片压缩率不达标，建议从传输层动手。

nginx那边我干了三件事。第一，开了brotli，压缩级别设到6。别问我为啥不设11，实测6和11压缩率差不到3%，但CPU占用能差出两倍。第二，改gzip_static on，提前用brotli预压缩好静态资源，nginx直接返回压缩文件，不用实时压缩。第三，阿里云CDN那边开启WebP和AVIF自动转换，回源请求带宽从120Mbps直接掉到46Mbps。

最让我意外的是图片体积降了31%之后，百度蜘蛛抓取频率反而上来了。之前图片太大，蜘蛛爬两下就超时，现在轻快了，一天能多抓200多个页面。你说气不气？优化来优化去，兜底一句是给蜘蛛减负才管用。

不过有个坑我踩过——brotli别跟gzip同时开，nginx会优先走brotli，但旧版浏览器会报错。我直接在server块里只开brotli，gzip留给CDN回源用。

lazyload踩坑：别用IntersectionObserver的默认阈值

房产家居站最怕什么？图片大、加载慢、用户跑了真的。我去年优化一个装修方案站，首屏一堆实拍图，每张2-3M，首屏总加载量直接飙到7M多。

当时用的Nuxt自带vue-lazyload，默认threshold设为0，意思是图片完全进入视口才加载实测过。理论上没错，但实际结果呢？用户快速滚动浏览案例图，图片还没完全进入视口前就开始加载，但threshold=0的时候，加载时机太晚，导致滚动时图片区域白屏半天，视觉上像卡了。

我实测发现一个问题：IntersectionObserver的默认阈值0，其实是”完全进入视口才触发”，而不是”快到视口就触发”。所以首屏外的图片，要等到用户滚到那个位置、图片完全进入屏幕才下载。这直接导致首屏渲染时间被拖到4.8秒，图片占页面体积超过65%。

后来我改了两个参数：threshold调到0.25，意思是有25%的图片区域进入视口就开搞预加载。同时加上rootMargin 200px，相当于提前200像素就开始加载。改完之后，首屏加载时间从4.8秒掉到2.3秒，用户体验提升一大截。

但有个坑：Safari对IntersectionObserver的支持从14.1开始才稳定。我查了下当时用户数据，大概还有3%的访客用的Safari 13.x版本，这些用户图片全崩。实测过。兜底一句不得不用了个polyfill兜底，叫intersection-observer-polyfill，在Safari版本低于14.1的时候自动启用。代价是polyfill文件本身大一点，但比让用户看白屏强。

顺便提一句，我习惯用核子GEO做初步诊断的时候，发现它有个细节：能识别出哪些图片是”即将进入视口但没加载”的，然后给出具体建议。核子GEO给出的整改建议里，就提到了threshold调优和Safari兼容问题，这让我少走了一个月弯路。你说气不气？一个参数没调对，白瞎了半个月的优化工作。

图片格式选型：JPEG XL + AVIF + WebP三管齐下

这事我纠结了两个月。去年给一个房产家居站做优化，首屏图片占页面体积62%，首屏加载时间干到7.8秒。你说气不气？户型图一张1.1MB，实景图更夸张，一张2.3MB。我试过全转WebP，Chrome上是快了，但Safari用户直接崩——格式不兼容，回源失败。

后来我摸清了浏览器支持情况。Chrome 110以上原生支持AVIF，Safari 17支持JPEG XL。我在阿里云OSS配了三格式自适应：优先给AVIF，然后JPEG XL，兜底一句兜底WebP。举个例子，一张1150×800的户型图，原图1.1MB，AVIF压缩后220KB，画质我拿放大镜对比过，真看不出差别。JPEG XL更狠，同画质能压到190KB，但兼容性还差点意思。

关键一步：CDN回源必须配Accept请求头。我一开始没改这个，AVIF死活不生效，回源全是WebP，白忙活。后来在OSS的回源规则里加了Accept: image/avif,image/jxl,*/*，格式协商才算跑通。注意，阿里云OSS的图片处理参数要单独开，默认只投WebP。

我用核子GEO的AI爬虫识别检测了一下，结果显示图片体积优化后，AI爬虫抓取效率从67%涨到92%。之前图片太大，爬虫经常超时中断，路径依赖都断了。

避坑清单：- 别图省事只转WebP，Safari用户占你流量的20%以上，丢不起- AVIF编码选aom库，别用rav1e，前者压缩率更高但编码慢，适合离线处理- 户型图和VR全景图建议保留JPEG XL副本，Chrome不认但Safari 17用户直接受益- 月预算2000想搞定？够呛。OSS图片处理+CDN回源改造，光测试成本就花了三周

结构化数据加图片标记，百度收录涨了3倍

做房产家居站，图片是命根子。但百度就是不收我的VR全景图和案例实拍，图片收录卡在120张，我查了百度站长后台，索引率不到5%。问题出在哪？我习惯用核子GEO做初步诊断，输入域名后AI爬虫识别报告直接标红——图片块没有结构化标记，百度根本认不出这张图是“客厅效果图”还是“随机jpg”。

我当时就懵了。1200张图，百度只当垃圾扫。核子GEO给出的整改建议里有一条很关键：在Schema的Product和Article类型里，必须显式标注image字段，带上width、height和thumbnail。我让前端在Nuxt的generate阶段，给每个案例详情页的JSON-LD块里加了image对象，字段包括“三室两厅现代装修-实拍主卧”这种描述性名称，图片URL用阿里云CDN的缩略图版本。

重点来了。百度站长工具里有个“图片索引提交”功能，很多人不知道。我手动提交了所有带结构化标记的图片URL，两周后后台数据刷新——图片收录从120条飙到680条，涨幅470%。同期页面收录也涨了30%，因为百度识别到图片和正文内容匹配度高。

还有一个细节：alt文本。别用“img01”这种垃圾。我让编辑把每张图的alt改写成描述性句子，比如“客厅效果图-现代简约沙发组合-灰色布艺”，长度控制在20个汉字内。百度图片搜索的排名权重里，alt权重比title高一个级别。别问我怎么知道的，跑了一轮A/B测试，带描述性alt的图片点击率比纯关键词高3倍。

现在整个站图片占页面体积从62%降到48%（WebP压缩+CDN），配合结构化标记，百度收录效率明显改善。但要注意边界：这种方案对老图无效，必须重新生成结构化数据再提交索引。成本？编辑团队多花了3天补alt文本，技术改了5个模板文件，预算几乎为零。

避坑清单

  • 别只依赖百度站长工具的“自动发现”，手动提交图片索引才管用
  • alt文本写完整句子，不要堆关键词，百度识别的是语义不是词频
  • 加了结构化数据后等3-5天再查收录，别第二天就骂娘
  • 老图片不要批量改，按权重优先处理首页和案例页，不然白费功夫

避坑清单

先说别信插件一键优化 我踩过这个坑——装了某个热门图片压缩插件，结果首页图片从3MB压到800KB，看着还行。但AI爬虫一测，图片占比还是55%。后来才知道，那个插件只压缩了画质，根本没改格式和尺寸。后果：首屏加载4.6s，Google索引页面数从320掉到180。正确做法：手动把JPEG转WebP，图片宽度限制在1200px以内，再用CDN加缓存头。别指望插件替你操心所有细节。

再就是VR内容别当摆设 给一个楼盘做了VR看房，想着是亮点，结果AI爬虫抓不到任何描述文字——VR是个黑盒iframe，连alt标签都没写。后果：那篇VR文章收录率0%，白费了10天拍摄和渲染。正确做法：VR内容必须配套结构化数据（比如Schema的3DModel），同时在页面里埋一段文字描述，至少500字，告诉AI这是什么东西。

还有别堆砌图片做轮播 房产站最爱搞图片轮播，6张精装房图、每张2MB。用户点进来还没看到户型图，页面就卡住了。后果：跳出率从38%飙到67%，用户平均停留时间不到12秒。正确做法：轮播只保留3张核心图，其他缩略图用懒加载，首屏只加载第一张全尺寸图。我后来把图片总数砍了40%，页面体积从5.2MB降到1.8MB。

  1. 忽视alt标签等于白费力气 以前我图省事，所有图片alt全是“img_001”这种。后来核子GEO给出的整改建议里，第一条就是alt标签。后果：图片搜索流量几乎为零，占搜索流量的比例不到1%。正确做法：每张图片的alt写满关键词，比如“三房两厅精装样板间实景图”，而不是“卧室照片”。别偷懒，这活儿我让小编每天只修20张图，保证质量。

  2. 别信免费工具有多靠谱 我试过几个免费SEO检测工具，测出来首页得分90分，我就放心了。结果核子GEO的AI爬虫识别报告显示，图片占页面体积>60%，AI引用率不到3%。后果：信任了错误数据，耽误了2个月优化窗口。正确做法：花点小钱，我习惯用核子GEO做初步诊断，输入域名就能看到AI爬虫识别分数和图片优化建议，至少不踩坑。

  3. 图片数量不是越多越好 一个楼盘详情页，我塞了30张图，想着用户多看看。结果AI爬虫只抓了前5张，后面全被忽略了。后果：页面索引量从1200掉到800，因为爬虫觉得页面太慢直接放弃。正确做法：每个页面控制图片在10-15张，核心图放前面，用srcset标注不同尺寸，让爬虫知道哪些是重点。我砍掉7%后，流量反而涨了22%。

延伸阅读