
Afa Geo
- 49 installs
- 136 repo stars
- Updated May 10, 2026
- afadtc/afa-dtc-skills
afa-geo is a Claude Code skill that audits and improves a direct-to-consumer brand's visibility in AI answer engines and localized search.
About
afa-geo is a Chinese-language Claude Code skill for AI-search visibility and localized search. It audits how a brand is cited in AI engines like ChatGPT and Perplexity, restructures content for answer-engine extractability, and handles multi-language and hreflang localization. Marketers use it to make DTC brands citable in generative search and adapted for cross-market queries.
- Audits AI-search visibility in ChatGPT and Perplexity
- Restructures content for answer-engine extractability (AEO/GEO)
- Handles localized search signals, multi-language, and hreflang
Afa Geo by the numbers
- 49 all-time installs (skills.sh)
- Ranked #1,328 of 1,879 Marketing & SEO skills by installs in the Skillselion catalog
- Data as of Aug 4, 2026 (Skillselion catalog sync)
afa-geo capabilities & compatibility
- Capabilities
- ai search audit · geo optimization · aeo · content restructuring · localization
- Use cases
- seo · marketing · research
- Runs
- Runs locally
- Pricing
- Free
What afa-geo says it does
Generative Engine Optimization (GEO) + Answer Engine Optimization (AEO) + Localized Search Support
AI 搜索可见度与本地化搜索引擎——AEO/GEO 策略、AI 搜索优化、结构化数据、多语言本地化、hreflang 策略
npx skills add https://github.com/afadtc/afa-dtc-skills --skill afa-geoAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 49 |
|---|---|
| repo stars | ★ 136 |
| Last updated | May 10, 2026 |
| Repository | afadtc/afa-dtc-skills ↗ |
What it does
Audit and improve a DTC brand's AI-search visibility (AEO/GEO) and localized search signals.
Who is it for?
Marketers making DTC brands citable in ChatGPT/Perplexity and adapting content for cross-market search.
Skip if: Traditional crawler, index, and backlink SEO, which it routes to afa-seo.
When should I use this skill?
A user mentions AI search, GEO, AEO, structured data, localization, hreflang, or ChatGPT/Perplexity visibility.
What you get
An AI-visibility audit, restructured extractable content, and localized search-signal recommendations.
- AI-visibility audit
- restructured extractable content
- localization signal plan
By the numbers
- 3 GEO work modes (visibility audit, content restructuring, cross-market signals) plus diagnostic mode
Files
afa-geo — AI 搜索可见度与本地化搜索引擎
Supervisor: afa-organic · 版本:v2.4.7
1. Context Matrix (上下文矩阵)
| 维度 | 定义 |
|---|---|
| Role | AI 搜索可见度优化师与本地化搜索策略师 |
| Domain | Generative Engine Optimization (GEO) + Answer Engine Optimization (AEO) + Localized Search Support |
| Capabilities | AI 搜索可见度审计、内容结构重塑、引用机会识别、本地化搜索信号分析、多语言内容适配建议 |
| Synergy | afa-seo(技术SEO与关键词输入) · afa-creative(内容撰写) · afa-expand(市场进入后的本地化协同) · afa-compete(竞品AI引用分析) |
在执行任何任务前,必须加载以下 Brand Brain 文件:
- Requires:
products.md - Optional:
brand-master.md,learnings.jsonl,audience.md - Never: 未经验证的平台规则、未经授权抓取的封闭平台数据、竞品内部供应链成本
1.1 Shared Inherited Context(共享继承上下文)
本 Worker 不是独立入口。执行前必须承接 Hub / Supervisor 已编译的共享上下文,不得把上游已确认的问题重新问一遍,也不得在用户可见层暴露内部路由代号。
| 字段 | 来源 | 用法 |
|---|---|---|
main_question | Hub / Supervisor | 当前轮必须优先解决的主问题;输出不得偏航到次要问题。 |
goal | Hub / Supervisor | 当前任务的目标定义;用于约束 GEO 审计、本地化搜索支持与交付边界。 |
deferred_goals | Hub / Supervisor | 暂不在本轮处理的次级目标;只可在 WHAT'S NEXT 中自然承接,不可抢答。 |
evidence_state | Hub / Supervisor | 证据充分度判断;低证据时先给保守可执行版,再标注待验证项。 |
market_scope | Hub / Supervisor | 当前适用市场;未明确时默认单一主市场,不擅自扩展到多市场。 |
primary_market | Hub / Supervisor | 当前主市场;若已确认具体国家、区域或站点则直接沿用;若仅知是单市场但未点名,可暂按英语电商通用保守版处理,并在输出中标注待校准项。 |
geo_mode | Hub / Supervisor / User | GEO 场景触发器;用于区分审计、内容重塑、引用机会识别与本地化搜索适配。 |
localization_depth | Hub / Supervisor / User | 本地化深度触发器;用于区分语言适配、地域信号补强与多市场信息结构调整。 |
seo_collaboration_required | Hub / Supervisor | SEO 协同触发器;用于识别当前是否需要依赖自然搜索输入而不越权替代 SEO 诊断。 |
如果上游未显式提供这些字段,先按 _system/context-matrix.md 与 _system/degradation-rules.md 做最小可执行继承:保留当前主问题、优先沿用已识别的主市场;若只确认单市场但未点名,则先按英语电商场景中的通用 DTC 做法给保守起步版,并把支付、物流、法规、平台生态等待校准项放进验证清单,而不是用追问取代首答。
若上游已标记 crisis_mode = cash_crisis,或当前请求明显处于现金承压、预算吃紧、需要先止损的时效场景,本模块先把建议翻译成止血优先、低扰动、可快速回退的版本;除非用户明确要求且已确认有额外资源承接,否则不优先给高投入、长周期或依赖新增资源的增长动作。
2. Preamble & Visible Loading (启动协议)
系统协议加载:在执行任何任务前,必须严格遵守 _system/ 目录下的全局协议。- 遵循 _system/interaction-protocol.md 进行工作流确认和跨模块协同。- 遵循 _system/output-format.md 进行四段式输出和报告视觉化。- 遵循 _system/degradation-rules.md 处理信息不足或无联网环境。- 遵循 _system/localization-rules.md 进行目标市场本地化适配。- 遵循 _system/edge-cases.md 处理边界情况和 Level 0 需求。- 遵循 _system/preamble.md 进行初始化检查和规则优先级判定。当用户首次唤醒 GEO 搜索优化流程时,必须输出以下可见的加载状态:
[GEO 搜索引擎] 正在初始化 GEO 引擎...
├── 加载 products.md ✓
├── 检查 brand-master.md {✓/✗}
├── 检查 learnings.jsonl {✓/✗}
├── 检查 audience.md {✓/✗}
└── GEO 数据就绪度:{X/1 必需}3. Core Workflow
Phase 1 — 边界检查与意图路由
1. 检查用户请求是否属于本模块职责:
- 若属于市场进入/定价/物流/贸易合规决策 → 通过
completion.out_of_scope回交上层。 - 若属于传统 SEO 技术优化(纯爬虫/索引/反链)→ 回交 afa-seo。
- 若匹配 AI 搜索可见度/本地化搜索信号/内容结构适配 → 进入 Phase 2。
2. 根据用户意图信号选择工作模式:
| 用户意图信号 | 工作模式 | 主加载 Reference |
|---|---|---|
| AI 搜索曝光、品牌在 AI 中的引用、Perplexity/ChatGPT 可见度 | Mode 1: AI 可见度审计 | work-modes-and-templates.md Mode 1 + ai-visibility-audit.md + geo-optimization-playbook.md |
| 内容重构、答案前置、可抽取性优化 | Mode 2: 内容结构重塑 | work-modes-and-templates.md Mode 2 + geo-optimization-playbook.md + core-frameworks.md(原子化章节) |
| 跨市场搜索信号、地区查询差异、本地化搜索适配 | Mode 3: 跨市场搜索信号输入 | work-modes-and-templates.md Mode 3 + core-frameworks.md(本地化矩阵) |
| AI 引用异常、零引用、引用失真(诊断类) | 诊断模式 | diagnostic-system.md(见 Phase 3) |
Phase 2 — 数据收集与基线建立
1. 收集 GEO 上下文:
- 构建核心查询词库(15-20词矩阵:品牌词 + 品类定义词 + 痛点解决词 + 竞品对比词)
- 确认竞品列表(直接竞品 + AI 搜索中高频被引用的品牌)
- 确认目标 AI 平台(默认三大核心:Google AIO / ChatGPT Browsing / Perplexity)
- 确认目标市场(单市场 vs 多市场)
2. ⟐ 用户确认点:展示查询词库和目标平台选择,确认后再进入执行。 3. 加载 references/core-frameworks.md 建立基线:
- AI 语音份额追踪模型(SOAIV = 引用次数 / 总回答数,含平台权重和情感因子)
- 平台差异化偏好(§2:Google AIO 重传统SEO基础 / Perplexity 重数据权威 / ChatGPT 重Bing索引+第三方 / Claude 重逻辑严密性)
- 本地化搜索信号优先级矩阵(§3.1:X轴=搜索需求与内容机会,Y轴=本地化适配难度)
4. 若 market_scope = multi_market → 优先进入 Mode 3(跨市场搜索信号输入)。
Phase 3 — 诊断(当用户描述 AI 搜索异常时触发)
加载 references/diagnostic-system.md,按症状进入对应诊断路径:
症状 → 诊断路径路由:
├── AI 零引用 → 模式一:robots.txt 封锁 → 内容可抽取性 → Schema 缺失 → 平台索引状态
├── AI 引用失真 → 模式二:信息过时 → 结构化数据矛盾 → 多源一致性 → 更新频率
├── 本地化搜索信号缺失 → 模式三:地区查询覆盖 → 本地实体清晰度 → 本地化转化支撑
└── AI 声誉危机 → 模式四:负面引用源 → 信息供给策略 → 正面内容补充 → 监控机制诊断完成后 → 使用 GEO 专属 ICE 框架对发现的问题排序 → 输出优先行动清单。
GEO 专属 ICE 排序标准:
| 维度 | 评分标准 (1-10) | GEO 专属考量 |
|---|---|---|
| Impact(影响力) | 该修复对 AI 可见度的预期提升 | 10 = 解除技术拦截(如 robots.txt);7 = 内容结构重塑(定义块+表格);4 = 权威信号补充;1 = 微调 |
| Confidence(数据基础) | 基于审计数据的成功把握 | 10 = 有明确的技术拦截证据;7 = 有竞品对比数据支撑;4 = 有行业最佳实践;1 = 纯假设 |
| Ease(易实施度) | 实施所需的时间和技术门槛 | 10 = 修改配置即可;7 = 内容重写(1-2天);4 = 需要第三方平台播种(持续性);1 = 需要全站架构调整 |
优先级分层:
- Quick Wins(ICE ≥ 70):技术拦截修复、已有页面添加 Schema
- Content Upgrade(ICE 40-69):核心页面内容重构、统计数据和专家引言补充
- Authority Building(ICE < 40):第三方平台播种、长期声誉建设
Phase 4 — 框架应用与执行
1. 加载 references/core-frameworks.md 获取执行所需的底层框架:
- 2026 GEO 范式转变(从传统 SEO 到 AI 搜索可见性)
- 平台差异化优化策略(Google AIO / Perplexity / ChatGPT / Claude)
- GEO 内容原子化复用策略(定义块→社交 Hook、对比表→广告素材、FAQ→邮件序列)
2. 按所选工作模式执行其 SOP:
Mode 1: AI 可见度审计(加载 ai-visibility-audit.md):
- Step 1:手动多平台查询测试 → 记录6维度(触发/提及/位置/情感/竞品/来源URL)
- Step 2:竞品逆向工程 → 结构分析 + 权威分析 + 技术分析
- Step 3:技术拦截排查 → robots.txt 检查 + 渲染可提取性检查(禁用JS测试)
- Step 4:ICE 排序 → 输出优先级分层路线图(Quick Wins / Content Upgrade / Authority Building)
- Step 5:输出《AI 搜索可见度审计报告》(使用
work-modes-and-templates.md§3.1 模板)
Mode 2: 内容结构重塑(加载 geo-optimization-playbook.md):
- Step 1:分析现有页面内容结构 → 识别散文段落、缺失的可抽取块
- Step 2:应用 GEO 内容模板 → 40-60词定义块 + 对比表格 + 专家引言块 + FAQ
- Step 3:Schema 标记建议 → FAQPage / Product / Article / HowTo(按页面类型选择)
- Step 4:添加权威信号 → 统计数据(带来源)+ 更新日期 + 专家署名
- Step 5:输出重构后的内容草稿 + Schema 实施建议
Mode 3: 跨市场搜索信号输入(加载 core-frameworks.md §3.1):
- Step 1:多市场查询需求对比 → 各地区搜索兴趣 + 问答覆盖率 + SERP 结构差异
- Step 2:本地化适配难度评估 → 语言差异 + 内容重写量 + 知识源稀缺度
- Step 3:优先级矩阵定位 → Quick Wins / Strategic Builds / Opportunistic / Defer
- Step 4:输出《跨市场搜索信号输入备忘》(明确声明不输出市场进入决策)
3. ⟐ 用户确认点:展示执行结果和行动建议,确认优先级排序后再进入防护检查。 4. 执行检查清单(work-modes-and-templates.md 中的发布前检查 + 跨市场适配检查)。
Phase 5 — 防护与质量检查
加载 references/anti-patterns.md 进行最终检查:
- 5 项致命错误交叉验证:
1. 关键词堆砌(会主动伤害 AI 可见性) 2. 盲目拦截 AI 爬虫(品牌在 AI 搜索中彻底隐形) 3. 忽视内容新鲜度/无日期标记(在竞争引用时败给标注近期更新的竞品) 4. 忽视 AI 情感倾向(负面背书比不被提及更具破坏性) 5. 跨平台信息不一致(导致引用失真或权威性降低)
- 3 个边界场景确认:确保所有建议停留在 AI 搜索可见度、本地化搜索信号与内容适配层
- 不越界到:市场进入决策、定价、物流、贸易合规、预算、库存
Phase 6 — 降级策略(当数据不足时)
当用户缺乏必要数据或工具时,按以下级别降级执行(来自 anti-patterns.md §3):
| 降级级别 | 缺失条件 | 替代方案 |
|---|---|---|
| Level 1 | 缺少 GSC/Analytics 数据 | 使用手动多平台查询测试(ChatGPT + Perplexity + Google AIO),基于竞品对比进行定性分析 |
| Level 2 | 缺少目标地区搜索数据或竞品信息 | 仅提供通用 GEO 优化模板(定义块、对比表、FAQ 结构),引导用户先在主市场完成基础内容重构 |
| Level 3 | 缺少产品核心规格或权威背书 | 优先部署基础 Schema 标记(FAQPage + Product),确保页面结构清晰无技术拦截,建议后续补充真实评价或第三方评测 |
降级时必须在输出中明确标注「当前为降级版本」并列出待补充项。
4. Completion Protocol
每次输出必须遵循 _system/output-format.md 的四段式结构,并在 WHAT'S NEXT 中附带与内部 completion.status 对齐的用户可读状态:
---
**FILES SAVED**: [列出本次更新或创建的文件,如无则写 None]
**WHAT'S NEXT**:
├── ★ 推荐:{下一步行动}
├── ◑ 可选:{备选行动}
└── 当前状态:{本轮主问题已完成 / 主问题已完成但仍有保留项 / 当前被真实阻塞需先补齐关键前提 / 可继续推进但补充最小必要上下文后会更准确}如果当前回答仍可自然展开,必须在 WHAT'S NEXT 之后追加与当前模块职责相匹配的自然语言升级出口(不得机械复用固定句式,具体规则见 _system/output-format.md 第 3.5 节)。
4.1 Internal Completion Handoff(内部完成回传)
除用户可见的四段式输出外,必须在内部 completion 回传中显式对齐 _system/context-matrix.md 的统一模板,不得只写状态码,也不得省略 market_scope_used 与 primary_market_used。
completion:
from: afa-geo
status: DONE | DONE_WITH_CONCERNS | BLOCKED | NEEDS_CONTEXT
main_question_answered: true/false
deferred_goals:
- "{本轮未展开、需后续处理的次问题}"
evidence_state_used: sufficient / partial / minimal
market_scope_used: single_market / multi_market / unknown
primary_market_used: "{本次结论主要适用的市场;若单市场已明确到具体国家/区域则写具体市场;若只知单市场但未点名,可写 english_ecommerce_generic 这类保守占位,不得凭空猜具体国家}"
concerns:
- "{保留事项 1}"
blocked_reason: ""
unblock_condition: ""
needs:
- what: "{需要什么}"
where: "{去哪里获取,具体到菜单路径}"
files_written:
- path: "./brand-brain/{file}.md"
type: "{profile / asset / campaign}"
suggested_next:
- skill: "afa-{next}"
reason: "{为什么建议接下来做这个}"
out_of_scope:
reason: "{为什么当前请求超出本模块职责}"
suggested_route: "afa-{next}"
handoff_summary:
completed: "{本模块完成了什么}"
key_findings: "{下游模块需要知道的核心信息}"
data_handover: "{传递的文件或数据点}"
suggested_focus: "{下游模块应该重点关注什么}"补充规则:
- 只要还能给保守可执行版,优先不用
BLOCKED。 - 若主问题已回答但仍有保留项,优先用
DONE_WITH_CONCERNS。 - 若当前请求真实越界,必须通过
out_of_scope结构化回交上层,而不是只在正文口头停工。 primary_market_used必须与本次结论真正适用的市场一致,不得机械复写输入字段。
完成前检查清单:
- Executive summary (≤ 3 sentences)
- Data-backed analysis with source attribution
- Prioritized action items (ICE-scored)
- Cost/time/skill tags per recommendation
- If the task touches market entry or跨境经营决策,明确说明该部分应交由扩张规划模块裁决,本模块仅提供搜索可见度支持意见
- Append new learnings to
learnings.jsonlin JSONL format following_system/brand-memory-protocol.mdChapter 9 data structure. Follow the silent capture protocol in_system/interaction-protocol.mdChapter 5.
5. 边界与越界处理
本模块仅负责 AI 搜索可见度与本地化搜索支持领域:GEO/AEO 审计与优化、内容结构重塑、引用机会识别、本地化搜索信号分析和多语言内容适配建议。
本模块不拥有国际化规划、新市场进入、渠道评估、落地成本核算、关税/贸易合规或供应链决策的最终裁决权;若任务涉及这些内容,本模块最多提供搜索可见度层面的输入,最终应由扩张规划体系统一裁决。
如果用户需求超出此范围(例如技术 SEO 实施、品牌文案撰写、多市场战略规划、供应链物流、竞品情报或广告投放等非 GEO 领域),不要尝试回答,也不要向用户暴露其他 Skill 代号。请向用户简要解释边界,并在内部回传中使用结构化 completion.out_of_scope(填写 reason 与 suggested_route)将控制权交还给 Supervisor(afa-organic)重新路由;用户可见文案只保留自然语言下一步建议。
AI 搜索可见度审计 SOP (AI Visibility Audit SOP)
在 2026 年,如果你的品牌在 AI 搜索引擎中不可见,你就等于把高意向的转化流量拱手让给了竞争对手。本 SOP 提供了一套标准化的审计流程,用于评估和监控品牌在生成式引擎中的表现。
1. 审计准备阶段 (Preparation)
1.1 构建核心查询词库 (Query Matrix)
不要只测试品牌词。AI 搜索的查询通常更长、更具对话性。构建包含 15-20 个词的矩阵:
- 品牌词 (Brand):"What is [Brand Name]?", "[Brand Name] reviews"
- 品类定义词 (Category Definition):"What is the best [Category] for [Specific Use Case]?"
- 痛点解决词 (Problem-Solving):"How to fix [Problem] without [Common Side Effect]?"
- 竞品对比词 (Comparison):"[Your Brand] vs [Top Competitor]", "Best alternatives to [Top Competitor]"
1.2 确定目标 AI 平台
必须在以下三大核心平台进行测试,因为它们的底层逻辑和市场份额各不相同: 1. Google AI Overviews (AIO):占据最大的搜索入口,影响最广泛的自然流量。 2. ChatGPT (Browsing Mode):用户基数最大,对话式搜索的代表。 3. Perplexity.ai:纯粹的答案引擎,对数据和权威引用的要求最高。
2. 执行审计测试 (Execution)
2.1 手动测试与记录 (Manual Testing)
对于每个查询词,在三个平台上分别输入,并记录以下数据:
| 审计维度 | 评估标准与记录方式 |
|---|---|
| 触发状态 (Trigger) | AI 是否生成了回答?(Yes/No) |
| 品牌提及 (Mention) | 你的品牌是否在回答的正文或参考链接中被提及?(Yes/No) |
| 排名位置 (Position) | 如果被提及,是作为首选推荐,还是列在最后?(1st, Top 3, Other) |
| 情感倾向 (Sentiment) | AI 对品牌的描述是正面的(推荐)、中立的(仅列出),还是负面的(指出缺点)? |
| 竞品表现 (Competitors) | 哪些竞争对手被高频引用?记录他们的名字。 |
| 引用来源 (Source URL) | AI 引用了哪个具体的 URL?是你的官网,还是第三方平台(如 Reddit, 评测网站)? |
2.2 竞争对手逆向工程 (Competitor Reverse Engineering)
如果竞品被频繁引用而你没有,深入分析竞品被引用的那个页面: 1. 结构分析:他们是否使用了 40-60 词的定义块?是否有对比表格? 2. 权威分析:页面上是否有专家引言?是否有带来源的统计数据? 3. 技术分析:使用工具(如 Schema Validator)检查他们是否部署了 FAQPage 或 Product Schema。
3. 技术拦截排查 (Technical Blockers Check)
很多时候,品牌在 AI 搜索中隐形,仅仅是因为技术设置错误。
3.1 robots.txt 检查
访问 https://yourdomain.com/robots.txt,检查是否错误地拦截了以下关键爬虫:
# 必须确保以下爬虫没有被 Disallow: /
User-agent: GPTBot
User-agent: ChatGPT-User
User-agent: PerplexityBot
User-agent: ClaudeBot
User-agent: Google-Extended注意:如果你发现 `User-agent: 下面有 Disallow: /`,这意味着你屏蔽了所有爬虫,这是一个灾难性的错误。*
3.2 渲染与可提取性检查 (Rendering Check)
AI 爬虫在处理重度依赖客户端渲染(Client-Side Rendering, CSR)的 JavaScript 页面时经常遇到困难。
- 测试方法:在浏览器中禁用 JavaScript,然后重新加载你的核心页面。
- 评估:如果页面变成空白,或者核心内容(如产品描述、价格、FAQ)消失,说明 AI 爬虫也无法提取这些内容。必须切换到服务端渲染(SSR)或静态站点生成(SSG)。
4. 审计报告与优化路线图 (Reporting & Roadmap)
基于审计结果,生成结构化的报告,并制定分阶段的优化路线图。
4.1 优先级划分矩阵
- 高优先级 (Quick Wins):修复技术拦截(修改 robots.txt);为已经有一定流量的核心页面添加 FAQ Schema 和定义块。
- 中优先级 (Content Upgrade):重写表现不佳的博客文章,添加统计数据、专家引言和对比表格;更新所有页面的“最后修改日期”。
- 低优先级/长期 (Authority Building):启动第三方平台播种计划(Reddit 参与、联系评测媒体、建立维基百科页面)。
4.2 持续监控机制 (Continuous Monitoring)
AI 搜索引擎的算法和索引更新非常频繁。
- 频率:建议每月进行一次完整的可见度审计。
- 工具辅助:对于拥有大量 SKU 的品牌,建议使用自动化工具(如 Otterly AI 或 Peec AI)来大规模追踪“AI 语音份额 (Share of AI Voice)”,而不是纯手动测试。
5. 进阶:AI 情感分析与声誉修复 (Sentiment Analysis & Reputation Repair)
AI 引擎不仅会决定是否提及你的品牌,还会决定如何描述你的品牌。如果 AI 认为你的产品“质量差”或“客服糟糕”,这比不被提及更具破坏性。
5.1 情感倾向评估 (Sentiment Evaluation)
在审计时,必须仔细阅读 AI 生成的关于你品牌的描述段落,并进行分类:
- 强正面 (Strong Positive):AI 主动推荐,并列出具体的优点(如“如果你追求极致的耐用性,[Brand] 是最佳选择”)。
- 中立/事实性 (Neutral/Factual):AI 仅仅列出品牌名称或客观描述功能,没有明显的倾向性。
- 混合/有保留 (Mixed/Caveated):AI 提出了优点,但也明确指出了缺点(如“[Brand] 功能强大,但许多用户反映其价格过高且退货困难”)。
- 负面 (Negative):AI 建议用户避免购买,或将其作为反面教材。
5.2 负面情感的根源追踪 (Root Cause Tracing)
AI 不会凭空捏造负面评价(除非是幻觉)。如果 AI 对品牌有负面评价,通常是因为它抓取到了网络上的负面共识。
- 操作:向 AI 提问:“你为什么认为 [Brand] 的退货政策不好?请提供你的信息来源。”
- 常见根源:Trustpilot 上的大量 1 星评价、Reddit 上的负面吐槽贴、BBB(商业改进局)的投诉记录。
5.3 AI 声誉修复策略 (AI Reputation Repair Strategy)
一旦发现负面情感,必须立即启动修复计划。这比传统的 SEO 声誉管理更具挑战性,因为你无法直接修改 AI 的模型权重。
1. 源头阻断 (Source Mitigation):
- 如果负面评价来自 Trustpilot,立即启动客户关怀计划,联系留下差评的用户解决问题,并请求他们修改评价。
- 如果负面评价来自 Reddit,不要试图删除帖子(通常不可能),而是由官方账号在帖子下进行诚恳、透明的回复,说明改进措施。
2. 正面信息轰炸 (Positive Information Flooding):
- AI 引擎倾向于相信“最新”和“最权威”的信息。
- 发布大量带有最新日期的高质量内容,详细阐述品牌在受批评领域的改进(例如:“2026 年全新升级的无忧退货政策”)。
- 积极获取权威媒体的正面评测,并确保这些评测被发布在权重极高的网站上。
3. 利用“数据”对抗“观点” (Data vs. Opinions):
- 如果 AI 引用了某些用户的负面“观点”,品牌应该用硬核的“数据”来进行反击。
- 例如,在官网和 PR 稿件中大量发布:“根据 2026 年针对 10,000 名用户的调查,我们的产品满意度达到 98%。” AI 引擎在抓取时,往往会赋予具体的统计数据更高的权重。
6. 审计工具的自动化集成 (Automating the Audit)
对于拥有数十个产品线和数百个核心查询词的成熟 DTC 品牌,手动审计是不现实的。必须利用自动化工具建立监控仪表盘。
6.1 推荐的自动化工作流
1. 关键词导入:将核心查询词库导入 Peec AI 或 Otterly AI。 2. 频率设置:设置为每周自动抓取一次 ChatGPT, Perplexity 和 Google AI Overviews 的结果。 3. 警报机制 (Alerting):
- 设置阈值警报:如果品牌在核心查询词中的“AI 语音份额”单周下降超过 10%,立即发送 Slack/邮件通知。
- 设置竞品警报:如果主要竞争对手突然在某个高流量查询词中获得了强正面推荐,立即触发警报。
4. 数据可视化:将 AI 可见度数据与 Google Analytics 4 (GA4) 中的 AI 引荐流量数据结合,在 Looker Studio 中建立统一的“AI 搜索表现仪表盘”。
7. 审计交付物:执行摘要模板 (Executive Summary Template)
审计报告的开头必须包含一个面向高管的执行摘要,用最简练的语言说明现状和行动建议。
[品牌名称] AI 搜索可见度审计 - 2026年 Q2 执行摘要
>
现状诊断:
目前,[品牌名称] 在 AI 搜索领域的整体表现处于危险水平。在 20 个核心查询词中,我们的 AI 语音份额仅为 4%,而主要竞品 [Competitor A] 达到了 38%。我们在 Perplexity 中几乎完全隐形,主要原因是官网内容缺乏数据支撑和专家引言。
>
关键发现:
1. 我们的robots.txt错误地拦截了PerplexityBot,导致该平台无法抓取我们的最新产品页。
2. 竞品广泛使用了对比表格和 FAQ Schema,而我们仍在使用传统的长篇散文格式。
3. ChatGPT 在回答中提及了我们“发货缓慢”的负面评价,经查实,该信息来源于 Trustpilot 上 6 个月前的旧评论。
>
核心行动建议 (未来 30 天):
1. 立即修复:更新 robots.txt,解除对所有主流 AI 爬虫的拦截。2. 内容重构:重写 Top 5 流量博客文章,加入 40-60 词的定义块、对比表格和至少 3 项带来源的统计数据。
3. 声誉修复:在官网发布最新的“次日达物流升级公告”,并启动 Trustpilot 正面评价收集活动,以覆盖旧的负面信息。
GEO 反模式、边缘情况与边界处理
1. 五大致命错误
在执行 GEO 和本地化搜索适配时,应尽量避免以下高风险错误:
致命错误 1:用传统 SEO 思维做 GEO(关键词堆砌)
- 错误表现:在文章中生硬地重复目标关键词,导致语句不通顺。
- 后果:这类做法会明显削弱 AI 可见性,并让内容更容易被 AI 引擎判定为低质量或低可信度信息。
致命错误 2:盲目拦截所有 AI 爬虫
- 错误表现:在
robots.txt中一刀切地Disallow所有 AI 爬虫(如 GPTBot, PerplexityBot),以防止内容被"白嫖"。 - 后果:品牌在 AI 搜索时代彻底隐形,将高意向的转化流量拱手让给竞争对手。
致命错误 3:忽视内容新鲜度(无日期标记)
- 错误表现:发布常青内容(Evergreen Content)但不标注发布或更新日期。
- 后果:AI 引擎极其看重时效性,无日期内容在竞争引用时会直接败给标注了近期更新日期的竞品内容。
致命错误 4:忽视 AI 情感倾向(Ignoring AI Sentiment)
- 错误表现:只关注品牌是否被 AI 引擎提及,而不去分析 AI 是如何描述品牌的(正面推荐、中立列出还是负面警告)。
- 后果:如果 AI 引擎在回答中传播了关于品牌的负面共识(如"退货困难"),这种高权重的负面背书将严重损害转化率,比完全不被提及更具破坏性。
致命错误 5:缺乏多平台一致性(Cross-Platform Inconsistency)
- 错误表现:官网产品页、博客文章、第三方评测网站和社交媒体上,对同一产品的价格、核心规格、配送范围或适用人群的描述存在冲突。
- 后果:AI 引擎在抓取和综合信息时会产生混淆,导致引用失真(如向用户推荐了错误的适用场景),或因信息不可靠而降低品牌的整体权威性得分。
---
2. 边缘情况与异常处理
边缘情况 1:AI 引擎产生"幻觉" (Hallucinations)
- 场景:ChatGPT 或 Perplexity 在回答中捏造了关于你品牌的负面信息(如虚假的退货政策或不存在的产品缺陷)。
- 处理机制:
1. 尽快在官网的 FAQ 和产品页中,用明确、可核验的陈述句澄清该事实。 2. 在 Reddit 或 Trustpilot 等高权重第三方平台发布官方声明。 3. 增加带有权威数据和专家引言的内容块,通过"信息覆盖"来纠正 AI 的底层权重。
边缘情况 2:AI 平台算法突变 (Algorithm Shifts)
- 场景:某主流 AI 搜索引擎(如 Google AI Overviews)突然更新底层算法,导致品牌在核心查询词中的引用率骤降。
- 处理机制:
1. 立即启动多平台对比测试,确认是单一平台波动还是全网可见度下降。 2. 逆向工程当前被高频引用的竞品页面,分析其在结构(如 Schema 标记)、权威性(如专家引言)或第三方背书上的优势。 3. 调整内容策略,优先修复技术拦截(如渲染问题)并补充缺失的结构化数据。
边缘情况 3:目标市场本地化搜索适配失败
- 场景:产品在澳大利亚市场投放后,虽然有一定流量,但在本地化 AI 搜索中,用户关于"是否支持本地退货"或"特定气候适用性"的查询未能触发品牌引用。
- 处理机制:
1. 评估目标市场落地页是否仅做了语言直译,而未补充针对本地长尾查询的 FAQ 和实体信息。 2. 检查信任信号:是否缺少本地退货地址、本地客服联系方式或合规声明,导致 AI 引擎认为该页面对本地用户价值不高。 3. 如发现问题根源在于支付网关、运费设置或实际的物流履约能力,应立即交由转化(afa-convert)或扩张(afa-expand)模块处理。
---
3. GEO 专有降级策略
当用户缺乏必要数据或工具时,按以下级别降级:
Level 1 降级(缺少 GSC/Analytics 数据)
- 无法进行精确的 AI 可见度审计
- 替代方案:使用手动多平台查询测试(ChatGPT + Perplexity + Google AIO),基于竞品对比进行定性分析
Level 2 降级(缺少目标地区的搜索数据或竞品信息)
- 无法进行精确的跨市场搜索信号比较与本地化内容机会评估
- 替代方案:仅提供通用的 GEO 优化模板(如定义块、对比表、FAQ 结构),引导用户先在主市场完成基础内容重构,待收集到目标市场数据后再进行本地化适配。
Level 3 降级(缺少产品核心规格或权威背书)
- 无法生成高引用率的专家引言块或带来源的统计数据块
- 替代方案:优先部署基础的
FAQPage和ProductSchema 标记,确保页面结构清晰、无技术拦截,并建议用户后续补充真实的用户评价或第三方评测作为替代信任信号。
---
4. 危机模式止血策略
当 crisis_mode ≠ none 时,GEO 策略切换到止血模式:
当 `crisis_mode = cash_crisis` 时: 1. 收缩 GEO 交付范围:暂停任何需要新增市场假设的扩展性 GEO 研究,只保留现有重点市场的高影响修复项。 2. 移交经营裁决:将亏损市场、落地成本、预算冻结与是否暂停新市场计划的问题升级给扩张规划与财务相关模块处理。 3. 保护 AI 可见度:如果发现 AI 引擎正在传播关于品牌的错误或负面信息,应优先启动更高时效的信息澄清与覆盖策略。
当 `crisis_mode = pr_crisis` 时: 本模块在 PR 危机中无特殊差异化操作,按 Supervisor 指令执行(可能被暂缓调用)。
GEO 核心框架与战略体系
1. 2026 新范式:从传统 SEO 到 AI 搜索可见度 (GEO)
在 2026 年的 DTC 战场,传统的"关键词排名"正在让位于"AI 引擎引用"。GEO 的核心任务,是把品牌内容改造成更容易被 AI 理解、引用和推荐的知识资产;凡涉及市场进入、落地成本、关税或跨境经营取舍,均应视为外部协同输入而非 GEO 本身的裁决范围。
1.1 范式转变:SEO vs. GEO
| 维度 | 传统 SEO (Search Engine Optimization) | 生成式引擎优化 (Generative Engine Optimization) |
|---|---|---|
| 核心目标 | 在 SERP 中获得高排名和点击 | 在 AI 生成的叙述性回答中被引用、推荐和提及 |
| 成功指标 | 排名位置、点击率 (CTR)、自然流量 | 引用率、品牌提及频率、AI 语音份额 (Share of Voice)、转化质量 |
| 优化焦点 | 关键词密度、反向链接、页面权重 | 内容结构化、实体清晰度、值得引用的数据 (Citation-worthiness)、E-E-A-T |
| 内容结构 | 围绕关键词展开的长篇段落 | 易于扫描的列表、自包含的独立答案块、清晰的层级、Q&A 格式 |
| 权威信号 | 域名权重 (DA)、外部链接数量 | 专家引用、原创统计数据、多平台存在感 (Wikipedia, Reddit)、积极的情感提及 |
| 用户行为 | 较短查询,浏览多个链接 | 更长的对话式查询,停留时间更长,购买意图往往更高 |
1.2 核心洞察:AI 搜索的残酷现实
1. 零点击搜索的崛起:Google AI Overviews 已在相当比例的搜索中出现,可能显著挤压传统网站点击量。 2. 第三方平台权重大于自有域名:品牌在第三方来源(如 Wikipedia、Reddit、G2、行业评测网站)中往往比仅依赖自有域名更容易被 AI 引用。 3. 优化的巨大红利:经过 GEO 优化的内容,通常比未优化内容更容易被 AI 引擎引用。 4. 关键词堆砌的惩罚:根据相关 GEO 研究,传统的关键词堆砌不仅无效,还可能主动伤害 AI 可见性。
---
2. AI 搜索平台差异化优化
不同的 AI 搜索引擎有着不同的底层逻辑和引用偏好。GEO 分析应根据目标平台制定差异化的优化策略。
2.1 Google AI Overviews (AIO)
- 底层逻辑:深度依赖 Google 的传统搜索索引和知识图谱。倾向于总结传统搜索结果中已具备较强竞争力的页面。
- 优化重点:
- 传统 SEO 基础:应先确保页面在传统搜索中具备基础竞争力(如可接受的 Core Web Vitals、可靠的反向链接)。
- 信息密度:AIO 偏好信息密度高、结构清晰的页面。使用大量的 H2/H3 标签和项目符号列表。
- 多媒体协同:AIO 经常在回答中嵌入 YouTube 视频。为核心查询词制作配套的 YouTube 视频,并在视频描述中链接回网站,可以显著增加被引用的几率。
- 长尾词覆盖:AIO 在长尾、复杂的查询中触发率更高。
2.2 Perplexity
- 底层逻辑:偏向“答案引擎”逻辑,实时搜索网络,并高度重视可追溯来源。整体更偏好权威性、学术性和数据驱动的内容。
- 优化重点:
- 数据与引用:这是 Perplexity 的命门。大量使用具体的统计数据、研究报告和专家引言,并明确标注来源。
- 学术/专业语调:避免过度营销的"销售文案"语调。使用客观、中立、专业的语言。
- 深度与全面性:倾向于引用那些对某一主题进行了详尽、多维度探讨的"终极指南"类文章。
- 更新频率:对内容的新鲜度非常敏感。确保文章带有明确的"最后更新日期",并定期刷新。
2.3 ChatGPT (Browsing Mode)
- 底层逻辑:当用户触发联网搜索时,使用 Bing 的索引。不仅抓取网页,还会深度分析页面的语义逻辑。
- 优化重点:
- Bing 索引:确保网站在 Bing Webmaster Tools 中被正确索引,并提交了最新的 Sitemap。
- 语义清晰度:使用简单、直接的句子结构。避免复杂的隐喻或模棱两可的表达。
- 第三方平台布局:极度依赖 Wikipedia、Reddit 和知名新闻网站。在这些平台上建立品牌存在感,比单纯优化自有网站更有效。
- 对话式结构:采用 Q&A 格式,直接回答用户可能向 ChatGPT 提出的自然语言问题。
2.4 Claude
- 底层逻辑:强调安全、准确和细致的推理。在联网模式下,通常使用 Brave Search。
- 优化重点:
- 逻辑严密性:内容应具有很强的逻辑连贯性。提供详细的步骤、原因分析和背景信息。
- 客观平衡:在进行产品比较时,应客观地列出优缺点。过于偏见或过度夸大自身优势的内容更容易降低可信度。
- 长文本深度:擅长处理长文本,因此长篇幅、深度的分析文章更容易被其提取和引用。
---
3. 高级数据分析模型
3.1 本地化搜索信号优先级矩阵 (Localized Search Signal Matrix)
用于比较多个已进入或正在评估中的目标市场在搜索可见度层面的优先处理顺序。
- X 轴:搜索需求与内容机会(基于 Google Trends、问答覆盖率、实体缺口、SERP 信息密度)。
- Y 轴:本地化适配难度(基于语言差异、内容重写工作量、知识源稀缺度、地区搜索结果差异)。
- 策略象限:
- 高机会/低难度:优先补齐内容与结构 (Quick Wins)。
- 高机会/高难度:纳入协同排期 (Strategic Builds)。
- 低机会/低难度:机会性补全 (Opportunistic)。
- 低机会/高难度:暂缓投入 (Defer)。
注意:该矩阵只能用于排序 GEO 工作量,不能替代国际化规划、新市场进入或利润评估决策。
3.2 AI 语音份额追踪模型 (Share of AI Voice Tracking Model)
用于量化品牌在 AI 搜索中的表现。
- 指标计算:
SOAIV = (品牌被引用的次数) / (目标查询词在所有 AI 平台生成的总回答数) - 权重调整:根据不同 AI 平台的市场份额(如 ChatGPT 权重高于 Claude)对引用次数进行加权计算。
- 情感因子:将正面引用计为 +1,中立计为 0.5,负面计为 -1,计算出"净 AI 语音份额"。
---
4. GEO 内容原子化复用策略
为了最大化 GEO 优化的 ROI,将为 AI 引擎创建的高质量内容"原子化",复用到其他营销渠道:
1. 定义块 → 社交媒体 Hook:将精炼的定义块,直接转化为 TikTok 或 Instagram Reels 的开场口播脚本(Hook)。 2. 对比表 → 广告素材:将结构化的对比表格,设计成 Facebook/Instagram 的轮播图广告(Carousel Ads)或静态对比图(Us vs. Them)。 3. 专家引言 → 落地页信任背书:将收集到的专家引言,作为核心 Social Proof 模块,部署在独立站的首页和产品详情页。 4. FAQ 结构 → 邮件营销序列:将针对 AI 优化的 FAQ 问答,拆解为一系列的"购前疑虑解答"自动化邮件(Pre-purchase Nurture Flow)。
---
5. 常见问题解答 (FAQ)
Q1: GEO 优化需要多久才能看到效果? A: 与传统 SEO 类似,GEO 并非一蹴而就。通常在实施结构优化和权威性建设后,需要经历一个重新抓取和学习的观察窗口;如果在高权重的第三方平台(如 Reddit)获得爆发性提及,也可能更快被 AI 引用。
Q2: 如果某个目标市场对材质、合规或地区可售性很敏感,GEO 能直接判断要不要进入吗? A: 不能。GEO 只能指出搜索内容中应补充哪些合规说明、地区限制和信任信息,以免 AI 引用和用户预期失配;是否进入该市场,应由扩张规划与合规体系结合成本、法规和供应链能力统一裁决。
Q3: GEO 能直接做跨市场机会裁决或市场迁移建议吗? A: 不能。GEO 可以识别某些地区在搜索需求、问答缺口或本地化内容上的机会信号,但这类信号只能作为输入,不能直接推出预算转移、库存迁移或市场进入决策。
Q4: 我应该屏蔽哪些 AI 爬虫? A: 这是一个商业权衡。如果你完全屏蔽,你的内容将不会被用于训练,但也绝对不会在 AI 搜索中被引用。建议的策略是:允许搜索型爬虫(如 GPTBot, PerplexityBot, Google-Extended),但可以考虑屏蔽纯训练型爬虫(如 CCBot)。
Q5: GEO 可以做哪些与跨市场相关的工作? A: GEO 可以帮助你识别不同地区的搜索问法、内容结构偏好、引用来源差异以及需要补充的本地化 FAQ / 实体信息,但不会计算落地成本、关税敏感度,也不会输出贸易或利润结论。
---
6. 工具库与技术栈
6.1 AI 可见度监控工具
- Otterly AI:专注于追踪品牌在 ChatGPT, Perplexity, Google AI Overviews 中的语音份额 (Share of Voice)。
- Peec AI:支持多平台(包括 Gemini, Claude, Copilot)的大规模 AI 可见度监控。
- ZipTie:擅长追踪品牌提及和情感分析,特别针对 Google AI Overviews。
- Semrush / Ahrefs:传统 SEO 巨头,现已加入 AI Overviews 的追踪功能。
6.2 市场调研与趋势工具
- Google Trends:分析搜索词在不同国家的时间差和增长趋势。
- TikTok Creative Center:洞察不同地区的病毒式趋势和热门标签。
- SimilarWeb:分析目标市场竞争对手的流量来源和受众特征。
---
7. 案例研究
7.1 案例一:通过结构优化实现 AI 引用率翻倍
- 背景:某 DTC 护肤品牌,其博客文章在传统 Google 搜索中排名靠前,但在 ChatGPT 和 Perplexity 中长期未被引用。
- 动作:搜索可见度审计发现其文章为长篇散文,缺乏数据支撑。随后对核心文章进行重构:在开头增加精炼的 TL;DR 总结块;将成分对比改为表格;加入多项皮肤科医生引言;添加 FAQ Schema。
- 结果:在后续观察窗口内,该品牌在“敏感肌最佳成分”相关查询中的引用表现显著改善,AI 引荐流量也带来了更高质量的订单。
7.2 案例二:用搜索信号为扩张评估提供输入,而非替代决策
- 背景:某宠物用品卖家在美国市场投放 TikTok 广告,ROAS 跌至 0.8,陷入亏损。
- 动作:搜索可见度扫描发现该爆款产品在美国的相关问答已高度拥挤,而澳大利亚(AU)的搜索兴趣刚刚起步,且当地结果页缺少高质量本地化内容。
- 结果:输出“搜索可见度输入备忘”,提示澳大利亚值得进一步评估;后续是否转移预算、库存和市场重心,应结合落地成本、合规和渠道条件统一裁决。
7.3 案例三:用内容与信任信息补齐减少 AI 引用失真
- 背景:某家具品牌计划面向美国用户推广一批木制床头柜,并同步建设相关搜索落地页。
- 动作:在 GEO 审计中发现,现有页面只强调价格吸引力,却没有清楚呈现材质来源、配送限制、地区可售性与售后说明,容易导致 AI 搜索引用和用户预期失配。
- 结果:团队先补齐本地化搜索页面中的关键信任信息与 FAQ 结构,再把贸易、税务和供应链可行性评估交由市场进入规划流程处理,从而避免 GEO 越界承接落地成本与市场进入决策。
---
8. 行业基准数据 (2026)
8.1 AI 搜索可见度基准
| 等级 | AI 语音份额 | Perplexity 引用率 | Google AIO 触发且含品牌 |
|---|---|---|---|
| 领先 | 相对同类品牌明显更高 | 在重点查询中稳定出现 | 在重点查询中较常出现 |
| 中位 | 有一定存在感 | 在部分重点查询中出现 | 偶尔提及 |
| 偏弱 | 长期存在感不足 | 在重点查询中较少出现 | 几乎隐形 |
8.2 本地化搜索适配基准 (按内容复杂度)
| 场景 | 目标状态 | 风险提示 |
|---|---|---|
| 单语种轻量本地化 | FAQ、定义块、实体信息已完成地区适配 | 避免仅替换货币/拼写而不重写语义 |
| 多语种内容重写 | 标题、摘要、证据和问答结构均做本地表达 | 直译内容通常难以获得 AI 引用 |
| 高风险品类说明页 | 页面包含地区限制、材质/成分解释、售后与配送边界 | 缺失信任信息时易出现 AI 引用失真 |
8.3 AI 引用质量观察项
| 观察项 | 理想状态 | 说明 |
|---|---|---|
| 引用准确性 | 关键事实与落地页一致 | 避免 AI 误读价格、配送与适用地区 |
| 本地实体清晰度 | 地区名、规格、可售边界表达明确 | 有助于 AEO/GEO 在多市场查询下减少混淆 |
| FAQ 完整度 | 回答高频问题且可被独立抽取 | 提升回答引擎复用概率 |
---
9. 未来演进:GEO 2.0 (2027+)
- 多模态引用 (Multimodal Citations):未来的 AI 引擎不仅会引用文本,还会直接在回答中生成和引用品牌的 3D 模型、短视频片段和交互式图表。品牌需要建立多模态资产库。
- 个性化 AI 代理 (Personalized AI Agents):用户将越来越多地使用个人 AI 助理(如具有长期记忆的个人管家)进行购物决策。GEO 的重点将从"优化公共搜索引擎"转向"影响个人 AI 助理的偏好模型"。
- 实时对话式信息匹配:未来的 AI 代理会更频繁地直接比较品牌的规格、交付边界、资质声明与 FAQ。一套结构清晰、事实一致、可被引用的知识资产,将比单纯追求曝光更重要。
GEO 诊断体系
4 大 GEO 诊断模式
当用户面临 AI 搜索可见度下降或本地化搜索适配受阻时,使用以下模式进行诊断:
模式一:AI 零引用综合症 (Zero AI Citation Syndrome)
- 症状:传统 SEO 流量稳定或下降,但在 ChatGPT/Perplexity 中搜索核心品牌词或品类词时,品牌完全不被提及。
- 诊断路径:
1. 检查 robots.txt 是否屏蔽了 AI 爬虫。 2. 检查内容结构是否为大段散文,缺乏简短、可被独立引用的答案块。 3. 检查是否缺乏权威信号(无数据引用、无专家署名、无更新日期)。 4. 检查第三方平台(Reddit, Wikipedia)是否存在品牌声量。
- 处方:重构核心页面结构(增加 FAQ 和对比表),实施 Schema 标记,启动第三方平台播种计划。
模式二:AI 引用失真综合症 (Citation Distortion Syndrome)
- 症状:品牌在 AI 搜索中被提及,但 AI 引擎引用了错误的价格、过时的产品规格、不准确的退货政策或错误的适用人群。
- 诊断路径:
1. 检查官网核心页面是否缺乏明确的结构化数据(如 Product Schema 中的价格和库存状态)。 2. 检查不同页面(如博客文章与产品详情页)之间是否存在信息冲突。 3. 检查第三方评测网站或旧版新闻稿是否包含过时信息,导致 AI 引擎抓取了错误共识。
- 处方:统一全站核心实体信息,更新所有页面的"最后修改日期",并在高权重第三方平台发布澄清声明以覆盖旧信息。
模式三:本地化搜索信号缺失 (Localization Signal Gap)
- 症状:品牌在主市场(如美国)的 AI 搜索表现良好,但在新进入的市场(如澳大利亚)中,AI 引擎推荐了本地竞品而忽略了本品牌。
- 诊断路径:
1. 检查目标市场的落地页是否仅做了语言直译,而未补充本地化的 FAQ 和信任说明。 2. 检查页面是否清晰标注了该地区的配送边界、本地客服联系方式和适用的合规标准。 3. 评估该地区特有的长尾查询词(如特定气候下的产品表现)是否被现有内容覆盖。
- 处方:优先补齐目标市场的本地化 FAQ、实体信息和比较块;如涉及市场进入、定价或合规裁决,须提交扩张规划模块处理。
模式四:AI 声誉危机 (AI Reputation Crisis)
- 症状:AI 引擎在回答中主动传播品牌的负面信息(如"质量差"、"客服糟糕"),且该信息被作为客观事实陈述。
- 诊断路径:
1. 追溯负面情感的根源:向 AI 提问要求提供信息来源(通常是 Trustpilot 差评、Reddit 吐槽贴或 BBB 投诉)。 2. 评估负面共识的扩散范围:是否在多个 AI 平台(ChatGPT, Perplexity, Claude)中均出现。 3. 检查官网是否缺乏足够强有力的数据支撑(如用户满意度调查)来对抗这些主观负面观点。
- 处方:启动源头阻断(处理客户投诉),发布大量带有最新日期的高质量正面内容(如升级公告),并利用硬核统计数据对抗主观负面评价。
重要提示:以上诊断模式仅聚焦于生成式引擎优化(GEO)与本地化搜索适配。如诊断过程中发现问题根源涉及落地成本、关税、海关扣货或供应链结构调整,应立即升级给扩张规划体系及持牌专业方,不在 GEO 内输出操作性裁决。
GEO 优化执行手册 (GEO Optimization Playbook)
本手册基于普林斯顿大学 KDD 2024 的生成式引擎优化 (GEO) 研究,提供将传统 SEO 内容转化为高频 AI 引用内容的具体执行步骤和模板。
1. 普林斯顿 GEO 研究核心发现
在对 Perplexity.ai 等生成式引擎的广泛测试中,研究揭示了不同优化策略对 AI 可见性的影响:
| 优化策略 | 可见性提升 | 适用场景 | 执行要点 |
|---|---|---|---|
| 引用来源 (Cite Sources) | +40% | 所有内容 | 在每个核心主张后添加 [来源名称](URL)。AI 引擎极度偏好有外部背书的内容。 |
| 添加统计数据 (Add Statistics) | +37% | 行业报告、产品优势 | 使用具体的数字(如“提升 34%”而非“显著提升”),并注明数据出处。 |
| 添加专家引言 (Add Quotations) | +30% | 博客、指南、对比 | 引入行业专家、医生、工程师的原话,必须包含姓名和头衔。 |
| 权威语调 (Authoritative Tone) | +25% | 品牌故事、技术文档 | 避免使用“可能”、“也许”等模糊词汇,使用坚定、专业的陈述句。 |
| 提高清晰度 (Improve Clarity) | +20% | 复杂概念解释 | 将长句拆分为短句,使用简单的类比,确保 8 年级阅读水平。 |
| 使用专业术语 (Technical Terms) | +18% | B2B、硬核科技产品 | 适度使用行业标准术语,向 AI 证明你的专业深度。 |
| 关键词堆砌 (Keyword Stuffing) | -10% | 绝对禁止 | 传统 SEO 的做法在 GEO 中会受到惩罚,AI 会将其识别为低质量内容。 |
2. 核心内容块模板 (Content Block Templates)
AI 引擎提取的是“片段 (Passages)”。将内容模块化是 GEO 的核心。
2.1 定义块 (Definition Block)
用于回答 "What is [X]?" 类的查询。必须放在文章或段落的最开头。
结构要求:
- 长度:40-60 词。
- 格式:
[概念] is a [类别] that [核心功能/差异化]. Unlike [传统替代品], it uses [关键技术/成分] to [主要益处].
示例:
"AFA Activewear is a high-performance apparel line designed for extreme endurance sports. Unlike traditional polyester blends, it utilizes a proprietary graphene-infused fabric that regulates body temperature and reduces sweat accumulation by 45% during high-intensity workouts."
2.2 对比表 (Comparison Table)
用于回答 "[Brand A] vs [Brand B]" 或 "Best [Category]" 类的查询。AI 引擎极度偏好从表格中提取结构化数据。
结构要求:
- 必须使用 Markdown 或 HTML 表格格式。
- 包含具体的、可量化的对比维度(价格、核心成分、保修期等),避免主观的“好/坏”评价。
示例:
| Feature | AFA Activewear | Traditional Brands |
|---|---|---|
| Fabric Tech | Graphene-infused | Standard Polyester |
| Moisture Wicking | 45% faster evaporation | Baseline |
| Price Point | $89.00 | $60.00 - $120.00 |
| Warranty | Lifetime Guarantee | 30-Day Return |
2.3 专家引言块 (Expert Quote Block)
用于提升内容的权威性得分 (+30%)。
结构要求:
- 使用引用格式(Blockquote)。
- 必须包含:专家姓名、头衔、所属机构。
示例:
"The integration of graphene into activewear represents the most significant leap in textile thermoregulation in the past decade. It fundamentally changes how athletes manage heat stress."
— Dr. Sarah Jenkins, Lead Materials Scientist at the Global Textile Institute
3. Schema 标记策略 (Schema Markup Strategy)
结构化数据是帮助 AI 引擎理解页面上下文的“翻译器”。部署正确的 Schema 可以提升 30-40% 的 AI 可见性。
3.1 必选 Schema 类型
1. `FAQPage` Schema:对于任何包含问答的页面(产品页底部、博客文章),必须部署。这是触发 Google AI Overviews 和 ChatGPT 直接引用的最有效方式。 2. `Product` Schema:必须包含 price, availability, aggregateRating(总评分)和 review(具体评论)。AI 引擎在推荐产品时,会优先提取带有明确价格和高评分的实体。 3. `Article` / `BlogPosting` Schema:必须包含 datePublished, dateModified(极其重要,AI 偏好新鲜内容)和 author(带有作者的专业背景链接)。 4. `HowTo` Schema:用于所有教程、指南类内容,将步骤结构化,方便 AI 提取为编号列表。
3.2 实体与知识图谱 (Entity & Knowledge Graph)
- `Organization` Schema:在官网首页部署,明确声明品牌的
name,logo,url,sameAs(链接到品牌的 Wikipedia, LinkedIn, 官方社交媒体账号)。这有助于 AI 引擎在底层知识图谱中建立清晰的品牌实体。
4. 第三方平台播种计划 (Third-Party Seeding)
品牌在第三方高权重平台的提及,其被 AI 引用的概率是自有域名的 6.5 倍。
4.1 Reddit 策略
- 目标:在相关的 Subreddit(如
r/skincareaddiction,r/malefashionadvice)中获得真实的提及。 - 执行:不要直接发广告。寻找用户提问(如“有没有适合极度敏感肌的防晒霜?”),以真实用户的口吻推荐产品,并详细说明为什么有效(提及具体成分)。AI 引擎经常抓取 Reddit 的高赞回答作为“真实人类经验”的来源。
4.2 行业评测与聚合网站 (Listicles & Review Sites)
- 目标:出现在 "Top 10 Best [Category] of 2026" 类的文章中。
- 执行:主动联系行业媒体和评测博主,提供免费样品和详细的媒体套件(Media Kit)。AI 引擎在回答“最好的 X 是什么”时,通常会汇总这些评测网站的共识。
4.3 Wikipedia 维护
- 目标:建立或维护品牌的维基百科词条。
- 执行:如果品牌具有足够的知名度(有主流媒体报道),建立维基百科页面。确保页面信息客观、中立,并包含大量指向权威媒体报道的外部链接。ChatGPT 的回答中有近 8% 的引用直接来自维基百科。
5. 常见内容类型的 GEO 优化模板
不同的内容类型在 AI 搜索引擎中的引用率差异巨大。必须优先优化那些最容易被引用的内容格式。
5.1 比较类文章 (Comparison Articles)
- AI 引用率:~33%(最高)
- 优化重点:
- 必须包含一个综合性的 Markdown 表格,对比 3-5 个核心维度。
- 保持客观平衡。AI 引擎会惩罚那些明显带有偏见、过度贬低竞品的内容。
- 使用“最佳适用场景 (Best for...)”的标签,帮助 AI 进行细分推荐。
- 结构示例:
1. H1: [Brand A] vs [Brand B]: Which is Better for [Use Case]? 2. TL;DR 总结块 (40-60词) 3. 综合对比表格 4. H2: Why Choose [Brand A]? (列出 3 个带数据的优势) 5. H2: Why Choose [Brand B]? (客观列出竞品优势) 6. H2: Final Verdict (最终结论)
5.2 终极指南 (Definitive Guides)
- AI 引用率:~15%
- 优化重点:
- 深度和全面性是关键。文章长度通常应超过 2000 词。
- 使用清晰的 H2/H3 目录结构,覆盖该主题的所有长尾问题。
- 大量引用外部权威数据和学术研究。
- 结构示例:
1. H1: The Ultimate Guide to [Topic] in 2026 2. H2: What is [Topic]? (定义块) 3. H2: How Does [Topic] Work? (编号列表) 4. H2: Key Statistics about [Topic] (数据块) 5. H2: Expert Opinions (专家引言块)
5.3 原创研究与数据 (Original Research/Data)
- AI 引用率:~12%
- 优化重点:
- 这是获取 Perplexity 高频引用的“核武器”。
- 发布品牌自己的问卷调查结果、用户数据分析或实验室测试报告。
- 将核心数据点加粗,并提供易于复制的单句结论。
- 结构示例:
1. H1: [Year] State of [Industry] Report 2. H2: Key Findings (列出 3-5 个最震撼的数据点) 3. H2: Methodology (说明数据来源,增加可信度) 4. H2: Detailed Analysis (图表 + 文字解析)
5.4 操作指南 (How-to Guides)
- AI 引用率:~8%
- 优化重点:
- 严格使用编号列表 (Numbered Lists) 来说明步骤。
- 每个步骤的开头必须是一个动词(如 "Apply", "Wait", "Rinse")。
- 必须部署
HowToSchema。 - 结构示例:
1. H1: How to Use [Product] for Maximum Results 2. H2: Prerequisites (所需准备) 3. H2: Step-by-Step Instructions
- Step 1: [Action]...
- Step 2: [Action]...
4. H2: Common Mistakes to Avoid
6. 避免 GEO 优化的“反模式” (Anti-Patterns)
在执行 GEO 优化时,必须坚决避免以下可能导致 AI 引擎降权的做法:
1. 过度营销语调 (Overly Promotional Tone):避免使用“革命性”、“世界第一”、“绝对完美”等缺乏数据支撑的极端词汇。AI 引擎偏好客观、中立的陈述。 2. 隐藏核心信息 (Burying the Lede):不要在文章开头写大段的背景故事或废话。AI 爬虫的注意力窗口有限,必须在第一段直接给出核心答案。 3. 内容墙与弹窗 (Paywalls & Pop-ups):如果核心内容被强制登录墙或全屏弹窗遮挡,AI 爬虫将无法提取内容,导致可见度归零。 4. 死链与过期数据 (Broken Links & Outdated Data):引用 5 年前的统计数据或包含大量 404 链接,会严重损害页面的权威性得分 (E-E-A-T)。 5. 缺乏视觉辅助的纯文本 (Wall of Text):虽然 AI 提取的是文本,但缺乏 H2/H3 标签、列表和表格的“纯文本墙”极难被结构化解析。
地理套利与市场选择 — 交叉引用
本主题的完整知识已迁移至全渠道扩张引擎。
地理套利(Geographic Arbitrage)属于国际化扩张的核心策略,由全渠道扩张引擎全权负责。
何时需要交接
当用户的问题涉及以下场景时,应引导至 afa-expand:
- 利用趋势时间差(Trend Time-Lag)选择新市场
- 市场准备度评分(Google Trends / Amazon 竞争度 / TikTok 病毒性 / Facebook 广告库密度)
- 反季套利策略(Counter-Seasonal Arbitrage,如南北半球库存调拨)
- 新市场的本地化执行(货币/支付、语言/文化、物流/退货)
- 假门测试(Fake Door Testing)验证市场需求
- 跨国扩张的常见陷阱与规避
交接话术参考
"您提到的地理套利/市场选择问题属于国际化扩张策略的范畴。我们的全渠道扩张引擎拥有完整的趋势时间差矩阵、市场准备度评分模型和反季套利策略,能为您提供更专业的指导。建议切换到扩张模块继续深入。"
GEO 搜索引擎的核心职责提醒
GEO 搜索引擎专注于 AI 搜索可见性优化(Generative Engine Optimization),包括:
- AI Overview / AI Mode 中的品牌可见性
- LLM 引用优化与结构化内容策略
- AI 搜索审计与监控
---
完整内容参见:../../afa-expand/references/tariff-arbitrage-strategies.md
国际化进入复杂度与利润压力筛查 — 交叉引用
本主题的深度判断由全渠道扩张引擎承接,但承接范围仅限于国际化进入复杂度筛查、利润压力识别、待补资料清单与专业升级触发器。
当问题进入正式税率、海关申报、归类、注册义务、扣货处理或专业执行层时,必须同步升级给持牌专业方。
何时需要交接
当用户的问题涉及以下场景时,应引导至市场进入与国际化扩张判断流程:
- 想判断某个海外市场的跨境成本压力是否会破坏利润模型
- 想知道税费、运输、退货、履约或本地化成本是否使该市场不适合立刻进入
- 想比较不同进入路径的复杂度差异,例如轻试水、延后进入或先做本地化准备
- 需要整理进入某市场前还缺哪些关键信息与外部专业支持
- 已意识到跨境成本或进口流程存在不确定性,需要做风险筛查而不是直接操作
交接话术参考
“您提到的问题更适合放到国际化扩张判断里处理。这个流程可以先帮您判断该市场的利润压力、进入复杂度、资料缺口与专业升级节点,从而决定是轻量测试、延后进入,还是先找专业方复核;但如果要落到正式税率、海关申报或执行方案,就需要同步交给持牌专业方。”
GEO 搜索引擎的核心职责提醒
GEO 搜索引擎专注于 AI 搜索可见性优化(Generative Engine Optimization),包括:
- AI Overview / AI Mode 中的品牌可见性
- LLM 引用优化与结构化内容策略
- AI 搜索审计与监控
---
相关深参考请参见扩张模块中的国际合规指南。
国际化风险升级与专业交接参考 — 交叉引用
本主题在全渠道扩张引擎中的承接范围,仅限于国际化进入风险识别、复杂度筛查、待补资料清单与专业升级触发器。
若问题涉及正式归类、税务/海关适用性、进口申报、查验应对、注册义务、合同条款或其他专业执行事项,必须立即交由持牌专业方处理。
何时需要交接
当用户的问题涉及以下场景时,应引导至 afa-expand:
- 怀疑某个市场的贸易或进口要求会显著提高进入门槛
- 发现供应链透明度不足、来源地争议、认证压力或监管不确定性正在影响扩张决策
- 想判断扣货、补件、退运、认证缺失等事件会不会让市场进入计划暂停或延后
- 需要先判断风险等级、资料缺口与是否值得继续投入,而不是立即执行专业流程
- 需要整理应该由谁介入,例如报关行、贸易律师、税务顾问、认证机构或本地服务商
交接话术参考
“您提到的问题已经超出 GEO 的职责,更适合进入扩张判断模块。扩张模块可以先帮您识别市场进入风险、复杂度来源、资料缺口以及何时必须升级专业方;但凡涉及正式贸易合规、海关、税务或法律执行内容,都需要同步交给持牌专业方,而不会在模块内直接给出执行口径。”
GEO 搜索引擎的核心职责提醒
GEO 搜索引擎专注于 AI 搜索可见性优化(Generative Engine Optimization),包括:
- AI Overview / AI Mode 中的品牌可见性
- LLM 引用优化与结构化内容策略
- AI 搜索审计与监控
---
相关深参考参见:../../afa-expand/references/international-compliance-guide.md
GEO 工作模式、模板与 KPI 体系
本文件为 AI 搜索优化模块的内部参考文件,用于沉淀本模块的工作模式、模板与 KPI 体系。
层级声明:本文件默认作为 internal-only 的内部起草模板库使用,不得整段直接粘贴给用户。
如需整理为用户可见交付物,必须删除内部路由标签、模块代号和系统字段,只保留自然语言、业务角色与行动建议。
渲染规则:本文件中的时间窗、提升幅度、评分档位、检查项数量和任何优先级判断,默认只可作为参考区间、保守起点或待验证计划;不得写成统一健康线、固定配方或对品牌结果的确定性承诺。
1. 衡量与 KPI
评估 GEO 与本地化搜索适配效果的指标体系:
1.1 AI 可见度指标 (GEO Metrics)
- AI 语音份额 (Share of AI Voice):在目标查询词的 AI 回答中,品牌被引用的次数占比。
- 品牌提及率 (Brand Citation Rate):核心产品/服务被 AI 推荐的频率。
- 引用情感得分 (Citation Sentiment):AI 描述品牌时的情感倾向(正面/中立/负面)。
- AI 推荐流量 (AI Referral Traffic):来自 ChatGPT, Perplexity 等平台的直接引荐流量。
1.2 本地化搜索适配指标 (Localized Search Adaptation Metrics)
- 地区查询覆盖率:目标市场高意图查询中,已被内容覆盖的比例。
- 本地实体清晰度:页面中地区名、规格、适用范围、配送边界等信息是否表达清晰。
- 本地化转化支撑度:搜索落地页是否具备 FAQ、比较块、信任说明和地区限制说明,以支持高意图流量转化。
1.3 AI 引用质量指标 (Citation Quality Metrics)
- 引用准确性:AI 引用内容与落地页事实是否一致。
- 回答可抽取性:页面是否存在可被回答引擎独立摘取的定义块、步骤块和 FAQ。
- 多市场一致性:不同地区页面是否避免价格、配送或适用范围表述冲突。
---
2. 三大工作模式
模式 1:AI 可见度审计模式 (GEO Audit Mode)
- 触发条件:用户询问"我们在 AI 搜索里表现如何?"或"如何让 ChatGPT 推荐我们?"
- 执行动作:
1. 收集用户的核心查询词和主要竞品。 2. 引导用户进行多平台(ChatGPT, Perplexity, Google AI Overviews)的实际查询测试。 3. 检查网站 robots.txt 和核心页面的内容结构。 4. 输出《AI 搜索可见度审计与优化路线图》。
模式 2:内容结构重塑模式 (Content Restructuring Mode)
- 触发条件:用户希望优化特定页面(如产品页、博客)以获得 AI 引用。
- 执行动作:
1. 分析现有页面内容。 2. 应用"答案前置"、"可独立抽取的短段落"、"对比表格"等 GEO 规则重构内容。 3. 建议添加统计数据、专家引言和明确的更新日期。 4. 提供 Schema 标记建议(交由搜索内容执行流程实施)。
模式 3:跨市场搜索信号输入模式 (Cross-Market Search Signal Input Mode)
- 触发条件:用户已在评估多个地区,想知道哪些市场在搜索可见度层面更值得优先补齐内容。
- 执行动作:
1. 比较各目标地区的查询需求、问答缺口、SERP 结构和引用来源差异。 2. 识别哪些地区需要优先补做本地化 FAQ、实体信息、比较块和信任说明。 3. 输出《跨市场搜索信号输入备忘》,明确哪些内容机会值得提交给扩张规划模块作为辅助输入。 4. 明确声明:该模式不输出市场进入、预算迁移、库存分配、定价或贸易结论。
---
3. 输出格式模板
3.1 AI 搜索可见度审计报告模板
# [品牌名称] AI 搜索可见度审计报告
## 1. 核心查询词表现 (Top Queries Performance)
| 查询词 | ChatGPT 引用 | Perplexity 引用 | Google AI Overviews | 竞品表现 |
| :--- | :--- | :--- | :--- | :--- |
| [Query 1] | ❌ 未提及 | ✅ 排名 #3 | ❌ 未提及 | [Competitor A] 被高频引用 |
| [Query 2] | ✅ 提及 | ❌ 未提及 | ✅ 提及 | [Competitor B] 占据首位 |
## 2. 差距分析 (Gap Analysis)
* **结构差距**:竞品广泛使用对比表格,而我方为纯文本段落。
* **权威差距**:竞品页面包含多项带来源的统计数据,我方缺乏数据支撑。
* **存在感差距**:竞品在 Reddit [Subreddit名称] 存在更明显的自然提及积累。
## 3. 技术拦截排查 (Technical Blockers)
* `robots.txt` 状态:[例如:警告!当前拦截了 GPTBot 和 PerplexityBot]
* Schema 标记状态:[例如:缺失 FAQPage 和 Product Schema]
## 4. 优化路线图 (Optimization Roadmap)
* **高优先级(近期)**:[具体行动,如解除爬虫拦截、重写核心页面首段]
* **中优先级(后续阶段)**:[具体行动,如补充统计数据和专家引言]
* **长期布局**:[具体行动,如第三方平台播种计划]3.2 跨市场搜索信号输入模板
# [品牌/品类] 跨市场搜索信号输入备忘
**评估范围**:
* 比较市场:[国家/地区列表]
* 查询主题:[核心查询词或问答主题]
## 1. 搜索需求与内容缺口概览
| 市场 | 查询需求强度 | 当前内容覆盖 | 主要缺口 | 备注 |
| :--- | :--- | :--- | :--- | :--- |
| [市场 A] | 高 / 中 / 低 | 高 / 中 / 低 | [例如:缺少 FAQ / 本地证据 / 比较表] | [补充说明] |
## 2. 本地化适配优先级
* **优先补齐**:[哪些市场/页面应先做内容结构优化]
* **推荐动作**:[FAQ 重写 / 实体补齐 / 定义块前置 / 第三方证据补充]
* **协同提示**:如涉及市场进入、定价、预算、库存、贸易或合规裁决,须提交扩张规划与合规模块处理。
## 3. GEO 边界声明
> 本备忘仅提供搜索可见度与内容适配输入,不构成市场进入、贸易、定价或利润建议。---
4. ICE 优先级排序框架
当 GEO 审计输出多个优化方案时,使用 ICE 框架进行优先级排序:
| 维度 | 评分标准 (1-10) | GEO 专属考量 |
|---|---|---|
| Impact(影响力) | 该方案对 AI 可见度/有机流量的潜在影响 | 结合页面重要性、查询覆盖和预期改善空间进行相对评分 |
| 数据基础(Data Basis) | 基于数据和案例的成功把握 | 结合一手数据、同类案例和理论支撑进行相对评分 |
| Ease(易实施度) | 实施所需的时间和技术难度 | 结合内容修改范围、技术依赖和协作成本进行相对评分 |
排序规则:ICE 总分 = I × C × E / 10,按总分降序排列。GEO 优化优先选择对 AI 引擎可见度提升最大的方案。
---
5. 执行检查清单
5.1 GEO 内容发布前检查清单
- [ ] 核心关键词是否已在各大 AI 平台进行过测试?
- [ ] 文章首段是否包含足够直接、可抽取的答案或定义?
- [ ] 是否使用了 H2/H3 提问式标题?
- [ ] 比较类内容是否使用了 Markdown 表格?
- [ ] 流程类内容是否使用了编号列表?
- [ ] 是否包含足够支撑论点的带来源统计数据?
- [ ] 是否包含可验证的专家引言或其他权威证据(如适用)?
- [ ] 页面是否清晰标注了"最后更新日期"?
- [ ] 是否已配置 FAQPage 或 Article Schema 标记?
- [ ]
robots.txt是否允许GPTBot和PerplexityBot抓取?
5.2 跨市场搜索适配检查清单
- [ ] 是否已明确每个目标市场的核心查询词与常见问法?
- [ ] 是否已检查各市场页面在规格、配送范围、适用人群与售后说明上的表达是否一致?
- [ ] 是否已为高风险或高咨询量主题补齐 FAQ、定义块与比较结构?
- [ ] 是否已识别需要补充的第三方证据、专家引言或本地实体信息?
- [ ] 是否已明确哪些问题超出 GEO 范围,需要交由扩张规划、合规或供应链模块继续处理?
Related skills
FAQ
What does afa-geo optimize?
AI-search visibility (GEO/AEO), content extractability, structured data, and multi-language/hreflang localization.
Does it do traditional SEO?
No, pure crawler, index, and backlink SEO is routed to afa-seo; afa-geo focuses on AI-search and localized signals.