怎么用这份手册：每条结论都标注置信度——官方确认来自 Google 官方文档；行业共识是有方法论的第三方做法，但不是 Google 规则；待验证是单源说法，落地前自行复核。禁止把未经 Google 官方支持的固定排名权重、SEO 总分、关键词密度、标题字符数、外链数量、恢复天数当成 Google 规则。
全局 10 条边界
- Crawl ≠ Index（抓取不等于收录）。
- Index ≠ Rank（收录不等于排名）。
- Rank ≠ Click（排名不等于点击）。
- Structured Data ≠ Ranking Boost（结构化数据不是排名加分项）。
- Valid Schema ≠ Guaranteed Rich Result（有效 Schema 不保证富结果展示）。
- AI Content ≠ Spam；低价值规模化操纵才是主要风险边界。
- E-E-A-T ≠ 一个 Google 数值 Score。
- 第三方指标（DA/DR 等）≠ Google PageRank。
- 流量下降 ≠ 被处罚；先分层诊断再归因。
- Correlation ≠ Causation（相关不等于因果）。
搜索处理链路
诊断任何 SEO 问题前，先定位问题发生在链路的哪一层：
Query / User Context
↓
Technical Eligibility（技术资格）
↓
Discovery → Crawling → Rendering → Indexing
↓
Canonicalization / Understanding
↓
Content Quality / People-first / Relevance
↓
Site Architecture / Internal Relationships
↓
Ranking Systems → Search Eligibility
↓
Search Appearance
↓
Web / Images / Video / Products / Local / Discover / Generative AI
↓
Impressions → Clicks / CTR / Position
↓
Landing Page Behaviour → Business Outcome
↓
Measurement → Diagnosis → Improvement → Re-evaluation
01｜Google 搜索基础与 SEO 规则体系 慢变
Google Search Essentials官方确认
Search Essentials 是整套规则的入口：Technical Requirements、Spam Policies、Key Best Practices 三部分。满足要求并不保证一定抓取、索引或展示。
依据：Google 官方 Search Essentials 与 SEO Starter Guide。
动作：把所有 SEO 建议先归类为技术资格、垃圾政策或最佳实践，再判断是否属于 Google 官方要求。
风险：基础框架稳定；官方文档表述仍需定期复核。
搜索处理链路分层官方确认
用 Discovery/Crawling → Rendering → Indexing → Serving/Ranking 的链路理解搜索，不要把"抓取、收录、排名"混成一个概念。
依据：Google Search Central 官方文档（Google Search 工作方式、抓取与索引）。
动作：诊断问题时先确定问题发生在哪一层，再选择工具和修复方式。
风险：稳定；不同页面并不保证进入每一阶段。
排名系统边界官方确认
Google 使用多个排名系统和信号；没有公开固定的 SEO 因子权重公式。删除"内容30%、外链25%"等固定权重模型。
依据：Google Search ranking systems guide。
动作：用"系统+信号"的思维代替权重打分。
风险：排名系统会变化；具体系统状态需复核。
02｜抓取、渲染与索引 慢变
robots.txt 与 noindex官方确认
robots.txt 主要控制抓取，不是可靠的去索引工具；Disallow 不等于 noindex。需要阻止索引时使用 Google 支持的索引控制方式。
依据：Google robots.txt 与 robots meta tag 文档。
风险：配置错误可能造成抓取或索引异常。
Sitemap官方确认
Sitemap 有助于 URL 发现和理解，但提交 Sitemap 不保证索引。只提交希望被发现的规范 URL，并保持 lastmod 真实。
依据：Google sitemap documentation。
风险：Sitemap 是发现信号，不是收录指令。
JavaScript官方确认
Google 可以渲染 JavaScript；用 JS 加载内容本身不等于"让 Google 更难抓取"。应验证 HTTP 状态、资源访问、渲染和索引结果，而不是看到 JS 就判定 SEO 风险。
依据：Google JavaScript SEO basics；2026-03 文档更新记录。
风险：复杂渲染仍可能因资源、状态码或实现问题失败。
Canonical官方确认
Canonical 是规范化信号/提示，不是绝对命令；Google 可能选择不同 canonical。应统一 redirects、rel=canonical、sitemap、内链等规范化信号。
依据：Google canonicalization documentation。
风险：冲突信号会增加 Google 选择其他 canonical 的可能性。
03｜内容质量与 E-E-A-T 慢变
People-first 内容官方确认
Google 鼓励 Helpful、Reliable、People-first 内容；内容质量不能用字数、关键词密度等单一机械指标衡量。不要为"新鲜度"机械改日期或批量改写。
依据：Google creating helpful, reliable, people-first content。
动作：明确页面目的、目标用户、原创价值和实际帮助。
E-E-A-T官方确认
E-E-A-T 是质量评估框架，不是一个可读取的 Google 数值分数；Trust 是框架中的核心。质量评审员评分不会直接改变单页排名。
依据：Google Search Quality Rater Guidelines 与 Search Central 说明。
动作：强化作者/企业透明度、经验、专业性、来源和事实准确性。
AI 内容官方确认
使用 AI 生成内容本身并不自动构成垃圾内容；大规模生产低价值内容以操纵排名可能触及 Scaled Content Abuse。评价最终内容是否原创、有帮助、准确，而不是只看生产工具。
依据：Google AI content guidance 与 Spam Policies。
风险：AI 规模化内容需特别检查原创价值和操纵目的。
04｜搜索意图、关键词与内容体系 慢变
Search Intent行业共识
搜索意图是内容规划的重要分析框架，但常见四类意图（信息/导航/交易/商业调查）并不是 Google 官方固定分类。不要把行业分类当成排名算法标签。
动作：以 SERP、Search Console Queries、业务场景共同判断真实需求。
关键词数据官方确认
Search Console Queries 是第一方真实搜索表现数据，但不是 Google 全量关键词数据库。优先用 GSC 验证已获得的查询曝光，再用第三方工具扩展。
依据：Google Search Console Performance documentation。
风险：隐私、低频查询和数据限制会导致不完整。
内容集群 Pillar/Cluster行业共识
Pillar/Cluster 可以帮助组织内容与内部链接，但 Google 没有公开所谓 Topical Authority Score。按用户任务和主题关系建立内容体系，避免为"主题覆盖率"批量造薄页。
风险：架构有价值，但不存在官方固定集群数量。
05｜On-page SEO 稳定
Title Link官方确认
<title> 是 Google 生成 title link 的重要来源之一，但 Google 也可使用页面其他文本、锚文本、og:title 等来源。写清晰、独特、与内容一致的标题，并检查实际 SERP 展示。不要把 50–60 字符当排名阈值。
依据：Google title links documentation。
Meta Description官方确认
Google 可能使用 meta description，也可能根据查询动态生成 snippet。写准确、独特、有信息量的描述，不堆砌关键词。固定 150–160 字符不是 Google 规则。
依据：Google snippets documentation。
Headings官方确认
标题层级有助于组织内容和理解页面结构，但没有公开 H1/H2 排名权重公式；"每页必须只有一个 H1"不是 Google 硬规则。
依据：Google SEO Starter Guide。
Alt text官方确认
Alt text 用于描述图片及其上下文，帮助 Google 理解图片；不应作为关键词堆砌位置。装饰性图片按可访问性需求处理。
依据：Google Image SEO best practices。
06｜Technical SEO 慢变
HTTP 状态官方确认
状态码应真实表达资源状态；Soft 404 会让 Google 难以正确理解页面。定期审计 2xx/3xx/4xx/5xx、重定向链和软 404。迁移和改版时风险更高。
依据：Google HTTP status codes 与 soft 404 文档。
HTTPS官方确认
HTTPS 是安全和基础设施问题，不是"SSL SEO 分数"。全站 HTTPS、正确重定向、避免 mixed content；协议迁移需同步 canonical/内链/sitemap。
依据：Google HTTPS 与 site move guidance。
Crawl Budget官方确认
Crawl budget 主要对大型或 URL 空间复杂的网站更重要；小站应优先解决内容、索引和内链问题。不要把 crawl budget 当作所有网站的首要 SEO KPI。
依据：Google crawl budget documentation。
动作：大型站重点控制无价值 URL 空间、facets、重复 URL 与服务器稳定性。
07｜网站架构与内部链接 稳定
信息架构官方确认
清晰的网站架构和可抓取链接有助于 Google 发现页面并理解关系。从业务主题、用户任务和页面层级设计导航。注意：没有官方"所有页面必须≤3次点击"的排名规则。
依据：Google SEO Starter Guide 与 links documentation。
Internal Links官方确认
内部链接同时承担发现、导航、上下文和关系表达作用。让重要页面获得合理、自然、可抓取的上下文链接；不要用固定内链数量或 exact-match 比例公式。
依据：Google links best practices。
Faceted Navigation官方确认
筛选导航可能产生大量 URL 组合并消耗抓取资源。明确哪些组合需要索引，控制无价值参数空间——大型电商和目录站风险更明显。
依据：Google faceted navigation guidance。
08｜页面体验与 Core Web Vitals 慢变
当前 CWV 指标官方确认
当前 Core Web Vitals 为 LCP、INP、CLS；Good 参考值 LCP≤2.5s、INP≤200ms、CLS≤0.1，并以第 75 百分位评估。优先用真实用户数据定位问题，再用实验室工具诊断。
依据：Google Core Web Vitals documentation。
风险：指标和阈值未来可能调整，需复核。
Field vs Lab官方确认
CrUX/PSI Field Data 与 Lighthouse Lab Data 不是同一种测量：Field 用于真实体验判断，Lab 用于复现和修复。不要用 Lighthouse 单次分数替代真实用户数据。
依据：PageSpeed Insights、CrUX、Lighthouse 官方文档。
排名边界官方确认
Core Web Vitals 被用于排名系统，但不存在单一 Page Experience Score 能保证排名；全绿不代表一定提升排名。性能优化要与内容相关性、可索引性一起评估。
依据：Google page experience / CWV guidance。
09｜Structured Data 与搜索展示 快变｜季度复核
结构化数据定位官方确认
结构化数据帮助 Google 理解页面并可能获得特定展示资格，但不是排名保证。只实现与页面真实可见内容一致、且 Google 当前支持的类型。Valid ≠ Eligible ≠ Displayed。
依据：Google structured data general guidelines。
功能状态管理官方确认
Schema.org 支持、Google Search 支持、Rich Result 展示是三件不同的事；Google 会弃用搜索展示功能。建议维护 Supported / Limited / Deprecated / Removed 状态表与最后核验日期。
依据：Google Search Central documentation updates。
要点：2026-05-07 起 FAQ rich result 不再显示；6 月官方移除相关文档。
产品与实体官方确认
Product、ProductGroup、Organization 等类型应按真实实体和页面角色使用；不要为"Schema 越多越好"在所有页面堆类型。
依据：Google product/organization structured data docs。
10｜AI 搜索可见性（GEO） 快变｜季度复核
SEO 基础仍适用官方确认
AI Overviews、AI Mode 等生成式搜索体验仍建立在 Google Search 基础之上；没有必须使用的特殊 AI Schema。继续优先做好抓取、索引、内容质量、页面体验和可理解性。
依据：Google AI features / AI optimization guidance。
Query Fan-out官方确认
生成式搜索可通过 query fan-out 探索多个相关子主题与来源。内容应覆盖真实用户任务和子问题，但不要为每个潜在 fan-out 批量生成薄页；也不要推导固定"AI 引用公式"。
依据：Google AI features documentation。
llms.txt官方确认
Google 2026-06 明确：llms.txt 对 Google Search 不是必需项，也不会正面或负面影响 Google Search 可见性或排名。若其他系统需要可维护，但不要把它列为 Google SEO/GEO 必做项。
依据：Google Search Central 2026-06-15 documentation update。
风险：其他 AI 服务的处理方式可能不同。
生成式 AI 测量官方确认
2026 年 Google 为生成式 AI 搜索表现增加了更专门的 Search Console 分析能力；把传统 Web 表现与生成式 AI 可见性分层分析。具体界面和可用范围按当前官方文档复核。
依据：Google 2026 Search Central 更新与 AI optimization guidance。
11｜站外 SEO、外链与权威 慢变
Links 定位官方确认
链接仍可帮助 Google 发现和理解页面，但现代排名由多个系统和信号共同决定。以真实编辑价值、品牌传播和用户发现为目标获取链接；不要用固定链接数量或 DR 阈值预测排名。
依据：Google ranking systems 与 links best practices。
Link Spam官方确认
主要为了操纵排名而创建或获得的链接可能属于 Link Spam。付费/赞助链接按适用 rel 属性标记，避免规模化操纵锚文本。垃圾链接不等于自动人工处罚；需看实际证据。
依据：Google Spam Policies。
第三方 Authority 指标行业共识
DA、DR、Authority Score、Trust Flow 都是第三方指标，不是 Google PageRank 或官方权威分。用于比较和研究，不把它们写成 Google 排名信号。
依据：各工具指标定义；Google 2026 第三方 SEO 工具指南。
12｜Local SEO 快变｜季度复核
本地排名因素官方确认
Google 本地结果主要围绕 Relevance、Distance、Prominence 等因素理解，没有公开固定权重。距离是真实因素，不能通过普通 SEO 技巧消除。完善真实、准确、完整的企业信息并持续维护。
依据：Google Business Profile local ranking help。
Reviews官方确认
更多评价和正面评分可以帮助本地排名，但没有官方固定评论数量阈值。真实获取并回应评价，不做虚假或激励性违规评价。
依据：Google Business Profile local ranking help。
区域搜索体验官方确认
2026-09 Google 新增地区 Search Experience 文档，部分 aggregator/supplier/carousel 功能只在特定国家或地区提供。做国际 Local SEO 时增加国家/地区功能可用性检查。
依据：Google Search Central 2026-09 documentation updates。
13｜国际与多语言 SEO 慢变
hreflang 定位官方确认
hreflang 用于帮助 Google 理解语言/地区替代版本，不是排名加分项。为真实替代页面配置正确语言/地区代码与互相引用；错误或缺失可能导致 Google 自行判断版本。
依据：Google localized versions documentation。
Canonical 与 hreflang 的分工官方确认
Canonical 处理规范版本，hreflang 表达语言/地区替代关系；两者解决不同问题，可结合使用。避免把需要独立参与搜索的国际版本全部 canonical 到一个英语页。
依据：Google canonicalization 与 localized versions docs。
URL 架构选择官方确认
ccTLD、子域、子目录都是可用的国际站架构选择；没有官方固定排名优先级。按运营、技术、品牌和维护能力选择稳定结构；不要依赖 IP 自动跳转作为唯一国际化机制。
依据：Google multi-regional/multilingual guidance。
14｜Ecommerce 与 Product SEO 快变｜季度复核
产品数据系统官方确认
电商 SEO 应作为 Product Identity、URL、Variants、Category、Structured Data、Merchant Data、Shipping/Returns、Reviews 的一致数据系统管理。确保页面、结构化数据与 Merchant 数据的价格/库存等核心字段一致。
依据：Google ecommerce documentation。
Product / Merchant Listings官方确认
Product structured data 可帮助获得产品搜索展示资格；Merchant Center 对部分 Shopping surfaces 很重要，但普通自然搜索收录不以 Merchant Center 为前提。资格不等于展示。
依据：Google product structured data 与 Merchant Center guidance。
产品变体 Variants官方确认
Google 支持 ProductGroup/Product 等方式表达产品变体；单页和多 URL 变体都可以设计。稳定表达 product group、variant identity、canonical 与 URL 关系；不要把所有变体 URL 自动判定为重复内容垃圾。
依据：Google product variants documentation。
15｜图片、视频与垂直搜索 快变｜季度复核
Image SEO官方确认
图片 SEO 不只是 alt text；还包括图片可抓取性、页面上下文、质量、元数据和索引。使用高质量相关图片、描述性上下文和合理 alt。2026-03 Google 补充了 preferred image metadata 指导。
依据：Google Image SEO best practices。
Video SEO官方确认
视频 SEO 应围绕以视频为主要内容的 watch page、视频结构化数据和可索引视频资源设计。为核心视频建立明确页面、标题、缩略图、VideoObject；仅嵌入第三方视频不等于完成视频 SEO。
依据：Google Video SEO best practices。
Google Discover官方确认
Discover 不需要特殊 Schema 才能具备资格；内容需被索引并遵守相关政策，展示不保证。分析 Discover 时与 Web Search 分开看。2026 已出现 Discover-specific Core Update，应单独维护。
依据：Google Get on Discover documentation。
16｜Spam Policies 与 SEO 风险 快变｜季度复核
Scaled Content Abuse官方确认
关键在于规模化创建主要用于操纵排名、且缺乏原创价值的内容；AI/人工/混合生产方式本身不是唯一判断标准。审查规模、目的、原创价值和用户价值。
依据：Google Spam Policies。
Site Reputation Abuse官方确认
第三方内容若主要利用宿主站已有排名信号进行操纵，可能属于 Site Reputation Abuse；第三方内容本身并不自动违规。检查第三方内容的控制、目的、独立价值。2026-09 EEA 执法方式有更新，需按地区复核。
依据：Google Spam Policies；2026-09 site reputation policy 更新记录。
Expired Domain Abuse官方确认
购买旧域名本身不自动违规；利用其历史声誉承载低价值内容以操纵排名才是风险核心。收购/迁移域名时保持真实业务和内容价值；不要把域龄当作可直接继承的排名资产。
依据：Google Spam Policies。
Manual Action 与算法变化的区别官方确认
Manual Action 与算法变化是不同机制；没有 Manual Action 不代表没有算法影响。流量严重下降时分别检查 Manual Actions、Security Issues、算法和技术原因——不要把所有下降都叫 penalty。
依据：Search Console Manual Actions documentation。
17｜Search Console 与测量 快变｜季度复核
Performance 报告官方确认
Search Console 提供 Clicks、Impressions、CTR、Position 及 Query/Page/Country/Device/Search Appearance/Date 等第一方维度。用维度分解而不是只看站点总流量；Query 数据并非完整关键词数据库。
依据：Google Search Console Performance documentation。
URL Inspection官方确认
URL Inspection 用于单 URL 的索引、抓取、canonical、渲染等诊断；Live Test 与已索引数据不是同一状态。重要 URL 异常时用它验证；Request Indexing 不保证收录或排名。
依据：Google URL Inspection documentation。
数据异常 Data Anomalies官方确认
Search Console 可能发生报告或数据记录异常；数据异常不一定代表真实 Search 流量变化。出现突变时先查官方 Data Anomalies 和 Search Status，再做归因。
依据：Google Search Console Data Anomalies。
索引 KPI 边界官方确认
Not Indexed 不自动代表问题；目标应是重要、应索引的 URL 正确索引，预期排除项正确排除。不要把 100% Index Rate 当作 SEO KPI——大型站正常存在大量合理排除 URL。
依据：Google Page Indexing report documentation。
18｜SEO 数据分析与诊断 慢变
四指标联合分析行业共识
Clicks、Impressions、CTR、Position 应联合分析；Click 下降不等于排名下降。先判断曝光、位置、点击率哪个环节变化；平均 Position 不能代表全站统一排名。
依据：Search Console 指标定义和诊断实践。
分层诊断行业共识
从 Site → Directory → Page Type → Page → Query → Country → Device → Search Type/Search Appearance 分层定位异常，找到真正贡献变化的页面和查询群，再提原因假设。避免只用站点总百分比做结论。
依据：Google Search Console 维度体系。
需求变化 vs 排名变化官方确认
季节性和搜索兴趣变化可能导致流量下降，即使排名没有明显恶化。结合 GSC 与 Google Trends 判断需求变化；时间相关不等于算法因果。
依据：Google debugging drops in Search traffic 与 Trends guidance。
改动验证方法行业共识
SEO 改动应使用可比时间窗口、受影响/未受影响组和必要的同比数据验证。记录修改日期、对象、预期结果和置信度。Correlation ≠ Causation。
依据：数据分析方法与 GSC 指标。
19｜算法更新与恢复 快变｜季度复核
Core Update 定性官方确认
Core Update 是广泛排名系统调整，不是针对特定网站的人工处罚。排名下降不自动等于违规。记录官方开始/结束时间，再分析受影响页面、查询和 Search Surface。
依据：Google core updates guidance。
分析窗口官方确认
正式评估 Core Update 影响应等待更新完成，再按官方指南使用稳定的前后窗口比较。更新期间监控，完成后做系统性 before/after 分析。
依据：Google core updates guidance。
恢复预期官方确认
没有固定 Core Update 恢复周期，也不保证修改后恢复原排名；Google 会持续重新评估内容和网站。优先做有意义、长期的质量改进，而不是追求算法"解药"。不要承诺 7/30 天恢复。
依据：Google core updates / debugging traffic drops guidance。
多 Search Surface 更新官方确认
2026 已出现 Discover Core Update，算法分析不能只围绕传统 Web Search。更新记录应增加 Surface、Start/End、Scope、Official Guidance 字段；不同 Search Surface 可能表现不同。
依据：Google February 2026 Discover Core Update。
20｜SEO 工具体系 快变｜季度复核
第一方 vs 第三方官方确认
SEO 工具是数据采集、诊断和研究工具，不是 Google 排名系统；第一方数据与第三方估算必须区分。每个指标记录数据来源、测量对象、是否估算和限制。
依据：Google 2026 third-party SEO tools/services/advice guidance。
GSC + GA 的分工官方确认
Search Console 描述 Google Search 中的表现；Google Analytics 描述进入网站后的行为——两者数字无需完全一致，不要强行对齐 Clicks 与 Sessions。建立 Visibility → Acquisition → Website → Business Outcome 数据链。
依据：Google Search Console + Analytics guidance。
PSI / CrUX / Lighthouse官方确认
CrUX/PSI Field Data 与 Lighthouse Lab Data 分工不同；Lighthouse SEO Audit 不是 Google Ranking Score。Field 判断真实体验，Lab 用于技术诊断。
依据：Google PSI、CrUX、Chrome Lighthouse docs。
第三方综合工具行业共识
Ahrefs、Semrush、Majestic、Screaming Frog、Sitebulb、JetOctopus 等可用于研究、抓取、链接和可见性分析，但其分数不是 Google 官方指标。用第三方工具发现问题，再用第一方数据和实际页面验证。不要长期维护"最好工具排行榜"。
依据：Google 2026 第三方 SEO 工具指南 + 各工具定义。
2026 全库复核后的关键变更
| 模块 | 类型 | 核验结果 |
|---|
| 01 | 新增 | 固定 Technical Eligibility ≠ Indexing ≠ Ranking/Serving 的分层。 |
| 02 | 新增 | 补充"Indexed 不必然代表当前正文已被完整抓取/渲染"的边界。 |
| 09 | 修正 | Structured Data 建立 Supported / Limited / Deprecated / Removed 状态管理；FAQ rich result 已于 2026-05 停止显示。 |
| 10 | 修正 | AI Search 继续以传统 SEO Fundamentals 为基础；llms.txt 对 Google Search 非必需且不影响排名。 |
| 12 | 新增 | 2026-09 新增地区 Search Experience 文档，区域功能需按国家/地区核验。 |
| 13 | 修正 | Canonical 与 hreflang 职责分开；canonical 是信号而非绝对命令。 |
| 15/19 | 修正 | 加入 Discover-specific Core Update / Surface-specific update 思维。 |
| 16 | 修正 | Site Reputation Abuse 需持续跟踪 2026-09 EEA 执法方式更新。 |
| 17/18 | 新增 | 数据异常诊断先检查 Search Console Data Anomalies / Search Status，避免把报告问题误判为 SEO 下降。 |
| 20 | 修正 | 第三方 SEO 工具指标一律标记为第三方模型，不作为 Google Ranking Metric。 |
官方核心来源索引（季度复核用）
维护原则：慢变模块按年度/重大官方变化复核；快变模块每季度复核；Google 重大更新发生时单独增量核验。本知识库用于 SEO 学习与项目管理，不代表 Google 提供排名保证——Google Search 产品、政策和文档会持续变化。
常见问题
- 15 课学习路径和这份 20 模块知识库有什么区别？
- 15 课路径是循序渐进的课程（从认知到 GEO），适合从头学；这份手册按主题组织、随查随用，并标注每条结论的置信度。建议先走路径，再用手册查证细节。
- 「官方确认 / 行业共识 / 待验证」标签是什么意思？
- 官方确认=来自 Google Search Central 等官方文档；行业共识=有方法论的第三方做法但非 Google 规则；待验证=单源说法，落地前自行复核。
- 这份手册多久更新一次？
- 慢变模块年度/重大变化复核；快变模块（结构化数据、AI 搜索、本地、垃圾政策、GSC、算法、工具）季度复核；重大更新单独增量核验。本版核验至 2026-09-22。