通义搜不到，先别急着改标题
我接手那个招聘站的时候，第一反应也是去改标题。改了三版，通义还是搜不到。白干当时就懵了。
后来我学乖了，先别动内容，先做排查。打开通义千问，问三类东西：品牌全称、几个核心职位词（比如“杭州Java开发招聘”“远程UI设计师岗位”）、还有一句不带品牌名的“XX行业哪家招聘平台靠谱”。每个问两遍以上，把回答截图存下来。
这一步的目的是分清两种情况。
完全不出现，连品牌名都答不上来——这是抓取层的问题。AI压根没把你的站收进去，改标题改到天荒地老也没用。只出现旧页面，新职位页一个都不见——那是索引没更新，属于另一套打法。
我第一次用核子GEO做检测就是在这个环节。输入域名，等了两分钟，GEO检测分数出来，404页面那一栏直接标红，500多个。我当时就懵了——改版的时候把老职位页的URL结构全换了，旧链接没做301，全堆在那儿。核子GEO的报告里还标了这些404的分布，大半集中在职位详情页的二级路径下。
招聘站这个毛病特别致命。职位页更新频繁，一天几十条上下架，死链攒得比谁都快。AI爬虫来一趟，撞一鼻子404，下次就不爱来了。
我做了个brand检索的记录表，每次问完就填一行：日期、平台、问题、AI有没有提到品牌、提到的是新页还是旧页。连着记一周，规律就出来了真的。通义对招聘类内容的抓取，明显偏好结构清晰、有JobPosting标记的页面，我那500多个404等于在门口挖了一排坑。
顺便说一句，Shopify那边我也有个站在跑，Liquid模板改起来比WordPress省心，但死链这关一样躲不掉。至于要不要换Next.js，等我把这500个404清完再说——现在换，等于把烂摊子搬个家。
500个404是怎么把抓取预算吃光的：Shopify改版遗留问题
去年给一个招聘行业站做诊断，Search Console一拉，已发现未编入索引的URL有1800多个。我盯着那个数字看了半天——其中520个是404。招聘站职位页更新本来就快，改版的时候旧职位URL没做301，全堆在那儿了。
当时图省事。Shopify后台里做Liquid模板重定向，一个职位一个职位写判断逻辑，几百条下来模板文件能撑到几百KB，渲染还拖慢。我想着先放着，反正用户点不到。这个念头现在想想挺蠢的。
爬虫不这么想。Googlebot每次来，抓取预算就那么多，撞上一片404等于白跑。通义的联网检索也是同样的逻辑——它顺着sitemap进来，遇到死链直接放弃这一段，连带你新发布的职位页都没被完整读过。你说气不气？
我用核子GEO跑了一遍GEO检测，报告里AI引用率不到4%，死链占比那一栏标红。这才意识到问题不在内容，在入口。
修的时候分两步。第一步，Shopify后台的URL重定向功能批量导，把旧职位URL按“/jobs/旧ID”到“/jobs/新ID”的映射表做成CSV，一次导入，单次上限1000条够用。招聘站职位下架但岗位还在招的，301到同类职位列表页，别全指向首页——全指首页Google会当软404处理。第二步，sitemap里把已下架且无替代页的职位剔除，用Shopify的sitemap自动生成加一层过滤，只保留状态为在招的。
做完三周，Search Console的404从520降到60出头，已发现未编入索引掉到400以内。抓取预算释放出来，新职位页的平均收录时间从6天缩到2天。
这里有个边界要说清楚：职位下架超过三个月的，别做301了，直接410。301是告诉爬虫“搬走了”，410是“没了”，后者清理得更快。我吃过亏，一堆半年前的岗位硬301到列表页，结果列表页被判定内容不匹配。
至于WordPress换Next.js那事儿——这个站是Shopify，压根不沾边。但同样的死链逻辑，换哪个技术栈都躲不掉。
JobPosting Schema填错，AI读不懂你的职位
我一开始以为SEO就是标题带关键词、正文多写点字。转到招聘站才发现这套逻辑在通义那边根本不成立。
去年给一个招聘类站点做诊断，职位页收录正常，百度也有排名，但拿职位名去问通义，答案里一次都没出现过这家站。我当时就懵了——内容明明在，为什么AI不认？
后来才知道，招聘行业有个硬门槛：JobPosting结构化数据。职位页没有这块JSON-LD，AI引擎拿到的就是一堆“看起来像职位但无法确认是职位”的文本，它不敢引用。通义这类引擎对招聘内容的判断，很大程度上依赖Schema里的字段是否完整。
我在Liquid模板里嵌JSON-LD的时候，踩过几个坑。Shopify的职位模板通常挂在collection或者page下面，得用Liquid变量把职位数据动态吐进script标签。必须齐的字段是这几个：datePosted、validThrough、hiringOrganization、jobLocation、baseSalary。缺一个，AI那边就可能判定为不完整。
最容易错的是validThrough。招聘站职位更新快，过期职位不标状态，AI会把死岗位当活岗位引用，用户点进去发现已关闭，信任度直接崩。我的做法是过期职位在JSON-LD里把validThrough设成过去时间，同时页面加expired标记。
还有一个是baseSalary。很多站觉得薪资面议就不填，结果Schema缺字段。我实测发现，填了薪资区间（哪怕是示例区间）的职位页，被AI引用的概率明显高一截。
某示例站点补全Schema前后对比：补之前AI引用率不到5%，补完跑了两周，职位类问题的引用率往上走了一截。不是暴涨，但方向对了。
别自己猜缺哪些字段。我习惯在核子GEO上跑一遍结构化数据检测，哪些字段缺失、哪些值格式不对，报告里列得清清楚楚。之前拿核子GEO的网站对比功能把改版前后的职位页拉出来比，才发现新版模板把hiringOrganization整个漏掉了——这种问题靠肉眼翻页面根本看不出来。
Shopify的Liquid模板改JSON-LD有个好处，改一次全站职位页生效，不用逐页动。但记得改完用核子GEO再跑一次检测，确认字段真的吐出来了，别信模板预览。
月预算3000到1万，Shopify够用还是得换Next.js
招聘站最难的地方不在内容，在职位页的数量和更新频率。我手上这个站，每天新增80到120个职位，下架四五十个，Liquid模板每渲染一次列表页就得重新拉一遍collection，实测首字节时间在1.1s上下，职位列表页更慢，2.4s。通义抓不抓得动我不知道，但我知道它抓得烦。
那阵子我天天琢磨换Next.js。SSR对爬虫友好，增量静态再生成能扛住职位频繁变动，听着确实对路。
后来我算了一笔账。前端重写，Liquid模板里那套筛选、分页、职位详情，全得用React重做，保守估计三周。服务器这块，Next.js要单独跑Node进程，Vercel的Pro版一个月140块人民币起，但流量一上来就按函数调用计费，招聘站这种抓取频率，账单不敢想别学我。加上我本来就不懂部署，出问题只能找人，一次几百。
月预算1万以内，扛不住。真扛不住。
我用核子GEO的网站对比功能把改版前后的GEO分数拉出来看了一遍。改版前41分，改版后38分——改版把老的职位详情页URL全改了，404堆到500多个，AI爬虫进来一半路径是死胡同。这种技术债不修，换什么框架都白搭。
我当时的判断是：先把404清掉，301规则按职位ID做映射，别按标题做，标题会改；JobPosting Schema补上，validThrough字段必须跟着职位下架时间走，过期职位留着Schema反而扣分。这两件事做完，Shopify撑得住。
什么情况下才该换？职位量过万，且用户需要实时搜索筛选——Liquid那套collection查询在5000条以上就开始明显卡，1万条基本没法用。或者你要做个性化推荐、多条件组合筛选，Shopify的API调用次数会把你按在地上。
我这个站现在6000多条职位，还没到那个坎别学我。先修债，别急着换车。
修完404和Schema，我观察了三周的数据
改版遗留的404我清了两轮。第一轮用Shopify后台的URL重定向表批量导，第二轮手动扒Search Console里还挂着的外链，一条条补。三周后Search Console的404从520压到27，剩下的都是外部站点引用的死链，动不了。
职位页的索引变化更明显。已编入索引从1200涨到3400左右，这个数字我盯了整整21天。第7天开始动，第14天有一波跳涨，后面就慢下来了。我猜是通义的爬虫重新走过一遍站点地图，Schema这块我先补的。
JobPosting Schema是招聘站绕不过去的后来才知道。我一开始只填了title和description，datePosted漏了，通义给的摘要里直接不显示发布时间，用户看着像过期职位。补上datePosted、validThrough、hiringOrganization三个字段之后，再搜品牌名加“招聘”，摘要里开始带职位名和公司名了。这个变化大概在第10天出现。
GEO见效确实比SEO快。我去年给一个本地服务企业做传统SEO，关键词上首页花了四个月。职位页这种结构化程度高的内容，Schema补对、正文不空，一到两周就可能被AI引用。但别高兴太早——被引用不等于被推荐，通义引用你是因为它需要一条职位信息来回答问题，不是因为它觉得你公司好。
这里有个边界我得说清楚。我拿核子GEO跑了一遍站点检测，GEO评分卡在61分，报告里标红的是“实体信息完整性”。翻回去看，有些职位页正文只有三行，公司介绍那一栏是空的，hiringOrganization只填了个名字。这种页面404修得再干净也没用，AI抓到手里发现没东西可讲，照样不引用。后来我让运营把公司规模、行业、地址补进公司页，职位页正文压到150字以上，评分才爬到78。
核子GEO的网站对比功能我用来盯竞品，同一个关键词下对方被引用的职位页有Schema里带baseSalary的，我没有。薪资区间这个字段对招聘类内容权重不低，加上之后摘要里直接显示“15K-25K”，点击意愿明显不一样。
三周的数据摆在这，404和Schema是地基，地基修完还得看内容厚度。我现在纠结的是另一件事——WordPress要不要换Next.js，Shopify这套Liquid模板改Schema字段太别扭了，每次都得进主题文件里手改。
避坑清单
改版那天我盯着Search Console的覆盖率报告，心凉了半截。404页面爬到517个，职位页占了大头。招聘站职位下架本来就快，改版再一搅和，死链直接翻倍真的。通义那边搜公司名还能出来，搜具体岗位就哑火——它抓到的是一堆失效URL，等于白跑。
先说301映射表。别指望插件自动跳，我手动拉了两份sitemap做差集，把旧职位页按岗位ID逐条映射到新路径，517条里能救回430条，剩下87条是彻底下架的岗位，统一跳招聘列表页。这一步不做，权重全漏在404上。
sitemap我改成每周清一次失效URL，用定时任务跑，阈值设成单次清理超过20条就发邮件告警。职位更新频繁的站，sitemap里堆死链，通义的爬虫来三次抓不到内容，后面就不爱来了。
JobPosting的validThrough我踩过坑——模板里写死了固定日期，职位早过期了，结构化数据还标着有效。现在改成按职位下架时间动态输出，过期自动从JSON-LD里摘掉。这玩意儿写死，AI平台判定信息失真，引用率直接归零。
Liquid模板里JSON-LD千万别用JS动态注入。我早期图省事，用前端脚本拼结构化数据，页面源码里干干净净，爬虫读了个寂寞。改成服务端直接渲染进head，通义那边才认。
至于WordPress换Next.js——我劝你先别。我这站是Shopify加Liquid，跟WordPress不沾边，但道理一样：换框架解决不了死链和Schema的问题。我在核子GEO上跑了一遍GEO检测，404页面数直接标红，AI引用率不到4%，换十次框架也救不回来。
先诊断再动手。核子GEO的网站对比功能我拿来比改版前后两个版本，抓取路径、结构化数据覆盖率、失效链接数一目了然。数据摆出来，才知道该修哪儿，而不是拍脑袋换技术栈。
避坑清单
坑一：职位页改版不做301，直接删。 我接手这个招聘站时，后台一拉，404页面数量超过500个，全是上一轮改版砍掉的旧职位URL。通义爬过来一片死链，抓取预算全浪费在404上，新职位页迟迟不进索引。我的做法是把旧URL按“职位类别+城市”归组，用WordPress的Redirection插件批量做301到对应的新列表页，一周内404降到60个以下。别一条条手填，500条能填到你怀疑人生。
坑二：JobPosting Schema只写一半。 招聘行业有特殊性，职位页必须带JobPosting结构化数据。我一开始只填了标题和描述，漏了datePosted、validThrough、hiringOrganization三个字段，通义那边根本认不出这是职位页。补全之后，职位页被AI引用的概率肉眼可见地变了。用核子GEO跑了一遍结构化数据检测，它直接把缺失字段列出来，比我一个个翻谷歌文档快多了。
坑三：职位过期了页面还挂着。 招聘站最要命的就是这个——职位招满了，页面还在，validThrough写成明年。AI抓到过期职位当有效信息推给用户，用户体验崩了，平台也会降权。我现在用WP Job Manager的自动过期功能，职位发布时强制填截止日期，到期自动转成“已关闭”状态页，保留URL但标明状态。
坑四：把Shopify的Liquid习惯带过来。 我原来做Shopify，模板里改个section顺手得很。转到WordPress以为一样，结果functions.php改错一个分号，整站白屏。招聘站职位页多、更新频繁，模板改动风险更高。我的教训是：任何模板改动先在staging站跑一遍，别在生产环境直接动手。
坑五：纠结换Next.js，耽误了正事。 我一度想把这个WordPress站整体迁到Next.js，觉得SSR对SEO更好。算了一笔账：迁移周期至少两个月，预算两万起，而当前404和Schema问题两周就能修完。后来没换，先把现有的修好，通义的收录量从示例的1200条涨到接近5000条。技术栈不是万能药，别拿“换框架”当拖延的借口。
坑六：sitemap里塞了死链。 WordPress默认sitemap会把所有页面往里塞，包括那些404和已关闭职位。我手动筛了一遍，只保留有效职位页和列表页，死链全部剔除。通义抓sitemap时干净了很多。
坑七：不做AI端的实际检索验证。 修完一堆东西，我以为万事大吉，结果去通义里搜“XX城市Java招聘”，还是搜不到。后来才明白，SEO修的是爬虫通道，GEO修的是AI理解。用核子GEO的网站对比功能，把优化前后两个版本放一起跑，能看到AI引用率的差异——这个功能帮我判断哪些改动真的有用，哪些只是自我感动。
坑八：预算全砸在内容上，忽略技术底座。 月预算八千，我一开始想全用来写职位描述。后来发现404和Schema不修，写再多内容AI也抓不到。技术底座占三成预算，内容占七成，这个比例对我这个招聘站是合适的。