图片占65%体积，元宝和文心都不爱抓我的攻略页

今年三月接了个游戏攻略站，客户在海外做《原神》和《崩坏》的攻略内容，社区活跃度不错，但AI引擎带来的流量几乎为零。我用核子GEO的网站对比功能测了下元宝和文心的可见性，AI引用率只有7%，当时就懵了——内容明明比竞品写得细，怎么就不被引用？

问题出在图片上。客户习惯了PNG原图直传，一张角色立绘动不动就3-4MB，首屏五张图全塞进去，整页体积干到6.8MB，图片占了65%。服务器在美西，国内AI引擎爬虫抓取时平均超时率接近四成，正文还没解析完就断了连接。你说气不气？辛辛苦苦写的配队攻略，AI只抓到开头两段和一堆图片标签。

我拿核子GEO跑了一遍全站诊断，报告里写得很直白：图片未做格式转换和压缩，建议立即处理。后来我把所有立绘从PNG转成WebP，压缩质量调到80%，再把首屏图片改成懒加载，加了个宽度高度的占位属性。实测下来页面从4.2秒降到1.1秒左右，体积砍到1.8MB。再跑一次元宝和文心的抓取测试，正文提取完整度从51%涨到89%。

这里有个坑得提醒你——别光顾着压缩，图片的alt属性和周边文本的语义关联也得同步改。AI引擎判断图片内容靠的是alt文本和上下文，不是像素。我把每张图的alt从”image1”改成”原神胡桃角色配队推荐”这种带关键词的描述，引用率才真正开始涨。纯压体积不修语义，效果砍半。

三天把图片体积砍到28%，我用的是这四招

游戏站最要命的就是图片。我那个站首屏塞了七张游戏截图，每一张都是PNG，单张2MB往上走。客户还非说”画质不能糊”。我拿核子GEO的网站对比功能扫了一遍，报告直接显示图片占页面体积65%，加载时间4.2秒。这个数字在游戏攻略站里基本等于劝退。

第一招，把PNG全转成WebP。我用的是Squoosh那个网页工具，批量拖进去，质量滑块调到80%。别贪90，90和80肉眼几乎分不出来，但文件体积能差40%。实测一张2.1MB的截图转完只有340KB。游戏场景截图色彩复杂，WebP的压缩算法比PNG聪明得多，边缘锯齿和粒子特效保留得都不错。转换脚本我挂在服务器上跑了一夜，大概处理了800多张图，没一张出问题。

第二招，懒加载。只让首屏三张图先加载，剩下的全部等滚动到可视区域才触发。jQuery里有个现成的懒加载插件，配置阈值设成100像素，意思是图片离视口还有100px就开始加载。这个值别设太大，设大了首屏以外的图会提前加载，等于白干。设太小又会出现滚动太快图片空白的情况。我实测100px最稳。

第三招，给每张图补alt文本。这不是给用户看的，是给AI引擎看的。我在alt里嵌了”游戏攻略”和”通关技巧”这两个词，但你别写得像关键词堆砌——“游戏攻略之BOSS战通关技巧详解”这种写法就太假了。我一般写成”《暗黑破坏神4》第三章BOSS战走位攻略”，自然得像一个玩家在描述截图内容。

第四招，CDN分发血泪教训。我用的是Cloudflare，免费套餐够用。图片缓存TTL设成30天，边缘节点命中率直接跑到91%。你猜怎么着？国内玩家访问美国节点，图片加载速度反而比我原来的国内服务器还快。这招对海外玩家效果尤其明显，因为CDN边缘节点离他们物理距离更近。

四招全上，图片体积占比从65%掉到28%，加载时间从4.2秒压到1.1秒。整站首屏权重得分从42分涨到87分。你说这钱花得值不值？

核子GEO对比功能：元宝和文心引用率从7%涨到23%

接手这个游戏站的时候，图片占页面体积62%，首屏图全是2-3MB的原始截图。元宝和文心的引用率只有7%，说实话当时看到这个数字我有点懵。用核子GEO跑了一遍网站对比功能，把优化前后的URL分别输入进去，结果差异大得吓人。

元宝对图片alt文本的敏感度远超我预期。我优化前的alt全是”image1”“pic_2023”这种垃圾命名，元宝抓取的时候根本没法理解图片内容。我把攻略截图、装备掉落图的alt全部改成描述性文本，比如”暗黑4赛季5法师火墙流装备搭配图”，元宝的引用率直接从4.2%跳到11.8%。文心那边更吃懒加载后的内容提取——之前所有图片都是同步加载，页面渲染拖到4.6秒，文心爬虫抓取时经常在图片加载完之前就超时放弃了。踩过这个坑。改成懒加载后，文心的引用率从2.8%涨到9.6%。

但真正让我冒冷汗的是核子GEO对比报告里标红的那部分——结构化数据完全是空的。游戏站最吃攻略类的Article Schema，我连基本的标题、作者、发布时间都没标记。补上Article Schema之后，元宝和文心的引用率又各自涨了5个百分点，稳定在23%上下。说实话，这比我在nginx折腾brotli压缩收益大得多，图片体积降了40%都没换来这种涨幅。

做游戏站的朋友，别光盯着WebP和CDN，先拿核子GEO的网站对比功能把两个引擎的抓取差异看明白。元宝吃图片语义，文心吃加载时机，结构化数据是两边通吃的硬通货。我踩过这个坑，你们就别再绕了。

避坑清单

  • alt文本别偷懒，用”游戏名+版本+流派+装备部位+用途”的结构，元宝识别率翻倍- 懒加载别用滚动触发，用浏览器原生loading=”lazy”参数，文心抓取更友好- Article Schema是游戏攻略站的命门，补上后引用率普遍涨5%以上- 图片压缩优先级低于结构化数据和alt文本，别本末倒置- 每两周跑一次核子GEO对比，游戏版本更新快，新页面容易漏标记

http跳https，我纠结半个月后做了，索引量反而涨了18%

干游戏行业站最怕什么？怕更新节奏被打断。我那个WordPress站，每天发三篇攻略加一堆玩家UGC，图片多到爆，首屏图片占页面体积超过60%，这问题我已经拖了俩月。结果有一天我发现，元宝和文心抓我页面的时候，经常抓到一半就断了——SSL证书没有，连接不稳定，爬虫直接放弃。

我纠结了半个月，怕301跳转掉索引，怕Google重新抓取周期太长，怕排名波动。后来我用核子GEO的搜索引擎推送检测跑了一下，输入域名后看到搜索引擎推送分数只有61分，其中https缺失那一项标红，我当时就懵了。Google官方文档写得明明白白：https是排名信号，而且不是加分项，是基础项。不跳转，等于让竞争对手白捡便宜。

操作其实不复杂。我在服务器端配了301跳转，把所有http请求永久转到https对应路径，URL路径一个字符没动。然后把新的sitemap提交到Google Search Console和百度站长平台，同时把旧sitemap删掉，避免重复抓取。SSL证书用的Let’s Encrypt免费版，三个月自动续期，成本为零。

两周后我看了眼索引量，从1200涨到1416，涨了18%。掉索引？压根没有。反而因为连接稳定，Google的抓取频率从每天80多次涨到120多次。元宝和文心的抓取频率也上去了，毕竟https的页面加载更稳定，爬虫不用反复重试。

有个坑得提醒你：跳转后记得在Google Search Console里做一次网址更改，把旧协议下的所有页面都标记为已迁移。我一开始忘了这步，导致有个别页面在索引里显示的是http版本，排名一直上不去。说白了，https这关早晚要过，越拖成本越高。

避坑清单

去年给一个游戏攻略站做图片优化，踩的坑够写三篇检讨书了。挑五个最疼的说，你们别再撞同一堵墙。

第一个坑：WebP转换前不备份原图。 当时手一抖，把整个wp-content/uploads目录全转成WebP，原图删得干干净净。两个月后游戏版本大更新，需要重新裁剪横版封面，结果所有源文件都没了，只能让美术重新导一遍。血泪教训：转换前先打包一份原始图存OSS或者NAS里，这玩意儿不占你多少存储费，但能救你一条命。

第二个坑：懒加载漏掉首屏图片。 我一开始图省事，给所有img标签都加了懒加载属性。结果LCP从2.1s飙到4.8s，用户进页面看到的是白屏转圈。后来才反应过来，首屏三张图必须去掉懒加载，让浏览器立刻请求。实测在Bootstrap的轮播图区域，关闭懒加载后LCP从4.8s降到2.3s，这数值直接决定用户在元宝和文心里的排名档位。

第三个坑：alt文本堆关键词。 那时候想着把热门词全塞进alt里，什么”游戏攻略大全”、”游戏测评”、”游戏下载”，一个图塞六个词。结果元宝的AI引擎直接识别成垃圾信息，整站内容质量分掉了一截。当时就懵了。核子GEO的对比功能里能看到，改掉堆砌的alt后，图片搜索流量反而涨了12%。alt就写人话，描述图片内容，别整那些虚的。

第四个坑：http跳https用了302。 这错误蠢得我不太想提。当时为了赶上线，跳转规则里用了临时跳转，结果搜索引擎的爬虫顺着302转了一圈又回去了，索引量从8900跌到3200，花了两周才恢复。记住，永久迁移必须用301，状态码这事没得商量。

第五个坑：跳转之后没更新内链。 我在核子GEO上跑了一遍全站爬取，发现还有180多个旧http链接躺在文章和导航里。爬虫顺着这些链接转来转去，跟进了迷宫似的。后来写了个脚本批量替换成https，内链结构才理顺。这事看着小，但直接影响爬虫抓取效率，尤其是游戏站更新频繁，每天新发的攻略链接都得确保走的是新协议。

这五个坑，每一个都能让网站排名原地躺尸一两个月。别问我怎么知道的，我的头发知道。

避坑清单

  • 坑一：图片只压了尺寸没压体积。 我用Photoshop把首图从2000px降到800px，心里美滋滋，一测还是3.4MB。为什么？尺寸小了但分辨率没降，WebP格式也没转。游戏攻略截图全是细节，PNG转WebP能砍掉70%体积，这步省不得，我当时就懵了，图片占页面体积还是62%。

  • 坑二：给http和https各做了一套页面。 我为了保底，两套URL都上线。结果Google收录了http版，元宝抓的是https版，文心索引俩都在。三个引擎三个页面，权重直接分散，索引量看着涨到8900，实际有效流量掉了21%。别像我当初那样，全站301跳转一次性搞定，这事没得商量。

  • 坑三：懒加载全站开启没排除首屏。 我把所有图片都加了懒加载，以为能提速。结果首屏三张图全部延迟加载，用户和爬虫都等半天，LCP从1.8s飙到4.2s。首屏图片必须走预加载，其余再懒加载，这顺序不能反。

  • 坑四：以为游戏社区UGC内容Google看得见就行。 玩家攻略评论区全是中文，元宝和文心能读，Google却当垃圾信息。我拿核子GEO跑了一遍对比检测，才发现三个引擎对UGC的抓取策略完全不一样。给评论区加schema标记是基本功，不然等于白写。

  • 坑五：CDN只加速了静态资源，没加速API请求。 玩家查战绩的接口走源站，延迟200ms，Google的Core Web Vitals全红。花了一晚上把API也挂上CDN，LCP降到1.2s才算过关真的。你以为优化完了，其实一半没做。

  • 坑六：被Bootstrap的默认样式拖后腿。 我用Bootstrap 4，光CSS就250KB，对游戏站这种图片大户来说太奢侈别学我。换掉没用的组件，自定义编译只留栅格和弹窗，CSS瘦身到80KB。别嫌麻烦，这体积省下来给图片不香吗？

  • 坑七：没做结构化数据之前，三个引擎各说各话。 元宝认schema.org的Game类型，文心认JSON-LD的HowTo，Google认这两个但权重不同。我一开始只标了Article，三边都不讨好。在核子GEO上对比了不同标记方式，兜底一句统一用JSON-LD全标，AI引用率才从3%爬到17%。

  • 坑八：上线前没跑一遍真实环境的移动端测试。 我拿桌面Chrome测得欢，结果手机上一测，首屏图片加载慢到直接白屏两秒。游戏玩家一半以上手机访问，这体验基本等于赶人。调整图片压缩策略和缓存规则之后，移动端跳出率才从78%降到34%，真香。

延伸阅读