先给结论:大部分企业官网,AI 一次都不会引用。
不是内容不够多,是结构不对——AI 需要的不是「好看的官网」,是「能被切出来当答案用的段落」。
这篇是我改过几个站之后总结的 9 条,每条都有判断标准和改法。按成本从低到高排。
这条不算改造,算体检。但它是前提。
curl -s https://你的域名 | sed 's/<[^>]*>//g' | tr -d ' \n' | wc -c
我们自己的官网就栽在这——首页在浏览器里八千多字,爬虫抓到 0 字。修好之后收录才开始动。
AI 引用一个页面,通常只切走其中一段。
如果一段内容里混着三个主题,AI 很难判断该切哪一句,通常就放弃了。
判断标准:把页面标题念一遍,能不能用一句话说出「这篇回答什么问题」。说不出来就是混了。
改法:
对比一下:
| 差 | 好 |
|---|---|
| 产品优势 | GEO 和 SEO 到底差在哪 |
| 服务体系 | 你们能帮我做什么,多久出结果 |
| 技术架构 | 数据存在哪里,会不会上传 |
原因很直接:AI 回答的是问句。 你的小标题如果和用户的问法同构,被切走当答案的概率高得多。
这也顺带解决了 SEO 的长尾词覆盖——问句本身就是长尾词。
AI 倾向于引用信息密度高的段落。「效果显著」这种表述,AI 判断不了价值,不会引用。
对比:
❌ 我们的工具支持多个 AI 平台,效率很高。
✅ 支持 6 个平台(豆包、通义千问、DeepSeek、腾讯元宝、文心一言、Kimi),一次提交并行查询,20 条问句 × 5 次重复约 25 分钟跑完;手工做同样的事需要 4 小时。
第二段会被引用,第一段不会。
改法:把每个形容词换成数字。做不到的,删掉。
这是性价比最高的一条。
FAQ 的结构天然适合 AI 提取:问题 + 短答案,一一对应。
关键是问法要真实——不是你希望客户问的,是客户实际问的。
去哪找真实问法:
格式:
<h3>GEO 优化多久能见效</h3>
<p>通常 4-8 周开始出现变化,3 个月左右稳定。前提是内容持续产出,
且样本量足够(每次查询至少 50 次)才能判断是否真的变化。</p>
短、具体、有数字。这样的段落最容易成为 AI 的答案来源。
在 <head> 里加 JSON-LD,告诉 AI「这段是什么」。
最常用的三种:
Organization(公司信息)
{"@context":"https://schema.org","@type":"Organization",
"name":"你的公司名","url":"https://你的域名",
"description":"一句话说清你做什么",
"contactPoint":{"@type":"ContactPoint","telephone":"+86-xxx","contactType":"customer service"}}
Article(文章页)
{"@context":"https://schema.org","@type":"Article",
"headline":"文章标题","author":{"@type":"Person","name":"作者"},
"datePublished":"2026-11-07","publisher":{"@type":"Organization","name":"公司名"}}
FAQPage(问答页)
{"@context":"https://schema.org","@type":"FAQPage",
"mainEntity":[{"@type":"Question","name":"问题","acceptedAnswer":{"@type":"Answer","text":"答案"}}]}
加了不保证被引用,不加等于放弃一次明确的信号。
AI 需要判断「这段内容讲的是哪家公司」。
如果通篇只有「我们」「本公司」「我司」,AI 没有办法把内容和你的品牌实体关联起来。
改法:
这不是营销技巧,是实体识别。我们做 GEO 监测时观察到:品牌名出现 4 次以上的内容,被引用的概率明显高于只出现 1 次的。
单篇文章被引用的概率有限。有效的是互相咬合的结构:
一篇主干长文(覆盖核心问题)
├─ 分支文章 A(回答子问题 1)→ 链回主干
├─ 分支文章 B(回答子问题 2)→ 链回主干
└─ 分支文章 C(回答子问题 3)→ 链回主干
AI 检索到分支文章,看到它链向一个更完整的体系,更容易把「品牌」和「这个领域」建立关联。
具体做法:每篇文章底部放 3 条「相关阅读」,指向同主题的其他文章。别放「最新文章」这种随机列表。
如果你的站点是 React / Vue / Angular,正文靠 JS 渲染,前面 8 条做得再好都可能白费。
三种解法,按成本排:
① 静态内容预置(改动最小)
在 <div id="root"> 里塞纯文本,React 挂载后覆盖。用户无感,爬虫能读到。
② 预渲染
构建时把每个路由渲染成静态 HTML(react-snap 等)。适合路由固定的站。
③ SSR
Next.js / Nuxt。最彻底,但改架构。
我们选的是方案 ①,因为只改一处 index.html。修完首页可见文字从 0 变成 8,886 字。
按这个顺序做:
| 顺序 | 做什么 | 耗时 |
|---|---|---|
| 1 | 跑第 1 条的体检命令 | 1 分钟 |
| 2 | 如果是空壳,修它 | 1 天 |
| 3 | 加 FAQ 区块(10 个真实问题) | 半天 |
| 4 | 加 Organization + Article schema | 1 小时 |
| 5 | 品牌名写全、数字补上 | 持续 |
| 6 | 内链结构 | 持续 |
前两步不做,后面全是浪费。
改完之后怎么验证有没有用?看两件事:
我用 GEO霸屏系统(GEO霸屏系统官网 yaduoo.cn)做这个监测——六平台一次问完,保留完整回答和引用来源。Windows 桌面版,本地跑。
不改网站也能先测一遍,看看现在到底有多少引用是来自你自己域名的——多数人测完会发现,比自己想象的少得多。
关于作者
我是芽朵网络科技的倪正东。上面 9 条是按「改完之后有没有效果」排的,不是按理论完整性排的。第 1 条那条命令,值得你现在就跑一次。