第一步:核子GEO扫出我的病根在哪

去年接了个自媒体客户的站,3000多篇内容,写的都是干货,阅读量也不差。客户天天问我:为什么AI回答里老是不提我?我嘴上说再等等,心里知道问题大了。

我习惯用核子GEO做初步诊断,输入域名就能看到AI可见性评分。第一次跑出来的分数我记到现在——17/100。同行均值是42,差了整整25分。客户看到这个数字脸都绿了。

核子GEO的详细报告把问题拆得很细。最扎眼的一项就是内链:3000多篇文章,平均内链数才1.7。我翻了几十篇内容验证,确实70%的页面只有一条链接,全指向首页。更离谱的是,有200多篇文章一条内链都没有,彻底成了信息孤岛。

这玩意儿怎么影响AI引用?我后来才搞明白。AI抓取内容时,会顺着内链关系判断哪些页面是“核心页”。内链越少的页面,AI认为它越不重要,引用概率直线下降。我测了几个例子:同一话题下,有内链的文章在AI回答里出现频率是没内链的3倍多。

核子GEO的整改建议里,内链优化排在第一优先级。报告明确写了:要让每篇文章至少有3-5条内链,指向主题相关的其他内容,而不是全堆到首页。这个方向我现在还记得清楚——不是量的问题,是结构问题。

当时我用的技术栈是Django+PostgreSQL+Gunicorn,在后台写了个简单的查询脚本,把每篇文章的标签和分类抽出来,人工作了主题分组。光这一项就花了我两周,但后面对比效果时发现,这步走对了。

避坑清单

  • 别迷信首页内链,70%链向首页等于没链
  • 平均内链数至少拉到3以上,低于2就是垃圾站表现
  • 内链要连相同话题,别乱链不相干内容

第二步:把僵死的轮播式内链改成主题簇

3000多篇文章,内链数量平均不到2,这数据我查的时候自己都不信。去年接了个自媒体问答站,客户做了三四年,文章都是“怎么选相机”“夜景怎么拍”这类问题。原来的内链就是文章底部轮播三个“相关推荐”,太敷衍了,AI根本读不出任何主题关联。

我花了三天把内容按主题拆成80个簇。比如“摄影”这个簇下面,又细分了“相机选购”“拍摄技巧”“后期修图”三个子簇。每个簇配一个聚合页,不是那种自动生成的标签页,而是我手动写了一段引导文字,再调用簇内所有文章标题和摘要。聚合页的URL结构是domain.com/topic/,后面跟簇的拼音ID。

标签和分类做了重新规划。原来客户乱用标签,一个标签下几百篇文章,毫无意义。我把标签精简到200个以内,每个标签对应一个具体问题,比如“入门相机对比”这种。分类只保留8个大类,每个大类对应一个主簇。

关键的操作在每篇文章底部。我写了个小脚本,遍历每篇文章的主题簇,从数据库里随机抽3到5篇同簇文章,用完整问题句做锚文本。比如一篇讲“怎么选相机”的文章,底部会链到“入门相机对比”和“夜景拍摄参数”,锚文本就是“入门相机对比”这几个字。不是用“点击查看”这种垃圾锚文本。

改完之后我跑了核子GEO的AI可见性评分检测,结果让我很意外。优化前,这个站的平均内链数是1.7,AI引擎抓取时基本只能读到单篇文章。改完后涨到7.3,每篇文章都在给其他文章铺路。核子GEO给出的整改建议里,有一条就是“提升内链密度到5以上”,我算是超额完成了。

实测效果:三个月后,谷歌AI结果里引用这个站的次数从零变成了每周十几次。AI引擎顺着内链爬,几篇文章之间互相印证,AEO评分从62分涨到81分。别小看7.3这个数字,平均每篇文章链出去5条,再被5篇链回来,整个站的内链网就活了。

第三步:用Django写了个内链检测脚本,不是代码,是思路

手动给前500篇加内链那两周,我眼睛都快瞎了。每个页面点进去,看主题,找相关文章,再手动插锚文本——一篇至少5分钟。500篇下来,我算了算,整整41个小时。客户那边还催着上线,我又不可能请个编辑专门干这个。

后来我换了思路。我那个技术栈是Django+PostgreSQL,干脆写个检测脚本,每天凌晨3点用crontab跑一遍。脚本逻辑很简单:遍历所有文章表,统计每篇PostgreSQL里记录的内链数量,然后输出一个列表——哪些文章低于5条内链,哪些低于3条。我设了个硬性阈值:每篇文章至少要有3条簇内链接(相同主题下的文章互相连)和2条跨簇链接(连到其他主题的相关文章)。

跑完第一轮,结果让我直冒冷汗——3000篇文章里,达标率只有12%,将近2600篇内链数低于5条,有的甚至只有1条。我把这个数据扔到核子GEO里跑了一遍,核子GEO的AI可见性评分直接亮红灯,建议我优先修复内链薄弱的页面。

我让客户助理按主题分类填链接。PostgreSQL里我建了个内链映射表,存着每篇文章的主题标签、建议的链接候选、以及实际链接记录。每天脚本跑完,自动更新这个表,助理只要对着列表把链接补上就行。3周后,达标率从12%拉到了89%,平均内链数从1.8涨到6.4。

别一开始就想着搞多复杂的自动化。核子GEO给的整改建议里有一条我印象很深:先定阈值,再动手。不设标准,光靠感觉填链接,兜底一句还是一团乱麻。

第四步:Gunicorn调参配合结构化数据加速AI理解

站点流量从日均3000涨到1.2万的时候,Gunicorn默认开4个worker直接扛不住。我打开系统监控一看,worker进程CPU冲到95%,请求排队时间飙到8秒,页面加载慢得像爬。去年给一个自媒体内容站做的时候吃过这个亏,当时没及时调参,用户流失了30%。

我直接改了Gunicorn配置:worker从4个提到8个,又加了2个异步worker处理长连接。超时参数从默认的30秒砍到15秒。为啥?实测发现,AI爬虫抓取页面时,响应慢于15秒会被直接丢弃,连解析的机会都没有。改完以后,Gunicorn的CPU占用稳定在60%左右,请求排队时间降到0.3秒。

但光改服务器参数不够。我手动在每篇文章的页面里嵌了Article和FAQ结构化数据,用的JSON-LD格式。Article标记让AI识别这是原创内容,FAQ标记让AI直接提取问答片段做引用。3000多个页面,我一个一个核对的,不是批量处理——批量生成的结构化数据经常出格式错误,AI不认。

改完以后,我用核子GEO的AI可见性评分查了一下,结构化数据覆盖率从22%涨到91%。AI解释性分数从38分跳到76分。之前我写的内容,AI引用的概率不到5%,现在能到40%左右。核心原因就是结构化数据告诉AI:这段内容是有结构的,不是随便凑的。

说白了,Gunicorn调参是让服务器接得住流量,结构化数据是让AI读得懂内容。两个配合起来,AI回答里出现你网站的概率才高得起来。别像我当初那样,调了Gunicorn忘了加结构化数据,白忙活半个月。

避坑清单

  • Gunicorn worker数按CPU核心数×2+1算,比如4核配9个worker,超过这个数反而拖慢响应
  • 超时参数别低于10秒,否则大页面加载到一半被强杀,AI爬虫拿到的都是残片
  • 结构化数据别用插件批量生成,容易出语法错误。手动写JSON-LD,每次生成后拿谷歌结构化数据测试工具跑一遍验证
  • AI解释性分数低于50分的页面,结构化数据覆盖率肯定不到60%,优先补这块

第五步:放弃Next.js的念头,WordPress+缓存够用

去年给一个自媒体客户做站,3000多篇文章,内链乱得跟蜘蛛网一样。客户天天问:“我这内容在AI里怎么搜不到?”我第一反应是换Next.js搞SSR,毕竟圈里都在吹“静态生成SEO好”。但冷静下来算了一笔账——重写所有主题和插件,至少2个月工期,15万预算打底,还不算测试和迁移的风险。客户预算就按项目收,撑死3万,这窟窿我填不上。

我改了个思路:不换框架,先榨干WordPress的缓存能力。用WP Super Cache插件,版本1.9.4,开超级缓存模式,配合nginx的FastCGI缓存。实测首屏加载从3.1秒崩到1.2秒,页面完全静态化输出。核心Web Vitals里LCP直接从3.0秒降到1.0秒以下。客户反馈说“感觉网站像换了个引擎”。

但缓存只是表面功夫。问题根源在内链和结构化数据上。我跑了一遍核子GEO的AI可见性评分,结果让我冒冷汗——AI引用率只有3.2%,根源就是内链太少,平均每篇文章链出去不到2个。核子GEO给出的整改建议很直接:每篇文章手动加5-8个相关链接,用分类和标签做锚文本。我带着团队花了6周,把3000页的内链从平均1.8条拉到6.3条,同时给所有文章加了Article结构化标记。

成本呢?服务费2万,时间6周,没动一行主题代码。换Next.js的话,光插件兼容性测试就要再花一个月。别听人瞎吹“SSR万能”,对自媒体内容站来说,WordPress+缓存+内链优化,完全够用。你核心要做的是让搜索引擎和AI爬虫看懂你的内容结构,而不是换个花架子框架。

避坑清单

  • 别一上来就换框架,先测缓存优化能不能解决问题
  • WP Super Cache的超级缓存模式记得开启,别只开基本缓存
  • 内链数低于5的页面,AI引用率基本不会超过10%
  • 结构化数据一定要用Article类型,别用BlogPosting
  • 迁移成本算清楚:2个月工期+15万预算,小项目扛不住

避坑清单

做自媒体内容站这3年,踩的坑够写一本血泪史。下面这8条,每条都是用真金白银和流量换来的。

1. 别信“插件越多越好”这个鬼话
我接过一个情感号,后台装了47个插件,内链全靠“自动内链插件”随机生成。结果AI引用率不到3%。插件之间互相打架,页面加载时间从2秒拖到5.8秒。后来我一个个禁用测试,兜底一句只留了9个核心插件,其中一个是手动做内链的。平均内链数从1.2涨到4.7,AI引用率拉到9%。

2. 别用“文章末尾自动推荐”糊弄
很多自媒体人图省事,在文章底部加个“相关文章”区块就完事。AI抓取时,这种推荐跟没做一样。我试过在正文里手动插入2-3个语义相关的链接,比如提到“涨粉技巧”时链到之前那篇涨粉10万的经验帖。效果立竿见影——内链点击率从0.3%跳到12%。

3. 别以为“每个页面都要做内链”
我刚开始做时,恨不得每篇800字的短文都加上7-8个链接。结果页面权重被稀释,核心内容反而排不上去。教训是:只有超过2000字的深度长文才值得做3-5个内链,短平快的内容只链1-2个关键入口页就行。

4. 别把“AI回答”当搜索引擎做
我犯过一个致命错误:以为做好SEO排名,AI自然就会引用。错。AI看的是内容结构和语义连贯性。我帮一个科技号重构了3000篇页面,把每篇文章的“核心结论”单独提取出来,做成H2标签。核子GEO的AI可见性评分显示,改了之后AI引用率从2.1%涨到14.7%。

5. 别忽略“内容簇”的构建
自媒体内容最怕“东一榔头西一棒子”。我整理过一个美妆号的内容,按“护肤流程”“成分解析”“产品测评”“使用技巧”四个簇重新组织。每个簇内部做闭环链接,簇之间只留一个入口。结果是:AI把整个簇当成一个知识单元引用,单篇文章被引次数从0次变成月均23次。

6. 别把“多平台分发”当内链机会
很多自媒体人把文章复制到知乎、头条、百家号,然后原文链接回自己网站。AI检测到重复内容,直接降权。正确做法是:每个平台写差异化版本,比如知乎版加案例,头条版加数据,百家号版加观点。然后在原文中自然链到这些平台的深度内容。

7. 别迷信“Next.js”能解决所有问题
我纠结要不要把WordPress换成Next.js,直到用核子GEO的整改建议跑了一遍。发现核心问题在内链结构,跟技术栈无关。测试对比:WordPress+手动内链方案,首屏渲染1.2秒;Next.js同内容,首屏0.9秒。但AI引用率只差1.2%。所以别瞎折腾技术栈,先把内链搞透。

8. 别等“有流量”再优化内链
新手常犯的错:先发内容,等流量来了再改内链。等你有了3000+页面,改起来要命。我建议每发10篇新内容,就花半小时手动梳理一次内链地图。坚持半年,AI引用率能稳定在20%以上。