先给结论：谷歌 SEO 实战是一条可验证的执行链，不是技巧清单
Google 官方把搜索过程拆成三个阶段：抓取、索引、呈现。Google Search Central：Google 搜索的工作方式 这意味着几乎每个 SEO 动作都只在三个环节之一生效：让页面被找到、被理解并收录、被选中展示。页面无法被抓取时，谈内容质量没有意义；页面被收录却无法匹配查询意图时，谈外链同样没有意义。
Google 的 Search Essentials 把要求归纳为技术要求、内容（垃圾内容）政策以及关键最佳实践三类。Google Search Central：Search Essentials 因此这篇谷歌SEO实战教程按同一顺序推进：可抓取 → 可索引 → 可理解 → 值得被展示 → 可验证。每一步都给出官方依据、执行动作和验证方式。
这套谷歌SEO实战教程适合谁
- 适合：外贸独立站、跨境内容站、SaaS 官网的运营者；从 SEM 或内容编辑转向 SEO 的人；需要自己动手排查收录问题的站长。
- 适合：已经在持续发文，但不知道为什么页面不收录、排名波动后不知道从哪查起的人。
- 不适合：想找“一次操作永久提升排名”方法的人。本文不会给出这类承诺，Google 官方也没有提供任何排名保证。
- 前置知识：能看懂 HTML 的 head 区域、HTTP 状态码和 Search Console 的基本界面即可。
第一步：抓取与索引——先确认 Google 能不能看到并收录页面
robots.txt 控制的是抓取，不是收录
robots.txt 的语法由 IETF 的 RFC 9309 定义 IETF：RFC 9309，Google 的抓取行为遵循该规范并有官方说明 Google Search Central：robots.txt 简介。最常见的误解是：用 disallow 屏蔽某个 URL 就等于阻止它被索引。Google 官方文档说明，如果该 URL 被其他页面链接，Google 仍可能在未抓取内容的情况下把它收录。要真正阻止收录，需要使用 noindex 或密码保护等方式 Google Search Central：阻止页面被编入索引。
执行动作：确认 robots.txt 没有误屏蔽 CSS、JS 和重要目录；检查 noindex 是否被模板误加到全站；用 URL 检查工具确认实际状态，而不是靠推测 Google Search Console 帮助：网址检查工具。
Sitemap 是帮助发现 URL 的提示
Google 官方说明 sitemap 有助于发现站点上的 URL，但它只是提示，不保证收录，也不能替代内链 Google Search Central：了解 sitemap。新站或内容量大的站点收益更明显；内链结构清晰的小站，sitemap 不是排错的第一优先级。
Canonical URL：是提示，不是强制指令
Canonical URL（规范 URL）用于在多个相似或重复 URL 中指明你希望被选中的版本。Google 官方把 rel=canonical 等方式描述为帮助其判断规范 URL 的提示性信号，而不是强制索引指令 Google Search Central：合并重复网址。所以设置了 canonical 并不等于该 URL 一定被收录，Google 会结合内链、sitemap、重定向和内容相似度自行判断。
排查顺序建议：① 页面当前是否被索引；② 内链指向的是哪个版本；③ sitemap 与 canonical 是否一致；④ 是否存在参数、大小写、结尾斜杠造成的重复版本；⑤ 是否存在 JavaScript 修改 canonical，导致 HTML 与渲染结果不一致。
抓取预算只在特定规模站点上才成为瓶颈
Google 官方对抓取预算的说明是：它主要在大规模站点、且存在大量低价值或重复 URL 时才产生实际影响 Google Search Central：管理大规模网站的抓取预算。对几百个页面的站点来说，优先处理抓取预算通常不是最优选择。
第二步：页面体验与渲染——别让技术问题挡住内容
Google 的页面体验文档把页面体验描述为多项信号的集合，同时强调内容本身是否有用仍是核心考虑 Google Search Central：页面体验。该文档并没有把某一项指标单独描述为独立的排名因素，因此“Core Web Vitals 做好排名就会涨”这类说法缺乏官方依据。
Core Web Vitals 目前包含 LCP（最大内容绘制）、INP（交互到下一次绘制）和 CLS（累积布局偏移），其中 INP 已于 2024 年 3 月取代 FID 成为核心指标 web.dev：Core Web Vitals web.dev：INP。实操中用 PageSpeed Insights 同时查看实验室数据与真实用户数据 PageSpeed Insights，优先处理阻塞渲染的资源和布局抖动。
JavaScript 渲染
Google 能够渲染 JavaScript，但渲染存在延迟，且并非所有内容都能在渲染后被稳定发现。官方文档建议让主要内容在初始 HTML 中即可访问，避免依赖用户交互才加载核心内容 Google Search Central：JavaScript SEO 基础。
HTTP 状态码
301 用于永久迁移、302 用于临时跳转、404/410 表示页面不存在、5xx 表示服务器错误，状态码语义由 HTTP 规范定义 MDN：HTTP 响应状态码。常见错误是把本应返回 404 的页面返回 200（软 404），或在 302 之上叠加多跳跳转。
第三步：搜索意图与关键词——先判断任务，再决定内容形式
关键词工具给出的搜索量是估算值，不是实际查询次数。Google 关键词规划师基于广告数据建模 Google Ads：关键词规划师，Google Trends 反映的是相对热度趋势 Google Trends。真正反映本站真实查询的是 Search Console 的查询数据 Google Search Console 帮助：效果报告，但要注意采样与延迟，以及部分查询会被归入“其他”而不展示。
判断意图时可以问三个问题：用户是想了解概念、比较方案，还是想直接完成某个动作？同一个词往往对应多个子任务，例如一个技术术语至少可能对应理解概念、判断是否需要、实施配置、排查不生效原因。内容结构应该跟着任务走，而不是跟着关键词走。
第四步：内容与 E-E-A-T——Google 官方到底说了什么
Google 在“创建有用、可靠、以人为先的内容”文档中给出了一组自检方向，核心是：谁写的、怎么写的、为什么写 Google Search Central：创建有帮助、可靠、以人为先的内容。E-E-A-T（经验、专业、权威、可信）这一表述来自 Google 的搜索质量评估指南，该指南用于指导人工评估者判断搜索结果质量 Google：搜索质量评估者指南（PDF）。需要区分清楚：它是评估框架，Google 并未把它描述为可直接测量、单独计分的排名因素。把 E-E-A-T 当作“打分表”来刷分，通常不是有效做法。
反面边界同样来自官方：Google 的垃圾内容政策列出了隐藏文本与链接、伪装（cloaking）、门户页、规模化内容滥用、链接垃圾等行为 Google Search Central：垃圾内容政策。违反政策可能导致人工处置，人工处置会显示在 Search Console 中 Google Search Console 帮助：人工处置报告。这里需要保持准确表述：官方说明的是“可能采取相应处理”，而不是“做了就一定被处罚”，也不代表每个案例都会被人工识别。
第五步：内链与信息架构
Google 官方把链接描述为发现页面、理解页面关系的重要方式，并给出了可抓取链接的最佳实践 Google Search Central：链接最佳实践。执行上关注三件事：重要页面是否在三次点击内可达；锚文本是否描述了目标页面的内容；是否用 JavaScript 事件替代了真正的 a 标签。
信息架构的目标不是把关键词铺满导航，而是让用户和爬虫都能按主题聚类理解站点结构。主题集群配合内链，通常比在全站导航中堆词更有效。
第六步：结构化数据
结构化数据的标准由 Schema.org 维护 Schema.org，Google 支持的类型收录在搜索库中 Google Search Central：结构化数据搜索库。官方把它描述为帮助搜索引擎理解页面内容、并可能带来富媒体展示的方式，并未把它描述为排名因素。标记内容必须与页面可见内容一致，否则属于违规。上线前用富媒体测试工具验证 Rich Results Test。
顺序建议：先解决收录与内容匹配，再考虑结构化数据。对尚未被收录的页面做复杂标记，收益有限。
第七步：验证与排错——SEO 的反馈回路
- Search Console：页面索引状态、效果报告、链接报告、网址检查。
- PageSpeed Insights 与 web.dev：Core Web Vitals 的实验室与真实用户数据。
- Rich Results Test：结构化数据是否可被解析。
- 服务器日志：爬虫实际抓取了哪些 URL（需要自有服务器数据，第三方工具无法完全替代）。
把每次改动记录下来（改了什么、什么时候改、改前改后的指标），才能区分“改动生效”与“自然波动”。效果报告存在数据延迟，短期波动通常不足以得出结论。
如果需要一套常规的站点检查清单作为补充，可以参考烟雨 SEO 整理的免费 SEO 工具页面（本站第一方资源）：免费 SEO 工具。它是本站提供的资源，不能替代 Google 官方文档作为事实依据。
常见误区：这些说法不是 Google 官方结论
- meta keywords 有用：Google 官方明确说明不使用 meta keywords 标签来排名 Google Search Central：Google 支持的 meta 标签。
- 关键词密度必须达到某个百分比：没有官方标准，Google 未公布此类阈值。
- E-E-A-T 是排名因素：E-E-A-T 出自搜索质量评估指南，未见官方将其表述为单一排名因素。
- 做了某个操作排名一定上涨：Google 从未提供排名保证，任何此类承诺都缺乏依据。
- 把 SEO 博客观点当成 Google 官方说法：区分“官方文档指出”“行业普遍认为”“技术推断”三种表述强度，是专业与非专业的分界线。
FAQ
新站多久能被收录？
Google 没有给出固定时间，只说明抓取和索引需要时间，并建议通过 sitemap、内链和 Search Console 帮助发现页面。收录速度受抓取调度、内容情况、站点规模和结构影响，应通过网址检查工具查看实际状态，而不是按天数推测。
页面被收录了为什么没有排名？
收录只说明页面进入了索引，展示还需要与查询匹配。官方把抓取、索引、呈现分成不同阶段，具体相关性判断方式不公开。可检查的方向：内容是否匹配搜索意图、是否存在更强的竞争页面、是否存在影响呈现的技术问题。
Canonical URL 设置了却没有生效怎么办？
按顺序排查：内链指向的版本、sitemap 与 canonical 是否一致、是否存在重定向、是否有参数或大小写造成的重复版本、HTML 与渲染后 canonical 是否冲突。Google 官方说明这是提示性信号，因此最终选定的规范 URL 可能与你的指定不同。
还要不要做外链？
Google 的垃圾内容政策把买卖链接、大规模交换链接等列为链接垃圾，并说明可能采取相应处理。更稳妥的方向是让内容本身具备被引用的价值，而不是批量获取可控链接。
参考来源与说明
- 主要事实依据：Google Search Central 官方文档（搜索工作方式、Search Essentials、抓取与索引、垃圾内容政策、内容指南）。
- 技术标准：IETF RFC 9309（robots.txt）、MDN（HTTP 状态码）、Schema.org（结构化数据）。
- 性能指标：web.dev 的 Core Web Vitals 与 INP 文档。
- 本站资源：免费 SEO 工具页面为第一方内容，仅作延伸参考，不作为官方事实来源。
- 本文未引用任何未公开数据、客户案例或实验结论；如需补充第一方案例、日志数据或测试记录，应另行提供并单独标注为第一方经验。
下一步怎么开始
按顺序执行：① 用网址检查工具确认首页与核心栏目的收录状态；② 检查 robots.txt 与 noindex 设置；③ 用 PageSpeed Insights 记录当前 Core Web Vitals 基线；④ 用 Search Console 导出有展示、无点击的查询，判断意图是否匹配；⑤ 选一个主题集群补齐内链。完成这些之后，再考虑规模化生产内容与结构化数据扩展。