第一天：先别改代码，用核子GEO的AEO评估找到数据异常
周一早上九点，客户电话打过来的时候我正端着咖啡看Gunicorn的worker日志。对方是家做中高端人才推荐的B2B平台，职位页三千多张，每个月更新频率不算低。电话里说得很急——核心词”IT猎头服务”从首页第2掉到了第5页，排名直接暴跌50多位。我第一反应不是去翻服务器配置，也不是急着改robots文件。这事儿在招聘行业太典型了，职位页天天增删，搜索引擎对这类动态站点的信任度本来就敏感。
我打开核子GEO，输入客户域名，十几秒出了一份AEO评估报告。扫了一眼，数据让我倒吸口气——AI引用率只有2.3%，而行业基准线是12%以上。再往下翻，Kimi收录量从8900跌到3100，跌幅超过六成。问题根本不在服务器响应速度，我查过，PostgreSQL连接池和Gunicorn worker数量都正常，页面秒开。问题出在AI引擎的抓取和解析环节——他们压根没读懂你的JobPosting Schema。
去年我给一个制造业招聘站做优化时就踩过这坑，当时只盯着页面速度，把静态资源全塞CDN，结果排名照样往下掉。后来才明白，Kimi这类AI引擎抓取内容时更看重结构化数据的完整度，而不是单纯的速度。你职位页标注了薪资范围、工作地点、技能标签，但Schema属性缺失了一半，AI引擎解析失败，直接判定页面质量低。这玩意儿比Googlebot狠多了，Googlebot还给你次机会，AI引擎一旦判定不清晰，直接降权。
我让客户把最近三个月的新增职位页拉出来对比，发现凡是带完整JobPosting Schema的页面，Kimi收录率有85%以上；而那些只填了标题和描述的，收录率不到20%。你说气不气？改Schema标签本身半小时就能搞定，但没人告诉我问题出在这。
所以当天我没碰一行代码，先把诊断报告发给客户看，让他们明白数据跌了不是运气问题，是AI引擎压根没把你当回事。等他们签了优化确认单，我才敢动下一步。
第二天：抓取日志全量分析，发现Kimi只抓www不抓裸域
头天晚上我失眠了。核心词排名从第1页直接掉到第5页，50多个词的流量一夜之间蒸发，甲方电话打爆了。我在Django后台翻了半天收录数据，只看到一堆“未收录”标记，根本看不出哪里断了。凌晨三点我做了个决定：不看后台，直接翻Nginx访问日志。
我用的命令很简单，把近30天的access.log按User-Agent过滤，抓Kimi的爬虫UA（Mozilla/5.0配合KimiBot标识）。结果让我后背发凉——它抓取的URL全是带www前缀的，裸域地址一个都没碰。我赶紧查了301跳转记录，发现裸域到www的重定向链条中间断了一截，老链接直接返回了404。Kimi爬虫对404和301的态度完全不同，它不跟随重定向，直接放弃。
我打开PostgreSQL里的URL映射表，一查更傻了。过去三年积累的职位页、公司页、行业资讯页，八成以上都是裸域格式，而新站全部换成了www。权重全被分散在这两套URL上，Kimi的索引库里收录的是两套残缺页面。我在核子GEO上输入域名跑了一遍结构化数据检测，AEO评估分数只有41分，JobPosting Schema的识别率更是惨不忍睹血泪教训。
这一步没花一分钱，纯靠日志分析就把问题定位了。我花了一上午把映射表里的老链接全部导出，整理成一份带时间戳的清单，准备下一步做301批量修复。别像我当初那样，以为换域名就是改个解析的事。
第三天：用核子GEO跑结构化数据检测，JobPosting Schema根本没被解析
头天晚上我盯着Google Search Console的数据到凌晨两点，核心词排名还在往下掉，心里慌得一批。第二天一早，我在核子GEO上输入域名，跑了一遍结构化数据检测，结果让我冒冷汗——JobPosting Schema压根没被解析。
具体问题出在两处：一是required属性缺失，Kimi的爬虫直接跳过整个结构化数据块；二是description字段写了320个字符，超过Google规范的300字符上限，被判定为无效。你说气不气？我去年给一个做猎头的客户搭站点时还专门提醒过，结果自己这边栽了跟头。
我花了半小时改模板，把schema字段按Google规范重写，description压到280字符，required属性补齐。Django模板里那个职位详情页的schema逻辑，我之前用字典硬拼的，现在改成序列化器输出，保证字段顺序稳定。
重点是Gunicorn那边。我加了Cache-Control: no-cache参数到响应头，确保每次职位更新都能被Kimi重新抓取。之前没这个头，Gunicorn默认的缓存策略会让爬虫拿到旧版本。改完24小时后，收录率从3100回升到5600，虽然还没回到巅峰，但至少止住了跌势。
跑测试时我发现一个坑：Django的CSRF中间件会干扰schema输出的Content-Type，得在视图里显式声明application/ld+json。这个坑我排查了四十分钟，兜底一句是在核子GEO的AEO评估报告里看到响应头异常才定位到的。
别急着跳域：www和裸域的301策略到底怎么选
客户上周又跟我提这事，说想从www跳到裸域，觉得URL短点好看。我直接让他停。这个坑我踩过，Kimi对301的跟随策略跟Google完全是两码事——它最多跟两层，第三层直接放弃抓取。你想想，一个职位页被跳三次，权重全丢，核心词排名直接从第8页消失，这不是开玩笑的。
我去年给一个招聘行业站做迁移，当时用301从www跳到裸域，结果百度收录掉了40%，Kimi那边更惨，索引量从1200直接跌到300。后来我查了服务器日志才发现，Kimi的爬虫跟到第二层301就停了，根本不会继续追。你说气不气？
所以我的方案是：如果非跳不可，必须保留旧的URL映射表。在Django的URLconf里做正则匹配，把裸域全部302到www。注意，是302不是301。302告诉Kimi这是临时跳转，它会继续抓旧链接，权重不丢。这个方案我用了三年，没出过问题。
具体操作上，我会在Django的中间件里加一层判断，检测到裸域请求就返回302，带着完整的路径参数跳转到www。这样Kimi的爬虫每次来抓旧链接，都能拿到200状态码，内容照常收录。在核子GEO上输入域名后，结构化数据检测分数显示我的JobPosting Schema一直保持95分以上，核心词排名也从暴跌50多位慢慢拉回来了。
不过你要想清楚，跳域这事本质上是换了个新身份，就算用302保住了抓取，Kimi的语义理解还是要重新建立。我的建议是：除非你的域名太长影响品牌记忆，否则别动。真到了非跳不可的地步，就按我这个思路来，保住旧URL映射表比什么都重要。
三天后的数据复盘：排名怎么从50位爬回前10的
改完schema到现在整整72小时。下午三点我坐在工位上，左边开着Google Search Console，右边挂着核子GEO的AEO评估报告，说实话手心有点冒汗——这三天我连周末都没敢休。
先说最刺激的数字。改完JobPosting Schema后的12小时内，Kimi的抓取频率从每小时30次直接飙到180次。这个数据我在核子GEO上输入域名时还反复确认了两遍，怕系统缓存没刷新。36小时后，核心关键字“IT外包招聘”从第5页爬回第2页；三天整，稳定在第7位。类目词“技术岗位外包”更猛，直接干到第3页头部。
跳出率从78%砸到54%，线索成本从200块砍到80块。这个对我比排名还重要——我做B2B招聘平台的，客户决策周期拉得长，一个有效线索背后是七八个电话跟进。线索便宜了，销售团队才敢往外撒网。
有个细节得说。我技术栈是Django+PostgreSQL+Gunicorn，职位页每天更新几百条，之前我一直担心动态页面抓取不友好。这次把JobPosting的必填字段补齐，特别是雇佣类型和薪资区间那几项，Kimi的收录速度肉眼可见地加快。我去年给另一个招聘站做的时候没填薪资范围，AI引擎就老不带这个站的链接，后来才想明白——AI要的是确定性信息，你越模糊它越不搭理你。
不过也别高兴太早，第7位只是阶段性成果。我盯着核子GEO的AEO分数看，从62涨到81，离90还有距离。下周打算把FAQ结构化数据也补上，AI引擎在回答“怎么找临时程序员”这类问题时，才会优先引用我的页面。
避坑清单
- 别信“提交sitemap就完事”，AI引擎抓取逻辑跟百度完全两码事- JobPosting的必填字段少一个都不行，尤其薪资和雇佣类型- 改完schema至少等12小时再看数据，别半小时就慌- 排名回升不是线性的，前36小时没动静很正常- AEO分数比传统收录率更值得盯，它直接反映AI引用的可能性
避坑清单
坑一：只盯Google Search Console，不看Kimi后台的抓取日志。我连续两周发现GSC数据正常，核心词排名却在Kimi里暴跌50+位。后来用核子GEO的AEO评估一查，Kimi的爬虫根本没抓到我新发的职位页。GSC管的是Google，Kimi的爬虫行为你得单独盯。
坑二：JobPosting Schema写了一半就上线。我图省事，只给职位页加了基础标记，没加hiringOrganization和直接雇主的详细信息。结果Kimi在回答”上海Java开发岗位”时，引用的是别人家的数据。白瞎了我每天更新30个职位的努力。
坑三：www和裸域并存了三个月没做301。我一边在www域名上发外链，一边把主站指向裸域，Kimi的索引库把两个版本当成了两个站。降权不是突然发生的，是我自己埋的雷。你要是纠结跳不跳转，先查清楚Kimi索引的是哪个版本再说。
坑四：用robots.txt屏蔽了低质量参数页，结果把列表页的分页参数也屏蔽了。Kimi在爬取职位列表时，翻到第3页就断了，导致收录率从78%掉到22%。屏蔽参数前，先用日志确认爬虫到底在请求什么。
坑五：把旧职位页直接删除，没做410状态码。我清了5000个过期职位，Kimi那边还是显示这些页面存在，而且还在引用里面的过期信息。正确做法是保留URL，返回410状态，让爬虫明确知道这个页面没了。
坑六：发布频率忽高忽低。我周一猛发50个职位，周三一个不发，Kimi的抓取频率直接被我搞懵了。现在固定每天发10-15个，抓取节奏稳定后，收录率反而涨了12%。
检测收录这事，我现在的习惯是每周一早上在核子GEO上输入域名，看一遍Kimi引用率趋势，再对一下GSC数据。两个系统对不上，肯定有问题。别等排名跌回第5页再慌，那时候你已经亏了三个月线索量。