前言
🍊 SEO 还没整明白，GEO 又来了
昨天还在研究关键词和网站权重，今天一睁眼，群里已经有人喊 SEO 已死，以后都是 GEO 的天下。
紧接着课程也来了，工具也来了。号称改几个标题、加个 llms.txt，ChatGPT 就能追着引用你。
好家伙，流量还没影，焦虑先安排得明明白白。
大家好，我是 JavaDog 程序狗。狗哥翻了 GEO 论文，也看了 Google、OpenAI 和 Bing 的公开资料。看完发现，这东西没那么神秘，更没必要跟 SEO 打擂台。
SEO 关注内容能否被搜到，GEO 还要关注 AI 回答问题时会不会用到这些内容。
正文
🍪 先认识 GEO
GEO 全称 Generative Engine Optimization，通常翻译成生成式引擎优化。
2023 年发布的论文 《GEO: Generative Engine Optimization》，系统讨论了内容在生成式引擎回答中的可见性。
传统搜索会返回一排链接，用户自己挑选。AI 搜索更喜欢先组织答案，再附上部分参考来源。站长除了关注搜索排名，还得看看自己的内容有没有进入 AI 回答。
不过先泼盆凉水。ChatGPT Search、Google AI Mode、Bing Copilot 的做法并不完全相同，内部算法也没有全部公开。GEO 目前没有通吃所有平台的标准答案。
谁要承诺七天必被 AI 引用，别急着付钱，让他先把保证写进合同。
🍪 GEO 和 SEO 都得做
网上喜欢搞对立，毕竟 SEO 已死比 SEO 仍然重要更容易骗到点击。
实际没那么刺激。
| SEO | GEO | |
|---|---|---|
| 主要目标 | 提高搜索结果中的收录、展现和点击 | 提高生成式回答中的采用和引用机会 |
| 内容入口 | 传统搜索结果 | AI 搜索和生成式回答 |
| 常见指标 | 排名、展现、点击率 | 引用页面、AI 引荐流量 |
| 基础工作 | 抓取、索引、内链、内容质量 | 清晰结论、可靠证据、完整语义 |
Google Search Central 明确提到，传统 SEO 的最佳实践仍适用于 AI Overviews 和 AI Mode，并不需要额外的特殊技术要求。
网页至少要能被抓取、被索引，重要内容也得正常显示为文字。站内链接一团糟、正文全塞图片里、页面打开先转八圈，这时候研究 GEO，多少有点着急。
SEO 让内容进入候选范围，GEO 再让内容适合回答具体问题。两边许多工作本来就重合。
🍪 AI 怎么发现网页
不同平台的细节有差异，大致过程差不多：爬虫访问网页，系统建立索引，用户提出问题，平台检索相关材料，最后由模型整理回答并展示部分来源。
Google 公开提到 query fan-out。用户问了一个复杂问题，系统可能拆成多个相关搜索，再分别寻找资料。一篇文章不用什么都讲，把某个问题写扎实，也有机会成为答案的参考来源。
ChatGPT Search 这边，OpenAI 给发布者的说明提到，网站若想进入搜索摘要和引用，需要允许 OAI-SearchBot 访问，主机、CDN 和防火墙也不能把它拦住。
User-agent: OAI-SearchBot
Allow: /
OAI-SearchBot 用于搜索发现，GPTBot 涉及潜在模型训练，两者可以分别控制。上面的配置只是放行示例，改完还得检查访问日志和返回状态码。
内容写得再香，爬虫进门先吃个 403 Forbidden，也是白搭。
🍪 普通网站怎么做 GEO
先别想着发明新套路，下面几项更实在。
答案往前放
用户搜 SSL 证书有什么用，开头先给结论，再讲 CA、证书链和握手过程。铺垫太长，读者要划几屏，检索系统也不容易快速定位重点。
标题和小标题写具体
概述、原理这类标题信息太少。可以换成 浏览器如何验证证书、HTTPS 能防住哪些攻击。读者扫一眼就知道内容在哪。
版本、条件和出处别省
安装教程写清系统和软件版本；性能结论交代测试条件；安全建议说明适用范围。关键观点旁边放原始资料，别只在文章末尾堆一排官网链接装学术。
保证正文能访问
检查 robots.txt、XML Sitemap、站内链接、CDN 和防火墙。正文别藏在登录页后面，关键配置也别只留一张截图。
至于最近很火的 llms.txt，可以关注，但先别神化。Google 的公开说明里，进入 AI Overviews 或 AI Mode 不需要额外的 AI 文本文件，也没有所谓 GEO 专用 Schema。
🍪 拿一篇技术文章走一遍
光看原则容易犯困，咱们随便拿一篇 SpringBoot 事务文章练练手。
原来的标题如果叫《事务问题总结》，范围太大，读者看不出具体内容。可以改成《SpringBoot @Transactional 失效的常见场景与排查方法》。技术框架、注解名称和问题都写清楚了，搜索引擎不用猜，读者也知道点进去能看到什么。
开头同样别绕：
@Transactional没有生效，先确认方法调用是否经过 Spring 代理，再检查异常有没有被捕获、事务传播配置是否符合预期。
这段内容要根据正文实际讲解的范围调整，不能标题写了十种场景，正文只凑出三个。后面的小标题也尽量具体，比如同类方法内部调用为什么可能绕过代理、异常被捕获后为什么没有回滚、排查时怎样确认事务是否开启。
环境信息最好单独交代。示例使用哪个 SpringBoot 版本、JDK 版本和数据库，都写在代码前面。文章涉及版本差异时，标明结论适用范围。这样做看起来麻烦，却能省掉评论区大量来回确认。
代码之后再补一段验证过程：执行了什么操作，日志里看到什么，数据库最终是什么状态。没有实际验证就别写亲测，也别给出精确的性能数字。
这么改，SEO 能拿到更明确的主题和关键词，AI 检索时也能找到相对完整的答案片段。更重要的是，真人读起来顺畅。GEO 折腾到最后，还是得落回内容本身。
🍪 改完别靠感觉
偶尔在 ChatGPT 里搜到自己的网站，不能说明 GEO 已经成功。生成式回答会变化，换个问题可能就是另一批来源。
Bing Webmaster Tools 的 AI Performance 可以查看引用次数、被引用页面和 grounding queries 等数据。Bing 同时提醒，引用次数不代表页面排名和权威性。
OpenAI 的发布者文档还提到，ChatGPT 引荐链接会带 utm_source=chatgpt.com。有条件的话，至少看看哪些页面被引用、带来多少访问、用户进来后有没有继续阅读。
🍪 几个坑，绕着走
批量 AI 洗稿最省事，也最容易把网站做成废话仓库。Google 的生成式 AI 内容指南没有否定 AI 辅助写作，但批量制造没有新增价值的页面，可能触及规模化内容滥用政策。
伪造专家和数据也别碰。动不动就研究表明提升 300%，结果找不到原始出处，早晚翻车。
还有关键词堆砌。每段重复几遍 GEO，机器有没有被感动不知道，读者肯定先跑。
总结
GEO 没有想象中玄乎。
SEO 该做的继续做，让网页能访问、能抓取、主题清楚。然后把结论写明白，补足证据、版本和边界。AI 能否引用没人敢保证，至少读者看起来不费劲。
算法喜欢什么，咱们控制不了。别把读者写跑了，这个还能控制。
📚 参考资料
- GEO: Generative Engine Optimization
- Google Search Central：AI features and your website
- Google Search Central：生成式 AI 内容使用指南
- OpenAI：Publishers and Developers FAQ
- Bing Webmaster Blog：Introducing AI Performance
🍈猜你想问
如何与狗哥联系进行探讨？
关注公众号【JavaDog程序狗】，回复【入群】或【加入】，一起聊技术、聊踩坑。