第四次GEO公开课_如何做好官网GEO_教案_2026-08-29

第四次GEO公开课_如何做好官网GEO_教案_2026-08-29.docx · Word 阅读页，可在线编辑生成版本
Word

第四次 GEO 公开课

如何做好官网 GEO

从企业知识库、问题工程、原子化事实指标库，到可引用页面与技术底座

4.28%

全库官网引用占比

8,131 / 189,845

24.31%

品牌类官网占比

12 类意图最高

88.71%

问题级触达

550 / 620

41.61%

问题×平台触达

2,073 / 4,982



课程时长

90 分钟；可扩展为 120 分钟工作坊

适合对象

企业经营者、品牌与市场、内容、官网产品与技术团队

课程目标

建立官网 GEO 的资产框架、页面网络、技术清单与运营闭环

实操方式

使用 GEOFlow 完成企业基线诊断、内容映射与优化方案



一句话总纲

官网 GEO = 企业事实系统 × 问题覆盖系统 × 页面表达系统 × 机器访问与测量系统。



数据基础：cn_geo.duckdb，发布批次 2026-07-14，v2.0.0；采用精确去重后的 189,845 条引用记录。

CONTENTS

目录

课程主体、实操与可复用模板集中在一个文档中。

01

教案使用说明

教学目标、表达纪律、推荐开场

02

课程时间轴

90 分钟完整节奏

03

官网 GEO 定义与数据

官网价值、意图、行业、平台差异

04

三类基础资产

知识库、问题工程、原子事实库

05

页面网络与内容标准

8 类页面、12 项发布检查

06

技术、测量与运营

抓取、Schema、日志、复测

07

GEOFlow 实操

8 步演示与验收

08

模板与速查卡

事实表、问题表、映射表、技术表

TEACHING MAP

教案使用说明

本教案按“结论—方法—模板—实操—验收”推进。讲师可以直接照着时间轴授课，也可以抽取模板组织企业内训。

学完之后，学员能够完成什么

三条表达纪律

纪律

课堂表达

口径纪律

4.28% 是本地样本快照；品牌类达到 24.31%。两者回答不同问题。

因果纪律

引用位置、Schema 使用与引用率之间的关系属于描述性或相关性证据。

行业纪律

本地样本覆盖 6 个生活服务行业，未覆盖制造业；20%–30%需用制造业样本另行验证。

推荐开场

“今天我们把官网当成一套持续发布企业事实、承接用户问题、被机器发现和引用的运营系统。90 分钟后，每个团队都能拿走一张官网 GEO 建设蓝图。”



90-MINUTE AGENDA

课程时间轴

公开课保持节奏紧凑：20 分钟讲清数据，35 分钟建立方法，13 分钟落到技术，17 分钟完成演示，最后 5 分钟收束。

时间

模块

核心产出

教学方式

0–8 分

开场：官网 GEO 的定义

建立共同语言

提问 + 案例

8–20 分

数据：官网引用在哪里有效

四个关键结论

数据讲解

20–38 分

三类基础资产

知识库、问题工程、事实库

框架 + 模板

38–55 分

官网页面网络

页面职责与映射

架构拆解

55–68 分

AI 友好的技术底座

抓取、语义、Schema、测量

清单演示

68–85 分

GEOFlow 实操

基线、缺口、页面方案

现场操作

85–90 分

复盘与行动

30 天行动表

总结 + Q&A

课堂主线

  1. 先用数据回答“官网有没有价值、在哪些问题上最有价值”。

  2. 再用三类基础资产回答“企业需要准备什么”。

  3. 随后用页面网络与技术底座回答“这些资产如何被发布、发现和引用”。

  4. 最后在 GEOFlow 中把一家公司从基线诊断推到可执行优化计划。

时间调整

60 分钟版本可压缩数据明细与模板练习；120 分钟版本增加问题分组、事实库填写和页面 brief 共创。



MODULE 01 · 0–8 MIN

官网 GEO 到底在做什么

把官网从“企业介绍页集合”升级为可持续运行的第一方事实发布系统，让用户问题、企业事实、页面内容与机器访问形成闭环。

课堂定义

官网 GEO

围绕目标人群的真实问题，持续发布结构清晰、事实一致、证据充分、机器可访问的官网内容，并通过 AI 结果监测推动更新。



四个系统

官网 GEO 运营系统

事实系统

企业有哪些可公开、可核验、需要长期一致的事实。

问题系统

哪些人会在什么阶段、什么场景下提出什么问题。

页面系统

每一类问题由哪一类页面承接，页面提供怎样的直接答案与证据。

访问与测量系统

机器能否抓取、理解、定位、引用；团队能否监测和迭代。

开场互动

MODULE 02 · 8–20 MIN

数据：官网引用在哪里有效

本地样本给出一个清晰结构：官网在全体引用中占 4.28%，在品牌类问题中占 24.31%，覆盖 88.71% 的问题。官网价值呈现出“广覆盖、分场景、高杠杆”的特征。

4.28%

全体引用

第 6 大信源类型

24.31%

品牌类问题

官网份额最高

88.71%

问题触达

至少一次官网引用

7

官网引用中位位置

其他信源为 8

结论一：官网份额需要结合问题类型解读

全库 189,845 条去重引用中，官网引用为 8,131 条。平台与社区、商业信息与服务、新闻与媒体占据更大份额。官网在品牌事实问题上明显更强，在口碑、推荐与汇总问题中需要配合第三方信源建设。

问题意图

官网引用占比

问题×平台触达

课堂解释

品牌类

24.31%

81.21%

身份、历史、资质、产品与政策是官网优势区

电商购买

7.12%

60.13%

规格、价格规则、履约信息能够直接承接

对比

6.30%

65.00%

官网需要提供明确差异、边界与选型条件

本地生活购买

6.06%

56.95%

地点、营业、预约与服务区域很关键

事实

5.99%

53.60%

原子事实库能够提升一致性

口碑

4.34%

47.44%

第三方评价与案例证据更有解释力

场景

3.70%

42.57%

解决方案页需要承接复合问题

汇总

2.77%

39.36%

榜单与聚合内容通常由多信源共同构成

结论二：行业与平台差异显著

行业

官网占比

平台端点

平台

官网占比

保健养生

6.42%

豆包网页版

豆包

5.90%

休闲娱乐

6.18%

DeepSeek 网页版

DeepSeek

5.37%

婚庆摄影

5.84%

DeepSeek 移动端

DeepSeek

5.26%

酒店民宿

4.19%

豆包移动端

豆包

5.24%

餐饮

3.03%

元宝移动端

元宝

5.05%

美容美发

2.42%

文心

百度

0.70%

行业口径提醒

当前行业标签仅覆盖 6 类生活服务，制造业未进入行业标签。课堂可以把“制造业官网或达 20%–30%”作为待验证假设，并在后续采集制造业问题集后复算。



把数据转成四个建设动作

MODULE 03 · 20–38 MIN

三类基础资产：知识、问题与原子事实

官网 GEO 的内容生产从三套可维护资产开始：企业知识库提供全貌，问题工程连接真实需求，原子化事实指标库保证标准答案与证据一致。

资产一：企业知识库

企业知识库围绕实体组织内容。每个实体都有定义、关系、证据、责任人、有效期和版本，能够被内容团队与业务系统共同使用。

企业与品牌

法定名称、品牌名、成立时间、总部、历史、品牌关系

产品与服务

型号、规格、能力、适用场景、限制、交付方式

人员与地点

创始人、专家、门店、工厂、服务区域、联系方式

资质与政策

证书、专利、标准、合规、质保、退换、SLA

案例与数据

客户、问题、过程、结果、样本、口径、证据链接

市场与内容

术语、行业问题、解决方案、白皮书、新闻与更新记录

资产二：问题工程

问题生成公式

目标人群 × 决策旅程 × 问题意图 × 使用场景 × 限制条件



维度

建议分类

例句

目标人群

采购者、使用者、经销商、合作伙伴、人才、媒体、监管

“经销商如何申请合作？”

决策旅程

认知、了解、评估、选择、交付、使用、售后

“签约后多久可以交付？”

问题意图

事实、科普、推荐、对比、价格、场景、风险、服务

“A 型号和 B 型号有什么差别？”

使用场景

行业、角色、地点、规模、时间、设备、流程

“华东 500 人工厂如何部署？”

限制条件

预算、周期、合规、材料、兼容、服务范围

“预算 20 万、30 天内如何选型？”

两层问题集

层级

覆盖范围

验证重点

品牌问题集

身份、历史、资质、产品、能力、地点、政策、数据、联系人

答案准确性、一致性、官网引用、错误认知

业务词问题集

科普、推荐、对比、采购、价格、场景、地域、风险、售后

品牌出现、引用出现、推荐出现、信源组合与页面覆盖

问题集搭建顺序

  1. 先确定 3 类目标人群与 3 条优先业务线。

  2. 再列出品牌事实问题，逐题绑定原子事实与证据。

  3. 随后补齐科普、推荐、对比、场景、采购与售后问题。

  4. 最后保存固定基线问题，并按月吸收搜索、销售和客服的新问法。

最小可用问题集

40 题起步：品牌 10、科普 10、推荐 5、对比 5、场景 5、采购与价格 5。每题至少绑定一个事实和一个承载页面。



ATOMIC FACTS

原子化事实指标库：把企业知识拆成可验证的标准答案

原子事实是可以独立回答、具有明确口径、能够指向证据的最小信息单元。它让多页面、多团队、多平台的答案保持一致。

推荐字段

字段

说明

示例

fact_id

唯一标识

FACT-COMPANY-001

entity_id

归属实体

BRAND-001

metric_name

事实名称

公司成立时间

canonical_answer

标准答案

2016 年 8 月

unit / range

单位与范围

天、万元、台/年

effective / review_date

生效与复核日期

2026-08-01 / 2026-11-01

aliases

别名与常见问法

创立时间、成立年份

evidence

证据与来源

营业执照、产品手册、制度文件

owner / approver

责任人与审批人

法务 / 产品负责人

version / status

版本与状态

v3 / 已发布

related_questions

关联问题

公司什么时候成立？

related_pages

承载页面

/about/company

优先拆解的 25 个事实

课堂练习 · 3 分钟

选一个品牌事实，补齐“标准答案—单位—生效时间—证据—责任人—承载页面”。缺少任意一项，就把它放入事实治理待办。



MODULE 04 · 38–55 MIN

官网页面网络：让每一类问题都有明确承接页面

首页负责建立实体中心，产品、解决方案、知识、案例、政策与地点页面分别承接不同问题。页面之间通过清晰的内部链接形成可浏览、可抓取的知识网络。

官网页面网络

页面职责一览

页面类型

核心职责

必须回答

首页

建立企业/品牌实体与核心业务入口

是谁、做什么、服务谁、凭什么、去哪里继续了解

关于我们

发布稳定的企业事实与信任信息

法定身份、历史、团队、资质、地点、联系方式

产品/服务

提供规格、范围、边界与交易规则

功能、参数、适用、限制、价格规则、交付、FAQ

解决方案

承接行业、角色与复合场景

问题、约束、流程、方案、证据、下一步

知识中心

解释业务词并建立专业语境

定义、原理、步骤、对比、风险、来源、更新时间

案例/数据

提供可核验的结果证据

客户背景、问题、行动、结果、口径、授权与日期

支持/政策

公开服务承诺与合规边界

质保、退换、SLA、安全、隐私、售后入口

地点/联系

承接本地与服务区域问题

地址、营业时间、电话、预约、交通、覆盖范围

PAGE STANDARD

一张页面的 GEO 内容标准

页面需要同时服务人和机器：先给直接答案，再提供解释、边界、证据和下一步。内容结构稳定、事实一致、更新可追溯。

推荐结构

  1. 清晰标题：包含实体、主题或问题，不堆叠无关关键词。

  2. 开篇直接答案：用 2–4 句给出结论、关键数字、适用范围和更新时间。

  3. 事实与参数：使用文本、列表或表格呈现名称、数字、单位、日期与条件。

  4. 解释与边界：说明适用场景、限制、例外、风险和常见误区。

  5. 证据与来源：链接到资质、案例、方法、政策、数据口径或原始文件。

  6. 问答与下一步：回答真实问题，提供相关页面、联系、试用、下载或咨询入口。

发布前 12 项内容检查

01 一页一主题

页面有明确实体、主题与主要意图。

02 首屏有答案

用户在开篇即可获得核心结论。

03 事实可拆

名称、数字、单位、日期与条件完整。

04 文本可读

关键信息存在于 HTML 文本中。

05 标题有层级

H1–H3 组织主题与子问题。

06 表格有表头

参数和对比关系具备清晰标签。

07 证据可访问

来源链接稳定，并说明口径。

08 作者与日期

展示作者、发布时间和更新时间。

09 事实一致

与事实库和其他页面使用同一标准答案。

10 内链清晰

连接实体页、上下游问题与证据页。

11 URL 稳定

路径语义清晰，版本更新保留历史关系。

12 有责任人

页面的业务、内容和技术责任明确。



数据提示

官网引用内容中，“通用页”占 56.56%，“品牌/服务页”占 18.61%，“指南页”占 9.20%。这组结果适合用来检查页面组合，不能直接解释内容质量。



30 秒页面扫描法

MODULE 05 · 55–68 MIN

AI 友好的技术底座

技术目标可以拆成四步：机器能发现页面、获得完整正文、理解实体与结构、把访问与引用反馈给运营团队。

一、发现与抓取

二、正文与语义

三、结构化数据

页面

Schema 建议

注意事项

首页/关于

Organization、WebSite

名称、logo、URL、sameAs 与页面可见信息一致

产品

Product / Service、Offer

价格、库存、评价等字段需要真实可见并持续维护

地点

LocalBusiness

地址、电话、营业时间、服务区域保持一致

知识内容

Article、BreadcrumbList

作者、datePublished、dateModified 与页面同步

问答

FAQPage

仅标记页面中真实可见的问答内容

Schema 的正确定位

结构化数据帮助搜索系统理解页面实体与字段。它需要与可见内容一致，通过验证工具检查；任何单一标记都不能保证获得 AI 引用。



MEASUREMENT

监测、复测与运营节奏

官网 GEO 需要一条可观察链路：问题集 → AI 回答 → 品牌/引用 → 引用页面 → 页面与事实缺口 → 优化 → 复测。

四层指标

层级

指标

用途

可访问

状态码、索引、爬虫访问、Sitemap 覆盖、渲染完整性

排除技术阻断

事实质量

标准答案覆盖、证据覆盖、有效期、冲突数、责任人

保证内容一致

页面覆盖

问题→页面映射率、内容缺口、更新时效、Schema 健康

推动生产计划

AI 结果

品牌出现、官网引用、推荐出现、引用页面、引用位置、答案准确度

验证可见性与质量

业务结果

AI 来源访问、转化、咨询质量、线索与成交贡献

连接经营价值

测量工具

推荐节奏

周期

动作

负责人

每周

处理事实变更、页面更新、抓取异常和高优先级错误答案

业务 + 内容 + 技术

每月

复测核心问题集，分析平台差异、引用页面和内容缺口

GEO 运营 + 数据

每季度

审计实体、分类、Schema、canonical、重定向、旧页面与治理机制

跨部门评审

MODULE 06 · 68–85 MIN

GEOFlow 实操：把一家企业从基线推到优化方案

演示目标是完成一条可复现工作流。示例企业可选一家公开资料充足的制造或服务企业，现场数据以实际系统输出为准。

演示前准备

现场操作八步

步骤

现场动作

可见产出

1

录入企业、官网域名、业务与人群

项目基线

2

导入并清洗企业知识，建立 25 个原子事实

事实清单与证据状态

3

构建 40 个问题：品牌 10、科普 10、推荐 5、对比 5、场景 5、采购 5

问题集与标签

4

在目标 AI 平台运行首轮基线

品牌、引用、页面、答案记录

5

建立“问题→事实→页面”映射，识别缺口与冲突

缺口优先级

6

生成或优化一个产品页、一个指南页和一组真实 FAQ

页面 brief 与内容草案

7

执行抓取、Sitemap、canonical、Schema 与渲染检查

技术检查单

8

设定发布、观察与复测计划

责任人、日期与比较基线

演示验收

讲师提示

AI 收录与引用存在平台差异和时间差。课堂承诺聚焦可执行的资产、页面和技术改造，不设定即时引用保证。



MODULE 07 · 85–90 MIN

复盘：一张 30 天行动表

让学员离场时拥有明确次序、责任人与验收口径。先完成基线与事实治理，再发布高优先级页面，随后进入持续复测。

时间

重点动作

交付物

验收

第 1 周

确定目标人群与业务，建立 40 个问题并跑首轮基线

问题集、平台基线

标签完整、结果可追溯

第 2 周

整理知识库，完成 25 个优先原子事实

事实库、证据清单

来源、责任人、日期完整

第 3 周

建立问题→事实→页面映射，发布 3–5 个优先页面

页面地图、页面 brief

内容与技术检查通过

第 4 周

完成抓取与 Schema 审计，设置监测和复测

技术报告、复测计划

错误闭环、责任人确认

课程最后三句话

  1. 官网 GEO 从企业事实治理开始，标准答案需要证据、责任人和有效期。

  2. 问题工程决定页面建设优先级，品牌问题与业务问题使用不同的验证指标。

  3. 可引用页面、可访问技术和持续复测共同构成运营闭环。

结束提问

“回到公司后，你准备先治理哪 10 个事实、哪 10 个问题、哪 3 个页面？”



APPENDIX A

模板：原子化事实指标表

建议先维护 25–50 个高优先级事实，再逐步扩展。每次官网发布从事实库取数，减少多页面冲突。

事实 ID

实体/指标

标准答案

证据

日期/责任人

页面

FACT-001

企业/成立时间

2016 年 8 月

营业执照

2026-08-01 / 法务

/about

FACT-002

产品A/交付周期

签约后 30–45 天

交付制度 v4

2026-08-20 / 交付

/product-a

FACT-003

服务/质保

整机 2 年

质保政策 v3

2026-07-01 / 售后

/support/warranty

FACT-004

企业/服务区域

中国大陆 31 个省级区域

网点清单

2026-08-15 / 渠道

/locations

FACT-005

产品A/适用范围

500–2,000 人规模工厂

产品手册 v5

2026-08-12 / 产品

/solutions/factory

FACT-006

企业/认证

ISO 9001:2015

认证证书

2026-06-30 / 质量

/about/certification

使用规则



附录 B

模板：品牌问题集与业务词问题集

问题必须接近真实表达，并保留人群、旅程、意图、场景与约束标签。后续复测使用固定问题，同时按月补充新问题。

品牌问题集 · 建议 10 类

身份

X 公司和 X 品牌是什么关系？

历史

X 品牌什么时候成立？

资质

X 是否通过 ISO 9001 认证？

产品

X 有哪些主要产品系列？

能力

X 的年产能或服务能力是多少？

范围

X 在哪些地区提供服务？

政策

X 的质保和售后政策是什么？

地点

X 总部、工厂和服务网点在哪里？

案例

X 服务过哪些典型客户？

联系

如何联系 X 的商务或售后团队？

业务词问题集 · 建议 8 类

类型

问题模板

优先页面

科普

什么是___？它适合哪些场景？

知识/术语页

推荐

___领域有哪些值得了解的品牌或方案？

解决方案 + 案例

对比

A 与 B 的差异、适用范围和选择条件是什么？

对比/选型页

价格/采购

采购___需要多少预算，流程和周期如何？

产品 + 采购指南

场景

___行业在___约束下如何解决___？

解决方案页

地域

___地区有哪些服务商，服务范围与响应如何？

地点/服务区域页

风险/合规

部署___有哪些风险、标准与合规要求？

安全/合规页

售后

___出现问题如何排查，质保与响应时效如何？

支持/政策页

APPENDIX C

模板：问题—事实—页面映射

每个优先问题需要明确所用事实、承载页面、当前缺口、负责人和计划日期。一个页面可以承接多个紧密相关问题。

优先问题

所需事实

承载页面

缺口

责任/日期

公司什么时候成立？

成立时间、法定名称

/about

证据未公开

法务 / 9-05

产品 A 适合什么规模？

适用范围、容量、限制

/product-a

限制条件缺失

产品 / 9-08

A 和 B 如何选？

参数、差异、场景、价格规则

/compare/a-vs-b

无对比页

内容 / 9-12

华东能否交付？

区域、交付周期、服务网点

/locations/east

区域页缺失

渠道 / 9-15

质保多久？

质保范围、期限、例外、入口

/support/warranty

旧版政策

售后 / 9-06

有哪些制造业案例？

客户、场景、过程、结果、口径

/cases/manufacturing

证据授权待审

市场 / 9-18

优先级评分

建议公式

优先级 = 业务价值 × 问题频率 × 当前答案风险 × 页面可落地性。每项 1–5 分，优先处理高业务价值、高风险、可快速修复的项目。





 

附录 D

模板：官网 GEO 技术检查单

发布前由内容与技术共同检查。严重问题先修复，随后再进入 AI 基线与复测。

类别

检查项

通过标准

状态

访问

状态码与公开访问

重点 URL 返回 200，无登录阻断

□

抓取

robots.txt / OAI-SearchBot

目标爬虫允许访问重点目录

□

索引

noindex / canonical

无误设；canonical 指向规范 URL

□

发现

XML Sitemap / 内链

重点页在 Sitemap 中，站内可达

□

更新

lastmod / IndexNow

更新时间真实；更新可提交

□

渲染

正文可获取

无交互也能读取关键事实

□

语义

H1–H3 / 列表 / 表格

层级清晰；表格有表头

□

媒体

文本与替代文本

关键事实有 HTML 文本；图片 alt 有意义

□

Schema

类型与字段

匹配页面类型，与可见内容一致

□

验证

结构化数据错误

无严重错误，警告有记录

□

质量

移动端 / 性能 / HTTPS

关键体验指标达到团队基线

□

测量

日志 / 来源 / GEOFlow

访问与 AI 结果可追踪、可复测

□

JSON-LD 最小示例：Organization

{
"@context": "https://schema.org",
"@type": "Organization",
"name": "示例品牌",
"legalName": "示例企业有限公司",
"url": "https://www.example.com/",
"logo": "https://www.example.com/logo.png",
"sameAs": ["https://example.com/verified-profile"]
}

页面实际使用时需要替换为企业真实信息，并保持 JSON-LD 与可见正文一致。

APPENDIX E

速查卡

这一页可在授课时单独打印。所有数字来自本地 2026-07-14 快照，教学目标与行业假设已单独标注。

四个数字

4.28%

全库官网占比

整体生态位置

24.31%

品牌类官网占比

高杠杆场景

88.71%

问题级触达

覆盖广度

2.42–6.42%

六行业区间

行业差异

四个系统

企业知识库 → 问题工程 → 原子化事实指标库 → 页面与技术运营。

八个页面

首页、关于、产品/服务、解决方案、知识中心、案例/数据、支持/政策、地点/联系。

四个技术目标

可发现、可获取、可理解、可测量。

一句提醒

口径

单次快照无法证明时间趋势；制造业 20%–30% 需要新增制造业样本验证。



结束动作

让学员写下：10 个事实、10 个问题、3 个优先页面、1 个负责人。

SOURCES & METHODS

数据口径、外部依据与使用边界

课程用数据分为本地事实与外部参考。外部研究用于补充趋势、技术与测量背景，所有结论保留适用范围。

本地数据口径

外部参考

• Semrush · AI Tools and the Modern Buyer Journey — 海外消费者调查；用于说明 AI 发现、官网验证与购买旅程之间的连接。

• Semrush · Technical SEO Impact on AI Search — 5M cited URLs 的相关性研究；Schema 数据属于相关性证据。

• OpenAI · Publishers and Developers FAQ — OAI-SearchBot、GPTBot 与 ChatGPT 来源参数说明。

• Bing · AI Performance in Webmaster Tools — AI 引用页面与 grounding queries 的测量入口。

• Google · Organization Structured Data — Organization 字段与 JSON-LD 示例。

• Google · Structured Data General Guidelines — 结构化数据质量、可见内容一致性与资格边界。

• Google · Build and Submit a Sitemap — Sitemap、规范 URL 与 lastmod 实施依据。

• Bing · Sitemaps in AI-Powered Search — Sitemap 与更新发现的实践建议。

讲师最后核对

引用具体百分比时说明数据来源与日期；引用外部调查时说明地区、样本与方法；所有教学目标使用“目标值”表述。



2026.08.29 · 教学版