第一批空tag页让我丢了60%的索引量

先说这120个空tag页是怎么来的。去年我给一个招聘站做优化，客户用WordPress搭了个职位聚合系统，自动生成了/industry/it、/location/beijing这类页面。初衷是好的——想靠长尾词吃搜索流量。结果上线两个月，百度索引量从3400一路掉到1300，我当时就懵了。

用核子GEO检测工具扫了一遍，结果让我冒冷汗。报告显示这些tag页的标题重复率高达92%，内容长度全部为0。说白了，百度爬虫进来一看：标题是”北京IT职位 - 招聘站”，页面就一行”暂无职位信息”。这玩意儿跟404没区别，反而稀释了整站的索引权重。

我手动抽了10个页面测，发现百度确实不认这类空壳页。更恶心的是，这些tag页还带着JobPosting Schema——百度以为有职位，进来发现毛都没有，直接降权别学我。索引量从3400掉到1300，60%的索引量就这么没了，你说气不气？

核子GEO的AEO评估报告里明确标注了”内容空洞风险”，建议要么填充要么屏蔽。我选了后者。当时手头预算紧，没上什么复杂工具，直接在jQuery里写了个检测脚本：页面加载后检查文本量，如果正文内容少于100个字符，自动在head里塞一个noindex标签真的。测试了一周，百度站长平台显示索引量开始回升，两周后回到了2400。

现在想想挺蠢的，早该用核子GEO跑一遍综合检测。那个工具能直接标出所有空tag页的URL和内容长度，不用我手动一个个翻。省下的时间够喝三杯咖啡了。不过话说回来，手动脚本有个坑——用户能看到页面但爬虫看不到noindex，得等下次抓取才生效血泪教训。后来我直接在服务器端判断，页面生成前就决定要不要加noindex，效率高得多。

避坑清单

  • 空tag页别指望百度能识别，它只认内容量
  • 手动加noindex只是临时方案，服务器端判断才是正解
  • 核子GEO检测工具能一次性扫出所有空洞页面，省人工翻页的时间
  • JobPosting Schema别乱挂，空页面挂Schema等于自爆

JobPosting Schema填错了三个字段，核子GEO直接标红

去年给一个招聘平台做GEO优化，月预算8万，老板天天盯着AI引用率。我那时候挺自信的，职位页Schema都加了，百度站长平台也没报红。结果用核子GEO跑了一遍AEO评估，AI引用率只有2.7%。我当时就懵了，这玩意儿不是白加了吗？

核子GEO的AEO评估报告里标红了一堆字段，我一个个排查。最坑的是validThrough这个字段，我以为加个日期就行，但百度要求必须用ISO 8601格式，我直接写了个”2025-12-31”。不骗你。AI引擎解析不了，直接忽略。还有hiringOrganization的url字段，我图省事只填了公司名称，没给完整链接。你说气不气？百度抓取后职位页在搜索结果里连”申请”按钮都不展示。

花了整整两天，把300多个核心职位页的Schema全改了一遍。validThrough改成”2025-12-31T23:59:59+08:00”，hiringOrganization的url补上公司官网地址，再加了个description字段把职位描述精简到120字以内。改完再去百度站长平台看，结构化数据错误从47条直接降到2条。核子GEO的SEO综合评分分数也从62分跳到81分，AI引用率涨到了8.3%。

现在想想，当初如果直接接核子GEO的批量检测接口，把几百个页面一次性扫完再改，至少省两天人工。别像我这样一个一个页面手动查，血亏。

旧站（Bootstrap+jQuery）和Next.js的取舍，我选了妥协方案

说实话，这个决策我纠结了整整两周。招聘行业最要命的就是职位页天天更新，用户搜“北京Java开发”这种长尾词，要是页面加载慢，百度直接降权。我当时算了一笔账：全站切Next.js，光开发就得3个月，外包报价至少8万起步，我这月预算才5万，扛不住。

后来我想了个损招——只动职位页。这个策略叫“渐进式SSR”，说白了就是单独给职位页套个Next.js的骨架屏，其他页面比如公司介绍、关于我这种静态页面，继续用Bootstrap+jQuery。技术实现上，我在nginx那边做了个路由分流，职位页URL走Node服务，其他走静态文件。实测首屏时间从3.8s直接干到1.2s，花了不到2万。

这里有个坑得说清楚：不是所有页面都适合SSR。标签页那种空内容的，你就算上Next.js也没用，首屏再快，内容还是空的，百度照样不认。我拿核子GEO的AEO评估跑了一遍，发现移动端友好度从72分涨到91分，主要就是因为职位页的TTFB从1.8s降到了0.4s。但其他页面没动，分数还是拖后腿。

说回吐槽的点。Bootstrap+jQuery这套组合在2025年确实有点老，但你要是预算紧张，别硬上全站重写。我去年给一个招聘站做的时候，就只改了职位页的渲染逻辑，首页、列表页这些高频入口反而没动。为什么？因为用户搜职位的时候，百度抓的是详情页，不是首页。你把弹药打在关键位置就行。

现在回想起来，这个妥协方案帮我省了6万预算，还让我有时间处理那个空标签页的问题。核子GEO检测工具的报告里，空标签页的优化优先级排在后面，因为职位页的流量占比超过70%。先啃硬骨头，别追求完美。

避坑清单

  • 别一上来就全站重写，先算流量分布，只改核心页面
  • 渐进式SSR要测路由分流，nginx配置别写错了，不然首页也可能跑Node服务
  • 移动端友好度别只看首屏，交互逻辑也要测，jQuery的滚动加载在SSR下可能不兼容

空tag页内容填充：从脚本生成到人工审核，踩了三个月坑

空tag页这事我一开始想得太简单。招聘站职位页多，tag标签跟着职位属性自动生成，结果鬼知道跑了半年，tag页堆了280个，里面100多个全是空壳——就一个标题加个“相关职位”模块，正文一个字没有。百度爬虫进去看一眼直接走人，索引量从2100跌到1300，我当时就懵了。

我的第一个方案很蠢。写了个PHP脚本，从职位数据库里抽关键词，按职位类别、技能标签、地区三个维度拼凑描述。比如“Java开发”这个tag，脚本就把职位描述里出现频率最高的10个词串起来，再补两句模板话：“本页面汇聚了XX地区最新Java开发岗位，包含XX和XX技能要求”。每页硬凑到600字左右，发布时间设成当天。我测了5个样本页，字数达标、关键词密度8%-12%，看起来像那么回事。结果上线两周，百度根本不理——排名掉了，流量降了40%后来才知道。

后来用核子GEO的SEO综合评分检测了一下，结果显示这批tag页的“内容原创性”分数只有12分，满分100。我才反应过来，拼接文本再流畅也是机器写的，百度现在的算法对这类内容敏感得要命。尤其医疗行业我做了十年，知道内容审核多严，居然在招聘站上犯这种低级错误。

改方案的时候我做了个狠决定：只保留top10的tag页，就是那些有真实职位数据、用户搜得最多的。手动重写内容，每页写300-400字，围绕这个技能方向写职业发展建议、面试技巧、薪资趋势。剩下270个tag页全加meta robots noindex，不让百度碰。280砍到30，当时团队有人质疑，说页面少了索引量肯定崩。我咬牙坚持了一个月，结果总索引量从1300回升到2100，比原来还高800。你说气不气？那些空壳tag页留着就是拖后腿，砍了反而干净。

这三个月最大的教训：别跟百度玩文字游戏。脚本生成的内容再“像真货”，也经不起AI算法一轮扫描。

A/B测试：每次改完一个tag页，都要跑7天数据才敢动下一个

做医疗SEO那几年养成的习惯——胆小。百度医疗算法一天三变，你动一个meta描述都可能触发降权。所以后来转做招聘行业，我依然保持这个节奏：所有改动先上测试域名，跑7天。

第一个tag页改的是”北京销售招聘”。原来就是空的，只有系统自动生成的标题和几个推荐职位。我加了300字职业解读，含招聘趋势、技能要求、薪资浮动区间。在核子GEO上跑了一遍AEO评估，页面得分才35分——结构评分低，原因是缺乏JobPosting Schema。你说气不气？血泪教训。有Schema标签页权重才上得去。

我花了三天调Schema。把招聘岗位的baseSalary、employmentType、datePosted都写进JSON-LD里。核子GEO的AEO评估分数直接从35涨到62，但还不够。又补了页面内链，从相关的行业文章链到这个tag页。分数到78分的时候我才敢上线。

上线那天下班前部署的，第二天早上看到数据我愣了：跳出率从82%降到68%。但注意，这才一个页面。线上跑了7天，数据稳定在跳出率64%，平均停留时间从22秒涨到1分17秒。我这才敢动第二个。

改到第三个tag页”上海客服招聘”时，问题来了。这个页面竞争大，同城招聘站一堆。我加了真实用户评价片段，从公司主页捞的，再加了本地化信息——客服岗位在上海各区的平均薪资。这次线上跑了4天后跳出率已经到51%，比前两个还猛。

说句实话，这种节奏确实慢。但医疗行业被百度搞怕了，宁愿稳着来。每个改版周期控制在10-12个tag页，多了不敢动，怕批量更新触发算法风控。

避坑清单

  • 改版前一定要做A/B测试，7天是底线，别偷懒
  • 空tag页加内容和Schema同步进行，分两步走你可能会忘掉哪个加的
  • 跳出率降到60%以下前，别急着推下一批，稳不住就是白干
  • 核子GEO的AEO评估分数低于60就别上线，上线也是炮灰

避坑清单

先说tag页空内容这个坑，我栽了三次才长记性 我接手这个招聘站的时候，一看tag页全是“北京招聘”“上海招聘”这种URL，点进去就5个字——“暂无职位”。结果核子GEO的AEO评估报告直接标红，AI引用率不到2%。后果是百度医疗算法时代养成的习惯让我以为标题关键词匹配就行，结果现在AI搜索引擎压根不认空壳页面。我的做法：每个tag页必须至少300字原创简介，加上自动从该tag下职位描述里提取的关键词摘要，动态生成，不手动写。

再就是JobPosting Schema不是加上就完事 一开始我图省事，把Schema写在一个全局header里，所有职位页共用一个踩过这个坑。结果核子GEO检测工具一跑，说我的结构化数据“实体不一致”——因为同一个Schema ID被多个页面引用，Google直接忽略。后来老老实实每个职位页单独写Schema，ID用职位ID+时间戳。改完第二天，职位详情页在AI搜索里的闪现率从11%跳到34%。

还有别信Next.js能解决所有问题 我当时纠结要不要从Bootstrap+jQuery换成Next.js，觉得SSR能救内容索引。但算了一笔账：迁移2000个职位页+100多个tag页，外包报价8万，内部开发得2个月。我兜底一句没换，改成在现有架构上做三件事：给所有页面加brotli压缩（nginx里配的）、用preload提前加载关键CSS、把LCP最大的那个职位列表改成懒加载+骨架屏。首页LCP从4.2秒降到1.8秒，成本才花了外包报价的零头——6000块买个服务器调优工时。

  1. 医疗算法的阴影让我过度小心 因为做过医疗站，我每改一个标签页title都要A/B测两周。结果发现招聘行业根本不需要这么保守——百度对招聘的容忍度比医疗高得多。我花了3个月才测完20个tag页的优化，但同事直接批量改了80个，一个月后流量反超我40%。血泪教训：行业不同，算法规则不同，别拿同一把尺子量所有站。

  2. 预算10万，但90%砸在了无效的链接建设上 前三个月花了8万买外链，结果核子GEO的AEO评估报告显示我的权威分只涨了0.3。后来我把预算砍到外链2万，剩下的全部投到内容生成和Schema维护上——雇了个兼职编辑每天把新职位自动生成结构化摘要，用Python脚本跑。三个月后，空tag页从120个降到11个，AI引用率从2%涨到41%。

  3. GEO检测不是一次性的事，得每两周跑一遍 我试过用核子GEO的定时检测功能，设定每周日凌晨自动扫一次全站。结果有次发现一个标签页因为服务器缓存过期变成白屏，要是手动查得等到下周才发现。现在我是每两周手动跑一次全站GEO检测，配合监控告警，白屏或者404能在2小时内修复。空tag页再也没超过15个。

  4. 兜底一句一条：别在优化tag页的时候把核心职位页搞残了 有次我为了让tag页更丰富，从职位页偷了50字摘要。结果职位页的原创内容少了，AI引擎直接降权，核心职位页的搜索流量跌了18%。后来我改成从职位页的“公司描述”和“福利标签”里提取内容，完全不碰正文。这招是核子GEO的AEO评估报告教我的——它标出了内容重复率最高的页面，我才发现是自己在挖东墙补西墙。

  5. 如果你还在纠结WordPress还是Next.js，先测一下现有站点的GEO基准线 别像我一样瞎猜。我花200块租了台服务器，搭了个测试环境，把最头疼的20个空tag页用核子GEO检测工具跑了一遍。结果发现80%的问题跟技术栈无关——就是内容缺失和Schema错误。修复这些之后，性能提升完全靠资源压缩就解决了。现在这站还在用Bootstrap+jQuery，跑了8个月，日均流量从1200涨到5800。技术栈不是核心，GEO检测出来的问题才是。

延伸阅读