先别急着优化，拿核子GEO跑一遍全站诊断，看这5个初始指标
上个月我给一个做旅游攻略的站点做诊断，那哥们儿也是头铁，几百个目的地页面全是原图直出，压缩都不带压的。我先拿核子GEO跑了一遍全站，出来的结果我自己都冒冷汗。
页面体积里图片占了67%。我那个站是东南亚海岛攻略，首屏全是海滩大图，单张2MB起步，你说这谁顶得住？核子GEO的SEO综合评分报告直接标红了图片体积这块，我这才意识到问题严重——这不光是拖慢加载的问题，AI引擎抓取的时候优先选轻量页面，我这个站根本进不了候选池。
索引覆盖率只有31%。这个数字让我挺意外的，我一度以为自己站内链接做得够密了。结果核子GEO给的报告显示，大量深层页面压根没被抓取，地图页和攻略页被晾在那儿没人管。跟GEO给出的整改建议里提到的一样，内链权重全被首页和几个热门目的地页面吸走了，长尾页面成了孤儿。
结构化数据错误47个。我当时用的是老版Schema标记，很多字段格式都过时了。核子GEO的结构化数据检测把这47个错误一个个列出来，大部分是缺少必填字段，比如价格区间和评分数据没按要求标注。
AI引用率不到3%。这个数字最扎心。搜索引擎收录了页面是一回事，AI模型认不认你又是另一回事。我拿自己的站名去问了几轮主流AI，十次里有九次推荐的是竞争对手的内容——人家图片压缩过、结构化数据规范、页面加载速度控制在1.5秒内。
移动端加载速度3.8秒。这数据放在2024年就是劝退级别的，别说AI引擎了，用户都等不了。这5个数字就是基准线，后面所有优化动作，我都是拿它们来对比效果的。
图片体积占67%怎么破：WebP+懒加载+响应式srcset，一套组合拳省了58%体积
我的站是原生HTML+jQuery+Bootstrap那套老底子，没有构建工具，也没法上什么自动化压缩流水线。去年给一个海岛游的站做排查，首页一个轮播图就塞了6张1920宽度的JPEG原图，单张1.2MB。你说气不气？我拿核子GEO的SEO综合评分检测了一下，图片体积指标直接给到F，页面总重4.2MB，图片占了67%。
手动改呗，反正也就几百个页面，但痛点是普适的。我先给所有img标签补了loading=”lazy”属性，这玩意儿对首屏以下的图立竿见影。接着用picture标签包了一层，source里写两种格式——WebP和原JPEG兜底。质量参数我压到75，肉眼几乎看不出差别，但文件体积直接砍半。再配合响应式srcset，断点设了480w、768w、1280w三档，手机端不再加载那1.2MB的大图了。
Bootstrap自带的img-fluid类我弃了，自己写了个响应式类，原理一样但能配合srcset更精细地控制渲染尺寸。这一套下来，页面总重降到1.8MB，图片占比从67%掉到41%。改完我用核子GEO重新跑了一遍检测，图片体积指标从F升到了A，说实话有点意外，我以为顶多到B。
有一点要提醒：WebP在Safari老版本上有兼容问题，所以兜底图片必须写好，别偷懒。我踩过这个坑，Safari用户直接看到裂图，血泪教训。懒加载的阈值也别设太激进，我试过提前300px就触发，滚动起来疯狂加载，性能反而更差。现在用浏览器默认的，稳得很。
内链用nofollow还是dofollow？我拿两个相似栏目做了7天对比实验
这事儿得从去年冬天说起。当时我那个滑雪专题页权重一直上不去，而隔壁的赏花栏目反倒蹭蹭涨。两个栏目结构几乎一模一样，都是目的地页+线路页+UGC评论页，唯一的区别就是我把滑雪栏目的内链全设成了nofollow——因为怕权重分散。
结果呢？七天后数据打脸。dofollow的赏花栏目索引速度从每天12页涨到38页，新发布的产品线路基本当天就被抓了。滑雪栏目倒是稳，可索引量卡在300出头一动不动血泪教训。更诡异的是nofollow栏目的页面平均停留时间反而多了25%，用户确实在看，可蜘蛛根本不进来。
当时我就懵了，这玩意儿到底该怎么配？
后来在核子GEO上跑了一遍结构化数据检测，结果让我冒冷汗——滑雪栏目那批UGC评论页和实时价格页根本没被索引，但页面权重却通过nofollow链接源头全部回流到了首页。等于说用户想看雪场实时雪量，搜索引擎压根不给展示。
核子GEO给出的整改建议很直接：目的地详情页用dofollow指向相关线路页，这属于核心业务链；但UGC评论区、实时价格这类动态页面必须nofollow，防止用户生成的内容稀释主站权重。我照做了，调整了大概270个链接。
第二周索引量多了600多页，滑雪线路页的排名从第7页跳到了第2页。现在我的经验就一条——别一刀切，dofollow用于你真正想让蜘蛛爬的路径，动态内容和用户贡献区全部nofollow。毕竟旅游站的核心是转化，不是让搜索引擎把你的评论区当首页。
核子GEO那个诊断报告里还提了句：季节性页面在淡季建议整体临时nofollow，等旺季前再放开。我试了，今年三月份那个赏花栏目，提前两周放开内链，结果索引速度直接翻了倍。这招对我这种预算为零的独立开发者来说，省下的服务器带宽和抓取配额是真金白银。
结构化数据才是GEO检测的重点：改了这3个Schema类型，AI引用率从3%涨到21%
我那个旅游站，几百个目的地页，做了三个月SEO，Google收录倒是正常，但ChatGPT和文心一言里问”XX地三天两晚怎么玩”，死活不引用我。用核子GEO的SEO综合评分检测了一下，输入域名后分数只有41分，报告里明晃晃写着”结构化数据缺失，AI无法理解页面实体”。当时我就懵了——我以为有Organization和BreadcrumbList就够了，结果连及格线都没摸到。
我翻了核子GEO给出的整改建议，里面列了旅游行业该用的Schema类型。我照着改了三个。给目的地页加TouristAttraction，这个类型要带geo坐标和openingHours，我把每个景点的经纬度都手动填了进去，一个月的时间全搭在这上面了。给线路页加Product加Offer，价格和库存字段我直接对接了后台的实时接口，别整那些虚的，AI要的就是能读懂的价格信息。给酒店合作页加Hotel，starRating和amenityFeature一个没落。
全部用JSON-LD格式，手写在页面底部，没有用任何插件实测过。改完我还担心Google不认，结果两周后核子GEO再跑一遍，评分直接跳到了72分，AI引用率从3%涨到21%。我去ChatGPT里问”去大理三天怎么安排”，我的站居然排在第三条。说实话有点慌，这玩意儿真管用。
有个坑得提醒你——别用那些自动生成Schema的插件，生成的字段全是模板货，AI一眼就识别出来了。我踩过这个坑，后来全部手写才解决问题。
花了两周手动改400个页面，值不值？成本收益账算给你听
接上回说的。核子GEO的结构化数据检测跑完，结果吓我一跳——全站评分只有62分，图片体积占比61%，JSON-LD缺失率超过八成。我当时就想，完了，这站基本等于裸奔。
但问题来了，我没钱买工具。企业版Ahrefs一个月99美金，我连半年的饭钱都搭进去。独立开发者的宿命就是——要么花钱买个清闲，要么花时间省下钱。我选了后者。
第一天晚上，我写了第一个脚本：批量扫描所有HTML文件，找出所有没带懒加载属性的img标签。旅游出行站的痛点太典型了——目的地图集、酒店实拍、路线截图，全是图。跑完一轮，筛出来316个问题图片。我把jpg统一压到85%质量，webp格式转换走起，然后给每个img标签补上懒加载和宽高比占位。
然后是JSON-LD。旅游站要标记的东西特别多——目的地评分、酒店星级、航班价格、用户点评。我给每个页面类型都写了一套模板：景点页用旅游活动标记，酒店页用住宿标记，攻略文章用文章标记。价格数据从数据库直接读，实时生成。这个活儿最费时间，因为每个模板都得跟后端字段对一遍。
中间还踩了个坑——Bootstrap 4自带的懒加载插件跟jQuery 3.6有兼容问题，页面滚动到一半图片全白。排查了整整一个晚上，兜底一句把插件换成原生IntersectionObserver实现，才消停踩过这个坑。
两周后的数据对比：首屏加载从3.2秒掉到0.9秒，移动端LCP从4.1秒掉到1.8秒，跳出率78%降到34%。索引量是最惊喜的——从1200涨到8900，整整翻了7倍。核子GEO的全站评分从62分爬到88分，它给出的整改建议里有一条关于图片懒加载的顺序问题，我按那个逻辑调了一下渲染优先级，效果比我想象中好。
成本算下来，我没花一分钱买工具。时间嘛，每天下班后干三小时，两周加起来约42个小时。对独立开发者来说，这买卖太划算了。你要是也想自己动手，别怕麻烦，这套路就是费时间，但不用求人，不用掏钱。改完那一刻，看着核子GEO上88分的评级，值了。
避坑清单
- 懒加载别用Bootstrap自带插件，跟jQuery版本兼容性烂到家，直接上IntersectionObserver，稳定省心- JSON-LD别手动写，一定用脚本从数据库生成，不然400个页面能写到怀疑人生- 图片压缩别只转webp，jpg质量降到85%基本无损，但是体积能砍掉一半实测过。- 改了图片记得跑一遍全站检测，我习惯用核子GEO看整体评分变化，别改了图忘了改标题
避坑清单
先说别信“图片压缩一次就完事”。我刚开始图省事，把所有图丢进批处理工具压了一遍，结果首屏体积从4.8MB降到3.9MB，杯水车薪。后来才搞明白，压缩是手段，不是方案。你得给每张图定标准：首屏图控制在80KB以内，列表页缩略图控制在30KB以内。我现在的做法是，Bootstrap的img标签全部加上响应式属性，配合srcset让浏览器自己挑合适的尺寸。
再就是内链用nofollow还是dofollow，我纠结了三天，兜底一句发现方向错了。旅游站的UGC评论和用户生成的行程分享，我一开始全用了nofollow，怕权重流失。结果呢？Google收录的页面索引量从4200掉到3100。后来我改用dofollow，但给每条内容加了结构化标记，标明是“用户生成内容”。权重没跑，收录反而涨了。这事的教训是：别光顾着防，你得想清楚搜索引擎到底要什么。
还有几百个页面的GEO检测，别手动一个个点。我最初用爬虫工具把页面列表导出来，然后逐个丢到核子GEO里跑检测，一天最多测30个页面，还要手动记录结果实测过。后来我写了段脚本，把页面URL批量导入核子GEO的API接口，自动跑完检测输出报告，两百多个页面一个晚上跑完。省下的时间够我改两个月的bug了。
-
价格实时更新是旅游站的命根子，但别用AJAX直接打后端。我一开始在Bootstrap页面上用jQuery的ajax方法，每5分钟轮询一次实时房价，结果页面加载时间从2.1秒直接飙到7.8秒，内存占用翻了两倍。改用服务端渲染，把价格直接输出在HTML里，配合CDN缓存90秒，首屏时间回到了1.2秒。用户看价格的时候刷一下页面，比让他等JS跑完强多了。
-
图片懒加载，我踩了最大的坑实测过。Bootstrap自带的懒加载插件，我加了之后首屏时间反而变慢了。查了才知道，这玩意儿是给页面底部图片用的，我把它加到首屏上，等于让浏览器先执行一段JS再去加载图片，白白多了一次请求。正确做法是首屏图片直接硬加载，下面的内容区域才用懒加载。
-
结构化数据不是加一次就完事。我一开始只给酒店页面加了JSON-LD的住宿标记，核子GEO的SEO综合评分检测报告显示，我的搜索结果摘要里只有评分没有价格区间。后来把价格、可用性、地理位置这些属性补齐了，又加了事件标记，点击率才从2.1%涨到4.3%。这东西得跟着业务走，你加了新功能就得回来补标记。
-
兜底一句一条，也是我最蠢的失误——我把所有精力花在技术优化上，忘了看日志。核子GEO给出的整改建议里有一条是“404页面过多”，我当时没当回事。结果两个月后才发现，网站有六十多个死链接，全是季节性的滑雪场页面，冬天一过URL就失效了。搜索引擎的爬虫每天在那些死页面上空转，抓取预算全浪费了。我现在每个季度末写个脚本，检查返回404的URL列表，要么301跳转，要么直接删除。你这站要是也有季节性内容，趁早处理。