SEO优化的核心：先保证能被发现，再谈排名

SEO优化（Search Engine Optimization）指通过技术、内容与体验层面的调整，让搜索引擎能够抓取、理解并选择你的页面去回答用户的搜索需求。Google 官方将搜索过程拆成三个阶段：抓取、索引、呈现搜索结果（Google Search Central：How Search works）。这个顺序决定了投入顺序：如果抓取与索引没有解决，内容和外链的投入就很难体现出来。

一个可执行的顺序是：可抓取 → 可索引 → 意图匹配 → 内容质量 → 站内结构 → 页面体验 → 持续验证。下面按这个顺序拆开。

第一步：抓取与索引，先把入口打通

robots.txt 只控制抓取，不等于不被收录

robots.txt 的 Disallow 规则阻止的是爬虫抓取，不是把 URL 从索引中移除。如果其他页面仍然链接到该 URL，它仍可能以无摘要形式出现在结果里，因为 Google 无法抓取页面，也就读不到页面中的 noindex。要让页面真正退出索引，应使用 noindex（meta robots 或 X-Robots-Tag），或返回合适的 HTTP 状态码。参考 Google Search Central：robots.txt 简介 与 Block search indexing with noindex。

sitemap 负责发现，不负责收录

XML sitemap 帮助搜索引擎更快发现站点 URL，但提交 sitemap 不代表一定被索引（Google Search Central：Sitemap 概述）。是否收录取决于页面能否被索引、是否与其他页面重复、是否具备独立价值。

canonical 是提示信号，不是强制指令

rel=canonical 用于在多个重复或近似重复 URL 之间指明首选版本。Google 官方文档把它描述为提示（hint），最终仍可能选择其他 URL 作为规范版本（Google Search Central：合并重复网址）。因此设置 canonical 之后，应同时检查内链指向、sitemap、重定向和内容相似度，而不是只改一个标签就等待结果。

验证方法

  • Search Console 的网址检查工具查看单个 URL 的抓取与索引状态。
  • 页面索引报告查看已索引与未索引的原因分布。
  • site: 查询只能作为粗略参考，不能替代 Search Console 数据（Search Console 官方说明）。

第二步：从关键词到搜索意图

同一个关键词往往对应不同任务。以 SEO优化 为例，搜索者可能在找概念解释、执行清单、工具对比、外包服务，也可能在排查某个具体故障。把这些任务混在一个页面里，页面就会既讲不清概念，也卖不动服务。

  • 信息型：解释原理、给出步骤与验证方法。
  • 比较型：方案对比、工具差异、自建团队与外包。
  • 交易型：服务范围、实施周期、交付物。
  • 排错型：不收录、排名下滑、重复页面、富媒体结果不显示。

映射时一个页面只承担一个主任务，其余任务拆成独立页面并用内链连接。

第三步：内容质量与 E-E-A-T

Google 在创建有帮助、可靠、以人为主的内容这份文档中，用经验、专业、权威、可信（E-E-A-T）作为评估内容质量的框架（Google Search Central：Creating helpful content）。需要说清楚的是：E-E-A-T 出自 Google 的搜索质量评估员指南（Search Quality Rater Guidelines），是一组人工评估维度，Google 并未把它描述为可直接读取的单一排名信号。可落地的做法是：

  • 写清信息来源，区分官方文档、行业研究与个人经验。
  • 说明方法的适用条件与限制，而不是只给结论。
  • 涉及数据时标注样本、时间与统计口径。
  • 由真实参与者署名并说明背景，避免无主体的专家指出式表述。

第四步：站内结构与内链

内链承担三件事：帮助爬虫发现页面、表达页面之间的关系、为用户提供下一步路径。做内链时优先考虑读者下一步会想看什么，而不是机械插入关键词锚文本。常见做法：

  • 从相关性高、抓取频繁的页面指向需要被发现的深层页面。
  • 锚文本描述目标页面的主题，避免大量完全相同的锚文本。
  • 删除没有实际导航价值的内链，控制单页链接数量。
  • 用面包屑与分类页建立清晰层级，避免所有页面都从首页直接平铺。

第五步：页面体验与 Core Web Vitals

Core Web Vitals 目前包含三项指标：LCP（最大内容渲染）、INP（交互到下一次绘制）、CLS（累计布局偏移）。其中 INP 于 2024 年 3 月取代 FID 成为核心指标（web.dev：INP）。Google 在页面体验文档中说明，页面体验相关信号会与内容相关性等因素一起被考虑，但好的体验不能弥补内容与搜索需求不匹配（Google Search Central：Page experience）。

  • LCP 常见问题：首屏大图未压缩、字体阻塞渲染、服务端响应慢。
  • INP 常见问题：主线程长任务、过多第三方脚本。
  • CLS 常见问题：图片未设宽高、广告位动态插入。

排查顺序建议先用 Search Console 的 Core Web Vitals 报告定位成组问题，再用 PageSpeed Insights 或 Lighthouse 复现单个 URL 的问题，两者用途不同，不能互相替代。

第六步：结构化数据

结构化数据用 Schema.org 词汇与 JSON-LD 描述页面实体，帮助搜索引擎理解内容（Google Search Central：结构化数据简介、Schema.org）。实施原则：只标注页面真实存在的内容；标注必须满足对应功能的必填属性；标注错误或不符合规范时，可能导致富媒体搜索结果不展示，而不是加上就一定出现。验证可用 Search Console 的富媒体搜索结果报告和 Schema Markup Validator。

关于 AI Overviews 与 AI 搜索

Google 在 AI 功能文档中说明，网站不需要为 AI Overviews 或 AI 模式做特殊优化，也不需要创建额外的机器可读文件，常规 SEO 最佳实践同样适用（Google Search Central：AI features and your website）。可执行的动作仍然是：可抓取、表述清晰、结论有出处、结构便于摘录。

常见误区：别把行业观点当成官方结论

  • Google 有固定数量的排名因素：Google 没有公布过固定数量，公开的是排名系统指南（Google Search Central：Ranking systems guide）。
  • 关键词密度必须达到某个百分比：Google 的公开文档中没有给出关键词密度阈值，这类数字属于行业经验，不是官方标准。
  • E-E-A-T 是一个可以刷高的分数：它是评估框架，不是可读取的单一指标。
  • 做了某个改动就一定提升排名：任何单一改动都无法保证排名变化，只能通过数据观察相关性。
  • 某些激进手法是安全的：隐藏链接、cloaking、doorway pages、大规模抓取生成的低质页面等，都被列入 Google 的垃圾内容政策（Google Search Central：Spam policies），风险由使用者承担。

如何验证 SEO优化是否真的生效

  • 技术层：Search Console 的索引覆盖率、抓取统计、Core Web Vitals 报告。
  • 内容层：查询与页面匹配的变化、展现量到点击率的变化。
  • 结构层：内链调整后深层页面的抓取与收录变化。
  • 业务层：转化路径、表单提交、询盘质量。

验证时应先定义指标与观察窗口，再对比改动前后的数据。单个页面的短期波动不足以证明因果关系，多页面同向变化才更值得参考。

什么时候需要外部 SEO 支持

如果问题集中在技术层，例如大规模 URL 治理、日志分析、JavaScript 渲染排查，或者团队缺少持续产出与验证的人手，引入外部顾问是合理选择。评估时建议看三件事：能否提供可复现的诊断过程、是否愿意说明方法限制、是否把观测数据与结论分开陈述。若希望进一步了解 SEO 服务与相关的第一方资源，可以参考烟雨黑帽 SEO 工作室的公开页面；这类第一方资料只能说明其自身提供什么，不能作为 Google 官方结论的依据，涉及高风险手法时需要读者自行评估合规边界与后果。

FAQ

新页面多久能被收录？

Google 没有承诺过固定的收录时间。实际速度取决于抓取预算、页面是否被内链指向、内容是否与其他页面重复。可从 Search Console 的 URL 检查看状态，而不是反复提交。

canonical 和 301 重定向怎么选？

如果旧 URL 永久不再使用，且需要把用户与信号都导向新地址，用 301；如果多个 URL 都需要保留可访问（例如带参数的筛选页），用 canonical 表达首选版本。两者解决的问题不同，不应混用。

只做站内优化、不做外链可以吗？

取决于竞争程度与页面类型。品牌词、长尾问题、本地服务类页面在站内结构和技术层面做扎实后，往往能看到变化；竞争激烈的商业词通常还需要站外信号。这属于经验判断，不是官方结论。

结构化数据会直接提升排名吗？

Google 把结构化数据描述为帮助理解页面内容的机制，用于支持富媒体搜索结果等展示形式，并未将其描述为直接的排名加分项。

参考来源

本文基于 Google 官方公开文档与技术规范整理，不包含第一方测试数据；官方文档若有更新，以官方版本为准。