先给结论：SEO 优化教程应该按什么顺序执行
把 SEO 优化压缩成一条可执行的顺序：确认页面能被抓取 → 确认页面能被索引 → 匹配搜索意图 → 补齐内容与技术信号 → 用 Search Console 验证 → 排错迭代。这个顺序不宜颠倒，因为每一步都以前一步成立为前提。一个被 robots.txt 拦截或被 noindex 标记的页面，内容写得再好也不会出现在搜索结果里。
底层流程：抓取、索引、呈现
Google 官方把搜索工作描述为三个基本阶段：抓取、索引，以及在搜索结果中呈现页面（Google Search Central：Google 爬虫与抓取总览）。用户能看到的是第三层，但大量实际故障出现在前两层。
抓取和索引是同一流程的前后两个阶段：爬虫先发现 URL 并下载响应内容，搜索引擎再判断是否把它存入索引。抓取受 robots.txt、内部链接、XML sitemap、HTTP 状态码影响；索引受内容质量、重复内容、canonical、noindex 等因素影响。把这两层拆开排查，可以避免大量无效试错。
第一步：确认页面能被抓取
在讨论任何关键词策略之前，先确认爬虫能拿到你的页面。以下四项是最常见的阻断点。
- robots.txt 是否误封目录。robots.txt 用于告诉爬虫哪些 URL 不应被访问，但 Google 官方文档明确提醒，不应使用 robots.txt 阻止页面进入索引，因为被拦截抓取的页面仍可能被索引（robots.txt 简介）。
- HTTP 状态码是否正确。正常可抓取页面应返回 200；客户端错误与服务端错误的处理方式不同，5xx 通常意味着服务器侧问题需要优先修复而不是靠内容调整绕过（HTTP 网络错误与状态码）。
- JavaScript 渲染是否影响内容可见性。Google 会渲染页面，但渲染分阶段进行，脚本阻塞、接口超时或懒加载都可能让主要内容在渲染后仍未出现，建议按官方文档逐项检查（JavaScript SEO 基础）。
- 移动端是否可见。Google 使用移动版内容进行索引与排名（移动优先索引），移动端被隐藏或裁掉的内容，在索引层面等同于不存在。
第二步：确认页面能被索引
能抓取不等于会被索引。这一步要检查四个信号。
- noindex 是否被误用。模板、分页或测试字符集里残留的 noindex 是常见事故来源。
- canonical 的预期是否正确。Google 官方把 canonical 等信号描述为提示（hint），这些信号会被用于判断首选 URL，但并不保证 Google 一定按你指定的 URL 建立索引（规范化重复 URL）。因此设置 canonical 后，仍需同步检查内部链接、站点地图与重定向是否指向同一版本。
- XML sitemap 是否覆盖重要 URL。XML sitemap 有助于 Google 发现 URL，但官方文档并未承诺提交后一定被抓取或索引（站点地图概述）。它的定位是发现辅助，而不是收录保证。
- 重复内容与参数 URL 是否失控。多版本 URL 共存时，优先用 canonical、内部链接一致性和重定向收敛，而不是只改其中一项。
第三步：匹配搜索意图
搜索意图并非 Google 官方定义的技术术语，而是行业内描述“用户为什么搜索”的概念。判断的主要依据是结果页：同一关键词下排名靠前的页面是教程、对比、工具还是商品页，基本决定了这个查询期待的内容类型。
Google 官方没有给出搜索意图的统一定义，但其关于内容质量的文档反复强调同一件事：内容应围绕用户任务组织，而不是围绕搜索引擎组织（创建有帮助、可靠、以用户为中心的内容）。
操作上分三步：记录目标查询的结果页内容类型；检查自己页面的内容类型是否一致；确认页面是否完整回答了该查询隐含的子问题。意图不匹配时，改标题和堆词通常收效有限。
第四步：内容质量与 E-E-A-T 的边界
Google 在搜索质量评估指南中使用 E-E-A-T（经验、专业、权威、信任）作为人工评估员的评估维度。需要区分的是，这份指南面向搜索质量评估员，用于评估搜索结果质量，而不是描述排名算法本身（搜索质量评估员指南）。
因此“E-E-A-T 是一个排名因素”这种说法并不严谨。更接近事实的表述是：Google 的排名系统使用一系列用于识别内容质量的信号，而 E-E-A-T 是官方描述高质量内容特征时使用的框架（排名系统指南）。对普通站点的实际含义是：提供可核验的作者与来源信息、说清数据出处、明确区分事实与观点，比堆砌“专业”字眼更有效。
第五步：结构化数据
结构化数据的官方定位是帮助搜索引擎理解页面内容，并可能让页面获得增强展示形式（结构化数据简介）。Google 并未把结构化数据描述为排名因素，实践中更常见的收益是展示层面的变化，而不是排名位置的直接提升。标记必须与页面上实际可见的内容一致，语义定义参考 Schema.org。
第六步：页面体验与 Core Web Vitals
Google 官方把页面体验描述为一组信号，并表示其核心排名系统会倾向于奖励提供良好页面体验的页面（页面体验）。但没有官方文档把它描述为可以单独决定排名的因素。
Core Web Vitals 是页面体验的组成部分，包含 LCP、INP 和 CLS 三项指标，其中 INP 已于 2024 年 3 月 12 日取代 FID（web.dev：INP 成为 Core Web Vitals 指标；web.dev：Web Vitals 说明）。更稳妥的做法是先用真实用户数据定位问题，再针对性优化，而不是从实验室分数出发追求满分。
第七步：内部链接与站点结构
内部链接同时承担两个作用：帮助爬虫发现 URL，以及把语义关系传递给重要页面。检查方法是看重要页面能否在少数几次点击内从首页到达，以及锚文本是否描述目标页面内容。Google 官方在入门指南中把可抓取的链接和描述性锚文本列为基本实践（Google SEO 入门指南）。
第八步：验证与排错
结果必须可验证。第一方官方工具是 Search Console，用于查看索引状态、抓取问题、Core Web Vitals 报告与搜索表现数据（Search Console 官方介绍）；若同时关注 Bing，可对照 Bing Webmaster Tools 与官方指南（Bing 网站管理员指南）。
常见排错顺序是：用 URL 检查工具确认索引状态 → 查看页面报告确认是否被抓取 → 用站点地图报告确认发现路径 → 用服务器日志确认爬虫实际访问行为。工具输出只是线索，最终判断要结合日志与第一方数据。
如果只需要做基础技术自检，可以参考烟雨 SEO 提供的免费 SEO 工具页面，它主要用于站点层面的基础检查。这类工具能快速暴露明显问题，但既不能替代 Search Console 与日志分析，也不能用来证明某个因素是否影响排名。
常见错误
- 把关键词密度当成优化目标，而 Google 官方从未把关键词密度描述为排名要求。
- 用 robots.txt 阻止页面被索引，结果页面仍然出现在搜索结果中。
- 认为设置了 canonical 就一定按指定 URL 索引。
- 为了让工具分数变高而牺牲内容完整性或功能。
- 在没有第一方数据的情况下，把单次观察当成通用结论。
风险与政策边界
Google 在垃圾内容政策中列出了隐藏文本与链接、伪装（cloaking）、doorway 页面、抓取他人内容等违规行为（Google 垃圾内容政策）。需要区分的是：官方文档说明的是“哪些行为违反政策”，至于某次具体行为是否会被人工处理，官方并未承诺固定的处理方式或时间。PBN、蜘蛛池、泛目录等黑帽手段在讨论前，应先明确它们与上述政策的关系，也不宜用“安全”“永久有效”这类缺乏证据的表述描述。
AI 搜索带来的变化
Google 已公开说明 AI 概览等 AI 功能在搜索结果中的呈现方式，并说明这些功能仍基于其搜索系统与内容政策（AI 功能与你的网站）。目前公开资料不足以证明存在独立的“AI 排名因素”。可行做法仍是让内容可被抓取、可被理解、有明确结论与来源，这同时有利于传统搜索与 AI 引用。
FAQ
SEO 优化教程应该先学什么？
先学抓取和索引的基础，再学搜索意图与内容，最后是结构化数据与页面体验。顺序反过来，容易出现“优化了一个根本不参与排名的页面”。
canonical 设置了就一定按我指定的 URL 索引吗？
不一定。Google 官方把 canonical 视为提示，最终首选 URL 由 Google 自行判断。
Core Web Vitals 达标，排名就一定提升吗？
官方文档只把页面体验描述为一组信号，并未承诺达标即可提升排名。
结构化数据能提升排名吗？
Google 官方未把结构化数据描述为排名因素，其价值主要在于帮助理解内容与获得增强展示。
提交 XML sitemap 后多久会被收录？
官方没有承诺时间。它只是发现 URL 的辅助手段。
结语
SEO 优化不是清单长度的问题，而是顺序的问题。按“抓取 → 索引 → 意图 → 内容与技术信号 → 验证”执行，每次只改一个变量并记录基线，你才能分辨哪些变化来自自己的操作，哪些来自搜索引擎自身的波动。
主要来源
- Google Search Central：搜索要素、SEO 入门指南、抓取与索引、robots.txt、站点地图、规范化重复 URL、结构化数据、页面体验、排名系统、垃圾内容政策
- web.dev：Web Vitals 与 INP 相关文档
- Google：搜索质量评估员指南（面向人工评估，非算法文档）
- Bing Webmaster Tools：网站管理员指南
- Schema.org：结构化数据词汇表