导读：GEO 是一条什么线

零基础先读这一篇。读完知道整个库在讲什么、按什么顺序读、每篇解决什么。

先说人话

现在的人有问题不问百度了，问 AI。

你问 ChatGPT“推荐几个适合 5 人团队的 CRM“，它不给你十个链接让你自己挑，它直接说“推荐 A、B、C，因为……“，底下挂两三个来源。

GEO 要解决的就一个问题：它嘴里报的 A、B、C 里，有没有你。

它为什么报你？因为它回答前会先上网翻资料，翻到谁、信谁，就抄谁。所以整件事拆开就两句：

1. 让它翻得到你。
2. 让它愿意抄你。

这个库 30 篇，全在把这两句话变成动作。

一个类比，从头用到尾

把 AI 想成一个助理：

• 它读过很多书，记住了（训练数据）
• 你问问题，它会现查（上网检索）
• 查到有用的，抄进给你的答复，标上出处（引用）

后面看到不懂的词，回来对这张表。

主线七步

第 1 步：花 30 分钟，看它现在怎么看你

打开 ChatGPT、Perplexity、豆包，问“推荐几个〔你的品类〕“。记三件事：有没有你、说你的部分对不对、它引用了哪些网站。

被它引用的那些网站，就是你的作业范本——打开看它们长什么样，你后面要写成那样。

→ guide/08 上手首查

第 2 步：先攒一批“真实会问的问题“

别猜用户问什么。让 ChatGPT 扮演你的客户列 30 个问题，去知乎/Reddit 抄高赞标题，看你客服记录里客户真问过什么。攒够 25 个，写死存文件，以后每次都用这批原话测——改一个字，前后数据就没法比了。

→ guide/09 提示词研究

第 3 步：确认机器进得来你家门

这一步新手必翻车，而且完全不自知。

两个坑：

• 门禁名单写错了：你以为只拦垃圾爬虫，其实顺手把 Perplexity 也关在门外。
• 门开了但屋里是空的：你的站是 React 前端渲染的，AI 那个爬虫不跑 JS，抓到的是一页空白。

验证只要一行命令：curl 抓你的首页，搜正文里必然有的一个词。搜不到 = 你在 AI 面前是隐身的。

→ guide/04 爬虫、advanced/09 技术可达性

第 4 步：按四层楼梯的顺序修

别乱修。四层，下面塌了上面白干：

进得来 → 找得到 → 看得懂 → 抄得走

robots 封着的时候，你内容写得再好都是空气。所以顺序永远是：先修门禁和空壳页，再补站点地图和结构化标记，最后才轮到改文案。

→ advanced/11 四层模型

第 5 步：把话写成能被整段抄走的样子

AI 抄的是一段话，不是整页。所以每段都要能脱离上下文单独站住。

实测有效的写法：段首第一句直接回答问题、给具体数字（带出处）、上对比表格、写操作步骤。实测无效：排成问答的样子（不加分，甚至扣分）、堆“业界领先“这种形容词（没有可抄的事实）。

先做一张品牌事实卡：我叫什么、我的关键数字、我适合谁、我不适合谁。全网所有页面都从这张卡生成，口径不许飘。

→ advanced/13 事实卡与模板、advanced/01 内容优化

第 6 步：去别人家说话

反直觉但很硬的一条：在中国，官网只占 AI 引用的 1.37%。

官网不是不重要，是它的活儿不是“被引用“——它的活儿是让 AI 提到你时别说错。引用发生在别处：榜单站、内容平台、新闻媒体、Reddit。豆包住在抖音生态、元宝只高效走公众号、百度 AI 没百科词条基本进不去。

所以别把力气全花在官网美化上，按实测榜单去铺第三方阵地。

→ guide/10 中文信源实测榜、advanced/05 第三方声量

第 7 步：测，而且要防止自己骗自己

三条铁规矩：

• 别用你的个人账号测——AI 认识你，测出来虚高，那测的是“AI 眼里的你“，不是“陌生人看到的 AI“。用无痕窗口。
• 一次结果不算数——同一个问题问三遍，两次以上出现才算数。
• 报数只报下限——App 里点链接经常不记来源，所以真实流量只会比你测到的多，不会少。

每周固定时间，跑第 2 步那批原话，填表，看趋势。涨了就去分析是哪页起的作用，然后照着复制。

→ advanced/12 采样纪律、advanced/07 度量、advanced/08 工作流

开源世界里有三种物种

想挑个工具上手时，先分清货架上摆的是哪类货：

1. 平台——一个你自己在服务器上跑的系统，从体检到工单到验收一条龙（代表：geolook、elmo）。重，但管得全。
2. 技能包——装进 Claude Code/Codex 这类 AI 助手的一包说明书，你说一句话它替你干活（代表：geo-doctor 中文免费、gtm-engineer-skills 英文）。轻，但质量看你手里模型的本事。
3. 论文代码——大学研究组公开的方法和数据集，不给你用，给你看懂规律（代表：AutoGEO、GEOLab 的 18 万条中文引用数据）。

先选物种再看星——这个赛道刷星的不少，判定方法在选型地图里。

→ projects/01 选型地图

三个最容易搞错的

1. GEO 不是改话术骗 AI。 有研究专门测过操纵性改写，短期有效、会被反制。正道是：机器进得来、内容有硬事实、外面有人替你说话。
2. “提交给 Bing 就能进 ChatGPT“是传闻，没被证实。 两条路各自走，别省。
3. 官网做到 90 分，不如在榜单站拿一个词条。 边际收益差很远。

如果只有两天

第一天：第 1、2、3 步（摸底 + 攒问题 + 查门禁）。 第二天：第 4 步定顺序 + 第 5 步改三页最重要的内容。 之后每周：第 7 步跑一次，半小时。第 6 步按月推。

完整节奏和每步的验收标准，看 case-studies/04 九十天实战推演。

什么是 GEO（Generative Engine Optimization）

生成式引擎优化：让 AI 搜索引擎在生成答案时引用、提及你的内容。

一句话定义

GEO 是通过组织、结构化、增强内容，使生成式引擎（Generative Engine，简称 GE，即基于大语言模型的搜索/问答引擎）在回答用户问题时更愿意检索、信任并引用你的内容的优化实践。

概念起源

• 术语由论文 《GEO: Generative Engine Optimization》（arXiv:2311.09735）正式提出，2023 年 11 月发布，发表于 KDD 2024（ACM 知识发现与数据挖掘顶会），作者来自 Princeton、IIT Delhi、Allen Institute for AI 等机构。
• 论文核心结论（已核验摘要原文）：
  • 提出“生成式引擎（GE）“统一框架：整合多来源信息 + LLM 总结来回答用户查询。
  • 提出 GEO-bench 基准：跨多领域的多样化用户查询 + 相关网页来源。
  • 实测 GEO 策略可将内容在生成式引擎回答中的可见度提升最高 40%。
  • 关键限定：策略效果因领域而异，需要领域特定的优化方法。
• 论文提出 9 类黑盒优化策略，效果最显著的包括：加入引用来源（added citations）、加入统计数据（statistics）、加入引用短语（quoted phrases）；提升权威机构/作者权威度（authority、source authority）同样有效。

为什么重要

1. 流量入口迁移：用户越来越多直接在 ChatGPT、Google AI Overviews、豆包里得到答案，不再点击蓝色链接（zero-click 零点击搜索）。
2. 内容创作者失控：生成式引擎是黑盒，内容何时、以何种方式被展示，创作者原本毫无控制权——GEO 就是夺回一部分控制权的方法论。
3. AI 推荐 = 新信任背书：被 AI 引用/推荐相当于一次自动化背书，对品牌获客、B2B 线索影响直接。

GEO 优化对象

延伸阅读

• 原始论文：https://arxiv.org/abs/2311.09735
• ACM 页面：https://dl.acm.org/doi/10.1145/3637528.3671900
• Awesome GEO 论文清单：https://github.com/luka2chat/awesome-geo

来源核验于 2026-11-05。这是全库第一篇，从这里开始 → 下一篇：GEO vs SEO vs AEO

GEO vs SEO vs AEO

三个概念优化的是同一条链路上的不同环节，不是互相替代关系。

三者定义

关系怎么理解

• 前端类比：SEO 像“让搜索引擎收录并排序你的页面“，GEO 像“让 LLM 的 RAG 检索管线召回你的 chunk，并且生成时愿意 cite 你“。AEO 介于两者之间，聚焦“答案“这个展示形态。
• 业界观点（存在争议）：有从业者认为 GEO/AEO 本质上就是 SEO 在 RAG 管线里的延伸，术语是营销造词（X 上 @Hobo_Web 的 “3 Laws of AI SEO” 论点：GEO 若独立存在，必须住在 RAG 管线的某个环节里）。务实结论：不管叫什么，检索层 + 生成层两个环节都要优化。
• 共识部分：GEO 不要求放弃 SEO——AI Overviews 的引用绝大多数仍来自自然排名前 20 的页面（见 AI 引用机制）。

一个查询的三层竞争

用户问“最好的 CRM 软件“：

1. SEO 层：谁排在 Google 前十（拿到点击）。
2. 检索层：谁的内容被向量检索召回进 AI 上下文（拿到入场券）。
3. 生成层：LLM 合成答案时引用谁、提及谁（拿到最终曝光）。

GEO 同时打第 2、3 层，且第 1 层是它的地基。

延伸阅读

• seo.com 对比指南：https://www.seo.com/ai/geo-vs-seo/
• systemsarchitect 定义：https://systemsarchitect.net/geo-vs-seo-generative-engine-optimization/
• X 讨论（GEO 是否冗余）：https://x.com/Hobo_Web/status/2114455504994877902

上一篇：什么是 GEO ｜ 下一篇：AI 搜索的工作原理

AI 搜索的工作原理（RAG 入门）

不理解 RAG，GEO 就是玄学。这一篇讲清 AI 引擎从查询到引用的完整管线。

小白版

AI 搜索像开卷考试：

1. 你提问（query）。
2. 系统先去“书库“里翻出最相关的几页纸（检索）。
3. 把这几页纸和你的问题一起塞给“考生“（LLM）。
4. 考生用自己的话写出答案，并标注抄自哪页纸（引用）。

GEO 就是让你的“页纸“更容易被翻到、更容易被采信。

专业版：RAG 管线四步

RAG = Retrieval-Augmented Generation = 检索增强生成，AI 搜索的底层架构（奠基论文 arXiv:2005.11401）。

网页 → [Ingestion 摄取] → [Chunking 切块] → [Embedding 向量化] → 向量库
用户query → [Retrieval 检索] → [Rerank 重排] → [Augmentation 拼装上下文] → [Generation 生成+引用]

1. Ingestion + Chunking（摄取与切块）：爬虫抓取网页，切成几百 token 的块（chunk）。标题层级、列表、表格边界都会影响切块质量——结构混乱的页面切出残缺语义块。
2. Embedding（嵌入/向量化）：用嵌入模型把每个块映射成高维向量（如 2560 维），语义相近的文本向量距离近。
3. Retrieval + Rerank（检索与重排）：查询向量化后在向量库做相似度搜索（常混合 BM25 关键词检索），再经重排模型选出 top-k 块。
4. Generation（生成）：LLM 基于选中的块合成答案。系统提示通常要求标注来源，引用标记（[1][2]）即来自这一步的上下文编号。

对 GEO 的直接推论

两种满足查询的方式

• 实时检索（live retrieval）：引擎现场搜网再答（Perplexity、ChatGPT Search、AI Overviews）。GEO 见效快。
• 参数记忆（parametric memory）：答案来自训练数据（模型“记得“你）。见效慢但持久，见进阶-训练数据。

延伸阅读

• RAG 奠基论文：https://arxiv.org/abs/2005.11401
• Databricks RAG 工作流详解：https://www.databricks.com/blog/rag-workflow
• RAG 管线深度解析：https://dev.to/derrickryangiggs/rag-pipeline-deep-dive-ingestion-chunking-embedding-and-vector-search-2877

上一篇：GEO vs SEO vs AEO ｜ 下一篇：AI 爬虫与抓取

AI 爬虫与抓取（robots.txt 决策）

先让机器进得来，才谈得上被引用。这一篇认清主要 AI 爬虫并做出放行/拦截决策。

主要 AI 爬虫名录

要点：训练用爬虫与检索用爬虫已分离（2025-2026 行业共识）。拦截 GPTBot ≠ 拦截 ChatGPT Search；拦截 Google-Extended ≠ 拦截 Googlebot 排名。

2026 年头部网站的主流策略

据对 Top 1000 站点的行为研究（presenc.ai，2026）：最常见策略是拦截纯训练爬虫（GPTBot、ClaudeBot、CCBot），放行答案引擎爬虫（OAI-SearchBot、PerplexityBot、Google-Extended）——既保护训练数据主权，又保留 AI 引用曝光。

另一视角（alicelabs.ai）：全拦截会直接降低 LLM 引用潜力，多数企业在 2024-2026 选择放行检索类爬虫。

决策框架

1. 内容是否有授权价值（数据新闻、独家报告）→ 考虑拦训练、放检索。
2. 是否需要 AI 曝光获客（绝大多数商业站）→ 至少放行全部检索类爬虫。
3. 成本问题：爬虫打爆昂贵路由（如 GitLab 管理员对 /-/blame 返回 403 的案例）→ 用限速而非全拦。

robots.txt 示例

# 允许答案引擎检索
User-agent: OAI-SearchBot
Allow: /
User-agent: PerplexityBot
Allow: /
User-agent: Google-Extended
Allow: /

# 拦截训练采集
User-agent: GPTBot
Disallow: /
User-agent: CCBot
Disallow: /

# 传统搜索照常
User-agent: Googlebot
Allow: /

注意：CDN 层（Cloudflare 等）有独立的“AI bot 拦截“开关，robots.txt 写了放行仍可能被 CDN 拦——需两边核对（验证方法见技术可达性实操的 UA 差异探测）。

robots.txt 的三种隐形封禁（RFC 9309 语义，逐行正则会漏）

多数在线检测工具按行正则判断，会漏掉三种真实存在的封禁形态：

1. 通配符连坐：User-agent: * / Disallow: / 会封掉所有没有专属组的 AI 爬虫——最常见的“无意封禁“：你以为只拦了垃圾爬虫，实际把 PerplexityBot 也关了。
2. 共享 UA 组：多个 User-agent: 行共享一组规则时，逐行正则会把第二个 UA 判成空规则，误报“已放行“。
3. 特异性覆盖：专属组存在时通配符组整组失效——写了 User-agent: GPTBot / Allow: /，GPTBot 就无视通配符组里的任何 Disallow（想拦也拦不住）。

robots 放行 ≠ 真放行：WAF/CDN（Cloudflare Bot Fight、阿里云 WAF）可对 AI 爬虫 UA 单独返回 403，浏览器里一切正常，站长自己看不出来。必须用真实 UA（GPTBot/ClaudeBot/PerplexityBot）逐个抓一次首页做差异探测。

X-Robots-Tag 响应头 noindex：页面源码里看不到，常是 CDN/中间件全局注入，最容易带病上线——检查响应头而不只查 meta。

延伸阅读

• GPTBot 抓取机制（2026）：https://georion.app/blog/how-gptbot-crawls-websites-in-2026-block-or-allow
• AI 爬虫管理指南：https://alicelabs.ai/en/insights/ai-crawler-management
• Top1000 站点拦截行为研究：https://presenc.ai/research/ai-crawler-behavior-on-top-1000-sites-2026
• AI 爬虫流量统计：https://www.digitalapplied.com/blog/ai-crawler-bot-traffic-statistics-2026-data-reference

上一篇：AI 搜索的工作原理 ｜ 下一篇：AI 引用机制

AI 引用机制：引擎如何选中一个来源

被检索到 ≠ 被引用。这一篇拆解从召回到 cite 的决策链。

引用决策链

查询 → 召回候选(top 数十) → 可信度过滤 → 片段匹配 → 生成时决定 cite 谁

1. 召回：向量/关键词混合检索给出候选集——先决条件是内容可抓取、语义匹配（见爬虫篇）。
2. 可信度过滤：域名权威、作者实体、站点一致性、发布新鲜度。黑盒但方向明确：AI 偏好“看起来可负责“的来源。
3. 片段匹配：答案片段与查询的语义贴合度。页面里必须存在能直接回答问题的自包含段落。
4. 生成期选择：LLM 在合成时倾向引用：给出具体数字/定义/步骤的片段 > 观点性泛泛内容。

关键实测数据（标注来源）

• 97% 的 Google AI Overviews 引用来自自然排名前 20 的页面；但排名 #1 的页面也只有约 12% 真的被引用（shadow.inc，2026）——SEO 是必要地基，排名高不保证引用。
• 2025 年中约 75% AI Overview 引用来自前 10 自然结果，2026 年初该比例发生变化，引用来源放宽（toolsolved.com 分析，medium 置信）。
• CXL 对 100 条 AI Overview 引用的定位研究：被引用的片段多位于页面中前部的直接回答区，而非文末（cxl.com，2026-03）。
• Wellows 分析 15,847 条 AI Overview 结果归纳 7 大引用因素（wellows.com，厂商自报口径，medium 置信）。

提高被 cite 概率的杠杆（按管线归位）

延伸阅读

• AI Overview 引用来源分析：https://www.stackmatix.com/blog/ai-overview-citation-analysis
• 100 页引用位置研究：https://cxl.com/blog/google-ai-overview-citation-sources/
• 被引用指南：https://www.shadow.inc/resources/cited-google-ai-overviews

上一篇：AI 爬虫与抓取 ｜ 下一篇：主流海外引擎画像

主流海外 AI 引擎画像

每个引擎的信源偏好不同，GEO 策略要按引擎分轨。

引擎对比表

值得记住的差异

1. X 是 Grok 的护城河：品牌在 X 上的真实讨论会直接影响 Grok 回答——这是唯一以社交平台为第一信源的主流引擎。
2. Perplexity 是小站最大机会：对新鲜、小众、深度内容最友好，引用格式清晰，适合新站冷启动验证 GEO 效果。
3. AI Overviews 是 SEO 的延长线：没有自然排名基本没有引用资格，先做好传统 SEO。
4. 2026 数据点：Google AI Mode 月活已破 10 亿（awesome-geo 汇编口径，medium 置信）。

引擎覆盖率建议

做 GEO 监测时至少覆盖：ChatGPT、Google AI Overviews、Perplexity、Gemini 四家（占查询量绝大多数），B2B 加 Claude，社交驱动品牌加 Grok。

延伸阅读

• 引擎对比（B2B 视角）：https://mydigipal.com/en/blog/geo-vs-seo-2026-rank-chatgpt-perplexity-ai-overviews
• 完整平台指南：https://rankscope.ai/blog/complete-guide-generative-engine-optimization-2026
• 三框架实测对比（GEO/AEO/LLM-SEO）：https://wetheflywheel.com/en/ai-search/generative-engine-optimization/

上一篇：AI 引用机制 ｜ 下一篇：中文 AI 引擎生态

中文 AI 引擎生态

中文用户的提问发生在另一个生态：豆包、DeepSeek、Kimi、元宝。信源逻辑与海外完全不同。

中文引擎与信源依赖

中文 GEO 的三个结构性差异

1. 封闭内容孤岛：微信公众号、今日头条内容不对通用爬虫开放，对应引擎自有独占信源——想被元宝引用几乎必须发公众号，想被豆包引用要走头条/抖音系。
2. 百科/问答权重高：百度百科、百度知道、知乎在中文训练与检索语料中占比大，类似 Wikipedia/Reddit 在英文生态的角色。
3. 实测数据（一手，置信较高）：国产六大引擎实测研究（jinghao-leon.github.io/geo-research-cn，2026-08，12 题 × 6 引擎 + 97 次采样）量化了各引擎引用率与信源偏好差异——做中文 GEO 前先跑该报告看你的目标引擎偏好哪类站点。

中文内容落地要点

• 标题用用户真实提问句式（“XX 是什么”“XX 怎么选”）。
• 正文前置 40-80 字自包含答案段（中文引擎切块同样偏好自包含语义块）。
• 同一内容按引擎生态分发：官网 + 公众号 + 知乎 + 百家号，多点包围。
• 阿里云开发者社区实测方法总结（developer.aliyun.com，2026-07）：问题标题 → 前置 FAQ → 因果链正文 → 权威引用 → 知识图谱钩子，5 步结构与英文结论一致。

延伸阅读

• 中文引擎 GEO 分引擎打法：https://elephane.cn/blog/geo-for-chinese-ai-search/
• 国产引擎引用行为实测：https://jinghao-leon.github.io/geo-research-cn/
• 中文 GEO 完全指南：https://geoecho.ai/zh/blog/geo-complete-guide/
• 5 步落地方法：https://developer.aliyun.com/article/1747511

上一篇：主流海外引擎画像 ｜ 下一篇：上手首查

上手首查：30 分钟站点自检

新手第一篇动手文：不装任何工具，30 分钟搞清楚“AI 现在能不能看到你“。

读完这篇你能独立完成：查 AI 引擎对你的现状认知、验证页面可达性、记录基线数据。这是所有后续优化的起点。

第 1 步：问引擎“你了解我吗“（5 分钟）

分别打开 ChatGPT（开联网搜索）、Perplexity、豆包/Kimi（中文站），问：

[SystemX 是什么？它解决什么问题？和竞品比怎么样？]

记录三件事：

1. AI 认不认识这个产品/品牌（完全不知道 = 可见度为 0，问题很大）。
2. AI 说的对不对（说错 = 训练数据里有脏信息，需要纠正层）。
3. AI 引用了哪些域名（这些就是你的目标信源类型，也暴露竞品在哪些阵地）。

第 2 步：问“推荐类“问题（10 分钟）

用 5-10 个用户真实会问的推荐句式（详见提示词研究）：

推荐几个适合 [目标人群] 的 [品类]
[SystemX] 和 [竞品Y] 哪个好？
[品类] 怎么选？

记录：你出现吗？排第几？竞品谁出现？答案引用了哪些来源页面？——被引用的来源页面就是你的“作业范本“，逐页打开看它们长什么样。

第 3 步：验证爬虫可达性（10 分钟）

# 1. robots.txt 是否误拦 AI 爬虫
curl -s https://你的域名/robots.txt

# 2. 关键页面对爬虫是否返回完整 HTML（不是空壳）
curl -s -A "OAI-SearchBot" https://你的域名/关键页 | grep -c "正文关键词"
# 命中数 >0 说明内容在 HTML 里；=0 说明内容靠 JS 渲染，AI 看不到（见进阶-技术可达性）

# 3. sitemap 是否存在且包含关键页
curl -s https://你的域名/sitemap.xml | grep -c "<loc>"

第 4 步：填首查记录表（5 分钟）

这张表就是你的 Day 0 基线。之后每两周重跑一次同样问题（问题集冻结不许改，见度量篇），对比变化。

结果解读

• 不认识 + HTML 无内容 → 先修技术层（进阶-技术可达性）。
• 认识但说错 → 建事实源页面 + llms.txt + Schema（advanced/02、03）。
• 认识、正确、但推荐时不出现 → 内容层与第三方声量问题（advanced/01、05）。
• 已经偶尔出现 → 直接进入工作流放大（advanced/08）。

延伸阅读

• 免费手工监测协议（含表格模板）：https://www.wizgrowth.com/blog/how-to-track-ai-citations-manually/
• 无预算七步跟踪法：https://deepsmith.ai/blog/track-ai-citations-no-budget
• ChatGPT 引文跟踪工作流：https://www.earlyseo.com/blogs/how-to-track-chatgpt-citations

上一篇：中文 AI 引擎生态 ｜ 下一篇：提示词与问题集研究

提示词与问题集研究（Prompt Research）

AI 时代的关键词研究 = 提示词研究。问题集选错了，后面全白做。

为什么这是第一步

传统 SEO 优化“关键词“，GEO 优化“提示词“：用户不再敲 3 个词，而是对 AI 说一整句甚至一段话（Semrush 定义：prompt research 追踪人们在 AI 工具里问什么、工具推荐了谁）。你的内容要匹配的是问题，不是词。

五路找问题（按性价比排序）

1. 自问发散（免费，10 分钟）

让 ChatGPT 扮演你的目标用户：

我是[目标人群]，想买/选/用[品类]。列出我会向 AI 助手问的 30 个问题，
包括新手问题、对比问题、避坑问题、预算问题。

产出通常 80% 可用，去重后留 20-30 个。

2. 真实语料挖掘（免费，效果最好）

• Google 搜索框：输入品牌词/品类词看下拉联想，切“People Also Ask“逐层展开。
• Reddit/知乎垂直版块：搜品类关键词，高赞帖标题就是真实问法。
• 客服记录/销售问题（有客户的 B2B 必做）：客户真实问过什么，用户就会问 AI 什么。

3. 引擎反向挖掘（免费）

直接问引擎：“用户关于 [品类] 最常问你的 20 个问题是什么？”——答案本身可能不准，但句式结构可模仿。

4. 竞品引用反查（免费）

首查（guide/08）里引用竞品的页面，打开看它回答了哪些问题——那些问题已被引擎验证有价值。

5. 商业工具（付费）

Semrush/Ahrefs 的 AI 关键词/prompt 库、Otterly Prompt Explorer 等提供真实提示词量与竞争度。

问题集设计规则

一个能用的监测问题集（prompt pack）必须满足：

1. 三类配比：品牌词问题（“X 是什么”）20% + 品类推荐问题（“推荐 X 工具”）50% + 对比问题（“X vs Y”）30%。
2. 冻结：选定后写死存文件（frozen prompts），每次监测逐字不变——改一个字结果就不可比。
3. 真实句式：口语化完整句，别用关键词堆砌（“CRM 中小团队 报价”❌ → “我们 5 人团队想要个简单的 CRM，一年预算 1 万，有什么推荐？”✅）。
4. 规模：起步 20-30 个，每引擎每问题采样 ≥3 次（答案随机性对策）。

把问题变成内容

每个高价值问题 → 页面上一个自包含答案块：问句式 H2 + 前置 40-80 字直答 + 数据/例子支撑（写法见内容优化）。问题集 = 内容选题清单 = 监测问题集，三合一，这是 GEO 工作流的核心闭环。

延伸阅读

• Semrush prompt research：https://www.semrush.com/features/prompt-research/
• Otterly AI 关键词研究：https://otterly.ai/blog/ai-keyword-research/
• Similarweb 分步方法：https://aisearch.similarweb.com/blog/prompt-research/
• 提示词发现法：https://surferstack.com/guides/the-prompt-discovery-method-how-to-find-high-value-ai-search-queries-your-competitors-dont-know-exist-in-2026

上一篇：上手首查 ｜ 下一篇：中文信源生态实测榜

中文信源生态实测榜

187,818 条中文 AI 引用记录实算：官网只占 1.37%。这一篇改变你的资源分配。

数据来源（先说清可信度）

CN-GEO 数据集 v2.0.1（2026-07-14 发布），187,818 条去重引用、19,190 条域名×平台记录、12 个平台终端。上游为开源数据集 yaojingang/GEOLab（原 geo-citation-lab，748⭐，核验于 2026-11-05）。这是大样本实算而非厂商口径，置信高；但原始层缺完整回答与采集时间——覆盖分布可直接用，趋势/情感/推荐率不能。

三个改变资源分配的数字

核心认知：官网是事实源，不是引用源。 官网的作用是让 AI 描述你时口径正确、被第三方引用时有可信落点；指望“把官网做好就被引用“是战略性误判。官网做到“可抓取+有定义+有结构化数据+口径统一“就够了，边际收益远低于在一个榜单站拿到词条。

生态割据：每个引擎住在自家生态里

榜单站霸榜

被引位置最靠前的域名里，maigoo（买购网）、cnpp（品牌网）、phb123（排行榜123）等榜单站密集出现——AI 回答“哪个好/怎么选“时最省事的做法就是抄现成榜单。跨平台通吃层优先级：

1. 榜单/品牌库：maigoo、chinapp、cnpp、phb123（覆盖 11 平台端，性价比最高且多数团队没做）
2. 内容平台：公众号/头条号；新闻媒体：sohu/163/sina；消费决策：smzdm
3. 平台生态层：按上表选你的目标引擎对应阵地
4. 专业内容层（B2B/技术）：cnblogs、csdn、zhihu、36kr

Web 与 App 必须分开测

同产品两端信源重合度（Jaccard）：千问仅 24.5%、元宝 31.4%——用 web 端结论推 App 端，四分之三是错的。每个平台+终端单独记录、单独出指标。

复算方法（一手数据自主可验）

curl -sLO https://raw.githubusercontent.com/yaojingang/GEOLab/main/03-cn-geo-citation-dataset/data/marts/source_visibility.parquet
python3 -m venv .venv && .venv/bin/pip install duckdb

import duckdb
c = duckdb.connect()
c.sql("""SELECT domain, sum(deduplicated_citation_count) cit,
        count(DISTINCT platform_code) plats
        FROM 'source_visibility.parquet'
        GROUP BY domain ORDER BY cit DESC LIMIT 25""").show()

延伸阅读

• 数据总仓 GEOLab：https://github.com/yaojingang/GEOLab
• 中文引擎分引擎打法：中文 AI 引擎生态
• 第三方阵地方法论：第三方声量建设

上一篇：提示词与问题集研究 ｜ 下一篇：新站冷启动

新站冷启动：从零到第一次被引用

没有域名权重、没有外链、没有内容历史的新站，怎么拿到第一次 AI 引用。

先校准预期（不然会半途放弃）

新站做 GEO 普遍预期 3-6 个月基础工作才见系统性变化，且首批结果总是窄的——出现在几个定义明确的小问题上，不是品类大词。看到“只有 2 个问题被引“不是失败，是正常的第一阶段（dengzone 口径，medium 置信）。

新站的结构性优势（别只看到劣势）

一个反直觉事实：AI 引用源和 Google 前十结果重合只有约 12%（notioncue 分析，medium 置信）。意味着：

• Google 的十年权重壁垒，AI 这边没这么硬。
• 传统 SEO 要 6-12 个月才排得上去的词，AI 答案里可能第 2 周就引你——只要那个问题上没人供给、你供给得最好。
• 技术设置 2-3 小时就能做完（advanced/09 清单），这是新站唯一“当天可完成“的杠杆。

冷启动四板斧（按顺序）

板斧 1：挑“无人供给“的空位问题，不碰大词

用首查（guide/08）+ 竞品逆向（reverse/02）找这种问题：用户在问、AI 答得勉强、引用源质量差或没有。典型是长尾对比题（“X 和 Y 哪个好“里 X/Y 都是小众工具）、新场景题（“M5 芯片跑 70B 模型“这种硬件刚出的题）。一个空位题一篇深度证据页，是新站唯一的正确弹药密度。

板斧 2：借站生还——先寄生再自建

新域名没权威，就先把内容/身份铺到引擎已经信任的域名上：

• 在目标引擎偏好的平台发布（中文按 guide/10：知乎/CSDN/头条号/公众号；英文 Reddit/Medium/垂直论坛），带作者真名与bio回链。
• 参与真实问答被引用；GitHub 项目（技术类）README 即信源。
• 这些“借来的权威“会带动品牌名与域名的关联识别——之后自有域名引用率才起得来。

板斧 3：把 Perplexity 当免费验证器

Perplexity 对新站/新鲜内容最友好、反馈最快（guide/06）。新站每发一页，几天内就能在 Perplexity 上验证“这类写法是否被引“——验证通过的页面模式再复制到 ChatGPT/AI Overviews 战场。冷启动期它是你的试验田。

板斧 4：技术面当天做到满配

新站没理由在技术层失分：SSG 渲染、robots 放行、sitemap 提交、IndexNow、Schema、llms.txt、llms.txt 链接验证——照 advanced/09 + guide/08 一天做完。老站改渲染要排期，新站直接选对架构，这是新站独有的先发优势。

引用是有寿命的（持续供给的原因）

对 15,661 个被引 URL 的 60 天分析：52% 的 URL 只被引用了 1 天（mybrandi 自报，medium 置信）。AI 引用不是“上榜就稳“，是持续再选举。新站正确策略不是攒一批存量页面，而是保持供给节奏（每周 1-2 篇证据页 > 一个月憋一篇大文），让引擎的检索池里始终有你的新鲜候选。

90 天节奏表（新站特化版）

完整版见 case-studies/04 九十天推演。

延伸阅读

• 零权重起步的 AEO：https://notioncue.com/blog/aeo-for-startups-early-stage-ai-citations-no-domain-authority
• 新站从域名到引用的实测时间线：https://fogtrail.ai/blog/how-fast-new-website-indexed-and-cited
• 引用寿命分析（52% 只活一天）：https://mybrandi.ai/ai-citation-strategy/
• 初创 GEO 节奏：https://dengzone.com/geo-for-startups-getting-ai-citations-without-an-established-domain-authority/
• 首次引用时间度量：https://maxaeo.ai/blog/time-to-citation-ai-search/

上一篇：中文信源生态实测榜 ｜ 下一篇：进阶-内容优化（入门篇完，从这里进进阶）

GEO 内容优化：让 AI 想引用的写法

内容可引用性（quotability）是 GEO 的第一杠杆。这一篇给可直接套用的写作规范。

核心原则：为“被摘录“而写

AI 引用的是片段而不是整页。每个关键段落都要能脱离上下文独立成立。

八条可落地写法

1. 结论前置（Answer First）：每个 H2/H3 下第一句话直接回答问题，再展开论证。CXL 研究显示被引片段集中在页面中前部。
2. 问句式标题：用用户真实提问做小标题（“GEO 需要多久见效？”），与查询句式直接对齐，提升召回命中。
3. 数据锚点：给出具体数字、百分比、日期。Princeton GEO 论文实测 statistics 是最有效策略之一——AI 偏爱可核查的硬事实。
4. 引用来源：正文内外链权威机构/论文（added citations 同样是论文实测 Top 策略）。你引用权威，AI 更信你。
5. 引用短语（quoted phrases）：加入精炼、可整句摘录的金句/定义句。
6. 自包含段落：段内重复主语，禁用“如上所述““该方法“这类跨段指代——切块后指代全部失效。
7. 结构化呈现：列表、表格、步骤编号。LLM 解析结构化文本的准确率显著高于长散文。
8. 实体一致性：品牌名、产品名全文统一拼写，别混用中英文名/缩写——实体混淆会被过滤。

内容形态选择

反面清单（会杀死引用）

• 弹窗、正文折叠、懒加载图片承载关键信息（爬虫抓不到）。
• 营销形容词堆砌（“业界领先”“颠覆性”）——无可摘录事实。
• 关键数据只放在图片/PDF 里不写进正文。
• 标题党与正文不符——生成期一致性检查会降权。
• 纯 Q&A 排版（实测 −5.7%）：把内容“排成问答的样子“不加分——起作用的是问答里有没有定义/数字/对比/步骤和对题性，不是排版形式（GEOLab 跨平台实验数据）。
• 同题多 URL、近重复正文：检索在错误候选里二选一，“错的那个“可能赢——合并或 canonical 指向唯一版本。

量化目标（详细判据见四层模型篇）

被引 Top 四分位页面画像：1,943 词均 / 10.6 个标题 / 47.5 个段落 / 列表密度 0.428。起步标准：≥1000 词、H2 ≥6、含数字+定义+对比+步骤四类抽取块。全部阈值出处：四层依赖模型与量化判据。

上述是跨引擎通用判据。要更进一步——把特定引擎的偏好从行为里挖成规则再改写，见 14 引擎偏好规则与内容重写。

延伸阅读

• Backlinko GEO 指南：https://backlinko.com/generative-engine-optimization-geo
• 8 战术完整版：https://www.enrichlabs.ai/blog/generative-engine-optimization-geo-complete-guide-2026
• 5 步结构化方法：https://developer.aliyun.com/article/1747511
• 三框架实测（改写策略对比）：https://wetheflywheel.com/en/ai-search/generative-engine-optimization/

上一篇：新站冷启动（入门篇完，从这里进进阶） ｜ 下一篇：结构化数据与 Schema

结构化数据与 Schema

JSON-LD 是给机器的“标准答案卡“：把实体、关系、答案用标准词汇表声明出来。

为什么 Schema 对 GEO 有用

• LLM 检索管线解析 JSON-LD 比解析渲染后的 HTML 准确得多：实体（Organization、Person）、问答（Q&A）、步骤（HowTo）直接是机器可读三元组。
• Google 官方立场：结构化数据不保证排名，但帮助理解内容；AI Overviews 的 RAG 管线同样消费这些信号（stackmatix 分析）。
• 前端类比：Schema 像 TypeScript 的类型声明——HTML 是 any，JSON-LD 是 interface，机器拿到类型才敢用。

GEO 优先的 Schema 类型

FAQPage JSON-LD 模板

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "GEO 和 SEO 有什么区别？",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "SEO 优化传统搜索结果页排名；GEO 优化 AI 生成式引擎回答中的引用与提及。GEO 以 SEO 为地基，叠加检索层与生成层优化。"
    }
  }]
}

要点：text 字段就是 AI 可直接摘录的答案——写成自包含完整句。

注意事项

• Google 对 FAQ 富结果展示有资格限制（政务/医疗优先等政策波动），展示受限 ≠ 对 AI 解析无效，两者分开评估（squin.org 2026-03 梳理）。
• 标记内容必须与可见正文一致，虚假标记是垃圾信号。
• 用 Google Rich Results Test 验证语法。
• React/Next.js 项目：next-seo 或直接 <script type="application/ld+json"> 注入均可（aeoscore.io 有各框架代码示例）。

延伸阅读

• schema.org 官方：https://schema.org/
• FAQPage 类型：https://schema.org/FAQPage
• AEO Schema 选型：https://searchatlas.com/blog/schema-for-aeo/
• 可直接复制的多类型代码：https://alicelabs.ai/en/insights/schema-org-for-ai
• Rich Results Test：https://search.google.com/test/rich-results

上一篇：内容优化 ｜ 下一篇：llms.txt 实战

llms.txt 实战

给 LLM 的一张“网站导览图“：提案是什么、支持现状如何、怎么生成。

提案内容

• 提出者：Jeremy Howard（Answer.AI 创始人），2024-09 发布，2026-08 修订为 v2（llmstxt.org 官方）。
• 格式：网站根目录放一个 /llms.txt Markdown 文件，包含：
  • # 站点名（唯一必需的 H1）
  • > 引用块简介
  • 背景/上下文段落
  • ## Sections 分组链接列表，每个链接附一句话说明
  • 可选 ## Optional 段：次要链接
• 配套约定：尽量提供内容的 Markdown 版本（如 page.md 或 page.html + 同名 .md），让 LLM 跳过 HTML 解析噪声。
• 动机：LLM 上下文窗口装不下整站；llms.txt 是人工精选的“值得读“地图， inference 时直接投喂。

模板

# MyBrand

> AI-powered CRM for small teams. 一句话说明本站是干什么的。

## Docs
- [Getting Started](https://example.com/docs/start.md): 5 分钟上手指南
- [Pricing](https://example.com/pricing.md): 定价方案与对比

## Optional
- [Blog](https://example.com/blog): 技术博客

现状与争议（诚实口径）

• 支持侧：Perplexity 等引擎被报道消费 llms.txt 信号；大量框架插件已内置生成（mkdocs-llmstxt、Next.js/Fastro 插件等）。
• 怀疑侧：OpenAI/Google 未官方确认将其纳入检索权重；有分析指出主流引擎多数忽略该文件（clickcentricseo 梳理）。llms.txt 更像“低成本期权“：做了不亏，别指望单点起效。
• 务实定位：llms.txt 解决“喂给 Agent 的上下文“问题多于“排名“问题——对文档站、API 站、被编程 Agent 访问的站点价值最高。

架构实验（X 一手观察）

X 用户 @The_Muhib 的 GEO 架构实验（2026）：双界面网站——人看极简落地页，AI 读托管在同域名下的数千个结构化 .md 文件（llms.txt 哲学的放大版）。值得做内容型站点参考。

生成工具

• mkdocs-llmstxt（GitHub 插件）：https://github.com/pawamoy/mkdocs-llmstxt
• 手写即可：本质是一个 Markdown 文件，10 分钟工作量。

延伸阅读

• 官方提案 v2：https://llmstxt.org/
• 2026 完全指南：https://llmpulse.ai/blog/llms-txt-guide/
• 格式与局限：https://clickcentricseo.com/learn/llms-txt-guide

上一篇：Schema 结构化数据 ｜ 下一篇：E-E-A-T 与权威信号

E-E-A-T 与权威信号

AI 判断“这个来源值不值得引用“的信号体系。

概念

E-E-A-T = Experience（经验）、Expertise（专业）、Authoritativeness（权威性）、Trustworthiness（可信度），Google 质量评估框架（Search Quality Rater Guidelines），2022 年加入首个 E。2026 年的 agentic GEO 研究（Agent2UCB，arXiv:2608.29063）明确把 E-E-A-T 式可信度检查纳入自动优化循环——说明这框架已被 AI 系统采纳为可计算信号。

四维落地

Experience 经验

• 第一人称使用记录：“我们实测了 X 周，结果是……”
• 实拍图、真实截图、原始数据表。
• 案例细节：具体数字、具体场景，AI 无法从泛泛内容生成这些。

Expertise 专业

• 作者页：资历、作品、社交主页（Person Schema + sameAs）。
• 内容深度分层：入门 + 进阶并存，展示领域纵深。

Authoritativeness 权威

• 被权威站点引用（外链仍然是代理指标）。
• 行业名录、协会、媒体报道。
• Princeton 论文实测：authority 与 source authority 两个特征直接提升可见度。

Trustworthiness 可信

• HTTPS、清晰联系方式与实体信息。
• 更正政策、数据来源声明。
• 站内外信息一致（名称、定位、数据不打架）。

与第三方阵地的关系

E-E-A-T 一半发生在自己站外：AI 交叉验证时，Reddit 讨论、Wikipedia 词条、评测站提及构成“他证“。自己说权威没用，第三方说你权威才有用——见第三方声量建设。

延伸阅读

• Agent2UCB（含 E-E-A-T 检查的 agentic GEO）：https://arxiv.org/abs/2608.29063
• AI SEO 可信度框架：https://aithinkerlab.com/generative-engine-optimization-2026/
• Google 质量评估指南背景：https://services.google.com/fh/files/misc/hsw-sqrg.pdf

上一篇：llms.txt 实战 ｜ 下一篇：第三方声量建设

第三方声量建设

AI 交叉验证你的品牌时，看的是别人怎么说你。

为什么第三方阵地权重高

• 训练数据层面：Common Crawl 含数十亿 Reddit 页面；Reddit 还与 OpenAI/Google 签数据授权协议（instantpress.co 梳理）。Wikipedia 估计占 LLM 训练语料 5-15%（presenc.ai 估算，medium 置信）。
• 检索层面：2025-09 论文《How to Dominate AI Search》（arXiv:2509.08919）发现 AI 搜索引擎系统性偏好赢得的媒体（earned media）而非品牌自有内容——官网自夸不如第三方评测。
• 实测：有详细 Wikipedia 词条的品牌获得的 AI 提及是无词条品牌的 3.2 倍（presenc.ai，自报研究口径）。

分阵地打法

Reddit

• 真实参与社区，价值先行；营销号内容会被删且污染品牌。
• 目标：让“best X“类讨论帖里出现你的品牌名（这些帖被 AI 大量检索）。
• 合规红线：不买水军、不伪装用户——被识破的负面帖子同样进训练/检索数据。

Wikipedia / Wikidata

• 词条门槛高：需满足关注度（notability）标准，先积累媒体报道再申请。
• Wikidata 条目门槛低得多：结构化实体数据，被多家引擎消费，优先做。

评测/榜单站

• G2、Capterra（B2B）、垂直领域评测媒体：Perplexity 与 ChatGPT 引用高频信源。
• 对比页（“YourBrand vs Competitor”）被第三方写比被自己写可信度高。

行业媒体与播客

• 客座文章、播客访谈：同时供给检索层（文章）与实体层（人名-品牌关联）。

X.com

• Grok 第一信源；品牌相关的真实讨论、长文 Article 直接进 Grok 上下文。

优先级建议（预算有限时）

1. Wikidata 实体条目（免费、快）。
2. 2-3 个高相关评测/对比文章（置换或付费均可，标注披露）。
3. Reddit 长期真实参与（慢但复利最高）。
4. Wikipedia（有关注度后再推进）。

渠道加权图谱（阵地不止列清单，要算权重）

分阵地打法之外，工程化做法是把渠道变成加权图谱——geolook 的 19 渠道地图给了可借的方法骨架（README 原文，2026-11-06 核验）：

1. 列渠道全集：把目标市场可能被 AI 引用的阵地全部列出（英文：Reddit/Wikipedia/评测站/论坛/YouTube；中文：百科/榜单站/知乎/CSDN/公众号/垂媒——对照 guide/10 实测榜 的生态层分类）。
2. 按真实引用语料定权重：每个渠道的权重 = 它在目标引擎实际引用中出现的份额，不是拍脑袋。中文侧直接用 CN-GEO 数据集（187,818 条引用）按引擎×渠道交叉算；英文侧用引单采集（reverse/01 手法 2）自攒。
3. 算“竞品有你没有“打击清单：对每个主要竞品，统计其被引用集中在哪些渠道，与你的渠道覆盖做差集——差集就是最优先的第三方阵地工单（比“通用建议发 Reddit“精准一个量级）。
4. 定期重算：渠道份额随引擎行为漂移（见 news/01），季度更新一次。

预算分配跟着权重走：权重高×你缺位的渠道优先，这才是“第三方声量建设“从方法论到排期表的桥。

延伸阅读

• Reddit→LLM 管道：https://www.instantpress.co/blog/the-reddit-llm-connection
• Wikipedia 效应：https://presenc.ai/research/wikipedia-effect-on-ai-brand-visibility
• 训练数据入圈 playbook：https://subscribepr.com/blog/how-to-get-into-llm-training-data/
• earned media 偏好论文：https://arxiv.org/abs/2509.08919

上一篇：E-E-A-T 与权威信号 ｜ 下一篇：进入 LLM 训练数据

进入 LLM 训练数据（长期层）

检索层见效快，训练数据层是护城河。品牌“被 AI 记住“是季度到年的慢变量。

两层可见性

AI 提到你时来自两层之一（subscribepr.com 框架）：

1. 实时检索层：引擎刚才搜到了你的内容——天/周见效。
2. 训练数据层：模型预训练时“学过“你——季度/年见效，但脱离联网也能被提及，更持久。

多数 GEO 工作做第 1 层是对的（快）；第 2 层决定长期心智。

训练数据从哪来

进入训练数据的检查清单（rctrl.com 框架）

1. 确认在 Common Crawl：用 CC 索引查询域名是否被收录。
2. 解除拦截：robots.txt 放行 CCBot；检查 CDN 层是否误拦。
3. 写“能过过滤器“的散文：训练管线过滤低质/重复/纯模板页；原创、信息密度高的内容存活率高。
4. 进入授权源：在 Reddit、被授权媒体、百科等“实验室实际购买的数据源“里积累提及。

品牌实体沉淀技巧

• 统一品牌实体表述：品牌名 + 品类固定搭配反复共现（“RunLLM Locally——本地大模型工具”），LLM 学到稳定关联。
• 同义实体收敛：一个名字打天下，别同时推 3 个品牌变体。
• sameAs 网络：官网、GitHub、X、LinkedIn 互链（Schema sameAs），把实体图谱钉死。

风险提示

• 往训练数据“灌“营销内容违反平台规则，且模型更新会稀释——质量与真实声量才是正道。
• 训练数据不可精确控制，只能提高概率；把预算大头留在检索层是理性选择。

延伸阅读

• Common Crawl 入圈指南：https://rctrl.com/blog/get-into-llm-training-data-common-crawl
• 训练数据 playbook：https://subscribepr.com/blog/how-to-get-into-llm-training-data/
• Reddit/Wikipedia/评测站角色：https://praised.co/blog/reddit-wikipedia-llm-sources

上一篇：第三方声量建设 ｜ 下一篇：GEO 度量与监测

GEO 度量与监测

不能测量就不能优化。这一篇定义 GEO 的核心指标与监测方法。

核心指标

监测方法（从手工到平台）

1. 手工采样：问题集来自提示词研究（冻结不动），选 20-50 个真实用户问题（含品牌词、品类词、对比词），每周在各引擎跑一遍记录提及/引用。免费但费力；注意同一问题多次采样（答案有随机性，中文实测研究用 97 次采样就是为了压噪声）。

2. 开源工具：geo-check、auto-geo 等 CLI 可自动跑引用检测（见开源项目篇）。

3. 商业平台：Profound、Peec、Otterly 等自动追踪 SOV 与趋势（见商业平台篇）。

4. 服务器日志：grep AI 爬虫 UA（GPTBot/OAI-SearchBot/PerplexityBot）看抓取频次——抓取量是引用量的先行指标。

手工监测协议（30 分钟/轮，可直接抄）

来源：wizgrowth / deepsmith / earlyseo 三家协议综合，口径一致。

准备（一次性）：

• prompts.md：冻结问题集（20-50 条，逐字编号）。
• log.csv 列结构：日期, 引擎, 问题编号, 是否提及品牌, 是否引用域名, 引用位次, 引用URL, 竞品提及列表, 备注。

每轮执行：

1. 每引擎开新会话（避免历史污染），逐字粘贴问题，不开个性化（ChatGPT 设置里可关）。
2. 每问题采样 ≥3 次，3 次中 ≥2 次出现才算“稳定提及“（单次结果不作数）。
3. 记录上表全部列；截图存档答案原文。
4. 周频固定同一时间跑（引擎答案有日内波动）。

打分（简化版）：提及率 = 提及问题数 / 总问题数；SOV = 你的提及次数 / (你+竞品)提及次数。两次周报对比看趋势，不看单点。

基线先行

做任何优化前先跑 2 周基线：现在各引擎提及率/引用率是多少。没有基线，一切“有效“都是错觉。

指标至少四层，只看提及率会严重高估效果：① 提及率 ② 首位率/Top3 ③ 描述准确率 ④ 引用质量（召回+准确）。另注意广度≠深度：Perplexity 平均每条引用 16.35 个来源、ChatGPT 仅 6.88，但 ChatGPT 单条影响力是 Perplexity 的 4.68 倍——“被引用次数“和“真的被采纳“分开算（GEOLab 实验）。采样怎么才算严谨，见采样纪律与证据分级。

归因的诚实边界

• AI 回答有随机性，单次结果无意义，看趋势与多次采样均值。
• 多变量同时改无法归因单项——一次改一个变量或接受模糊。
• 引荐流量低估真实影响：多数用户在 AI 产品内完成决策（zero-click）。

延伸阅读

• 监测工具横评：https://wikiap.org/en/articles/ai-visibility-monitoring-tools-comparison
• Semrush AI 工具盘点：https://www.semrush.com/blog/best-ai-visibility-tools/
• 度量框架：https://www.promptmonitor.io/blog/generative-engine-optimization
• 平台全景：https://getpromptive.ai/blog-ultimate-guide-geo-platforms-2026

上一篇：进入 LLM 训练数据 ｜ 下一篇：工作流与审计清单

GEO 工作流与审计清单

把前面所有知识串成一套可复制的执行流程：诊断 → 优化 → 监测 → 迭代。

四阶段工作流

Phase 1 诊断(1周) → Phase 2 地基修复(1-2周) → Phase 3 内容与声量(持续) → Phase 4 监测迭代(每周)

Phase 1 诊断

• 建问题集：五路找问题 + 冻结（见提示词研究）。
• 跑基线：30 分钟首查 + 手工监测协议（见上手首查、度量篇）。
• AI 爬虫可达性：robots.txt、CDN 开关、curl 正文验证（见技术可达性）。
• 抓取验证：site: 查询 / 引擎内直接问“总结 example.com 的内容“。
• 竞品对比：谁已被引用、在哪些页面被引用。

Phase 2 地基修复

• 渲染修复：CSR 站 SSR/SSG 化，确保 curl 拿得到正文（见技术可达性——这是新手最大隐形坑）。
• 放行检索类爬虫（OAI-SearchBot、PerplexityBot、Google-Extended…）。
• 部署核心 Schema：Organization / Article / FAQPage（见Schema 篇）。
• 发布 llms.txt + 关键页 .md 版本（见llms.txt 篇）。
• 提交索引：Search Console + Bing Webmaster + IndexNow（见技术可达性）。

Phase 3 内容与声量

• Top 10 问题各建/改一页：问句式标题 + 答案前置 + 数据锚点（见内容篇）。
• 建作者页与实体页，sameAs 互联。
• 第三方阵地按优先级推进（Wikidata → 评测 → Reddit 长期）（见第三方篇）。
• 中文生态按引擎分发（见中文引擎篇）。

Phase 4 监测迭代

• 每周固定问题集跑监测，记录趋势。
• 每月复盘：哪些页面开始被引用 → 复制其模式。
• 跟踪引擎行为变化（AI Overviews 政策、爬虫 UA 更新）。

工单风险分级（优先级 ≠ 风险）

优先级说“多重要“，风险说“动手时多小心“，两者独立。 解封 robots 是 P0 也是高风险——改错一行封掉全站。每条任务都应带风险标记：

通用保护性铁律：

• 先保护已有 URL、canonical、标题与历史权重，再考虑新增——GEO 建设不能以毁掉已有搜索资产为代价。
• 禁止一次性批量修改大量已收录页面；每批小量发布并记录修改前基线数据。
• 数据没改善时先分析原因，不要盲目继续批量改动。
• 反向防护：sitemap 只装值得被引用的规范页，站内搜索/带参/翻页 URL 用 robots 通配符挡掉（Disallow: /*?session=、Disallow: /search?）——低价值页进索引会稀释实体表征。
• 多语言站必须 hreflang 互指，否则各语言版被当重复内容、跨市场挂错语言页。

验收自动化（“done“要可计算，不是嘴上说）

工单写完没人回答“到底做完没有“。geolook 的启示：把验收拆成可程序化与必须人审两堆，分别给机制（其示例项目 86%（18/21）工单可自动验证，README 原文 2026-11-06 核验；比例随项目浮动，拆分思想照搬）：

手工版最小实现：每张工单加一列 verify_cmd（能贴进终端的验证命令）+ 一列 verified_at；周报时逐行跑 verify_cmd，失败自动回到待办。没有 verify_cmd 的工单不派发——写不出验收标准的任务说明还没想清楚。

常见坑

1. 只改官网：earned media 偏好是实测结论，自有内容权重有天花板。
2. 无基线就上量：改了一堆不知道哪个起效。
3. 期待立竿见影：检索层 2-6 周、训练层 6-12 个月才是正常节奏。
4. 忽略 SEO 地基：97% AI Overviews 引用来自自然前 20，传统 SEO 塌了 GEO 无从谈起。
5. 黑帽改写：GEO-Bench（arXiv:2605.29107）测试的操纵式策略短期有效但会被引擎反制，不要碰。

延伸阅读

• 完整路线图：https://trackmyvisibility.com/blogs/ai-seo/geo-strategy-complete-roadmap-ai-visibility/
• 2026 playbook：https://www.bspkn.co/insights/optimize-for-ai-search-geo-playbook-2026/
• 审计步骤指南：https://achermouk.com/generative-engine-optimization-geo-2026-complete-guide-chatgpt-perplexity-google-ai/
• GEO-Bench（操纵策略基准）：https://arxiv.org/abs/2605.29107

上一篇：GEO 度量与监测 ｜ 下一篇：工具总览

技术可达性实操：让爬虫真正拿到内容

robots.txt 放行只是“允许进门“，这一篇解决“门开了但屋里没东西“——JS 渲染、验证、提交索引。

关键事实（先记住）

多数 AI 爬虫不执行 JavaScript（clienvora 2026 清单结论）：Google 有第二波 headless Chromium 渲染，但 GPTBot/PerplexityBot 等大多只读原始 HTML。React/Vue CSR（客户端渲染）站点的正文对 AI 直接隐身——这是新手最容易踩且完全不自知的坑。

第 1 步：判断你的站点是否“对 AI 隐身“

# 拿原始 HTML（不执行 JS），搜正文关键词
curl -s https://你的域名/关键页 -A "Mozilla/5.0" > page.html
grep -c "页面正文里必然存在的词" page.html

• 命中 >0：内容是服务端输出的（SSR/SSG/传统渲染），基本安全。
• 命中 =0 且页面明显有内容：CSR，AI 看不到你的正文 → 必须修。

辅助判断：查看 HTML 里是否有 <div id="root"></div> 空壳 + 大段 <script>——典型 CSR 特征。

第 2 步：修复渲染（按成本选型）

前端类比：CSR 像 SPA 首屏白屏等 JS——浏览器都要等，不跑 JS 的爬虫直接拿到白屏。SSG 是把成品 HTML 在构建时就烤好。

第 3 步：验证爬虫抓取通道

# 逐个 UA 测试关键页返回码与内容
for ua in GPTBot OAI-SearchBot PerplexityBot ClaudeBot Google-Extended Googlebot; do
  code=$(curl -s -o /dev/null -w "%{http_code}" -A "$ua" https://你的域名/)
  echo "$ua -> $code"
done
# 200=放行；403/503=被拦（查 robots.txt 与 CDN/WAF 两层）

CDN 陷阱：Cloudflare 等有一键“AI bot 拦截“，robots.txt 写了 Allow 也可能被 CDN 挡。验证方法同上——用 UA 请求，403 且 robots 没拦 → 查 CDN 设置。

第 4 步：主动提交索引

• Google：Search Console 提交 sitemap + URL Inspection 逐个请求编录。
• Bing/Copilot：Bing Webmaster Tools 提交 sitemap + IndexNow（即时推送协议，参与引擎含 Bing/Yandex/Naver/Seznam；发布新页 10 分钟后 Bing 搜 URL 抽查）。Copilot 走 Bing 索引，所以 Bing 提交间接服务 Copilot。
• 诚实澄清：坊间流传“IndexNow/收录 Bing = 进 ChatGPT“——未获确认（eseospace 2026 明确指出）。ChatGPT Search 有 OAI-SearchBot 自有抓取，别为传闻做动作，两条通道各自保障。

第 5 步：日志监控爬虫到访（有服务器权限者）

grep -E "GPTBot|OAI-SearchBot|PerplexityBot|ClaudeBot" /var/log/nginx/access.log \
  | awk '{print $1, $7, $9}' | sort | uniq -c | sort -rn | head -20

看三件事：来没来（0 次=通道有堵点）、抓了哪些页（没抓=内链太浅）、返回码（403/500=白抓）。抓取量是被引用的先行指标（见度量篇）。

可达性验收清单

• curl 原始 HTML 含正文关键词（非 CSR 空壳）
• 各 AI UA 返回 200（robots + CDN 双层核对）
• sitemap.xml 存在、含关键页、无 404
• Search Console + Bing Webmaster 均验证并提交了 sitemap
• llms.txt 可访问（可选加分项）
• 日志中 2 周内能看到检索类爬虫到访记录

延伸阅读

• JS SEO 清单（AI 爬虫不执行 JS）：https://www.clienvora.com/checklists/technical-seo/javascript-rendering/
• SPA × AI 爬虫 10 项检查：https://www.w3corner.com/guides/2026-javascript-seo-guide-10-checks-spa-indexing-ai-crawlers/
• 让 JS 站点对 AI 可见：https://www.geo-tool.com/en/blog/make-javascript-websites-visible-to-ai-crawlers
• IndexNow 诚实指南：http://seosubmitterpro.com/resources/indexnow-guide-2026
• Bing+IndexNow 与 AI 搜索的边界：https://eseospace.com/blog/bing-webmaster-tools-indexnow-ai-search/

上一篇：中文信源生态实测榜 ｜ 下一篇：GA4 AI 引荐流量配置

GA4 配置 AI 引荐流量

把“AI 带来的访客“从普通流量里剥出来单独看——这是老板唯一愿意听的 GEO 证据。

前提认知

GA4 记录 AI 引荐的条件：用户浏览器携带 referrer（如 chatgpt.com）或 AI 平台给链接加了 UTM。大量 AI 答案点击不带 referrer（zero-click 与隐私设置），GA4 天然低估 AI 流量——它是下限，不是全量（wandered.io / maxaeo 口径）。

第 1 步：确认 GA4 原生 AI Assistant 渠道

2025 年起 GA4 已内置 AI Assistants 默认渠道分组（seoninja 2026 确认）：

• 后台 → 管理 → 自定义设置 → 渠道分组 → 找 “AI Assistants”。
• 若你的属性是新建的，多数已自动生效；老属性确认该分组存在且启用。

第 2 步：建自定义渠道组兜底

原生分组覆盖不全时（各引擎 referrer 域名行为不一），手动补：

1. 管理 → 自定义定义 → 渠道分组 → 创建自定义。
2. 匹配条件（会话来源匹配正则）：

chatgpt\.com|chat\.openai\.com|perplexity\.ai|gemini\.google\.com|copilot\.microsoft\.com|claude\.ai|grok\.com|deepseek\.com|doubao\.com|coze\.cn

3. 命中归入自定义渠道“AI Search“。

注意域名清单要随引擎更新季度复查；中文引擎（豆包/元宝）referrer 行为以实测为准——先在“流量获取→所有会话“报表里按来源筛出可疑域名再定正则。

第 3 步：建探索报表（Exploration）

自由格式报表：

• 维度：会话来源/媒介 + 落地页 + 设备。
• 指标：会话数、参与会话率、每次会话转化数。
• 对比期：上周 vs 本周、优化上线前 vs 后。

输出物：每引擎每周 AI 会话趋势 + 哪些落地页吃到 AI 流量（这些页面就是被引用的页面，反推引擎偏好继续复制）。

第 4 步：主动打 UTM（可控场景）

在你控制的分发渠道（llms.txt 链接、GitHub README、社交媒体 bio）给链接加：

?utm_source=ai-interface&utm_medium=llms-txt&utm_campaign=geo

无法控制引擎输出链接的 UTM，只能靠 referrer 被动识别——所以 UTM 数据同样是下限。

报表节奏

每周固定看：AI 会话数趋势、AI 会话转化率 vs 自然搜索转化率（AI 流量意图更强，转化率通常更高——若不高说明落地页没接住）。

延伸阅读

• GA4 AI 流量追踪（含正则）：https://better-ga.com/blog/track-ai-traffic-in-ga4
• Conversios 分步指南：https://www.conversios.io/blog/track-ai-referral-traffic-from-chatgpt-in-ga4/
• 原生 AI Assistant 渠道：https://www.seoninja.com/blog/ai-seo/how-to-track-ai-referral-traffic-in-ga4/
• GA4 识别不到的部分：https://wandered.io/guides/track-ai-traffic-google-analytics

上一篇：技术可达性实操 ｜ 下一篇：四层依赖模型与量化判据

四层依赖模型与量化判据

六维评分回答“哪里差“，四层模型回答“先修哪个“。附全库最硬的量化阈值。

四层依赖模型（修复顺序判据）

访问 Access → 定向 Orientation → 理解 Understanding → 可引用 Quotability

铁律：每层依赖上一层。 访问层失败时，下游一切优化在引擎侧不可见——schema 再完美、内容再好，WAF 把 GPTBot 挡在门外等于不存在。工单必须从失败的最上游层开始排（框架出自 GeoReady《The GEO Readiness Manual》，与 geolook 采样观察一致）。

量化判据表（全部来自实测，非经验谈）

长度

1000 词是门槛不是目标——长不是目的，AI 需要足够材料才能切出可复用片段。

结构

落地阈值：H1 唯一、H2 ≥6（目标 8-10）、段落 ≥25、列表密度 ≥0.35。

可抽取块（最大杠杆）

含数字 +61.6%、含定义 +57.3%、含对比 +55.3%、含 how-to +41.2% 影响力。页面类型均值：定义型 0.1531、对比型 0.1524、纯 reference 型仅 0.0529。

反直觉警报：纯 Q&A 排版 −5.7%。 把内容“排成问答的样子“没有用——有没有定义/数字/结构/对题性才有用。这修正了“FAQ 万能“的流行误解。

段落级可引用

检索的最小单元是段落不是页面：一段能直接回答问题的文字可以赢过竞品整页；页面再长、没有一段自包含可引，照样选不中。判据：按 H2 切段后，一段可引 = ≥60 词且含至少一种硬信息（数字/定义句/操作步骤）。整页多节却零可引段 → 把核心小节改成“段首直接回答小节标题“的证据段。

规模化时别手工数：geolook 的做法是按上述判据全库自动扫描，把“有章节但零可引段“的页面直接点名成工单（README 诊断层，2026-11-06 核验其原文）；判定规则本身公开，可先用脚本粗实现（按 H2 切段+正则数词+关键词表匹配硬信息）。Auriti 的 geo-optimizer CLI 则是单页版自动扫描（见 projects/04）。

对题性（最强单一预测因子）

llm_relevance_score 与影响力相关 r=0.432，高于语义相似度（0.356）与内容质量分（0.292）。标题/H1/H2 必须含目标问题的实际用词：

• 弱：AI 正在改变世界
• 强：AI 搜索会优先引用什么内容？基于 23,745 条引用记录的结构化分析

权威

被引来源域名权威度中位 DR 526-592（DR≥500 占 55-68%）。权威不自动等于高影响力，但决定有没有资格进候选池。

数据来源

以上数字出自开源数据集 GEOLab 的海外跨平台实验（602 prompts / 21,143 citations）与论文 arXiv:2604.25707《From Citation Selection to Citation Absorption》（标题已核验）；中文侧出自 arXiv:2607.15771（中文生成式搜索实证）。复算路径见 中文信源实测榜。

三段漏斗提醒

提问 → ①是否触发联网检索 → ②哪些信源进引用列表 → ③哪些内容被吸收进答案

广度≠深度：Perplexity 平均每条引用 16.35 个来源、ChatGPT 仅 6.88；但 ChatGPT 单条引用影响力 0.2567，是 Perplexity 的 4.68 倍。“被引用次数“和“真的被采纳“是两个指标，分开算。

延伸阅读

• 引用选择→吸收测量框架：https://arxiv.org/abs/2604.25707
• 中文生成式搜索实证：https://arxiv.org/abs/2607.15771
• 数据总仓：https://github.com/yaojingang/GEOLab
• 实操审计实现参考：https://github.com/aigclink/geolook

上一篇：GA4 AI 引荐流量配置 ｜ 下一篇：采样纪律与证据分级

采样纪律与证据分级

采样不严谨，所有 GEO 数据都是噪音。这一篇是防自欺的操作规程。

证据分级（没有原文就不算真实采样）

纪律：没有原始答案、截图/导出、采样环境记录的，不许标成“真实采样“。 报告里 C/D 级样本必须显式标注，不许混进 A 级算指标。

采样环境四档（同纪律：不同环境不混算）

核心原理：你要测的是“陌生人看到的 AI“，不是“AI 眼中的你“。个人账号里 AI 认识你，提及率虚高。

API ≠ 网页端

DeepSeek 官方 API 不联网——API 测的是模型参数化记忆里的品牌认知；网页端才有实时检索。两者分开记，绝不合并算提及率。 这也是为什么很多“API 采样工具“的数据与你在网页端看到的不一致。

Web ≠ App

CN-GEO 实测：千问 web 与 App 信源集合 Jaccard 相似度仅 24.5%（见中文信源榜）。每个平台+终端单独一行、单独口径，不允许用一个平台/终端的结论代表“AI 都这么说“。

指标至少四层

只看提及率会严重高估效果：

1. 提及率：答案里有没有你
2. 首位率 / Top3：你在推荐列表排第几
3. 描述准确率：说到你的部分对不对
4. 引用质量：召回（引用数）+ 准确（引用内容是否忠实）

归因链路：从被引用到值多少钱

用户问 AI → 答案引用你 → 点击引用链接 → 落地页 → 注册/咨询/下单
           （采样可测）    （referrer/UTM 可测）  （事件+来源快照可测）

三段各自能测、各自会漏，不能互相替代（GA4 配置细节见 GA4 篇）。

下界纪律：App 内打开常不带 referrer，测到的 AI 流量是下界——报告写“可归因的 AI 会话 ≥ N“，不写“AI 流量 = N“。AI 来源会话量小意图深，先看转化率不看会话数。公开内容不堆 UTM——带参 URL 被引用会稀释规范 URL 的引用份额。

爬虫是先行指标：服务器日志里 GPTBot/ClaudeBot 抓取量上涨通常先于引用量上涨，是免费的前置信号。

承诺边界（对客户/对自己）

• 永远不能承诺“某平台一定会引用某页“——只能承诺提升可发现性、可验证性、可抽取性。
• 归因默认写“观察相关“；要升格为因果，需要基线窗口+观察窗口+对照问题+竞品对照+外部事件记录五件套。
• “疑似负面“标记是人工复核线索，不是判决书。

轻量周检节奏

每周只跑买家意图题（价格/推荐/比较/替代）20 条 × 每引擎，约半小时/引擎；全量题库留给月度正式采样。“没提到品牌“也照样记录——没提到正是最重要的数据。

零 API key 手动采样 SOP（无预算也能守纪律）

没有 API 预算时，手动采样不是“随便问问“，照 SOP 跑仍是 A 级证据（工程形态借 geolook 采样表/Chrome 助手与 geo-doctor 十题采样，README 核验 2026-11-06）：

1. 出题：从冻结问题集按意图分组导出当周队列（买家意图优先，≤20 题/引擎）。
2. 清场：无痕窗口或专用干净浏览器档（geolook 的 sandbox.sh 即“一次性干净浏览器“一键化；手动等价=无痕+未登录）。个人登录账号采的样按上文规则自动降级。
3. 提问与回收：人工粘贴问题、等回答完整；手工版一题约 2 分钟/引擎。有 Chrome 采样助手则“填入→你按回车→一键抓回答+全部引用链接→回传本地表“，周检从 ~30 分钟压到 ~10 分钟（geolook 自报口径）。
4. 落表：每题记录=回答原文全文＋引用域名清单＋采样时间＋环境档位，缺一不算 A 级。
5. 重放：月度汇总后对争议样本按存原文重问一次，防偶发波动。

延伸阅读

• 采样工具实现参考（Chrome 采样助手/沙箱脚本）：https://github.com/aigclink/geolook/tree/main/extension
• 手工跟踪协议：https://www.wizgrowth.com/blog/how-to-track-ai-citations-manually/
• 中文实证（Web/App 差异出处）：https://arxiv.org/abs/2607.15771

上一篇：四层依赖模型 ｜ 下一篇：品牌事实卡与内容模板

品牌事实卡与内容模板

事实卡是所有 GEO 资产的单一事实源；内容模板让每块都能被单独摘走。

品牌事实卡（先建这个，再写任何内容）

llms.txt、JSON-LD、内容草稿全部从这张卡生成——口径统一从源头开始。存 content/facts.md，官网要有对应页面。

## 实体
- 规范名：<全称>
- 别名/简称：<列全，含英文名、旧名、常见错写>
- 一句话定义：<X 是一款……，用于……>   ← 这句就是 AI 会摘走的那句
- 所属公司 / 成立时间 / 总部：
- 官网：

## 产品与能力
| 产品 | 定位 | 核心能力 | 适用对象 |

## 关键数字（每条必须带来源和核验日期）
| 事实 | 数值 | 来源 | 核验日期 | 证据等级 |

## 适用与不适用
- 适合：<3 条，具体到人群和场景>
- 不适合：<2 条>          ← 写清边界显著提升可信度与引用率

## 禁用表达
- 不要说：<绝对化/未经核实的说法>
- 改说：<可核实的版本>

证据等级：A 官方已证实 / B 第三方可佐证 / C 内部待授权 / D 需补证 / E 禁止使用。D 和 E 必须有处理动作，不许留着。

事实卡解决三个真实问题：① 全文实体拼写一致（实体混淆是过滤原因）；② AI 说错你时有唯一纠正依据（改卡→再生成所有资产）；③ 多人协作/多次生成口径不漂移。

定义型页面模板（实测影响力 0.1531，页面类型第一）

H1：什么是 <X>？（<一句话结论>）
  首段：直接回答不铺垫，60 字内给出定义。
H2：<X> 的定义与来源
H2：<X> 包含哪几部分         → 列表
H2：<X> 的 5 个关键数字       → 表格，每行带来源
H2：<X> 和 <Y> 有什么区别     → 对比表
H2：<X> 适合谁、不适合谁
H2：怎么开始用 <X>            → 编号步骤
H2：常见问题                  → 3-5 条
H2：参考来源                  → 真实可点开的链接

对比型页面模板（0.1524，性价比之王）

AI 回答“A 和 B 哪个好“时几乎必然找对比内容。规则：

• 同口径：所有对象同一套维度，不能给自己加独有维度。
• 维度 6-10 个：定位、核心能力、价格、部署方式、集成、服务、适用规模、局限。
• 必须写自己的局限——只夸自己的对比页可信度极低，容易被判营销内容。
• 每个结论后挂来源；结尾给决策树：如果你是 X 且看重 Y → 选 Z。

| 维度 | 我方 | 竞品A | 竞品B |
|---|---|---|---|
| 定位 | | | |
| 价格起点 | | | |
> 数据核验日期：2026-XX-XX，来源见文末。

榜单/选型页

标题用用户原话：2026 年 <品类> 怎么选？<N> 款主流方案对比。结构同定义型，重点在覆盖度与中立感（收录竞品要真收录）。

证据页 vs 观点页（总纲）

把内容写成“证据页“，不是“观点页“。 每个要打的问题，页面至少具备：① 一句可直接摘走的定义；② 2-5 个带单位带出处的数字；③ 一个对比块（表格最佳）；④ 一个步骤块；⑤ 适用边界与不适用场景。判据与量化阈值见四层模型与量化判据。

延伸阅读

• 模板与生成器实现参考：https://github.com/aigclink/geolook
• 内容写法八法：内容优化

上一篇：采样纪律与证据分级 ｜ 下一篇：GEO 逆向（一）：黑盒里探规则

引擎偏好规则与内容重写

前述内容优化（advanced/01）给的是通用判据；这一篇讲怎么把“引擎喜欢什么“变成可提取的规则、再用规则重写——AutoGEO（ICLR’26）把这个循环做了学术化，是本书 reverse/ 手法的自动化理论版。 机制描述来自 AutoGEO 官方仓库与论文摘要（arXiv:2510.11438，2026-11-06 核验）。

一、问题的提出：通用判据 vs 引擎特异偏好

“数字块 +61.6%“这类判据是跨引擎平均数。但实践中每个生成式引擎的偏好不同：Gemini 偏结构化数据、Perplexity 偏新鲜第三方、豆包偏中文社区帖（见 guide/07）。同一篇内容在 A 引擎被引、在 B 引擎消失，差的就是引擎特异偏好。

核心问题：偏好能不能不靠猜、从引擎行为里自动挖出来？ AutoGEO 的答案是能。

二、AutoGEO 的三组件方法

采样语料（问题 + 引擎回答 + 引用片段）
        │
        ▼
① Rule Extraction ──自动挖掘──▶ 偏好规则集（每引擎一套）
        │
        ├─▶ ② AutoGEO_API：规则塞进提示词 → 大模型按规则重写
        └─▶ ③ AutoGEO_Mini：规则作奖励信号 → GRPO 强化学习训练小模型（Qwen1.7B）

1. 规则提取（Rule Extraction）：喂给引擎大量“问题-回答“对，让模型归纳“它引用的片段长什么样“——带统计数字、给出直接定义、列步骤……产出显式规则集，按引擎×领域分目录存放。
2. AutoGEO_API：把提取的规则注入改写提示词，用现成大模型重写目标文档。零训练成本，规则透明可审。
3. AutoGEO_Mini：用强化学习（GRPO）把能力蒸馏进 1.7B 小模型——推理便宜，但要 2×A100 训约 48 小时（README 自报）。

三、双指标：可见度不能牺牲效用

AutoGEO 的评估是两个分数同时算：

这是对黑帽 GEO 的正面回击：只优化 GEO score 的改写会滑向关键词堆砌和事实注水；GEU 把“引擎自己觉得这内容有没有用“纳入约束。从业者版等价物：每次改写后，除了重采样看引用率（advanced/12 采样纪律），还要人工核事实未被改损。

四、诚实边界（README 原文强调）

• 偏好规则不迁移：换引擎或换领域，必须重跑规则提取、重训 Mini。不存在一套规则通吃。
• 学术实现 ≠ 生产工具：仓库是研究代码，无仪表盘无工单流，落地要自己搭管线。
• 适配成本实打实：API 版要烧采样 token；Mini 版要 GPU。

五、从业者怎么借（不必跑代码）

三层递减的工程强度，取你能承受的最低档：

1. 手工版（今天就能用）：reverse/01 的“引单采集“攒够 50+ 条某引擎的引用片段后，人肉归纳 5-10 条该引擎的偏好规则（形态/长度/内容类型），写进内容简报模板（advanced/13），再按 reverse/01 手法 4“单变量改写“验证——这就是人肉 Rule Extraction + GEU 复核。
2. 提示词版：把归纳的规则集直接写进改写提示词（AutoGEO_API 的同构做法），让手边任何大模型按规则重写页面正文。
3. 全管线版：跑 AutoGEO 仓库（MIT；conda 环境+keys.env，python -m autogeo.extract_rules --dataset X --engine_llm gemini-2.5-flash-lite），或等工程化产品吸收该方法（观察名单见 news/01）。

与 GEO-Bench 的关系：AutoGEO 论文同时提出可复现 benchmark（GEOLab 收录其数据集）——它既可用来测方法，也可用来测你的页面：把自己放进基准跑分，是“改写有效“的第三方证据。

六、常见误解

1. ❌“AutoGEO 是个 CMS/平台”——它是研究框架+模型权重，没有管理界面。
2. ❌“挖出来的规则永久有效”——引擎版本一更新偏好就漂移，规则集要按采样周期重挖（呼应四层模型“引擎行为会变“的口径）。
3. ❌“重写=AI 洗稿”——GEU 约束存在的全部意义就是把“提升可引用性“和“注水洗稿“切开；只动结构与证据密度，不动事实。

延伸阅读

• 论文：https://arxiv.org/abs/2510.11438（What Generative Search Engines Like and How to Optimize Web Content Cooperatively）
• 官方代码与数据集：https://github.com/cxcscmu/AutoGEO ｜ HF: cx-cmu/AutoGEO_mini_Qwen1.7B_*
• 项目页与 Demo：https://cxcscmu.github.io/AutoGEO/ ｜ https://huggingface.co/spaces/cx-cmu/AutoGEO_Mini

上游判据：四层依赖模型 ｜ 实操手法：黑盒里探规则 ｜ 深析：05 研究框架

GEO 开源项目选型地图

全部数据 GitHub API 一手核验于 2026-11-06。深析见本板块后续各篇。 先问自己要哪种物种，再进对应篇挑具体项目。

一、四个物种（GEO 开源世界的分类学）

GEO 开源项目 2025-2026 爆发后快速分化成四个物种，形态、商业模式、适用人完全不同。混着比会选错。

另有一个边缘带：工程组件（给某语言/框架加 GEO 能力的小库：Go 版 geo-optimizer(103)、PHP 版 aigeo(72)/geo-friendly(5)、双标记基础设施 dualmark(123)、内容 lint geoptimize(263)），见 06 内容工厂与工程组件。

二、决策树

你要做什么？
│
├─ 只想知道 AI 怎么提我（看数不动手）
│   └─ 监测平台 → 五大引擎全覆盖选 elmo；要爬虫日志选 GEOInflow；
│       极简单页选 geo-aeo-tracker；要 18 万条中文引用语料复算选 GEOLab
│
├─ 要把 GEO 做完交付（客户或自己老板要结果）
│   ├─ 单人零基础设施、文件即数据库 → geolook
│   ├─ 多人协作/产品化（PG/Redis/Neo4j 全家桶）→ GEORank
│   ├─ 规模化内容生产+多站分发 → GEOFlow（⚠️ AGPL-3.0，商用分发需谨慎）
│   └─ 出方案不改代码、纯顾问流程 → 本书 reverse/ + advanced/08 手工跑
│
├─ 我天天用 Claude Code/Codex，想要"一句话开工"
│   ├─ 英文站 16 模块工程化 → gtm-engineer-skills
│   ├─ 单点审计能否被引用 → Auriti/geo-optimizer-skill
│   ├─ 21 个细分环节自由拼 → yao-geo-skills
│   └─ 中文站免费轻量全流程 → geo-doctor
│
└─ 我要写论文/搞清机理/拿数据集
    ├─ 偏好规则+重写框架 → AutoGEO（ICLR'26）
    ├─ 中文引用语料 → GEOLab（187,818 条，duckdb 可复算）
    ├─ 电商场景 → E-GEO；GEO 攻击安全面 → SafeGEO

三、选型时的三个硬约束（比 star 数重要）

1. 许可证：GEOLab=NOASSERTION（API 字段，用前读 LICENSE 原文）；GEOFlow=AGPL-3.0（把它的能力嵌进你的 SaaS 会触发传染条款）；多数竞品是 MIT/Apache-2.0 可放心参考实现。本书引用一律标注核验日期与字段来源。
2. 活跃度：GEO 赛道普遍“爆星后停滞“。硬指标看 pushed_at：geolook 停在 2026-08-10（近 3 个月）、AutoGEO 停在 06-14（学术项目正常）；elmo/GEOLab/GEOFlow 推到 11-04/06（活跃）。选停滞项目 = 接受自维护 fork。
3. 数据主权：监测类一半是“开源壳+厂商云数据“。真自托管（数据在你机器）：GEOInflow、limelit、geolook、oneglanse；伪自托管要逐个读部署文档确认数据落点。

四、存疑区（不参与正文排名与深析）

刷星在 GEO 赛道是公开的秘密。以下项目 star 与账号画像/社区信号明显不匹配，收录但不采信其热度，仅作功能参考：

判定方法（可复用）：/users/{login} 看注册时间和 followers、/repos/{owner}/{repo}/stargazers 抽样看星主画像、hn.algolia.com 看讨论声量。零声量高星 = 红灯。

五、与本书其他板块的关系

• 品类概念（监测 vs 实施）：见 tools/02-open-source 末节。
• 引擎引用机理（为什么这些工具长这样）：guide/05-how-ai-engines-cite。
• 中文生态差异（为什么 geo-doctor 这类中文技能会火）：cn-vs-global/01、guide/10。
• 时效信号（掉星、新上线）：跟踪在 news/01-signal-log。

六、本板块目录

数据核验：GitHub REST API，2026-11-06。季度复查。

实施平台深析：geolook / GEORank / GEOFlow / GEOInflow

物种定义见 01 选型地图。本篇只谈实施平台：交付“干完活能验收“，不是只看仪表盘。 全部数据 GitHub API 一手核验于 2026-11-06；机制描述来自各项目 README 原文。

1. aigclink/geolook（808★ / 205 fork / MIT / Python）

定位：单人自托管的端到端 GEO 实施平台，“状态→诊断→策略→工单→执行→验证“六段闭环。README 自我定位明确对标监测 SaaS：差异在闭环深度走到“工单+资产+程序化验收+客户交付包”。

优势（README 可证实）：

• 验收是可计算的：工单带验收标准，示例项目 86%（18/21）可程序化验证；回归自动重开工单。这是和“人工勾清单“型工具的本质区别。
• 诊断判据硬：四层依赖链（Access→Orientation→Understanding→Quotability）自动算修复顺序；robots 解析按 RFC 9309 合规实现（抓通配符组、共享 UA 组、特异性覆盖）；WAF/CDN 用真实 AI 爬虫 UA 差分探测——抓“robots 放行但 CDN 403“这类浏览器视角盲区。
• 中文引擎一等公民：GLM/豆包/DeepSeek/Kimi/MiniMax/百度 AI 进采样矩阵；评分锚定 602 prompts/21,143 citations/187,818 条中文去重引用的公开语料（即 GEOLab 数据集，见 05 研究框架）。
• 零门槛部署：Python 3.9+，仅 requests/bs4/lxml 三个依赖；零 API key 走手动采样表；文件即数据库（work/ 下 JSON/Markdown），git init 即备份。
• 诚实文化：未测就显示“unmeasured“不造假；没有官方 API 的平台（微博/小红书/头条/B站）明确不集成并说明原因，只给 webhook 桥；发布逐篇人工确认。

不足：

• 停更：push 停在 2026-08-10（近 3 个月），2 个贡献者（主作者 46 commits）——爆星后个人项目停滞的典型样本。选用 = 接受自维护 fork。
• 单机单用户：无账号体系无团队协作（README 自认，称“刻意设计“）。
• 采样量和频率受自己的 API 预算约束；“疑似负面“标记只是人审线索不是结论。

应用场景：独立顾问/小团队接 GEO 单子的最贴手持具——诊断报告、策略、执行计划、工单 CSV、验收单都是对客交付物形态。与本库关系：advanced/08（工单+风险分级）、advanced/11（四层模型）、guide/10（中文引用榜）的方法层与它同源；它的“客户交付包“就是 B2B GEO 服务的交付物模板。

2. yaojingang/GEORank（533★ / 122 fork / Apache-2.0 / Next.js+FastAPI）

定位：面向团队的自托管 GEO 工作台，官方演示站 georankhub.com。七段流程：发现→诊断→问答→规划→拓展→结构化→管理。

优势：

• 重基建：PG/Redis/Qdrant/Neo4j 全家桶，支持多人协作、API 池（Provider 测试/轮询/故障转移）、私有化部署——这是为“卖给客户做二次开发“设计的架构。
• 工具直接可用：JSON-LD 生成器、llms.txt 生成器、AI 友好度评分、GEO 标题生成器、知识库生成器，拿来即用。
• 内容代码分离：公开仓库只放代码+模板+demo，私有内容不随仓库发布——开源运营的干净做法。
• 活跃：push 10-28。

不足：

• 部署门槛高：五套存储中间件，个人用户跑不起来（与 geolook 的“三依赖“形成两极）。
• 诊断深度未经第二方验证：README 未披露判据来源与语料，规则引擎质量存疑（对比 geolook 至少公开了 references/ 方法层）。
• 收录的“专家频道“是内置 5 人静态资料，社区属性弱。

应用场景：营销公司/咨询公司要私有化部署一套给客户用的 GEO 门户，或要在开源代码上二次开发自己产品的团队。与本库关系：它的 30/60/90 天方案模块可对照 case-studies/04 的 90 天推演。

3. yaojingang/GEOFlow（4032★ / 911 fork / ⚠️AGPL-3.0 / PHP Laravel）

定位：企业官网的 GEO 内容生产与分发运营系统：可信知识→AI 生产→AI 质检门禁→人工审核→多站点分发→数据分析，一条链路全留痕。

优势：

• 质检门禁是稀缺件：AI 生成和人工放行之间有机器关卡，保留质检证据链——企业内容治理的刚需形态，同类开源少见。
• 工程成熟度：有 CI、版本化发布（3.1.0 稳定版/3.2.0-beta 预览）、蓝绿部署与自动迁移文档；Chrome 协作发布；活跃（push 11-04）。
• fork 数（911）与 star 比例健康，绝对量大。

不足：

• AGPL-3.0 是硬雷：把它嵌入你的 SaaS 对外提供服务，触发传染条款，源码必须开源。商用集成前必须过法务，本书引用其架构思想不受影响（思想不受版权保护）。
• PHP/Laravel 栈对 Python/Node 团队是维护孤岛。
• star 曲线仍需观察：2026-04 创建冲上 4k，同作者矩阵效应明显（见存疑区方法论），功能口碑样本不足。

应用场景：有 PHP 运维能力的企业自建内容中台做 GEO 运营；不适合个人。与本库关系：advanced/01（内容优化判据）可作为其质检门禁的规则参考源。

4. yaojingang/GEOInflow（810★ / 253 fork / MIT / TypeScript）

定位：自托管 Web+AI 爬虫分析：访客、AI 搜索引荐、抓取日志三合一。严格说卡在监测与实施之间，因带部署侧配归因被归入本篇。

优势：爬虫日志维度是差异化——能回答“GPTBot 到底来没来、来了抓了什么“，这是访问层诊断的一手证据（呼应 advanced/09、10）。MIT 可放心用。活跃（push 11-03）。

不足：创建 2026-10-26，11 天 810★/253 fork，增速远超自然扩散曲线，已列存疑区——star 热度不采信，功能按 README 评估。产品成熟期数据（issue 处理能力、日志解析准确度）无公开样本。

应用场景：想在自己服务器上落 AI 爬虫日志并配 GA4 引荐拆分的站长。与本库关系：advanced/10（GA4 AI 引荐配置）的落地载体候选。

本篇小结

一句话：个人干活选 geolook（接受停更），团队交付选 GEORank，企业生产选 GEOFlow（先过法务），证据采集补 GEOInflow。

上游：01 选型地图 ｜ 下一篇：04 Agent 技能包深析

监测类平台对比：elmo / limelit / geo-aeo-tracker / oneglanse / gego

物种定义见 01 选型地图。监测类回答一个问题：AI 现在怎么说我、引用谁。不修内容不发工单，只做持续测量——所以选型看的是引擎覆盖、采样方式、数据主权三件事。 数据 GitHub API 一手核验于 2026-11-06；机制来自 README 原文。

对比总表

逐个点评

elmo（elmohq/elmo）——社区最活跃的正规军

• 优势：双轨采样是硬差异——ChatGPT/Google AI Mode/AI Overviews/Gemini/Perplexity/Copilot 走真实消费端抓取（“用户实际看到的答案”），Claude/Grok 走 API；提及匹配名称+别名+域名后再过 judge model 确认，误报控制有层次。引用按域名×类别分组（你的/竞品的/社交/机构），直接读出“你这个品类 AI 信任谁“。onboarding 向导从官网自动建议 prompts/竞品/人设。
• 不足：开源+Cloud 双轨意味着部分便利功能在云端（$29/mo 起）；142 个 open issue 既是活跃也是消化不过来的信号；judge model 引入自身偏见的风险 README 未讨论。
• 场景：要“消费端真实答案“级监测、不想自己写爬虫的中大型团队。与本书：advanced/07 度量指标的产品化对照；其“API≠网页端“实践印证 advanced/12 的采样纪律。

limelit-co/open——极简单二进制派

• 优势：一个二进制+你的密钥+你的数据，部署摩擦最低；自带 MCP server，AI 助手直接调监测数据（同类首个把 MCP 做成内置的）；demo 展示 21 竞品×6 引擎的“赛马“视图。对引擎 ID/工具名的命名与其商业版 Limelit 一致，迁移无痛。
• 不足：品牌混排（README 大量导流自家站）；judge/解析细节披露少；社区规模小。
• 场景：要把监测塞进 agent 工作流的开发者（MCP 是决定点）。与本书：advanced/10 GA4 之外另一条归因路——直接在 agent 里查可见度。

geo-aeo-tracker / oneglanse——轻量单点

• 两者同构：5 引擎提及/引用监测，MIT，个人可跑。oneglanse 上过 Product Hunt（Day #28，badge 自报）。
• 共同不足：功能面窄（采数+看板），无诊断无工单；采样频次/环境卫生细节披露有限——用它之前先读本库 advanced/12 把自己的纪律立住，工具只是执行器。
• 场景：预算为零、要“先有数再说“的起步监测。

gego（AI2HU/gego）——Go 分布式调度样本

• 优势：架构上是本组唯一的分布式设计：cron 调度→etcd 队列→独立 worker 执行，可横向加 worker；支持 Ollama 把国内合规定位做进架构（本地模型跑采样）；JWT 角色权限，多用户可用。
• 不足：⚠️ GPL-3.0——嵌入闭源商业产品有传染风险，仅作参考实现或独立部署；依赖栈重（PG+MongoDB+etcd 三件套，个人劝退）；push 停 07-23 半停滞。
• 场景：Go 技术栈、需要分布式采样调度的国内团队。

监测选型的三个判断题

1. API 采样够不够？ API 便宜稳定但≠消费端答案（advanced/12）；要给客户看“真实 AI 怎么说“选 elmo 双轨，内部趋势用 API 即可。
2. 数据放哪？ 五款都能自托管——但 elmo 的 Cloud 引流、limelit 的官网导流提示：确认你跑的是全功能本地版还是试用壳，部署前读 docker-compose 的数据卷。
3. 要不要 MCP？ 已在用 agent 干 GEO 的，limelit 内置 MCP 省一层胶水；否则不重要。

上游：01 选型地图 ｜ 度量方法论：advanced/07、advanced/12

Agent 技能包深析：gtm-engineer-skills / geo-optimizer-skill / yao-geo-skills / geo-doctor / recomby-geo

物种定义见 01 选型地图。Agent 技能包 = 装进 Claude Code/Codex/Kimi Code 等编码助手的 skill 目录，让“做 GEO“从开平台变成说一句话。2026 下半年爆发的主战场。 数据 GitHub API 一手核验于 2026-11-06；机制来自 README 原文。

为什么技能包是个独立物种

平台类（见 02 实施平台）要你部署+运维+学界面；技能包寄生在你已有的 AI 助手里，交付形态是“Markdown 指令+脚本+模板“，零基础设施。代价是：执行质量取决于宿主模型，没有确定性保证。选型第一问：你要的是系统还是帮办。

1. onvoyage-ai/gtm-engineer-skills（1355★ / 58 fork / MIT / 活跃 push 10-11）

定位：16 个模块组成可串联的 GTM 流水线——每个 skill 产出一个具体工件（brand_dna.md、keyword_research.md、content_architecture.md、SVG/CSV/JSON-LD 图表、A-F 审计报告、网站代码修复），上一环输出是下一环输入。

优势：

• 管道设计是同类里最系统：README 有 mermaid 流程图定义 12 个 skill 的上下游关系；产物都是“操作员能审、能发、能测“的文件，不是聊天文本。
• 覆盖面从市场研究（research-brand/reddit-opportunity-research）到工程落地（build-resource-pages 直接往客户代码库建页、improve-aeo-geo 出代码修复）打通。
• 安装方式朴素（git clone + 软链进 ~/.codex/skills），无账号无锁定。

不足：

• 23 个 open issue 且近一月未推送响应，维护带宽存疑。
• 英文市场向：无中文引擎（豆包/DeepSeek）覆盖，中文站用户拿去要自己改造。
• 每个 skill 的 prompt 质量需逐包评测，README 无 eval 数据。

场景：英文站 + 已用 Codex/Claude Code 的运营者，想要“研究→规划→生产→审计→修码“全流程脚手架。与本书：其“quotable passages/图表带文本层“要求即 advanced/01 判据的技能化实现。

2. Auriti-Labs/geo-optimizer-skill（1280★ / 151 fork / MIT / 活跃）

定位：商业产品 GeoReady 的开源引擎：一条命令给任意网站打 0-100 的 AI 可见度分，并给出修复清单。CLI/Python 库/MCP server/GitHub Action/Astro 集成五种形态。

优势：

• 工程质量同类最硬：16 CLI 命令、9 评分类目、27 个 AI 爬虫检查、47 项内容检查、12 个 MCP 工具、8 种输出格式、2000+ 测试、CI 绿标、PyPI 发布（uvx 零安装即跑）。
• CI 门禁玩法独有：“AI 就绪度跌了就 fail build”——把 GEO 变成持续集成指标，同类唯一。
• 同一引擎 CLI 与网页版（geoready.dev）共用，开源壳/商业云分层清晰；审计示例真实（example.com 8 分 vs 自家 91 分并排贴出）。

不足：

• 评分权重是厂商自定 rubric v2，未公开语料推导过程——分数可复现但“为什么这样加权“是黑盒（对比 geolook 公开 references/）。
• 开源层是审计+修复建议，规模化内容生产在闭源云端。
• 英文引擎矩阵，无中文覆盖。

场景：给任意网站快速出体检分和 CI 守护；售前评估演示利器。与本书：guide/08（30 分钟首查）的自动化版本即此。

3. yaojingang/yao-geo-skills（914★ / 175 fork / MIT / push 10-01）

定位：24 个细分环节技能包矩阵（战略诊断/页面技术/内容生产/知识资产/监测归因/研究拓词/GEOFlow 运营），每个 skill 带 SKILL.md+manifest+简报模板+eval 触发用例+产物校验。

优势：

• 技能工程规范是同类最完整：每个 skill 强制“边界+接口+eval“三件套（evals/trigger_cases.json 校验触发、expected_artifacts.json 校验产物），有仓库级校验脚本 validate_repository.py——把“prompt 散装“升级成“可验证资产“。
• 中文监测采样细节独有：DeepSeek/豆包 App/Web 重复采样、ChatGPT 采样概率报告进技能化。
• 与 GEOFlow 打通（geo-operations 分类），技能↔平台联动。

不足：

• 作者矩阵效应：同作者 5 个仓库互相关联，独立口碑样本不足。
• 24 个 skill 质量参差是矩阵型仓库的通病，README 无每个 skill 的实测样例覆盖度。

场景：想按环节自由拼装工作流的团队（本书 advanced/08 清单的 skill 化对照）。与本书：其“意图簇/监测 Prompt“研究对应 guide/09 冻结问题集方法。

4. Fangx-AI/geo-doctor（354★ / 101 fork / MIT / push 11-02 最活跃）

定位：中文市场免费“GEO 医生“：一句话安装进助手，八步问诊走完“找差距→批量写发→推荐率复查“。主打豆包/DeepSeek/元宝/千问/文心/Kimi + 海外五引擎，中英双语，不用服务器。

优势：

• 中文引擎场景覆盖第一：明确以国内引擎为优化对象（其他技能包几乎全英文向）；连“豆包 App 装不了技能，采样时再去豆包里问“这类边界都实测并诚实标注（2026-10-14 实测记录）。
• 获客形态最轻：安装=发一句话给 AI；Release 附 zip 上传包；已在 WorkBuddy Windows 桌面端实测跑通。
• 开发活跃：三周 354★、11-02 仍在推送；CI 测试徽章常绿。

不足：

• 增速异常需观察但账号未见硬伤；核心方法论沉淀（handbook.md）刚起步，深度未经时间检验。
• “批量发“环节知乎/公众号靠排版后人手点发布，规模化能力弱于 GEOFlow 型平台。
• 免费形态不可持续风险：无可见商业模式，停维护概率高（同 geolook 轨迹）。

场景：中文站个人站长/小团队零成本起步。与本书（竞争警示）：它与 B2B GEO 服务的“诊断→改→复查“流程正面重合，压工具层定价——本书护城河应锚定中文引用语料一手实算（guide/10）+ 交付方法论（advanced/08、case-studies/04），不与免费技能比工具。

5. ViryaZheng/recomby-geo（454★ / 39 fork / MIT / push 07-04 已停）

定位：“AI 员工方案“组装品：业务专家+Agent+办公 CLI（飞书/钉钉/Slack/Notion）+GEO skills 四块拼图，主战场是 plugins/recomby-geo/ 下 6 个 skill + 7 阶段协作工作流命令。

优势：

• 组装而非造轮子：6 个 skill 多为 vendor 注明来源（199-biotechnologies/toprank/aaron-he-zhu，MIT/Apache 可商用），血缘诚实标注——这个做法本身值得抄。
• Local-first 主张明确：agent 接本地模型（Ollama/vLLM/LM Studio），办公数据不出本地，直击国内合规刚需。
• “AI 员工≠替代员工“的定位话术清晰：虚拟岗位组装产物，业务专家仍在环。

不足：push 停在 2026-07-04，alpha 状态未转正；fork 仅 39，社区薄；核心 skill 是 vendor 搬运+组装，原创深度依赖上游。

场景：已用飞书/钉钉做业务协作、要“给 agent 定岗“的国内团队。与本书：其办公 CLI 集合（clis.md）是国内 GEO 协作工具选型的一手索引。

本篇小结

一句话：英文审计 Auriti、英文流程 gtm、中文免费 geo-doctor、环节拼装 yao、协作组装 recomby。

上游：01 选型地图 ｜ 相关：02 实施平台

研究框架与数据集深析：AutoGEO / GEOLab / E-GEO / SafeGEO / AgenticGEO / MAGEO

物种定义见 01 选型地图。这一组不卖工具，产出的是机理、规则和可复算的数据——本书多个章节的量化结论溯源到这里。 数据 GitHub API 一手核验于 2026-11-06。

1. cxcscmu/AutoGEO（236★ / MIT / ICLR 2026）

CMU 团队（Chenyan Xiong 组）的自动 GEO 框架：从引擎行为自动提取偏好规则→按规则重写→双指标（GEO score 可见度 × GEU score 效用）评估。完整方法拆解见本库 advanced/14 引擎偏好规则与内容重写，本篇只记选型要点：

• 拿它做什么：① 读论文搞清“偏好可提取“的实证边界；② 三个数据集（E-commerce/GEO-Bench/Researchy-GEO，HF 公开）直接下载复算；③ Qwen1.7B checkpoints 可本地跑（oMLX 类工具可载）。
• 不足：研究代码非产品；换引擎须重挖规则重训（README 原文警告）；训练 Mini 要 2×A100（自报）。
• 活跃度：push 停 2026-06-14——论文项目正常节奏，数据集与结论长期可用。

2. yaojingang/GEOLab（749★ / ⚠️双层许可 / 活跃 push 11-05）

中文 GEO 最重要的一手数据源：本库 guide/10（中文信源实测榜）、advanced/11（量化判据）的数字底座。

• 内容：五分区——01-experiments（602 prompts/21,143 citations 跨平台实验+分析脚本）、02-papers（54 篇 GEO/AEO 论文导航）、03-datasets（CN-GEO：187,818 条中文引用去重记录、12 平台终端）、04-whitepapers、05-articles。
• 许可细节（API=NOASSERTION 的真相，已读 LICENSE 原文）：**软件部分 MIT（LICENSE-CODE）+ 原创内容 CC BY 4.0（LICENSE-CONTENT）**双层许可；第三方论文 PDF/数据集保留原条款。结论：脚本可商用，数据引用须署名，论文 PDF 别整包转发。
• 不足（本库已如实转述的缺陷）：缺采集时间与模型版本字段 → 趋势类结论不可用，只能做横截面分析。
• 场景：duckdb 复算中文引用份额、按引擎×渠道交叉出客户报告的数据层。这是中文 GEO 领域目前唯一大规模公开引用语料，护城河素材。

3. psbagga17/E-GEO（50★ / 未标许可 / push 07-03）

电商场景的 GEO 测试床（testbed）：标准化评测商品内容在生成式引擎中的可见度。mverab/eGEOagents（217★，MIT，活跃 push 11-05）是其工程化延伸——把电商 GEO 做成可跑的多 agent 工具箱。

• 价值：电商 SKU 级 GEO 是稀缺细分（多数工具做到品牌/域名级）；品类问题集设计可借。
• 不足：无许可证声明的仓库在法律上默认保留所有权利——用代码前先提 issue 求确认；样本小、社区小。

4. QianfengWen/SafeGEO（10★ / Apache-2.0 / EMNLP 2026）

GEO 攻防视角的稀缺品：把 GEO 操纵当成攻击面，在 LLM 推荐代理上做安全 benchmark（含对抗数据集）。

• 价值：给“黑帽 GEO 会被怎么反制“提供学术测量（呼应 advanced/08 常见坑第 5 条 GEO-Bench 警告）；做客户服务时，它论证了“为什么走白帽“——不是道德洁癖，是被反制即归零。
• 不足：★10/fork 14，几乎无社区；论文期项目。

5. AIcling/agentic_geo（46★ / Apache-2.0）与 Wu-beining/MAGEO（37★ / ACL 2026）

自进化 agent 系（AgenticGEO）与多 agent 可复用策略学习（MAGEO）：把 GEO 当 agent 长期任务做方法研究。当前均为论文附属仓库，跟踪价值>使用价值；MAGEO 的“策略复用“思路与本书工单制（advanced/08）在理念上同路，可对照读。

选型建议

• 要数据：GEOLab（先看清双层许可）→ duckdb 复算路径本库 guide/10 已给。
• 要方法：AutoGEO 论文+advanced/14 的三层递减落地法。
• 要反制证据：SafeGEO + GEO-Bench（arXiv:2605.29107）组合拳，客户问“能不能走捷径“时的标准答案素材。

与本书章节的映射表

上游：01 选型地图 ｜ 深读方法层：advanced/14

内容工厂与工程组件：GEOFlow 生产侧 / geoptimize / dualmark / 语言级组件

物种定义见 01 选型地图。本篇覆盖两类：把内容“批量造出来“的内容工厂，和给单页/单栈加 GEO 能力的工程组件。共性：都是零件，不是完整闭环——接进你的流水线才产生价值。 数据 GitHub API 一手核验于 2026-11-06；机制来自 README 原文。

内容工厂

yaojingang/GEOFlow 生产侧（4032★ / AGPL-3.0，平台整体见 02 实施平台）

本篇只拆它的生产管线设计（可借的思想，不碰代码）：可信知识→AI 生产→AI 质检门禁→人工审核→多站点分发，每一步留痕可回溯。三个可借点：

1. 质检在人工之前：机器先过一遍再给人看，审核带宽放大——对照本书 advanced/08，我们的清单是人审为主，可加“机器初筛“层。
2. 知识源单一化：生产只从“可信知识库“取料（同 advanced/13 品牌事实卡的“单一事实源“原则，双保险）。
3. 分发状态回流：发布结果回写任务与数据中心，形成运营闭环。 ⚠️ 再强调：AGPL-3.0，借思想不借代码。

beyondtahir/beyondseo（252★ / MIT / 活跃 push 11-04）

“AI SEO 事务所“技能套件：审计、写内容、竞品对比、外链规划在一个 agent 工作区闭环。与 agent 技能类（04）形态相同但定位“全家桶”；README 4.3 万字节的信息密度值得一读其结构组织法。不足：单作者、无第三方实测。

工程组件

cucuwang/geoptimize（263★ / MIT / 活跃 push 11-01 / npm 包）

确定性内容 lint：跑 CI/pre-commit，固定规则检查——文档结构、量化声明缺来源信号、元数据问题、JSON-LD 结构、noindex/canonical 控制、重复措辞。不靠 LLM 判断，结果 100% 可复现，这是它对抗所有“AI 打分“类工具的存在理由。

• 借点：本书 advanced/08 验收自动化里的“可程序化“一堆，多数检查项它已实现成 npm 一行命令；阈值可按项目调，CI 阻断可配置。
• 前身 aeoptimize（0.8.0 更名），有迁移指南——命名演进本身说明 AEO/GEO 概念市场位的迁移。

dodopayments/dualmark（123★ / Apache-2.0）

双标记基础设施：每个页面同时维护 HTML + Markdown 孪生版（“Markdown twins”），AI bot 直接读结构化孪生版。支付公司做的开源，动机是把 AI 流量引回自家入口。

• 借点：llms.txt 是“清单指路“，dualmark 是“原文投喂“——advanced/03 的争议（llms.txt 采纳有限）的另一半答案：与其指望引擎解析 HTML，不如直接给机器友好版本。
• 不足：双版本一致性维护成本转嫁给内容方，README 未给同步机制细节。

语言级组件（样本组）

选型建议

• 内容团队上 CI：geoptimize（npm 一行，确定性）→ 有 AGPL 顾虑时的安全牌。
• 要生产管线设计参考：读 GEOFlow README 画自己的流程图（思想免费）。
• llms.txt 嫌不够：评估 dualmark 式孪生页，尤其文档站。
• PHP 栈：aigeo/AIGEOTOOLS 二选一前先各自提 issue 试探维护响应。

上游：01 选型地图 ｜ 落地流程：advanced/08

GEO 工具总览

三类工具：监测（你在 AI 里长什么样）、优化（改写与生成）、审计（技术可达性）。

选型速查表

选型原则

1. 先免费跑基线：手工采样 + geo-check 足够起步，别先买 $500/月的平台。
2. 有竞品追踪需求再上商业：SOV、情感、多引擎自动化是商业平台核心价值。
3. 数据主权敏感选开源自托管：GEOInflow、elmo 数据留在自己服务器。
4. 中小团队组合：一个监测（Peec/Otterly 级）+ 一个内容评分（Frase 级）覆盖 80% 需求。

工具地图（按管线环节）

抓取层: robots 配置 → geo-check / Botify 审计
检索层: 内容结构 → Frase / Clearscope 评分
生成层: 引用测试 → auto-geo / 手工采样
声量层: SOV 追踪 → Profound / Peec / Otterly

延伸阅读

• 10 平台对比：https://www.gen-optima.com/geo/best-geo-tools-ai-visibility-platforms-2026/
• 中立工具对比：https://wikiap.org/en/articles/ai-visibility-monitoring-tools-comparison
• 诚实横评（含融资背景）：https://www.surmado.com/blog/best-ai-visibility-tools-2026
• Semrush 官方盘点：https://www.semrush.com/blog/best-ai-visibility-tools/

上一篇：工作流与审计清单 ｜ 下一篇：开源项目

GEO 开源项目

GitHub 高星 GEO 开源项目速查目录（star/许可/活跃度核验于 2026-11-06，GitHub API 一手数据）。 每个项目“优势/不足/场景“的深度分析见 projects/ 板块；本页只做选型索引。

物种分类速览

四类物种（监测平台/实施平台/Agent 技能/研究框架）的判别方法和决策树 → projects/01-selection-map。

实施平台（诊断→工单→验收闭环）

监测平台（追踪 AI 提及/引用）

Agent 技能包（装进 AI 助手）

研究框架与数据集

工程组件（语言/框架级）

审计 CLI

Awesome 清单

存疑区（收录不采信热度）

刷星判定方法与逐条疑点见 projects/01-selection-map 第四节。当前名单：open-seo-mcp-skills（8872★，账号画像不匹配）、aaron-marketing-skills（3075★，分布异常待核）、GEOInflow（810★/11 天，增速异常）。

选型建议

• 想看懂学界怎么做：AutoGEO；要一手数据自己复算：GEOLab（parquet + duckdb，先核许可）。
• 想单人跑完整 GEO 项目并交付客户：geolook（零基础设施，文件即数据库，git init 即备份；接受自维护 fork）。
• 想自建监测：elmo（最活跃）或 GEOInflow（含爬虫日志）；多人协作/产品化：GEORank。
• 用 Claude Code/Agent 工作流：英文站 gtm-engineer-skills / Auriti；中文站 geo-doctor（免费）；细分拼装 yao-geo-skills。
• 要不靠 LLM 的可复现审计：geoptimize（确定性 lint）或 geo-check（CLI）。

一个有用的品类区分：监测 SaaS vs 实施平台

多数商业 GEO 产品是监测（看提及率、给建议、数据在厂商云）；少数开源项目做实施（诊断→工单→生成资产→程序化验收→交付）。选型先问自己要哪种：只要仪表盘选监测，要“干完活能验收“选实施平台。监测数据在谁手里也是企业选型的硬约束。2026 下半年新变量：Agent 技能包成为第三极——不分平台形态，直接寄生在你已有的 AI 助手里，geo-doctor/gtm-engineer-skills 是代表。

上一篇：工具总览 ｜ 下一篇：商业监测平台 ｜ 深析：projects/01 选型地图

商业 GEO 监测平台

花钱买自动化：多引擎 SOV 追踪、情感分析、竞品对标。

主要平台

选型三问

1. 要不要 SOV？ 有明确竞品追踪需求 → Profound/Peec 级；只盯自己 → Otterly/开源够用。
2. 要不要优化执行？ 只要监测 → Otterly/Profound；要改写建议闭环 → Frase/Surfer/Geol.ai。
3. 数据合规？ 敏感行业注意平台是否把你查询与内容送第三方 LLM（ISO/SOC2 认证是入门门槛，OptimizeGEO 等明示合规）。

价格量级（行业公开口径，medium 置信）

• 企业级（Profound/Conductor）：数千美元/月起。
• 中型（Peec/Otterly）：数百美元/月。
• 传统平台 AI 模块：依附现有订阅增值。

提醒

平台数据是黑盒采样，重要决策前用手工采样抽查 10% 复核；各平台“AI 可见度评分“口径互不可比，别跨平台对数。

延伸阅读

• 中立四平台对比：https://wikiap.org/en/articles/ai-visibility-monitoring-tools-comparison
• 10 平台横评：https://ivannikov.pro/blog/best-geo-tools-2026/
• Otterly 自我定位：https://otterly.ai/lp/best-geo-and-ai-visibility-platforms-compared-2026/
• 平台全景指南：https://getpromptive.ai/blog-ultimate-guide-geo-platforms-2026

上一篇：开源项目 ｜ 下一篇：案例-AI Overviews 引用研究

GEO 逆向（一）：黑盒里探规则

引擎不公开规则，但它的行为泄漏了规则。这一篇讲怎么从“问它问题“反推它的选择逻辑。

什么是 GEO 逆向

正面 GEO 是“我改内容 → 祈祷引擎引用“。逆向 GEO 反过来：把引擎当黑盒，控制输入、观察输出，反推它的筛选规则，再按规则施工。

你没法读它的代码，但它每次回答都在“泄题“——引用了谁、放在第几位、抄了哪一段，这些都是可观测数据。攒够数据，规则就浮出来了。

引擎的四段管线（逆向的地图）

每条引用都经过四站（gugubrand 梳理），每站都有可探测的行为特征：

爬取 crawl → 切块 chunk → 检索 retrieve → 选择 select

一个已知的结构性事实：同时被 ChatGPT 和 Perplexity 引用的网站只有约 11%（gugubrand 口径，medium 置信）——两家检索索引基本是两个世界，逆向必须分引擎做，“AI 的算法“不存在。

五种探测手法（白帽，可直接用）

1. 新鲜度探针：判断它此刻连没联网

问一个只有今天发生的事件。答得出 = 走了实时检索；答得旧 = 靠参数记忆。同一问题在网页版和 API 各问一次，经常结果不同（API≠Web 的实测版，见 advanced/12）。

2. 引单采集：把“引用域名清单“当数据攒

每次采样记下答案里全部引用域名（不只记有没有你）。攒 100 次采样后统计：这个引擎爱引哪类站、你所在的品类被谁垄断。CN-GEO 数据集（guide/10 的官网 1.37%）本质上就是这种逆向的大规模成品——你用小得多的规模做同样的事。

3. 金丝雀页：验证检索通道通不通

造一个只有你知道的新页面，塞一句全网独一无二的句子（金丝雀句），发布后定期拿这句话提问。哪天 AI 原样说出这句 → 确认“爬取→索引→检索→生成“全链路已通，且能定位是哪条通道带来的。这是最干净的管线验证法。

4. 单变量改写：一次只改一件事，测引用变化

挑一个稳定不被引的页面，只加“数字块“，发布，等 1-2 周，同问题重采样；下一轮只改标题句式。一次一个变量，引用率的前后差值（citation delta）才能归到这一项上。一次改五样，等于没测。这本质是 Princeton GEO 论文黑盒优化框架的手工版——AutoGEO（ICLR’26）做的事就是把这个循环自动化。

5. 幽灵引用鉴别：它引用的到底存不存在

AI 会编造看似合理的引用（ghost citations，GhostCite 论文 arXiv:2602.06718 已大规模量化）。逆向时反过来用：点开它给的每个引用链接——链接失效/内容对不上 = 这条是参数记忆脑补的，不是检索来的。你的内容被“幽灵化“（AI 说了你的话但不给链接）说明它从二手转载学到的你，这正是要去第三方阵地铺原文的理由。

逆向的边界（必须先说）

• 理解规则 ≠ 操纵规则。 GEO-Bench（arXiv:2605.29107）实测过黑帽操纵策略：短期有效、且专门给“隐蔽性“打分——意味着引擎方也在建反制。逆向的产出应该是“按它喜欢的结构写真实内容“，不是“骗过它塞假内容“。
• 引擎行为随版本漂移（模型更新、索引重建），逆向结论有保质期——每季度重探，别把去年的规则当定律。
• 单引擎结论不外推：11% 重合率说明一切。

延伸阅读

• 四段管线与 11% 重合率：https://gugubrand.com/en/blog/how-ai-engines-choose-citations/
• ChatGPT 选源逆向（10,000+ 查询）：https://refora.ai/blog/how-chatgpt-picks-sources
• GhostCite 论文：https://arxiv.org/abs/2602.06718
• AutoGEO 自动学偏好：https://github.com/cxcscmu/AutoGEO
• GEO-Bench 操纵基准：https://arxiv.org/abs/2605.29107

上一篇：品牌事实卡与内容模板 ｜ 下一篇：GEO 逆向（二）：拆竞品的引用

GEO 逆向（二）：拆竞品的引用

竞品被引用是现成的答案——它已经替你通过了引擎的考试。逆向它，比自创快。

核心思路

你零引用、竞品高引用，差距一定藏在可观测的差异里：被引的具体是哪几个页面？什么格式？发在哪？有什么你没有的硬信息？ 把这几个问题用数据回答完，施工清单自然出来。这叫引用差距分析（citation gap analysis）。

五步拆解法

第 1 步：锁定被引页面（点名 → 指认）

买家意图问题集（推荐/对比/价格/替代，见 guide/09）跑一遍，凡提到竞品的回答，记下具体引用 URL，不只记域名。同一竞品通常只有 3-5 个页面反复被引——那才是它的“金牌页“，不是全站都好。

第 2 步：拆金牌页的形态

逐个打开被引页面，记录同一组字段：

• 词数、H2 数量、有没有表格/步骤/FAQ（对照 advanced/11 的量化判据）
• 被引片段落在页面哪个位置（前 1/3？某个表格行？）
• 发布/更新日期、作者署名
• 页面类型：定义型？对比型？榜单型？

五六页拆完你会看到一个模式——比如“被引的全是带核验日期的对比表页“。这个模式就是引擎在这个品类的口味，直接照抄结构（不抄内容）。

第 3 步：拆信源阵地（它站在谁的肩膀上）

统计竞品被引时引用的域名分布 + 你自己的首查引用清单对比，得到一张**“它有我没有“阵地表**（maxaeo/tryansly 方法）。中文场景直接叠加 guide/10 的实测榜：竞品上了 maigoo 你没上、竞品有百科词条你没有——每项都是可直接立项的工单。

第 4 步：拆差距类型再对症

差距分三类，药方不同（tryansly 框架）：

先确认是哪类再花钱——很多“内容问题“其实是技术差距，修一行渲染就解决。

第 5 步：验证闭环

按拆出的清单施工后，用同一冻结问题集复测（advanced/12 纪律），看引用位次是否逼近/超过竞品金牌页。没动就回到第 2 步重新拆——可能口味变了。

一个高价值空位：中立对比页

逆向中反复出现的规律：用户问“A vs B 哪个好“，AI 缺中立对比信源时引用竞争最弱、新页最容易切进去（geniusecommerce/rankrise 观察一致）。拆竞品时专门找“这个问题下两家都没被引“的对比题——那就是你的第一铲。写法模板见 advanced/13 对比型页面。

纪律

• 拆结构不抄内容：抄框架和证据密度合法且有效，搬运文字是另一回事。
• 竞品会动：每季度重拆一次（引擎口味+竞品策略都在漂移）。
• 差距分析要有基线窗口：先冻结“施工前“数据，否则前后不可比。

延伸阅读

• 竞品引用逆向实操：https://maxaeo.ai/blog/competitor-citations-llms/
• 引用差距分析框架：https://tryansly.com/blog/competitor-citation-gap-analysis
• 差距归因（技术/内容/权威）：https://rankrise.com/2026-07-30/ai-citation-gap-analysis/
• 拆竞品结构模式：https://digitalstrategyforce.com/journal/competitive-intelligence-for-ai-search-reverse-engineering-competitors-visibility/
• 电商场景差距分析：https://geniusecommerce.com/blog/how-to-perform-a-competitor-ai-citation-gap-analysis

上一篇：黑盒里探规则 ｜ 下一篇：国内外GEO结构性差异总览

国内外 GEO 结构性差异总览

中文 GEO 不是英文 GEO 的翻译版。信源、阵地、规则全不同，一套打法不能两地用。

一张表看懂差异

三个结构性差异（决定打法不同）

1. 生态割据 vs 索引竞争

海外引擎之间是“同一批公开网页，不同排序“；中文引擎是“各自住在自家内容池里“。豆包 App 的 iesdouyin 占 28.1%、元宝的 qq.com 占 20.5%、百度 AI 的 baidu.com 占 29-37.7%（CN-GEO 实测，高置信）。在海外你优化“内容对搜索引擎的质量“；在中国你首先选择“进哪个内容池“——阵地选择先于内容优化。

2. 官媒权重：中国特有的硬通货

中文引擎对官方媒体（人民网、新华网、央视及地方官媒）内容有系统性偏好——训练语料构成、内容审核机制、引用优先级三重叠加。海外没有对应物（.gov 有一定权重但不成体系）。这导致中文 GEO 出现特有打法：通过正规渠道在官媒/权威媒体发布企业报道，作为品牌权威锚点。具体见官媒信源层。

3. 百科与问答平台的地位不同

海外 Wikipedia 是训练语料基石（占 LLM 训练数据约 5-15%，估算）；中文侧百度百科/搜狗百科 + 知乎问答承担类似角色，但门槛和玩法完全不同（中文百科创建审核严、需媒体佐证链）。Reddit 在海外是 GEO 主战场之一；中文对应物知乎的引用权重则明显低于字节系/腾讯系内容池。

打法速查：同一个目标，两地怎么做

两地都要做的公共层：可抓取（robots/渲染）、结构化数据、llms.txt、冻结问题集监测——技术地基全球通用，上层阵地选择必须分开。

常见误判

1. 把海外清单直接套中文：在 Reddit 铺一年，豆包可能完全不认识你；反过来在知乎铺一年，ChatGPT 也可能不引你。信源池不互通（Web/App 重合度仅 24.5-31.4%，guide/10）。
2. 低估官媒：出海团队常认为官媒“没流量所以没用“——但 GEO 要的不是流量是被引用，官媒内容在中文引擎里就是权威标签。
3. 高估官网：中文官网直接引用率 1.37%；英文侧官网引用占比明显更高（Profound 口径约 20%+，medium 置信）。中文 GEO 预算大头应放第三方阵地，英文侧官网内容仍值得深耕。

延伸阅读

• 中文信源实测数据：中文信源生态实测榜
• 中文引擎画像：中文 AI 引擎生态
• 海外引擎画像：主流海外引擎画像
• 官媒打法：中国官媒信源层

上一篇：拆竞品的引用 ｜ 下一篇：中国官媒信源层

中国官媒信源层与发稿打法

中文引擎给官方媒体内容的引用权重，是海外没有的独特层。这一篇讲清它是什么、怎么合规地用。

触发线索（先声明取证状态）

本节因 2026-11-03 X 帖 @ai_chuhai「GEO中官媒全体名单有1400+家」 而立项（386 赞 / 5.4 万浏览，fxtwitter API 核验）。该帖正文为 X Article 长文，正文全文未能抓取（仅获标题与预览“文中事实均已对照原始公告、标准原文“）——下文方法论基于公开可核实的机制撰写，帖内具体名单未收录、不转述。

为什么官媒在中文 GEO 里权重特殊

三重机制叠加：

1. 训练语料层：国产大模型训练数据中官媒内容占比高（人民网、新华网、央视及地方党媒官网是中文互联网最稳定的权威语料源）。
2. 检索信任层：国产引擎对权威信源有显式加权传统（继承百度搜索的权威站点白名单机制）；企业报道若被官媒转载，被豆包/元宝引用时可信度分高。
3. 实体识别层：官媒报道是 LLM 建立“公司名↔行业↔资质“实体关联的最可靠锚点——AI 描述一个品牌时，倾向复述它见过的最权威来源的说法。

海外无对应物：.gov/.edu 在英文侧有权重但不成体系、无“发稿“产业链。这是中国 GEO 独有的层。

合规打法：正规公关 vs 灰产软文（边界先划清）

✅ 合规：企业通过正规新闻发稿渠道，把真实的企业动态/产品发布/行业观点投放到官媒及其客户端/网站，支付的是发布服务费，内容真实可核。 ❌ 越界：付费让媒体发虚构“测评“、假榜单、伪专家背书；批量垃圾站冒充官媒转载。前者是正常 PR，后者会被引擎降权且可能涉广告法违规（软文须标注广告）。

实操四步

第 1 步：搭权威锚点（一次性）

• 百科词条：百度百科/搜狗百科——官媒报道是创建词条的核心佐证材料链（先有 3-5 篇可查媒体报道，再建词条，通过率高）。
• 官媒矩阵选 3-5 家真实可投的：国家级（人民网、新华网、光明网、中国经济网）> 行业权威报（如中国计算机报系）> 地方官媒。层级越高锚点越强，成本也越高。
• 锚点内容写“事实型“：公司成立/融资/产品发布/资质认证，带准确日期与数据——这些是 AI 最可能摘录的实体事实。

第 2 步：铺转载层（持续）

官媒首发 → 门户转载（新浪/搜狐/网易号）→ 行业站转载。转载链本身就是权威传导：引擎看到同一事实在官媒+门户+行业站三层出现，实体置信度上升（对应 CN-GEO 实测里 sohu/163/sina 的高占比，guide/10）。

第 3 步：把锚点喂进自家阵地

官媒报道 URL 写进官网“媒体报道“页（给爬虫一个权威关联页）、进品牌事实卡（advanced/13）、进知乎/CSDN 回答的引用区。让引擎在不同池子里看到同一组事实互相印证。

第 4 步：验证

按 guide/08 首查法问引擎“[品牌]是哪个公司/靠谱吗“，看回答是否复述了你官媒报道里的事实、引用是否含官媒域名。命中 = 锚点生效。

成本与预期管理

• 国家级官媒发稿单价高（数千-万元/篇，市场行情价，随渠道浮动），地方官媒与行业报低一档。先算账：小团队预算有限时，行业权威媒体 + 门户转载链的性价比通常好于硬上国家级。
• 见效周期：发布→被收录→进入引擎引用候选，通常数周；比榜单站慢，比训练数据层快。
• 别神话它：官媒背书解决“权威锚点“，不解决“品类推荐出现率“——后者仍靠生态池铺量（guide/07/10）。

延伸阅读

• CN-GEO 实测信源分布：中文信源生态实测榜
• 第三方声量方法论：第三方声量建设
• 触发本节的 X 帖：https://x.com/ai_chuhai/status/2117702589865189525

上一篇：国内外GEO结构性差异总览 ｜ 下一篇：行业动态信号日志

行业动态信号日志

GEO 领域行为漂移快，静态知识库会过期。这一篇是“活页“：只记已核实的信号，低频维护。

收录规则（先立规矩，防止变成信息垃圾场）

1. 只收改变打法的信号：引擎政策变更、新爬虫名录、索引机制调整、重量级数据集/论文发布。营销软文、“10个技巧“类清单不收。
2. 每条必带：日期、来源链接、一句话事实、“对打法的影响”（没有影响的信号不记）、置信级（官方公告=高 / 一手实测=高 / 行业分析=medium / 传闻=低）。
3. 低频维护：每月回顾一次即可；引擎大版本更新时加密到每周。过时信号标注 [已过时] 不删除——保留判断演变轨迹。
4. 本日志不承诺时效性——它是知识库的“勘误表+风向标“，不是新闻订阅。

2026-11

06 | GEO 开源赛道 star 异动三连（GitHub API 核验）

• 事实：① getcito 一周 505→449（掉 56，清量迹象）；② geo-doctor 2026-10-14 创建、三周 354★/101 fork，push 持续活跃——中文免费 Agent 技能形态获客极快；③ open-seo-mcp-skills 以 8872★ 居榜首但账号画像异常（“Adgent“拼写、followers 仅 12），已入本库存疑区。
• 影响：赛道热度真实但 star 不可直接采信，选型按“许可证+pushed_at+账号画像“三硬约束过滤（方法见 projects/01）；geo-doctor 验证了“免费技能占领中文入口“的打法成立，中文 GEO 服务的工具层定价将被持续压缩。
• 置信：高（均为 API 一手字段，2026-11-06 核验）。

03 | 中文官媒信源清单在 X 传播（@ai_chuhai）

• 事实：X 长文帖《GEO中官媒全体名单有1400+家，按这个清单上语料，豆包元宝说的都是你》获 386 赞 / 5.4 万浏览（原帖，fxtwitter API 核验；正文全文未抓取）。
• 影响：确认“官媒发稿“已作为中文 GEO 标准打法在从业者圈层流行——印证本库 cn-vs-global/02 判断的方向；具体名单未验证，使用前需逐家核实域名真实性（此类清单常混入山寨站）。
• 置信：帖子热度=高；名单内容=未验证。

05 | CN-GEO 数据集 v2.0.1 发布

• 事实：187,818 条中文 AI 引用去重记录、12 平台终端，开源可复算（GEOLab）。
• 影响：中文 GEO 第一次有了大样本一手数据支撑信源选择决策；本库 guide/10 的量化结论出自该数据集。
• 置信：高（数据开源可验）；缺陷：缺采集时间与模型版本，趋势类结论不可用。

2026-08

llms.txt 提案修订 v2

• 事实：Jeremy Howard 的 llms.txt 提案（llmstxt.org）2026-08 修订至 v2，规范了可选区块与链接格式。
• 影响：生成 llms.txt 时按 v2 格式输出；采纳引擎数仍有限，属低成本高期权。
• 置信：高（提案原文可查）。

待跟踪清单（有信号再落条目）

• ChatGPT Search 是否建立独立于 Bing 的索引（影响 IndexNow 价值）
• 豆包/元宝是否公开爬虫 UA 名录（当前只能靠日志特征识别）
• Google AI Overviews 引用来源政策是否进一步收紧
• GEO-Bench 反制机制是否上线生产环境（黑帽窗口期倒计时）

维护记录

上一篇：中国官媒信源层 ｜ 回到 导读

案例 1：AI Overviews 引用行为研究

三组独立数据研究，说明 AI Overviews 的引用规律与优化空间。

研究 1：CXL 引用位置研究（2026-03，独立机构，置信较高）

• 方法：分析 100 条 Google AI Overview 引用，定位被引片段在源页面内的位置。
• 发现：被引用片段集中在页面中前部的直接回答区，不是随机分布。
• 行动含义：把可摘录的答案写进页面前 1/3，每个小节开头。
• 链接：https://cxl.com/blog/google-ai-overview-citation-sources/

研究 2：Shadow 引用范围研究（2026，置信中等）

• 数据点：97% 的 AI Overviews 引用来自自然排名前 20；排名 #1 页面仅约 12% 被引用。
• 解读：SEO 是入场券（进前 20 才有资格），但头部 ≠ 引用；页面内“可回答性“决定第二关。
• 链接：https://www.shadow.inc/resources/cited-google-ai-overviews

研究 3：Wellows 七因素分析（2025-12，厂商口径，置信中等）

• 方法：15,847 条 AI Overview 结果 × 63 行业。
• 归纳 7 大引用因素：内容结构、权威性、新鲜度、实体清晰度、语义匹配、页面体验、Schema。
• 注意：厂商自报研究，方法论未完全公开，作方向参考。
• 链接：https://wellows.com/blog/google-ai-overviews-ranking-factors/

综合结论

1. 先保证传统 SEO 进前 20（地基）。
2. 再优化页面内可摘录性（答案前置+结构化+数据锚点）。
3. 引用格局在漂移（2025→2026 引用来源放宽），监测要持续而非一次性。

上一篇：行业动态信号日志 ｜ 下一篇：中文引擎实测案例

案例 2：中文引擎实测

国产六大引擎引用行为的一手实测数据与研究方法。

案例：国产 AI 引擎 GEO 实测研究（2026-08）

• 方法（jinghao-leon.github.io/geo-research-cn）：12 个标准化问题 × 6 引擎（豆包、DeepSeek、腾讯元宝、通义千问、文心一言、Kimi）单次实测 + 97 次多次采样压噪声。
• 产出：量化各引擎引用率、信源域名偏好、GEO 渠道打法差异。
• 可复用点：
  1. 多采样对抗随机性——单次提问结果不能作为决策依据。
  2. 按引擎拆信源偏好——同一内容在不同引擎的引用渠道完全不同（元宝偏公众号、豆包偏头条系）。
• 链接：https://jinghao-leon.github.io/geo-research-cn/

案例：本地服务被 AI 略过的原因研究（英文对照，pickedbyagents.com）

• 方法：对 2,383 个城市收集 AI 助手对 HVAC（暖通空调）本地商家的推荐结果与理由，数据集开源（github.com/gregm711/ai-assistant-hvac-picks）。
• 发现：AI 略过本地商家的主因是信息缺失与第三方信号弱，而非规模小。
• 含义：本地生意的 GEO = Google Business Profile + Yelp/点评类平台 + 结构化官网三件套。
• 链接：https://pickedbyagents.com/reports/why-ai-passes-hvac-contractors

案例：X 上的双界面架构实验（@The_Muhib，2026）

• 人看单页落地页；同域名托管数千个结构化 .md 文件供 AI 读取（llms.txt 哲学放大）。
• 属个人实验阶段（探索性自述，置信低），但方向与“AI Interface“思潮一致。
• 链接：https://x.com/The_Muhib/status/2117936346996355462

方法论迁移清单

• 为你的业务定 12-20 个标准问题集。
• 每引擎采样 ≥3 次取均值。
• 记录引用域名分布，找出你的目标引擎偏好的信源类型。
• 把内容铺到偏好渠道，4 周后复测。

上一篇：AI Overviews 引用研究 ｜ 下一篇：品牌 GEO 案例

案例 3：品牌 GEO 案例与效应

品牌层面可借鉴的 GEO 效应数据与打法。

案例 1：Wikipedia 效应（presenc.ai，自报研究，置信中等）

• 数据：有详细 Wikipedia 词条的品牌获得 AI 提及是无词条品牌的 3.2 倍。
• 背景估计：Wikipedia 占 LLM 训练语料 5-15%，单源占比畸高。
• 打法：先积累第三方媒体报道满足关注度 → 创建/完善词条 → Wikidata 同步结构化数据。
• 链接：https://presenc.ai/research/wikipedia-effect-on-ai-brand-visibility

案例 2：earned media 偏好（arXiv:2509.08919，论文，置信较高）

• 《Generative Engine Optimization: How to Dominate AI Search》（2025）：AI 搜索引擎系统性偏好第三方赢得媒体而非品牌自有内容。
• 打法含义：预算分配上第三方评测/媒体内容 > 官网自夸页；官网定位为“事实源“（specs、定价、文档），第三方定位为“背书源“。
• 链接：https://arxiv.org/abs/2509.08919

案例 3：Reddit 声量 → AI 提及（semai.ai / praised.co，行业口径，置信中等）

• B2B 品牌在 Reddit 垂直子版块的真实讨论被 AI 大量检索引用。
• 合规打法：员工实名参与（披露身份）、回答真实问题、积累历史帖；不买赞不刷评。
• 链接：https://semai.ai/blogs/the-role-of-reddit-and-forums-in-ai-brand-mentions/ ｜ https://praised.co/blog/reddit-wikipedia-llm-sources

案例 4：GEO 领域协作演化（arXiv:2608.27631，论文，置信较高）

• 《Beyond the Vacuum》：当竞品也在做 GEO 时，最优改写策略随竞争格局变化——GEO 是博弈不是静态最优。
• 含义：监测竞品引用动态与监测自身同等重要。
• 链接：https://arxiv.org/abs/2608.27631

品牌实体沉淀通用套路

1. 一个名字：品牌实体全网统一表述。
2. 一张网：官网-GitHub-X-LinkedIn-Wikidata sameAs 互链。
3. 一组锚点：品牌+品类固定搭配在第三方内容中反复共现。

上一篇：中文引擎实测 ｜ 回到 导读

案例 4：端到端 90 天 GEO 实战（虚拟推演）

一个虚构但按真实方法论推演的完整案例：从零到被引用，每步对应本库哪一篇。

性质声明：这是教学用虚拟案例，人物/数据为推演构造，非真实客户战报。价值在于把散在各篇的方法串成一条带时间轴的执行线，让你知道“先做什么、多久见效、怎么验证“。所有方法引用真实章节。

主角设定

• 站点：runllm-locally.example.com——一个教人在 Mac 本地跑大模型的教程站（内容型、技术受众、有 GitHub 仓库）。
• 现状：Next.js CSR 架构、无 Schema、无 llms.txt、robots.txt 默认、从没管过 SEO。
• 目标：90 天内让 ChatGPT/Perplexity/豆包在“本地跑大模型“类问题里引用该站。

Day 0-7：诊断（对应 guide/08、guide/09）

• 首查（guide/08）：问 ChatGPT/Perplexity/豆包“怎么在 Mac 上本地运行大模型“，结果——AI 推荐了 Ollama、LM Studio 官网，本站 0 出现；引用域名清一色 Reddit、TowardsAI、官方文档。
• 可达性自检（advanced/09）：curl 抓关键页，正文关键词命中 = 0 → 确诊 CSR 空壳，AI 完全看不到正文。这是最大堵点。
• 问题集（guide/09）：ChatGPT 发散 + Reddit r/LocalLLaMA 高赞标题 + People Also Ask，冻结出 25 个问题（品牌 5 + 品类推荐 12 + 对比 8）。
• 基线表：25 问题 × 3 引擎 × 3 次采样，本站提及率 0/75。

诊断结论：技术层（CSR）+ 内容层（无可摘录答案块）+ 声量层（第三方 0 提及）三层全空，但受众精准、赛道热，值得做。

Day 8-21：修地基（对应 advanced/09、02、03）

• 渲染修复：Next.js 从 CSR 改 SSG/SSR，关键页 curl 复查正文命中 >0。这是本案例第一个决定性动作。
• 爬虫通道：robots.txt 放行 OAI-SearchBot/PerplexityBot/Google-Extended；核对 Cloudflare 未开 AI 拦截。UA 逐个测返回 200。
• Schema：全站铺 Article + Organization + 每篇教程 HowTo + FAQ 页 FAQPage（advanced/02 模板）。
• llms.txt + 每篇教程提供 .md 版本（advanced/03）。
• 索引提交：Search Console + Bing Webmaster 提交 sitemap，配 IndexNow（advanced/09）。

Day 22-56：改内容 + 铺声量（对应 advanced/01、05）

• 内容改造：25 个问题 → 每个做成自包含答案块。例：问题“M5 芯片能跑多大的模型？“→ H2 问句 + 前置直答“M5 统一内存 128GB，可流畅运行 70B 量化模型，实测 23 token/s” + 数据表 + 步骤（advanced/01 八法）。
• 对比页：新建“Ollama vs LM Studio vs llama.cpp“中立对比页——首查发现引擎缺中立对比信源，这是空位机会。
• 第三方声量（advanced/05）：创始人实名在 r/LocalLLaMA 回答真实问题（披露身份）；GitHub README 优化 + Topics；争取 2 个垂直评测博客收录。慢变量，持续投。

Day 57-90：监测迭代（对应 advanced/07、10）

• 周监测：冻结的 25 问题每周五跑一遍填表（advanced/07 手工协议）。
• GA4：AI Assistants 渠道 + 自定义正则看引荐回流（advanced/10）。
• 趋势（推演节奏）：
  • 第 4 周：Perplexity 开始引用对比页（Perplexity 对新鲜/对比内容最友好，最先见效，见 guide/06）。
  • 第 6-8 周：ChatGPT Search 在“M5 跑多大模型“类问题引用教程页。
  • 第 10-12 周：豆包经头条系转载后出现；GA4 可见 AI 会话从 0 到日均两位数。
• 迭代：发现被引的都是“具体芯片+具体数字“页面 → 追加 M3/M4/A 系列各写一篇同结构页，复制命中模式。

90 天复盘要点（可迁移）

1. 顺序不能乱：先修 CSR 再谈内容——地基不通，内容白写。这是新手最常犯的错（直接开始写文章）。
2. Perplexity 先行验证：它见效最快，是免费的“方法有效性探针“。
3. 对比页是空位金矿：引擎缺中立对比信源，新站最容易切进去。
4. 具体数字 = 引用磁铁：被引的全是带硬数据的自包含块，不是观点。
5. 第三方是慢变量：Reddit/GitHub 声量 90 天内只见苗头，但决定第 4-6 个月的天花板。
6. 诚实预期：检索层 4-8 周见效正常，训练数据层（不联网也记得你）要 6-12 个月（advanced/06）。

延伸阅读（真实世界同类参考）

• 本地服务被 AI 略过研究（真实数据）：https://pickedbyagents.com/reports/why-ai-passes-hvac-contractors
• 90 天路线图框架：https://trackmyvisibility.com/blogs/ai-seo/geo-strategy-complete-roadmap-ai-visibility/
• 2026 playbook：https://www.bspkn.co/insights/optimize-for-ai-search-geo-playbook-2026/

上一篇：GA4 AI 引荐配置 ｜ 回到 导读