站内SEO是什么，它不包含什么

站内SEO指在自有域名内，通过技术配置、URL 与链接结构、页面内容、结构化数据和页面体验的调整，让搜索引擎能够抓取、索引并正确理解页面，同时让用户能完成目标动作。

它通常不包含外链建设、品牌公关和付费广告。这条边界值得先说清楚：很多“排名没起来”的问题并非来自标签写错，而是页面本身没有满足搜索意图，仅靠修改 title 或堆砌关键词无法解决。

Google 把搜索过程拆成抓取、建立索引、呈现搜索结果几个阶段，站内SEO的绝大部分工作集中在抓取和索引这两个阶段。Google Search Central：How Google Search works

四个层面与推荐执行顺序

  • 技术层：可抓取性、可索引性、HTTP 状态码、重复 URL、JavaScript 渲染。
  • 结构层：URL 结构、内部链接、导航、分页、面包屑、XML sitemap。
  • 内容层：搜索意图匹配、标题标签与摘要、正文完整度、E-E-A-T 相关信息。
  • 体验层：Core Web Vitals、移动可用性、干扰性插页。

这四个层面不是并列清单，而是存在依赖顺序。技术层没解决时，内容层和体验层的优化效果很难被稳定观察到，因为页面可能根本没有进入索引。

第一步：确认页面能被抓取、能进入索引

这是站内SEO中最容易被跳过、也最容易造成“改了很多但没反应”的环节。抓取和索引是两件不同的事：页面被抓取，不代表会被索引；页面被索引，也不代表会参与所有查询的排名。

  • robots.txt：用于控制抓取。Google 官方文档指出，被 robots.txt 屏蔽的 URL 仍可能因为被其他页面链接而出现在结果中，只是没有内容摘要。这意味着“屏蔽抓取”不等于“从索引中移除”。Google Search Central：robots.txt 简介
  • noindex：如果目标是阻止索引，应使用 robots meta 的 noindex，而不是 robots.txt。页面必须先能被抓取，抓取工具才能读到 noindex。
  • HTTP 状态码：需要返回 200 的页面返回 404 或 5xx，会让抓取预算与索引状态变得混乱；301 用于永久迁移，302 用于临时跳转。Google Search Central：重定向与 301
  • JavaScript 渲染：依赖客户端渲染生成主要内容时，需要确认渲染后的 HTML 里确实包含正文与链接，而不只是空壳。Google Search Central：JavaScript SEO 基础
  • XML sitemap：sitemap 是帮助发现 URL 的提示，不是索引的保证。只放需要收录、返回 200、可被抓取的 canonical URL。Google Search Central：sitemap 概览

验证方式：在 Search Console 使用网址检查工具查看“已抓取的页面”与“收录”状态，这是判断问题出在抓取还是索引的直接入口。Search Console 帮助：网址检查工具

第二步：URL、canonical 与重复内容

同一份内容出现多个可访问 URL（带参数、带 www 与不带 www、大小写不同、分页与筛选），会分散信号。处理顺序建议是：先消除不必要的重复入口，再用 canonical 声明首选版本。

Google 官方文档把 canonical 描述为一种提示（hint），用于帮助其判断重复 URL 群中应优先展示哪个版本，而不是强制指令。Google Search Central：使用 canonical 合并重复网址

  • canonical、内部链接、sitemap、重定向应指向同一个首选 URL，四者互相矛盾时 canonical 的可信度会下降。
  • URL 结构以可读、稳定为优先。Google 说明 URL 中的词汇对抓取有帮助，但没有证据表明关键词堆进路径能带来额外收益。Google Search Central：URL 结构建议
  • 多语言站点使用 hreflang 标注语言与地区对应关系，且需要双向互指。Google Search Central：本地化版本与 hreflang

第三步：内部链接与站点结构

内部链接是站内SEO里投入产出最稳定的部分之一，因为它同时影响抓取发现、页面权重分布和用户路径。

Google 官方文档说明，可抓取的 <a> 链接是发现新页面的重要方式，并建议锚文本应与目标页面内容相关。Google Search Central：让链接可被抓取

  • 重要页面距离首页的点击深度应尽量浅；孤岛页面通常既缺抓取也缺点击。
  • 锚文本描述目标页面主题，避免整站统一使用“点击这里”“了解更多”。
  • 导航、面包屑、相关文章、分页都算内部链接，需保证输出的是可被抓取的 HTML 链接，而不是仅由 JavaScript 事件触发的假链接。
  • 链接数量本身不是问题，堆砌无关链接才会稀释页面主题的相关性。

第四步：标题标签、摘要与内容质量

搜索结果中的标题和摘要由搜索系统生成，页面提供的 title 元素和 meta description 是主要参考来源之一，但都不是完全可控的展示结果。

Google 官方文档说明，标题链接可能来自 title 元素、页面上的 H1、以及其他指向该页面的链接锚文本。Google Search Central：标题链接 因此页面上出现多个互相冲突的大标题，会增加展示结果与预期不一致的概率。

关于摘要片段，Google 说明 meta description 常被用作摘要来源，但当它与查询不匹配时会改用页面内容片段。公开文档没有把 meta description 列为排名系统的一部分，把它当作“影响展示效果而非排名的字段”更符合现状。Google Search Central：摘要片段

内容层面的判断标准，Google 在“创建有用、可靠、以人为本的内容”中给出一组自评问题，例如内容是否提供原创信息、是否有明确作者或来源说明、是否只是改写他人观点。Google Search Central：创建有用内容

  • 先确认页面匹配的是哪种搜索意图：了解概念、比较方案、执行操作还是直接购买。意图不匹配时，任何文案优化都无法弥补。
  • 一页解决一个主问题，避免把多个不相关的意图塞进同一 URL。
  • 涉及经验（Experience）的内容，需要真实可核验的一手信息，例如实际操作记录、截图、项目过程；没有一手资料时，不要写成“我们测试发现”。
  • Google 的搜索质量评估指南中列出了对页面质量评估的维度，可用于自查，但它描述的是评估者标准，并非直接的排名因素清单。Search Quality Rater Guidelines（PDF）

第五步：结构化数据

结构化数据帮助搜索引擎理解页面实体与属性，并可能使页面具备富媒体搜索结果的资格。需要注意“有资格”不等于“必然展示”。

Google 官方文档明确说明，使用结构化数据并不保证页面一定出现在富媒体结果中。Google Search Central：结构化数据简介

  • 只标注页面真实存在、用户可见的内容；标注不可见信息属于违规。
  • 优先选择与页面类型匹配的受支持类型，例如文章、产品、面包屑、FAQ，而不是全站套用同一段 JSON-LD。
  • 使用富媒体搜索结果测试验证语法与必填字段。Rich Results Test

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

Core Web Vitals 目前由 LCP（最大内容绘制）、INP（交互到下一次绘制）、CLS（累积布局偏移）三项指标组成，衡量加载、交互响应与视觉稳定性。web.dev：Web Vitals

Google 把页面体验作为一组信号来描述，并将其与 Core Web Vitals 指标关联；把它理解为“在内容相关性接近时可能产生差异的因素”比理解为独立的强排名因素更贴近官方表述。Google Search Central：Core Web Vitals

  • 先用 PageSpeed Insights 或 Search Console 的 Core Web Vitals 报告定位是哪些 URL 组出问题，再决定优化图片、字体、脚本还是布局。PageSpeed Insights
  • 移动优先索引意味着移动版页面的内容与链接是主要依据，桌面与移动内容不一致会带来理解偏差。Google Search Central：移动优先索引
  • 避免影响阅读的插页与大幅广告遮挡主体内容。

站内SEO检查清单

  • 重要页面返回 200，且未被 robots.txt 或 noindex 误伤。
  • 每个页面有唯一的 canonical，且与内部链接、sitemap、重定向一致。
  • sitemap 只包含需要收录的规范 URL，并已提交至 Search Console。
  • 核心页面从首页出发的点击深度可控，锚文本描述目标主题。
  • 标题标签与 H1 表达同一主题，不堆砌关键词。
  • 正文覆盖搜索意图所需的完整信息，并包含可核验的来源或作者信息。
  • 结构化数据类型与页面内容一致，并通过测试工具校验。
  • Core Web Vitals 在移动端分组中无明显问题页面。

如果需要一个轻量的入口做基础扫描（title、canonical、状态码、结构化数据是否存在），可以先用免费 SEO 工具跑一遍站内检查，但工具输出只能当作线索，最终仍需以 Search Console 数据和页面实际渲染结果为准。可参考 免费 SEO 工具。

常见误区

  • 把关键词密度当核心指标：Google 从未公开确认存在关键词密度阈值，堆砌关键词更可能触及垃圾内容政策中的关键词堆砌条款。Google Search Central：垃圾内容政策
  • 认为 canonical 一定生效：它是提示，当站内其他信号指向不同 URL 时可能被忽略。
  • 只改 title 不看内容：标题影响展示与点击，但无法让不匹配意图的页面变得相关。
  • 为了“收录”而批量生成页面：大量低价值 URL 会稀释抓取资源，且不构成独立价值。
  • 把行业观点当成官方结论：例如“某因素一定是排名因素”，若没有官方或可靠实验支持，只能作为推测表述。

如何验证站内SEO是否有效

  • 索引覆盖：观察 Search Console 的“网页”报告中有效与已排除页面的变化趋势，而不是单个页面的孤例。
  • 抓取统计：查看抓取请求的响应码分布，判断是否存在大量 404、5xx 或重定向链。
  • 查询与页面映射：用“效果”报告确认目标 URL 是否在预期查询上获得展示。
  • 体验数据：Core Web Vitals 报告按 URL 组查看，避免只盯首页。
  • 对照与隔离：一次只改一类因素，并记录改动时间，便于回溯。搜索引擎系统是多项信号共同作用的结果，单一改动与排名变化之间通常无法建立严格的因果关系。

FAQ

站内SEO和站外SEO哪个更重要？
对绝大多数站点而言，站内SEO是前提：页面无法被抓取或索引时，站外投入难以转化为可见结果。两者不是替代关系，而是先后与互补关系。

meta keywords 还有用吗？
Google 的搜索文档中没有把 meta keywords 列为使用的信号，把资源投入在标题、正文与内部链接上更有效。

sitemap 提交后多久会收录？
没有固定时间。sitemap 只是帮助发现 URL 的提示，收录取决于页面质量、重复情况与抓取安排。

canonical 和 301 该用哪个？
页面需要永久迁移到新地址时用 301；同一内容存在多个可访问版本、但希望保留这些版本时用 canonical。

改 title 会影响排名吗？
标题影响搜索结果中的展示文本与点击行为，Google 将其描述为帮助用户与搜索引擎理解页面的元素；它不是可以单独决定排名的开关。

资料来源

本文引用的官方资料以撰写时可见版本为准，搜索引擎文档会更新，执行前建议核对最新版本。