# AI 时代的 SEO / GEO 基础与实战：完整授课大纲

版本：讨论稿 v1 · 2026-10-18（Australia/Brisbane）  
主讲：Lightman  
范围：授课设计与备课清单；尚未修改、替换或重新制作课件和海报。  
适用：网站经营者、营销与内容人员、个人品牌经营者，以及需要理解 SEO 的开发者。

## 1. 课程定位、目标与边界

课程系统讲解 SEO 应该掌握的基础，覆盖内容、技术、可信度、个人网站、AI 辅助和 GEO。原 PPT 中的技术内容仍是全员需要理解的基础；代码用于帮助看懂问题、验证结果和提出准确的修改要求，不要求学员在课上搭建完整框架或云环境。

主线：理解搜索如何工作 → 找到用户需求 → 做好页面内容 → 保证技术交付 → 建立可信证据 → 使用 AI 辅助工作 → 理解 GEO → 测量与迭代。

学员完成课程后应能：

1. 说明抓取、渲染、索引、展示、访问和业务行动的区别。
2. 对一个真实页面做内容与技术检查，记录问题、证据、建议和验证方法。
3. 为个人或企业整理作者身份、实际经验、项目成果、来源及相关外部记录。
4. 使用 AI 做有依据的整理、审稿与诊断，并核验输出。
5. 区分 Google 与其他 AI 搜索平台的规则，设计可重复的 GEO 观察。
6. 根据实际数据排出下一轮优化任务，不把相关变化直接解释为因果。

课堂采用多个真实案例分别解释知识点。Maple Slot 不再作为本大纲的贯穿案例。原 PPT 的房产、手袋和历史网站图片按原有来源使用，讲解时标明历史性质；不把历史排名、价格或图表数量当作当前项目成绩。

课程成果：一份页面检查记录、一份页面修改简报、一份 E-E-A-T / 个人网站实施计划、一份 GEO 观察记录，以及一份有验证条件的优化待办。它们是课程拟训练的产物；本大纲不宣称已经完成这些真实网站的优化或取得排名提升。

## 2. 课时与教学节奏

建议完整版为净教学 240 分钟，另安排两次各 10 分钟休息，总占用约 4 小时 20 分钟。下表为相对教学时间，不是已确认的活动起止时间。

| 教学分钟 | 部分 | 时长 | 本段交付 |
|---|---|---:|---|
| 0–10 | 开场：看懂学完要会做的检查 | 10 分钟 | 理解问题—证据—行动的记录方式 |
| 10–35 | 一、搜索机制、需求与关键词 | 25 分钟 | 搜索意图与页面匹配表 |
| 35–65 | 二、内容与 On-page SEO | 30 分钟 | 一份页面修改简报 |
| 65–100 | 三、技术基础：URL、响应、抓取与索引 | 35 分钟 | 页面可取得与可索引检查记录 |
| 100–130 | 四、技术基础：渲染、性能、移动端与架构 | 30 分钟 | 渲染 / 体验问题与验证步骤 |
| 130–175 | 五、E-E-A-T、个人网站与外部声誉 | 45 分钟 | 主张证据表和个人网站实施计划 |
| 175–195 | 六、AI 辅助 SEO 的工作方法 | 20 分钟 | 一份经核验的 AI 辅助建议 |
| 195–220 | 七、GEO：AI 搜索的理解、控制与观察 | 25 分钟 | 平台区分表与 GEO 观察设计 |
| 220–240 | 八、测量、优先级与课程收束 | 20 分钟 | 下一轮任务表与验收条件 |

每段按“问题 → 原理 → 实际页面 / 证据 → 操作 → 判断 → 下一步”推进。讲师演示不要求全班等待安装工具；操作卡与材料应提前准备。示范改动在文稿或隔离环境中进行，不直接修改公开案例站点。

## 3. 案例库：案例真实，但结论必须与证据相符

资料检查日期为 2026-10-18。公开资料读取不等于已完成浏览器技术审计、Google 索引确认或真实账户报告验收。

| 编号 | 真实案例 / 材料 | 用来讲什么 | 已具备的依据与限制 |
|---|---|---|---|
| C1 | 原 PPT 26 页：手袋养护文章、顾客与搜索截图 | 从用户困惑到内容任务 | 原稿历史素材；观察任务与文章的对应，不承诺当前排名，也不冒充当前 SERP |
| C2 | 原 PPT 33、42、47、75–78 页：realestate.com.au 等房产 / 装修 / 内链案例 | 搜索意图、摘要、图片、层级与锚文本 | 历史图像；照片、结果和地址分别核对。78 页 DOM 地址与卡片地址不同，不能说成同一房源的前后证据 |
| C3 | [匠人 Lovable 指南入口](https://jiangren.com.au/wiki/lovable-guide)与[本次读取到的章节页](https://jiangren.com.au/wiki/lovable-guide/01-what-is-lovable) | 信息文章的任务、内容层级、原 URL 到章节的承接 | 本次网页读取发现入口导向章节页；课堂前用浏览器核实响应链、DOM、canonical 与当前布局，再记录实际值。未验证作者署名、索引、排名或转化 |
| C4 | [MDN：404 Not Found](https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/404) | 精确技术说明、请求响应示例、问题排查与来源 | 已读取正文与示例；它是解释 HTTP 404 的正常文档页，不因为标题有 404 就说明该文档请求返回 404 |
| C5 | [Simon Willison 的 About 页面](https://simonwillison.net/about/)与[LLM 编程经验文章](https://simonwillison.net/2025/Mar/11/using-llms-for-code/) | 个人网站、经验内容、项目链接、方法及利益披露 | 已读取本人介绍、披露与文章。可观察证据组织方法；个人简介中的经历仍应沿独立来源核对，不称为 Google 的作者认证或 E-E-A-T 得分 |
| C6 | 原 PPT 49–51、63–72 页的 CSR / SSR / SSG 流程 | 正文何时生成、何时到达、何时能操作 | 机制图来自原稿；以当前官方 JS SEO 文档更新解释。不能凭一个框架名确认真实页面的渲染结果 |
| C7 | 原 PPT 54、57、59、61 页的加载、位移和 Search Console 图 | 体验观察、趋势、错误类型与诊断顺序 | 历史图像只解释关系；旧刻度、计数和指标不作为当前项目实测值 |
| C8 | Google / OpenAI 官方规则与工具页面 | 机制、控制项、报告字段与验证方法 | 官方规则案例，不冒充账号已经配置或已取得优化结果。平台差异逐项说明 |

C3 作为可重复返回的真实内容页面；C4 负责解释技术文档与错误判断；C5 负责解释个人身份和证据组织。其他业务类型用 C1/C2 作对照，避免整门课只适用于技术博客。

## 开场：用一份检查记录说明课程要解决的问题（10 分钟）

**讲什么**：页面能打开、页面有内容、内容值得看、搜索能取得、用户完成任务是不同判断。先展示一份“观察—证据—建议—验证”的记录结构。

**怎么做**：打开 C4，定位状态说明、示例和来源；让学员看到一条有依据的结论应该链接到具体内容。随后打开 C3，只记录可观察页面现象，把未检查的技术项和后台数据留作未验证。

**案例与讲解边界**：MDN 文档讲的是 HTTP 404，页面标题不代表它自己返回 404。这个例子引出全课习惯：不能只根据标题、AI 摘要或一个分数下结论。

**本段产物**：一条记录示例：观察“正文解释404语义并给请求响应样例”；证据“具体段落”；下一步“Network核实本页实际响应状态”；当前结论“不推断本页响应码或Google收录”。

**接下一段**：知道怎样记录证据后，先判断页面应服务哪种搜索需求。

## 第一部分：搜索机制、需求与关键词（25 分钟）

### 1.1 搜索如何工作

- SEO、自然搜索与付费搜索；SEO 的内容、技术和维护投入。
- 发现链接 → 抓取资源 → 处理与渲染 → 索引 → 对查询组织结果。
- 排名、CTR、访问、有效行动分别回答什么；搜索量与商业价值的区别。
- 原稿 TACA（Technical / Audience / Content / Authority）保留为教学检查框架；原“Content Score × Link Score”不能讲成 Google 公布的算法。

### 1.2 关键词表达与搜索意图

- 品牌、通用、地点、长尾查询；方法、比较、产品、导航和本地服务需求。
- 一种任务可以有多种问法；同一关键词也可能有混合意图。
- 同一域名里，买房与洗衣房灵感可能服务完全不同的任务。

**怎么做**：先用 C2 两种历史结果识别任务，再选 C3 的一个真实内容主题。课上实际搜索时记录查询、日期、地区/语言、设备与结果类型；查看代表页面实际提供什么，不只读摘要。将观察、关键词工具估计与学员假设分列，不能填造搜索量。

**AI 运用**：让 AI 对给定查询做任务分组并给出理由；人逐组打开代表页面复核。没有搜索能力或实际数据时，AI 的分组是候选解释。

**真实案例**：C1 手袋困惑→养护内容；C2 房产购买与装修灵感对照；C3 指南型页面与品牌导航需求。

**练习（英文）**：Classify the supplied queries by user task. Select one page type and record the evidence and unresolved assumptions.

**产物 / 验收**：需求表至少包含查询、任务、页面类型、来源、日期、证据状态与下一步。能够解释为什么两种表达合并、两种任务分开。

**接下一段**：明确需求后，检查页面是否兑现它承诺的答案。

原稿对应：15–23、25–26、33 页。

## 第二部分：内容与 On-page SEO（30 分钟）

### 2.1 把内容写成用户可使用的答案

- 标题与页面任务匹配；简介、方法、输入、步骤、证据、限制和下一步各有什么作用。
- 信息文章、服务页、课程页与商品页的内容要求不同。
- 原创信息、实际经验与引用的职责；引用不是免除自己解释与核验的理由。

### 2.2 页面结构与搜索展示

- HTML title、可见 H1、H2/H3、meta description、URL 与搜索摘要的关系。
- 结构让人读懂；不把唯一 H1、固定字数或 title 字符长度讲成普适排名处罚/合格线。
- 图片体积、格式、文件名、alt、caption；信息图、装饰图、可见图注分别处理。
- 正文链接、目录、面包屑与页脚各自的阅读任务；锚文本与目标页面一致。
- 关键词堆砌、隐藏内容、门页、低价值批量改写和购买操纵性链接等错误做法。

**怎么做**：对 C3 做“需求→现有内容→缺少的证据或步骤→下一步”的修改简报。用 C2 房产与厨房图片演示 alt/caption 的差别；用 C4 的分节与代码样例说明准确结构。修改建议先保存在文稿，不直接写入案例网站。

**AI 运用**：提供真实正文与目标读者，让 AI 标记含糊、重复、缺少依据和未回答的问题；输出每项建议对应的原段落。人判断是否需要修改，不接受无根据的关键词密度或字数目标。

**真实案例**：C2、C3、C4。历史搜索结果用于解释组成；实际搜索展示是否改写，需要另观察。

**练习（英文）**：Revise the supplied title, summary, headings, image description, and one internal link. Explain how each change supports the reader's task.

**产物 / 验收**：一份可实施的页面修改简报：目标任务、标题与结构、两项证据补充、图片说明、内链目标和验证方式；不改既有生产 URL 来追求“漂亮地址”。

**接下一段**：页面内容合理以后，核对搜索引擎实际能取得哪个版本及哪些内容。

原稿对应：27–29、31–33、39–47、75–78 页。

## 第三部分：技术基础——URL、响应、抓取与索引（35 分钟）

这部分所有学员都需要理解；不会写代码也应能看懂证据并向开发者提出明确问题。

### 3.1 地址、请求和响应

- URL 的协议、主机、路径、参数与 fragment；跟踪参数、筛选参数和内容差异不能混为一类。
- GET 与响应头、Content-Type、缓存的基础含义。认识其他 HTTP 方法即可，不在课堂对真实业务发起写入或删除。
- 200、301/308、302/307、401/403、404/410、5xx、soft 404 与重定向循环。
- 打开 Chrome DevTools：Network 看请求状态/响应/跳转，Elements 看 DOM，Console 看相关错误。

### 3.2 抓取、索引与内容保护

- robots.txt 是抓取规则，noindex 是索引指令；内容被禁止抓取时，不能依赖爬虫读取页面内 noindex。
- Sitemap 提供发现线索；提交或请求索引不等于已经索引。
- 私人资料需要认证与访问权限；robots/noindex 不作为隐私保护措施。
- `<a href>` 内链、孤立页面、层级与发现路径；认识 `nofollow`、`sponsored`、`ugc` 的链接关系，不能把它们当作目标页面的索引或权限控制。

依据：[robots说明](https://developers.google.com/search/docs/crawling-indexing/robots/intro)、[noindex说明](https://developers.google.com/search/docs/crawling-indexing/block-indexing)。

### 3.3 Canonical 与结构化数据

- 区分重复内容的首选版本、真正的页面迁移和不同任务页面。
- canonical、站内链接、Sitemap与重定向表达应一致；canonical是信号，不能保证索引或让无关页面变成等价内容。
- 认识 JSON-LD、Microdata、RDFa。按真实页面类型选择 Article、BreadcrumbList、Product、Organization 或 ProfilePage 等；核对当前 Google 支持范围与适用条件。
- Schema Validator 的语法检查、Rich Results Test 的资格检查与实际展示是不同层次。

依据：[Canonical官方文档](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls)、[结构化数据通用要求](https://developers.google.com/search/docs/appearance/structured-data/sd-policies)。

**怎么做**：用 C3 入口及章节页记录实际跳转链、最终 URL、title/canonical/robots 与正文；在授权账户有相应资料时再打开 URL Inspection。用 C4 解释“文档主题”和“实际状态”区别；用 C2 的历史 canonical 错误/修正解释同内容版本。没有实际响应证据时不填状态码。

**AI 运用**：给定脱敏响应头、规则与 HTML，让 AI 逐项提出假设和检查路径；每条必须引用提供的字段。AI 看不到 Google 后台时，不能确认索引状态。

**练习（英文）**：Separate availability, crawlability, indexability, and privacy. Record the observed evidence and one next check for each unresolved item.

**产物 / 验收**：检查记录包含请求地址、最终地址、状态/跳转、正文、抓取规则、索引规则、canonical、Sitemap/内链及证据位置。未检查项标未验证；不要把正常退役页面的404一概当成故障。

**接下一段**：响应与规则正确后，还要判断正文怎样到达用户、页面是否真正能用。

原稿对应：2–7、24、34–38、41–43、48、60–61、75–78 页。

## 第四部分：技术基础——渲染、性能、移动端与架构（30 分钟）

### 4.1 CSR / SSR / SSG 与实际交付

- 先理解原始响应 HTML、执行 JavaScript 后的 DOM、数据请求和交互就绪。
- CSR 在客户端组装，SSR 在请求时生成，SSG 在构建阶段预生成；认识水合与缓存的基本作用。
- Next.js 是实现例子；选择框架不等于完成 SEO。Google 能处理 JavaScript，仍需要检查资源、正文与链接取得情况。

依据：[Google JavaScript SEO基础](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)。

### 4.2 页面速度与实际体验

- 加载顺序、主内容出现、交互响应和内容位移。
- 当前 CWV：LCP≤2.5秒、INP≤200毫秒、CLS≤0.1；按设备看第75百分位。
- 区分 Lighthouse 实验室诊断、PSI现场数据和实际任务体验；现场数据不足要如实记录。实验室 TBT 不是现场 INP 的同义词。
- 选择一项实际问题解释原因：过大主图、第三方脚本、未预留尺寸、阻塞或失败的资源。

依据：[Web Vitals](https://web.dev/articles/vitals)。

### 4.3 移动端、真机和基础架构

- 响应式、移动端正文/链接一致性、阅读、表格、导航和操作。
- 保留原稿 Safari Web Inspector、Chrome Android 远程调试的方法目的；安装路径按当前官方设备文档准备，旧 Xcode/Genymotion 界面作附录。
- 用原79–80页解释 DNS/CDN/负载均衡/反向代理/服务器/API/数据库的请求路径，以及缓存、慢响应、5xx与部署错误可能发生的位置。明确它是历史架构，不介绍为当前生产架构。

**怎么做**：用 C6 机制图理解三种交付方式，再在 C3 或 C4 实际比较响应、DOM及资源。用 C7 观察加载/位移，不要求读手机帧中的小字。课堂前保存一个真实页面的PSI结果并记录URL、日期、设备和报告类型；结果未知前不填分数。手机用读正文、查表格、打开内链这一具体任务验收。

**AI 运用**：把实际资源瀑布和诊断项交给 AI 整理为“问题→可能原因→验证→修正”，再逐条核对。不能凭 screenshot 或框架名自动断言Google看不到正文。

**练习（英文）**：Compare the response HTML, rendered content, and mobile task. Identify one observed issue and a repeatable verification step.

**产物 / 验收**：一项渲染或体验问题的证据与优先级；能说明修正后要重新检查什么。模拟器与真实手机、实验室分数与现场分布分别标明。

**接下一段**：技术保证内容被取得和使用；内容中关于作者、方法和效果的主张还需要可信证据。

原稿对应：8–14、49–59、62–74、79–80 页。

## 第五部分：E-E-A-T、个人网站与外部声誉的具体实施（45 分钟）

### 5.1 先回答 Google 怎样判断，以及我们能知道多少（8 分钟）

- 用 Experience、Expertise、Authoritativeness、Trust 理解内容质量，信任是关键。
- Google描述的是自动化系统使用多种因素；E-E-A-T不是一个独立排名因素。质量评估员用于评估系统效果，其评分不直接控制页面排名。
- 把“官方说明”“可观察页面证据”“自己的优化假设”分开；不出售所谓Google官方E-E-A-T分数或内部权重。
- 个人网站、作者页、Schema可以承载和描述事实，不能据此保证获得排名。不同主题对经验、专业资格和准确性的要求不同；尤其要识别高风险主题。

依据：[Google实用可靠内容指南](https://developers.google.com/search/docs/fundamentals/creating-helpful-content)。

### 5.2 从四个概念变成实施动作（12 分钟）

| 维度 | 实施动作 | 页面应出现的实际材料 | 怎样核对 |
|---|---|---|---|
| Experience | 记录亲自做过的过程 | 原始截图、步骤、环境、日期、输入/结果、失败与修正 | 材料是否确实来自该次工作，别人能否理解观察范围 |
| Expertise | 展示解释与判断能力 | 原理、取舍、适用条件、代码或方法、重要例外、可靠来源 | 结论能否推导，事实是否正确，资历是否相关真实 |
| Authoritativeness | 整理相关的独立记录 | 他人引用、实际演讲、合作记录、独立报道、真实评价 | 谁发布、何时发布、原始链接、语境及商业关系；自述与独立记录分列 |
| Trust | 让责任和边界可追查 | 准确署名、联系入口、来源、利益披露、实质修订、限制 | 是否存在夸大、假审核、假资历、不可验证数字或与正文不一致信息 |

实施对象包括作者、网站与具体页面。不会要求每篇个人经验分享都找“专家审核”；确需专业审核时，必须真实发生并说清审核范围。

### 5.3 个人网站怎么做才有用（12 分钟）

建议站点结构及职责：

| 页面 | 应放什么 | 与其他页面怎样连接 |
|---|---|---|
| 首页 | 你的主题范围、能提供什么、代表成果和当前实际服务 | 进入About、项目、文章与联系入口 |
| About / 作者页 | 真实身份、相关经历、领域、方法及可核实记录 | 文章署名指回这里；重要经历链接到证据 |
| Projects / 案例页 | 背景、本人角色、做法、产物、依据、限制和日期 | 链到实际作品、代码、文章或获授权外部记录 |
| Articles / 专题内容 | 用户问题、原创解释、第一手材料、来源及范围 | 关联项目、相关主题、作者和有用下一步 |
| Talks / Publications | 真实演讲、活动、出版或公开分享 | 链主办方/原始页面，说明本人实际身份 |
| Contact / Disclosures | 有效联系渠道、业务范围、赞助/合作等必要披露 | 从作者页及有利益关系的内容可发现 |

为每条自我介绍配证据，例如“负责过某项目”应说明本人角色及可公开产物。只有头像、职位、公司Logo和一串形容词，不能替代具体材料。无权限公开的客户数据先脱敏或不用；不能编造评价填空。

**结构化实施**：在符合条件的作者/About页面理解 `ProfilePage` 与 `Person`，文章作者关联同一人物，真实外部身份可用相关链接表达。标记与可见页面一致，避免把所有页面都标成个人档案，也不添加虚构资历。参考：[ProfilePage官方文档](https://developers.google.com/search/docs/appearance/structured-data/profile-page)。

### 5.4 真实案例拆解与修改计划（8 分钟）

打开 C5：先读 About 与披露，再进入一篇经验文章，沿文中的项目/代码链接检查材料怎样支持叙述。观察作者如何交代做法、遇到的问题和边界；不把本人简介当成独立背书，不宣称这些页面结构导致某个排名。

Lightman可在备课时选择一项本人真实项目/授课经历，准备“简历式主张→实际材料→适用范围”对照。当前没有确认个人网站地址，也没有核实整套对外经历，因此不在大纲中伪造个人网站或具体履历。默认公开示例C5已可用于讲解；获得资料后可换成本人案例，不影响知识结构。

**AI 运用**：提供已经确认的身份和项目材料，让AI找出需要证据的主张、缺少的范围及链接；AI不能扩写出未发生的工作、资格、获奖、媒体认可或专家审核。

### 5.5 怎么知道实施有用（5 分钟）

分三层检查：实施层看材料真实、可读且连得起来；读者层用非作者本人检查是否理解身份/依据/限制；表现层记录修改范围与日期，跟踪相关查询、目标页面与有效行动。排名变化受多种因素影响，不能把任何上涨都归为“E-E-A-T提升”。

**练习（英文）**：Choose three claims from the supplied author or project page. Link each claim to evidence, state its limits, and propose one concrete revision.

**产物 / 验收**：三条主张证据记录＋个人网站页面清单；每项任务有材料来源、负责人、缺口、验收方式。能区分本人自述、第一手证据和独立来源。

**接下一段**：这些原始材料也是AI工作的可靠输入；资料不足时应暴露缺口，而不是生成更响亮的说法。

原稿对应：28、30–32 页；个人网站与E-E-A-T实施为补充。

## 第六部分：AI 辅助 SEO 的具体工作方法（20 分钟）

**讲什么**：把AI接入已经理解的SEO任务：需求归类、页面审阅、技术证据整理、主张核验、优化任务草案。重点是输入材料和验证，不教一个万能“SEO提示词”。

**操作流程**：

1. 准备真实查询/正文/HTML/脱敏报告，写清页面目标、当前范围与不能改变的约束。
2. 要求每条发现引用材料中的具体段落或字段；把观察、推测、未知分开。
3. 先做少量建议，人工打开引用、检查代码或材料，再决定实施。
4. 保存原稿、AI建议、人工取舍、最终稿及验证记录。

**课堂AI操作指令（英文）**：

> Review only the supplied page and evidence. Return: observation, evidence location, uncertainty, proposed change, and verification step. Do not invent rankings, traffic, author credentials, search volume, or test results. Mark anything not supported by the input as unverified.

**怎么做**：用 C3 的一小段真实正文及页面任务先审一轮，再让AI根据C4给定事实检查技术表述。逐条核对引用和建议；如果AI工具没有网页访问能力，就只分析实际提供的内容。演示在已获授权的订阅交互中进行；本次备课不通过付费模型API批量生成。

**真实案例**：C3/C4作为输入；C5经验文章可用于讨论“已有专业知识怎样帮助判断AI输出”。不把该作者的开发结果当成SEO效果案例。

**练习（英文）**：Review the supplied AI suggestions. Accept, revise, or reject each item using the original evidence.

**产物 / 验收**：至少一条有依据的采纳建议、一条因证据不足被拒绝/退回的建议。若实际输出没有错误，不人为编造“AI现场犯错”；可另用明确标注的人工编写反例练习。

**接下一段**：使用AI辅助工作，与让自己的内容在AI搜索中出现，是两项不同任务。后一项进入GEO。

## 第七部分：GEO——AI 搜索中的可见性（25 分钟）

### 7.1 理解机制和平台边界（7 分钟）

- SEO与GEO各关注什么；理解检索、来源、生成回答及链接呈现的基本过程。
- 区分被抓取、进入索引/检索库、在回答中被引用、品牌被提及和实际带来访问。
- Google官方AI搜索指南继续以SEO基础为出发点；面向人提供独特材料，保持内容可取得、清楚和有用。[Google AI优化指南](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide)
- 不把llms.txt、特殊GEO Schema或固定“切块字数”讲成Google准入秘诀；其他服务若使用某文件，按该服务资料核对。

### 7.2 核对实际控制与技术条件（6 分钟）

| 平台 / 项目 | 课堂需要认识什么 | 不应混淆什么 |
|---|---|---|
| Google普通搜索 | 抓取、索引、摘要及页面质量 | 页面可打开不等于已索引 |
| Google AI搜索 | Search Console的Search generative AI设置，及其包含/排除/继承关系 | 普通索引规则、AI搜索控制与训练控制不能互相代替 |
| OpenAI搜索与训练 | OAI-SearchBot和GPTBot的用途及独立控制 | 不把拒绝训练解释为拒绝所有搜索用途 |
| 其他AI平台 | 先读该平台当前发布的机器人、索引及报告说明 | Google规则不直接套用到所有平台 |

依据：[Google AI搜索控制](https://support.google.com/webmasters/answer/16908024?hl=en)、[OpenAI官方爬虫说明](https://developers.openai.com/api/docs/bots)。课堂讲解与只读核对，不现场擅自更改网站控制设置。

### 7.3 怎样做内容与观察（9 分钟）

- 从C3/C5选择一个真实问题，检查关键结论、限定条件、原始来源与实际经验是否清楚；将“可改善的表达”与“排名/引用假设”分开。
- 明确比较表的对象、时间、条件与来源；价格、功能等易变事实保留日期和更新责任。提供高质量图像与方法材料，不能只把段落重写成问答就称完成GEO。
- 设计三类观察：信息问题、比较问题、品牌事实问题。每次保留完整问题、平台/模式、日期、地区/语言、回答、链接、是否实际支持相关说法。
- 同一问题多次、跨时间记录，观察引用变化；没有出现一次不能证明长期无可见性，出现一次也不能证明策略成功。不要从一次手工查询算“AI市场占有率”。

**真实案例**：C3与C5可作为被比较的真实内容；模型到底引用谁，只能按实际查询记录。若当前没有授权可访问的搜索型AI或没有保存结果，就演示官方机制与观察表，不编造引用截图。

**练习（英文）**：For each observed AI answer, record the exact query, platform, date, linked source, supported statement, and one limitation of the observation.

**产物 / 验收**：一份平台控制区分表与可重复执行的观察方案；有实际查询证据才填写回答和引用。留3分钟归纳内容/技术/身份中应先修的一项。

**接下一段**：手工观察说明具体场景；持续效果需要结合平台报告和站内行为判断。

## 第八部分：测量、优先级与课程收束（20 分钟）

### 8.1 看对数字（7 分钟）

- Search Console的查询、页面、曝光、点击、CTR与平均排名；站内会话、关键动作、询盘/订单分别定义。
- 区分技术诊断分数、第三方工具估计、实际搜索数据和业务记录。
- 当前Google的Generative AI performance report（Search）主要查看AI搜索曝光与页面/国家/日期/设备等维度；以账户实际可用字段为准。与其他报表可能存在包含关系，不能相加为独立总人数。[报告说明](https://support.google.com/webmasters/answer/16984139?hl=en)
- 看不到报告可能与曝光不足等有关；缺失、隐私隐藏及导出值的语义先核对，不自行当作真实零结果。

### 8.2 从现象形成行动（8 分钟）

| 现象 | 优先检查 | 合格的下一步 |
|---|---|---|
| 页面没有被取得 | 响应、权限、robots、资源 | 复现具体URL和错误，记录修正后同一条件的结果 |
| 有内容但未索引 | 索引规则、版本、内容与状态 | 区分技术阻碍与Google选择，留实际Inspection证据 |
| 有曝光但点击少 | 查询任务、展示类型、标题与摘要 | 选定页面/查询组提出一项修改，保留时间和范围 |
| 有访问但用户没完成任务 | 正文、导航、手机体验、行为采集 | 先检查用户动作是否被正确记录，再定位页面摩擦 |
| AI回答事实错误或引用不准确 | 原始页面事实、外部资料、实际回答证据 | 修正自身错误信息并持续观察；不保证模型立刻改变 |

用C7历史报表说明范围与错误类型，再结合授权脱敏的真实报告教学。当前未取得本场所需GSC/GA4报告；没有数据时只做阅读演示或留空记录，不制造“优化前后增长”。

### 8.3 优先级与收束（5 分钟）

按影响页面/用户、证据确定性、业务重要性、实施成本与依赖排列；先修阻断取得和明显错误，再补内容与证据。每项记录问题、证据、影响、建议、负责人、复核条件和观察日期。

**练习（英文）**：Choose three next actions. For each, state the evidence, expected user benefit, owner, verification step, and what cannot yet be concluded.

**产物 / 验收**：可以交给自己或开发/内容同事实施的三项任务。没有实际索引、引用或业务数据时，不能写成已经提升。

原稿对应：18–19、53、60–61页；事件、AI搜索报告和验证口径为补充。

### 按网站类型补充的基础分支

主课把以下项目放进网站检查清单，选择与学员实际网站相关的一项说明；需要完整操作时使用课后材料，不另造第二套SEO原理。

- **多语言网站**：不同语言页面之间的对应、各自内容与canonical，以及适用时的 `hreflang`。双语页面不应仅因主题相同就全部canonical到一种语言。[Google多语言说明](https://developers.google.com/search/docs/specialty/international/localized-versions)
- **本地服务**：先确认业务模式与Google Business Profile资格，再核对名称、服务信息、地址/服务区域及真实评价。不能因为读者在某城市，就给纯线上项目虚构门店。[Google商家资格与信息规范](https://support.google.com/business/answer/3038177?hl=en)
- **电商**：商品、价格、库存、配送、退货及评价须与实际业务一致；产品页和编辑性比较文章分别检查。结构化数据不创造不存在的交易事实。
- **链接关系**：自然相关引用、广告/赞助链接与用户生成链接分别处理；引用语境与目标页面一致。[Google出站链接属性说明](https://developers.google.com/search/docs/crawling-indexing/qualify-outbound-links)


## 4. 原80页内容保留与更新对照

“保留”指保留知识点和有用材料，并按新顺序组织，不要求80页按原顺序逐张播放。安装步骤、重复分隔页和历史架构可在讲义附录完整保留，不将技术概念改成仅开发者可选。

| 原页码 | 原主题 | 新位置与处理 |
|---|---|---|
| 1 | 封面与讲师 | 开场；保留Lightman主讲身份，课程名按本次定位讨论 |
| 2–3 | URL组成 | 第三部分；参数、fragment、路径与迁移边界 |
| 4–7 | DevTools、HTTP、状态码 | 第三部分；用当前浏览器操作与响应证据更新 |
| 8–14 | 多设备、iOS/Android调试 | 第四部分；保留目的与检查法，旧菜单/安装图放附录 |
| 15–23 | 搜索、SEO/SEM、关键词、排名、流程、TACA | 第一部分；成本、历史CTR与非官方排名公式均纠正解释 |
| 24 | Code / Usability / Accessibility / Performance | 第三、四部分总览；区分原稿抓取可取得性与无障碍概念 |
| 25–26 | 受众与内容 | 第一、二部分；手袋场景保留作历史任务案例 |
| 27–29 | 结构、引用、页内元素 | 第二部分；28页可辅助第五部分讨论来源 |
| 30 | Authority / digital footprint | 第五部分；从相关材料和独立记录讲声誉，不从Logo数量推排名 |
| 31–32 | 错误做法与最佳实践 | 第二、五、六部分；保留反例，按当前spam政策核验 |
| 33 | SERP组成 | 第一、二部分；历史结果组成与当前实查分开 |
| 34–35 | 站点与URL结构 | 第三部分；新站规划与既有URL迁移分开 |
| 36–38 | Canonical | 第三部分；保留错/对示意，补上“信号而非强制” |
| 39–40 | Title / description | 第二部分；不沿用固定长度为硬性规则 |
| 41–43 | Schema与工具 | 第三部分并关联第五部分；更新资格、类型与工具 |
| 44–45 | Headings及源码判断 | 第二部分；从文档结构解释，不延续没有依据的普适处罚结论 |
| 46–47 | 图片与房地产案例 | 第二部分；照片、alt、caption与历史事实分别标识 |
| 48 | Robots / noindex / nofollow | 第三部分；明确抓取、索引、链接属性和私有访问边界 |
| 49–52 | SSR/CSR与匠人历史网页 | 第四部分；保留机制，历史网站画面不作当前产品能力证明 |
| 53–59 | 性能、加载、CWV | 第四部分；INP替代旧FID教学，旧TTI/FMP不作现行CWV指标 |
| 60–61 | 抓取错误与报表 | 第三、八部分；历史计数不冒充真实增长，正确区分404/soft404/5xx |
| 62–72 | Next.js、CSR/SSR/SSG | 第四部分；合并重复分隔与流程，保持三种机制都讲 |
| 73–74 | 响应式与移动端 | 第四部分；保留内容一致与真机检查，更新退役工具 |
| 75–78 | 页脚、面包屑、锚文本、卡片 | 第二、三部分；第78页卡片与DOM不是同一地址，不混用证据 |
| 79–80 | AWS与匠人历史架构 | 第四部分及附录；解释请求路径、缓存与故障点，不当当前生产架构 |

必须更新的历史说法：旧CTR曲线不当预测基准；SEO不是零投入；不使用公开“Content×Link”排名公式；canonical不是强制；SSR/框架名不保证SEO；FID改为INP；旧性能阈值与工具不照搬；第一条内链最有价值等绝对说法不作为规则；当前Google FAQ富结果已退役，FAQ正文仍可有用户价值。[Google文档更新记录](https://developers.google.com/search/updates)

## 5. 3小时授课版：知识覆盖不变，实践分配调整

如果周六晚只安排180分钟，可按下表压缩。完整大纲、技术检查卡和原稿专题仍作为配套阅读，不能把现场没展开的操作宣称已经练会。

| 部分 | 180分钟版 | 压缩方式 |
|---|---:|---|
| 开场 | 5 | 只展示一条完整证据记录 |
| 一、搜索与需求 | 20 | 一组意图对照，查询分组课后完成 |
| 二、内容页内 | 20 | 只改一个页面的核心段落与内链 |
| 三、技术取得/索引 | 30 | 保留各概念与一条完整检查路径 |
| 四、渲染/性能/移动端 | 25 | 机制＋一个渲染/体验演示；安装与完整性能分析课后 |
| 五、E-E-A-T/个人网站 | 35 | 保留Google机制、四维实施、个人网站和真实作者案例 |
| 六、AI工作法 | 15 | 一轮基于证据的审阅与人工取舍 |
| 七、GEO | 20 | 保留平台边界、控制与观察设计；多次查询课后 |
| 八、测量收束 | 10 | 核对口径并安排三项动作 |
| 合计 | 180 | 休息另计 |

## 6. 备课与案例准备清单

| 材料 | 目前状态 | 讲课前需完成 |
|---|---|---|
| 原80页文字/OCR与页码 | 本地来源文件已存在并逐主题对照 | 图片按需人工核对，小字无法确认不补造 |
| C1/C2/C6/C7历史图片 | 原稿素材已存在 | 只提取有用对象，图注写年份/历史性质；不直接堆整页截图 |
| C3匠人真实页面 | 公开页面/章节入口已读取 | 实际桌面/手机、响应链、DOM、canonical、规则与现场日期截图 |
| C4 MDN技术文档 | 公开正文与示例已读取 | 浏览器操作路线与网络证据，避免把文档主题当返回状态 |
| C5个人网站 | About、披露和一篇经验文章已读取 | 选2–3条可公开主张，沿项目与独立材料核实后展示 |
| Lightman本人案例 | 主讲人已确认；个人网站地址和具体项目材料未确认 | 选择一项真实经历，确认本人角色、可公开证据及披露边界；不需要为讲课仓促造个人履历 |
| 当前SERP/AI回答 | 本轮未执行可复用的课堂实查 | 记录查询环境和实际来源；无权限时用官方资料与留空观察表 |
| 真实GSC/GA4 | 本轮未读取实际账户数据 | 若使用，取得权限、脱敏并记录时间/口径；否则明确无账户示例 |
| PSI/移动端 | 未为本场录制或保存当前结果 | 保存真实URL与报告，不填造分数；准备低网络依赖备份 |
| 全部英文练习 | 本大纲提供任务要求 | 后续制作工作单与参考判断；不替换现有课件练习 |

## 7. 课后产物模板与验收

### A. 页面检查记录

字段：URL、检查日期/设备、用户任务、内容观察、响应与正文、抓取/索引规则、canonical、内链、结构化信息、渲染/移动端、问题证据、未验证项、建议及复核方法。

### B. 页面修改简报

字段：目标人群、目标任务、现有内容缺口、拟改标题/结构、要补的实际材料、图片说明、内链目标、保持不变的生产URL、实施负责人、验证步骤。

### C. E-E-A-T与个人网站计划

字段：具体主张、本人角色、第一手材料、独立来源、披露/限制、承载页面、文章与作者关联、缺失材料、下一步。不能以填完栏目或第三方分数作为真实可信度已经提升的证明。

### D. GEO观察记录

字段：平台/模式、日期、地区/语言、完整查询、实际回答或截图、引用URL、引用支持的具体说法、品牌提及、来源准确性、重复观察情况、可改自身信息、不能推断的内容。

### E. 下一轮任务表

字段：问题、证据位置、影响范围、优先理由、行动、负责人、完成条件、观察时间、未解决限制。

综合验收：学员能把一条建议追溯到证据，说明应改哪里、怎么复核以及目前不能证明什么；不以背术语、获得AI生成长报告或单次工具跑分替代。

## 8. 资料来源与版本核对

以下是本次大纲使用和复核的公开资料，日期为2026-10-18。未来制作课件时对易变功能、页面和工具再次核对。大纲里的教学设计与任务分配为本次编排，不是Google对某项操作收益的保证。

| 编号 | 来源 | 适用范围 |
|---|---|---|
| S0 | 本地《Web & Technical SEO：80页内容提取与读图整理》，路径：curriculum/ai-solo-founder-bootcamp/research/technical-seo-canva-2026-10-17/01-Technical-SEO-80页逐页提取.md | 原稿知识点、历史图像与页码；OCR不是保证逐字准确的源文件导出 |
| S1 | [Google SEO Starter Guide](https://developers.google.com/search/docs/fundamentals/seo-starter-guide) | SEO基础、内容、结构与发现 |
| S2 | [Google Helpful Content](https://developers.google.com/search/docs/fundamentals/creating-helpful-content) | E-E-A-T、作者、方法与质量评估边界 |
| S3 | [Google JavaScript SEO](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics) | 抓取、渲染与JS内容 |
| S4 | [Google Canonical](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls) | 版本规范化 |
| S5 | [Google Robots](https://developers.google.com/search/docs/crawling-indexing/robots/intro) / [noindex](https://developers.google.com/search/docs/crawling-indexing/block-indexing) | 抓取与索引边界 |
| S6 | [Google结构化数据要求](https://developers.google.com/search/docs/appearance/structured-data/sd-policies) / [ProfilePage](https://developers.google.com/search/docs/appearance/structured-data/profile-page) | 可见事实、标记与人物页面 |
| S7 | [Web Vitals](https://web.dev/articles/vitals) | LCP/INP/CLS、阈值与第75百分位 |
| S8 | [Google AI优化指南](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide) | Google AI搜索的基础与常见误解，不代表所有平台 |
| S9 | [Google AI搜索控制](https://support.google.com/webmasters/answer/16908024?hl=en) | 当前设置与继承关系 |
| S10 | [Google Generative AI Report](https://support.google.com/webmasters/answer/16984139?hl=en) | 报告字段、范围、聚合与限制 |
| S11 | [OpenAI Crawlers](https://developers.openai.com/api/docs/bots) | OpenAI搜索/训练机器人用途与独立设置 |
| S12 | [Google Search Updates](https://developers.google.com/search/updates) | FAQ等功能状态更新 |
| S13 | C3–C5所列真实网站和本人公开文章 | 可观察页面做法；不作为SEO收益因果研究 |

本轮只新增授课大纲文件。不修改原PPT提取材料、已制作课件、海报、线上页面或正式课程大纲；不提交、推送、合并、部署，不触发CI，不新增账号工程或模型API调用。