工具 文档 价格 专栏 更新日志 解锁
English 中文 日本語 Español
GitHub
← 返回专栏
· 6 分钟阅读

页面SEO优化：零成本完整清单

页面SEO是你掌控度最高、独立开发者却最容易白费功夫的地方。这份实测有效的清单，教你用免费工具和浏览器优化标题标签、元描述、各级标题、URL、图片和内容。

我以前觉得站内 SEO 特别无聊。Title 标签？Meta description？标题结构？我会花几周做关键词调研，搭建一个漂亮的网站，写 5000 字真正有用的内容，然后随便甩一个自以为合适的 title。然后就开始纳闷：为什么我的页面就是排不上去。

真正让我醒悟的，是我对其中一个网站做内容审计的时候，发现 60% 的页面 title 标签要么重复、要么被截断、要么写得毫无辨识度，在搜索结果里跟隐身一样。我当时有一篇主打文章，目标是「free SEO audit」这个关键词，结果 title 写的是「Audit Guide」。就俩字。没关键词，没有任何让人想点击的理由。难怪那篇文章排在第二页，CTR 只有 0.8%。

站内 SEO 是 SEO 里你几乎拥有完全掌控力的部分。你没法强迫别的网站链接你，你也没法加速 Google 的索引速度。但你能控制页面上的一切——每个标签、每个标题、每个字。而且只要你做对了，效果是立竿见影、可量化的。

这份指南是一份经过实战检验的检查清单，来自我优化多个网站、几百个页面的经验。里面的所有东西都用免费工具：你的浏览器、Google Search Console、Google Sheets，再加几个免费的浏览器插件。不用 Ahrefs，不用 SEMrush，不用任何付费审计工具。

为什么站内 SEO 比你想象的更重要

在进入检查清单之前，先给你看一组改变我想法的数据。

我对一个网站做了站内元素修复（title、meta description、标题结构、内链、图片 alt 文本），然后追踪了 90 天的结果。数据如下：

  • 自然展示量增长了 2.3 倍 ——不是因为新增了页面，而是 Google 开始理解我现有页面是讲什么的。
  • 平均 CTR 从 1.2% 提升到 3.8% ——更好的 title 和 meta description 直接提升了搜索结果里的点击率。
  • 平均排名提升了 4.2 位 ——原本卡在 12-18 名的页面移动到了 8-14 名区间，有几篇还冲进了前十。

这些结果只靠站内改动。没有新外链，没有新内容，没有改技术架构。只是把已有的东西修好。

大多数独立开发者忽略了一个关键事实：Google 不是靠「感觉」来排名的。它读取的是结构化信号——title 标签、标题层级、meta description、URL 结构、alt 文本、内链锚文本——然后用这些信号来理解你的页面在讲什么。如果这些信号不清楚、互相矛盾或者压根不存在，Google 就只能猜。而 Google 的猜测，通常比你明确告诉它的要差。

站内 SEO 就是你用最清楚的方式告诉 Google：这个页面在讲什么，写给谁看的。

站内 SEO 检查清单：12 个关键要素

我按影响程度从高到低排了这份清单。如果你只有时间做三件事，做前三件。如果你有一个下午，十二件全做。

1. Title 标签（影响最大）

Title 标签是整个页面最重要的站内元素。它是 Google 在搜索结果里显示为可点击标题的内容，也是相关性最强烈的站内信号。

**我多年来一直做错的事：**我写 title 的时候只想着写给用户看（这没错），但忘了把目标关键词放进去（这就错了）。Google 需要在你 title 里看到关键词，才能放心地把你的页面排到那个词前面。一个叫「The Ultimate Guide」的 title 对 Google 来说什么也没说。「The Ultimate Guide to Free SEO Audits」才精确地告诉 Google 这个页面回答的是什么搜索意图。

靠谱的公式：

[主关键词] | [吸引人的修饰词] | [品牌名]

举例：

  • “Free SEO Audit: The Complete Checklist for Indie Developers | ZensInk”
  • “Keyword Research Without Ahrefs: 7 Free Methods That Actually Work”
  • “Technical SEO Audit Without Paid Tools: Step-by-Step Guide”

我遵循的规则：

  1. 主关键词放最前面。 Google 对 title 开头位置的词权重更高。「Free SEO Audit Guide」在「free SEO audit」这个关键词上，表现优于「Guide to Free SEO Audits」。
  2. 控制在 60 个字符以内。 Google 大概在 60 个字符（或 580 像素）处截断 title。被截断的 title 就失去了原有的效果。要数字符数，别光靠肉眼估。
  3. 加一个吸引人的修饰词。 类似「complete」「step-by-step」「without paid tools」「for beginners」「2026」这类词——能勾起好奇心、提升 CTR。但只有确实准确才能用。内容没更新就别写「2026」。
  4. 别堆砌关键词。「SEO Audit | Free SEO Audit Tool | SEO Audit Guide」这种写法很 spam，Google 可能会直接重写。一个主关键词、一个修饰词，够了。
  5. 每个 title 都要独一无二。 重复的 title 会让 Google 搞不清该把哪个页面排上去。我曾经有三篇页面全叫「Keyword Research Guide」。结果 Google 一个都没排好。我把每个 title 改成不重复、具体明确之后，三个页面都开始上涨了。

**免费审计 title 的方法：**去 Google Search Console → 效果 → 搜索结果 → 按你的网站筛选。按展示次数降序排列。找出那些展示量高但 CTR 低（低于 2%）的页面。这些就是你的 title 在搜索结果里露脸了但没人点的页面。优先重写这些 title。

你也可以用 Google 的 site: 语法来找重复 title：

site:yourdomain.com "exact title text"

如果出来多个页面，那你就有重复了。

2. Meta Description（对 CTR 影响很大）

Meta description 不直接影响排名——Google 说过很多次了。但它极大地影响点击率，而点击率会间接影响排名。更高的 CTR 向 Google 传递一个信号：你的结果和相关、有用。

**我看到大部分独立开发者的做法：**要么干脆不写 meta description（让 Google 自动生成，结果通常是页面开头 160 个字符，经常是导航文本或者页头文字），要么写一句毫无信息量的话，比如「Learn about SEO」。

真正有效的做法：

写一段 150-160 字符的描述，要满足：

  1. 包含主关键词（Google 会在搜索结果里加粗匹配的关键词）。
  2. 说明读者能学到什么或得到什么。
  3. 带一句微妙的行动号召。
  4. 制造一点紧迫感或好奇心。

比如针对「free SEO audit」这个关键词：

Learn how to audit your website’s SEO for free using Google Search Console and browser tools. This checklist covers 12 on-page elements — no paid tools required.

这段是 155 个字符。有关键词、有价值主张、有具体数字（12 个要素）、还有一个小钩子（「no paid tools required」）。

**CTR 实验：**我在 30 个页面上做过一个非正式实验。每页我都重写了 meta description，把目标关键词和具体的价值主张放进去。6 周后，平均 CTR 从 1.4% 涨到了 3.1%。排名没变，内容没变——只是描述写得更好。

**什么时候让 Google 自己决定：**Google 大概有 60-70% 的几率会重写 meta description，尤其是长尾查询。它会从你页面里抓一段和具体查询匹配的内容。这没关系——Google 的重写通常目标很准。但你仍然应该写好自己的 meta description，因为：(a) 对于你的主关键词，Google 通常会保留你写的原版；(b) 在 Google 找不到更好摘要的查询里，它是个兜底的方案。

3. 标题标签结构（对相关性信号影响很大）

标题标签（H1-H6）构建了内容的层级大纲。Google 通过这个大纲来理解你页面的结构和主题。

**最常见的错误：**页面里用了多个 H1，或者更糟，用标题标签来调样式而不是表达结构。我见过有的网站导航链接用的是 H2，而真正的内容标题反而只用 CSS font-size 调大字号，没有任何语义化标题。

我用的结构：

H1：每页一个。包含主关键词。这是页面的核心主题。
  H2：主要章节。包含次关键词或主题。
    H3：H2 下面的小节。
      H4：H3 里的细节。（少用。）
  H2：下一个主要章节。
    H3：小节。

把标题想象成目录。如果读者只读你的 H1 和 H2，就应该能理解整个页面的内容范围。如果你的标题读起来像词沙拉，Google 也一样困惑。

实用规则：

  1. 每页只有一个 H1。 这条没得商量。H1 要包含主关键词，并且和你的 title 标签一致（或高度相似）。
  2. H2 用于主要章节。 一篇 3000-5000 字的文章通常有 4-8 个 H2。每个 H2 应该包含相关的关键词或清楚描述章节主题。
  3. 不要跳级。 别从 H2 直接跳到 H4。如果 H2 下面需要子标题，用 H3。
  4. 不要用标题标签来做样式。 如果你想显示大号文字但它不属于结构标题，用 CSS font-size。别污染标题层级。
  5. 在标题中自然地加入关键词。 别硬塞——但如果某个章节讲的是「meta descriptions」，H2 就该写「Meta Descriptions」或「How to Write Meta Descriptions」，而不是「Section 2」。

**免费审计标题的方法：**在浏览器里打开任意页面，右键 →「检查」。在 Elements 面板里搜索 <h。确认每个页面只有一个 <h1>，并且层级是符合逻辑的。

或者用一个免费的浏览器插件，比如 SEO Meta in Click 或 Detailed SEO Extension。点一下就能看到页面上的所有标题标签。

4. URL 结构（中高影响）

URL 是次要的排名信号，但它影响用户行为，而且会显示在搜索结果里。干净的 URL 能建立信任感，也能强化相关性。

规则：

  1. 短且有描述性。 /on-page-seo-checklist 远好过 /blog/2026/08/01/the-complete-guide-to-on-page-search-engine-optimization-for-indie-developers。
  2. 用连字符，不用下划线。 Google 把连字符当分词符。on-page-seo 会被读作三个词。on_page_seo 会被读成一个词。
  3. 包含主关键词。 不用包含整个标题——只要关键词就行。比如文章标题是「Keyword Research Without Ahrefs: 7 Free Methods」，URL 就写成 /keyword-research-guide。
  4. 全部小写。 某些服务器上 URL 是区分大小写的。统一小写，避免问题。
  5. 不要有无关参数。 避免 ?id=123&session=abc。如果真的要用参数，加 rel="canonical" 指向干净的 URL。

**我在自己网站上做的改动：**我过了一遍所有 URL，把它们统一压缩到最多 3-5 个词。像 /blog/seo/2026/03/how-to-do-keyword-research-without-ahrefs-for-free 这样的就改成了 /keyword-research-without-ahrefs。我设置了从旧 URL 到新 URL 的 301 重定向。几周之内，排名有了小幅提升——算不上戏剧性，但足以验证更干净的 URL 确实有帮助。

**重要提醒：**如果你改了 URL，一定要从旧 URL 设置 301 重定向到新 URL。没有重定向，你会丢掉所有已有的排名和外链。

5. 图片优化（影响中等，技术价值高）

图片通过两种方式影响 SEO：直接通过图片搜索流量，间接通过页面加载速度（未优化的图片会让页面变慢，拖累 Core Web Vitals）。

每张图片都要过的检查：

  1. 有描述性的文件名。 用 on-page-seo-checklist.png，别用 Screenshot_2026-08-01_14-32-17.png。搜索引擎会读文件名。
  2. 有描述性的 alt 文本。 这是图片 SEO 里最重要的元素。Alt 文本有两个作用：无障碍（屏幕阅读器）和 SEO（Google 用它理解图片内容）。
    • 好的示范：alt="On-page SEO checklist showing 12 elements ranked by impact"
    • 坏的示范：alt="image" 或 alt="SEO"
    • 更糟的：根本没有 alt 属性。Google 只能靠猜。
  3. 压缩文件。 用 Squoosh（squoosh.app）或 TinyPNG 这类免费工具。一张 2MB 的主图，压缩后应该在 150-300KB。我见过光靠压缩图片就让页面加载时间下降 2-3 秒的。
  4. 用下一代格式。 同等质量下，WebP 比 JPEG 小 25-35%。AVIF 更小，但浏览器兼容性差一些。如果你在用 Astro 或 Next.js，图片优化通常已经内置了。
  5. 首屏以下图片用懒加载。 在页面首次加载时不可见的图片上加 loading="lazy"。这能加快首屏渲染速度。现代浏览器原生支持这个属性。
  6. 设置明确的宽高。 这能防止布局偏移（这是一个 Core Web Vitals 指标）。<img> 标签上一定要带 width 和 height 属性。

**我免费审计图片的方法：**我用 Google PageSpeed Insights（pagespeed.web.dev）——输入你的 URL，看「诊断」部分。它会标出未优化的图片、缺 alt 文本的图片、以及导致布局偏移的图片。它报什么你修什么。

6. 内链和锚文本（影响中等，经常被忽略）

内链在网站页面之间传递权重。你用的锚文本告诉 Google 链接过去的那个页面是关于什么的——这是一个很强的相关性信号。

**大多数独立开发者的通病：**用「click here」或「read more」这种没有信息的锚文本。这等于没告诉 Google 目标页面是关于什么的。或者更糟——压根不做内链，每个页面都是孤儿，跟站点其他部分毫无关联。

规则：

  1. 用描述性的锚文本。 如果你要链接到你的关键词研究方法指南，锚文本就用「keyword research guide」——别用「click here」，也别用「this article」。
  2. 锚文本要自然多样。 链接到同一个页面时，别每次都用一模一样的锚文本。混着来：「keyword research guide」「how to do keyword research」「free keyword research tools」。Google 对过度优化很敏感。
  3. 从高权重页面链接到新内容。 你流量最大的页面（通常是首页和顶级博文）传递的权重最高。从这些页面链接到新文章，帮助它们被发现。
  4. 在正文里按语境链接，别放页脚。 文章正文里的一个链接，价值高于侧边栏或页脚的一个链接。Google 给予上下文链接更高的权重。
  5. 每篇文章目标做 3-5 个内链。 每篇文章应该链接到站内 3-5 个其他相关页面，同时也有 3-5 个其他页面链接回来。这样能织出一张相关性的网。

我另外写了一篇完整的内链策略指南，这里就不重复了。但如果这部分你什么都没做，至少去过一遍你流量最高的 10 个页面，从每个页面加 2-3 个上下文内链，指向你更新、更难被发现的内容。

7. 内容深度和结构（影响中等）

这不是字数问题——是完整度问题。Google 想要把完整回答搜索者问题的页面排到前面。一个完整回答搜索意图的页面，会击败一个泛泛而谈的页面，哪怕后者外链更多。

我评估内容深度的方法：

  1. 搜索你的目标关键词。 打开排名前 5 的页面。读一遍。记下它们覆盖了什么、漏了什么。
  2. 覆盖它们覆盖的所有内容，再加上它们漏掉的。 你的内容应该是头部结果的一个超集。如果所有头部结果都有 FAQ 板块，你也得有。如果它们都没讨论某个相关的子话题，那就是你的差异化机会。
  3. 为「扫读」而结构化。 没人会读一堵 5000 字的文字墙。用短段落（2-4 句）、项目符号、关键概念加粗、对比用表格。Google 会从结构良好的内容中提取精选摘要（featured snippets）。
  4. 直接回答问题。 如果有和你主题相关的「大家还在搜」（People Also Ask）问题，在你的内容里明确回答它。把答案写成清晰的陈述句（不要埋在段落里），这样 Google 才能把它提取为精选摘要。

**「完整度」测试：**写完内容后问自己：「如果一个人只读这一个页面，他能完整理解这个主题吗？他需要去别的地方查吗？」如果答案是「需要」（他得再访问另一个网站），那你的内容还不够完整。把缺的补上。

8. 关键词位置和密度（影响中等）

关键词放在页面的什么位置很重要。Google 根据位置给关键词不同的权重。

位置检查清单：

  1. Title 标签。 前 60 个字符内放主关键词。（上面已经讲过。）
  2. H1 标签。 主关键词，最好在开头。
  3. 开头 100 个字。 在开头段落里自然地用到主关键词。Google 给页面早期内容更高的权重。
  4. 至少一个 H2。 在至少一个 H2 里包含主关键词或次关键词。
  5. URL。 在 slug 里放主关键词。（上面已经讲过。）
  6. 图片 alt 文本。 至少一张图片的 alt 文本里包含主关键词。
  7. Meta description。 前 155 个字符里包含主关键词。（上面已经讲过。）
  8. 正文各处。 自然地使用关键词及其变体。别去算密度百分比——只要确保它在合适的语境里出现就行。

**关于关键词密度：**别纠结密度百分比。「关键词密度 2-3%」是过时建议，只会让你的写作变得别扭。相反，围绕主题自然写作就好。如果你在写站内 SEO 的内容，自然会多次用到「on-page SEO」这个短语，根本不用刻意。如果需要硬塞，说明你的内容可能跑题了。

**要避免的事：**别用隐藏文本（和背景同色的文字）来堆关键词。别用极小的字号放关键词。Google 的算法能检测出这些手段，而且会惩罚你。这些是 2000 年代初的过时招数，但我在一些用了过期 SEO 建议的网站上还是能看到。

9. Canonical 标签（低-中影响，预防性）

Canonical 标签告诉 Google 哪个版本的页面是「主版本」。当同一内容可以通过多个 URL 访问时，它能防止重复内容问题。

什么时候需要 canonical 标签：

  1. www 与 非 www。 如果你的网站同时能通过 yoursite.com 和 www.yoursite.com 访问，选一个作为 canonical，另一个做重定向或加上 canonical。
  2. HTTP 与 HTTPS。 如果你还没把所有 HTTP 流量重定向到 HTTPS，加 canonical 标签指向 HTTPS 版本。
  3. URL 参数。 如果你的 URL 带有追踪参数（?utm_source=...）或排序参数（?sort=price），加 canonical 标签指向干净的 URL。
  4. 分页内容。 如果你把内容拆成多页，用 rel="next" 和 rel="prev"（虽然 Google 已经弃用这个做法，但仍是好习惯），或者每页都做 self-canonical。
  5. 转载内容。 如果你的内容出现在其他平台（Medium、Dev.to 等），确保转载版本有 canonical 标签指回你的原文。

Canonical 标签写法：

<link rel="canonical" href="https://yoursite.com/your-article/" />

**我踩过的坑：**我的一个网站有 index.html 结尾的 URL，和目录 URL 是两套（/about/ 与 /about/index.html）。Google 把两个版本都索引了，权重被稀释。加了 canonical 标签并重定向了 .html 版本之后，合并后的页面几周内就排名提升了。

10. Schema 标记 / 结构化数据（低-中影响，增长中）

Schema 标记是一种代码，用来明确告诉 Google 你页面上的内容属于什么类型。Google 用它在搜索结果中生成富媒体结果（评分星级、FAQ 手风琴、面包屑导航）。

**为什么重要：**富媒体结果在搜索结果里占的面积更大、视觉上更突出、CTR 也更高。一个 FAQ 富媒体结果可以免费让你的 SERP 展示面积翻倍。

需要实现什么：

  1. Article schema。 用于博客文章：标题、描述、作者、发布日期、图片。
  2. BreadcrumbList schema。 展示页面在你站点层级中的位置。
  3. FAQPage schema。 如果你的文章有 FAQ 板块，标记它。这是内容站 ROI 最高的 schema——它会在搜索结果里生成可展开的 FAQ 手风琴。
  4. Organization schema。 用于你的首页：名称、logo、指向社交媒体主页的 sameAs 链接。

免费实现方法：

用 Google 的免费 Structured Data Markup Helper（google.com/webmasters/markup-helper/）来生成 JSON-LD 代码。或者手动写——其实就是 <script> 标签里的一段 JSON：

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "What is on-page SEO?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "On-page SEO is the practice of optimizing individual web pages to rank higher in search results. It includes title tags, meta descriptions, headers, content, and internal links."
      }
    }
  ]
}
</script>

**免费验证方法：**用 Google 的富媒体结果测试工具（search.google.com/test/rich-results）。输入你的 URL，它会显示检测到了哪些 schema 类型，以及有没有报错。

我写了一篇更详细的 schema 标记指南，深入讲了每种类型、实现方法和常见错误。核心要点：FAQ schema 是内容站最容易拿分的一项。如果你的文章有 3-5 组问答，标记它。

11. 移动端优化（影响中等，没得商量）

Google 用移动端优先索引，意思是它主要用你页面的移动版来做索引和排名。如果你的页面桌面端很好看但移动端一团糟，Google 就会基于这个破烂的移动版来排名。

移动端检查清单：

  1. 响应式设计。 你的布局要能适配各种屏幕尺寸。移动端不允许出现横向滚动。
  2. 字号。 移动端正文至少 16px。更小的字不好读，Google 也会标记。
  3. 点击目标。 按钮和链接至少 48x48px，并且间距要够。Google 会标记靠得太近的点击目标。
  4. 没有侵扰性弹窗。 移动端上覆盖主内容的弹窗会被惩罚。Cookie 横幅只要足够精简，可以豁免。
  5. Viewport meta 标签。 确保 <meta name="viewport" content="width=device-width, initial-scale=1"> 在你的 <head> 里。

**免费审计方法：**Google PageSpeed Insights 有一个移动端标签页，以上所有项目都会检查。你也可以用 Chrome DevTools → 切换设备工具栏，看看页面在不同屏幕尺寸下长什么样。

12. 页面速度 / Core Web Vitals（影响中等）

页面速度是确认过的排名因素。Google 通过 Core Web Vitals 来评估：Largest Contentful Paint（LCP）、Interaction to Next Paint（INP）和 Cumulative Layout Shift（CLS）。

我写过一份完整的 Core Web Vitals 指南，这里说简版要检查什么：

**LCP（应该在 2.5 秒以内）：**最大可见元素渲染所需的时间。通常是图片或大块文字。修复方法是压缩图片、用 CDN、移除阻塞渲染的资源。

**INP（应该在 200ms 以内）：**页面响应用户交互的速度。修复方法是减少 JavaScript 执行时间和延迟非关键脚本。

**CLS（应该在 0.1 以内）：**页面加载过程中布局偏移的程度。修复方法是给图片和广告设置明确的尺寸，避免首屏上方动态注入内容。

**免费审计方法：**Google PageSpeed Insights 同时给你实验数据（模拟测试）和现场数据（真实 Chrome 用户）。重点关注现场数据——它反映的是真实用户体验。

**我建议优先做的速度优化：**大多数独立开发者觉得页面速度需要复杂的工程改造。不需要。下面这些才是真正起作用的，按「投入产出比」排序：

  1. 压缩图片。 单单这一个改动就往往能让页面体积减少 50-70%。用 Squoosh 或 TinyPNG——拖进去就行，不需要任何技术知识。一张 2MB 的主图变成 200KB，画质损失几乎不可感知。
  2. 删除未使用的 JavaScript。 如果一个静态页面就够用，你却搞了个客户端渲染的 React/Vue SPA，那你是在付一笔巨额性能税。内容密集的页面考虑服务端渲染或静态生成（Astro、Next.js SSG）。
  3. 用 CDN。 Cloudflare 的免费套餐提供全球 CDN，把你的静态资源缓存到世界各地的边缘节点。光这一点就能让距离你源站很远的访客 TTFB（首字节时间）从 800ms 降到 200ms 以内。
  4. 延迟非关键 CSS 和 JS。 给 <script> 标签加 defer，考虑内联关键 CSS。大多数框架配置正确的话会自动处理。
  5. 开启文本压缩。 服务器上的 Brotli 或 gzip 压缩能把 HTML、CSS、JS 的传输体积减少 60-80%。大多数托管平台默认开启，但我发现居然有相当多的网站没开——务必验证一下。

我曾经只靠压缩图片 + 开启 Cloudflare CDN，就把一个网站的 PageSpeed 分数从 35（差）提到了 85（好）。没改一行代码。没换框架。两个小时的工作，换来 50 分的提升。

站内 SEO 审计流程

现在你知道了这 12 个要素，下面是系统化审计现有页面的方法。

第一步：从 GSC 导出页面数据

去 Google Search Console → 效果 → 搜索结果。时间范围设为最近 28 天。把所有页面的展示次数、点击次数、CTR、平均排名导出。你会得到一份 Google 有数据的所有页面的表格。

第二步：找出优先处理的页面

按展示次数降序排列。这些是 Google 在搜索结果里展示最多的页面。把你的站内优化精力集中在排名前 20-30 的页面上——它们最有提升空间。

在这些头部页面里，找出：

  • 展示量高，CTR 低（<2%）： title 和 meta description 需要改。Google 在展示你的页面，但没人点。
  • 展示量高，排名差（>10）： 这个页面距离第一页就差一步。站内优化很可能把它推上去。
  • 展示量高，CTR 不错，排名好（4-10）： 页面已经在正常发挥了。微调一下可能冲到 1-3 名。

第三步：跑一遍 12 项检查清单

对每个优先页面，逐项过 12 个要素：

  1. Title 标签是否包含主关键词、是否在 60 字符以内？
  2. Meta description 是否包含关键词、是否写了价值主张、是否在 160 字符以内？
  3. 是否只有一个带主关键词的 H1？
  4. URL 是否干净、简短、包含关键词？
  5. 所有图片是否都有描述性的 alt 文本？
  6. 是否有 3-5 个使用描述性锚文本的内链？
  7. 对比排名靠前的竞争对手，内容是否完整？
  8. 主关键词是否在 title、H1、开头 100 字、至少一个 H2、URL 和一张图片的 alt 文本里？
  9. 是否有指向正确 URL 的 canonical 标签？
  10. 是否有相关的 schema 标记（尤其是 FAQ）？
  11. 页面是否通过移动端友好测试？
  12. 页面是否通过 Core Web Vitals？

我用一个简单的 Google Sheet 来追踪——每页一行，每个检查项一列，打勾（✓ 或 ✗）。每页花 5-10 分钟。30 个页面就是大约 4 小时的审计。

第四步：按优先级修复问题

别想一次全修。按影响程度排优先级：

第一轮（ROI 最高）：

  • 修复所有高展示量页面的 title 标签和 meta description。
  • 确保每页只有一个包含主关键词的 H1。
  • 从你的头部页面添加指向新内容的内链。

第二轮（ROI 中等）：

  • 给所有图片添加 alt 文本。
  • 在有问答板块的页面上实现 FAQ schema。
  • 用 301 重定向清理 URL 结构。

第三轮（预防性）：

  • 验证所有页面上的 canonical 标签。
  • 修复 Core Web Vitals 问题。
  • 审计移动端体验。

第五步：监控结果

做完改动后，等 2-4 周。然后重新检查 GSC：

  • 展示量增加了吗？（Title 标签和内容的改动应该在这里体现。）
  • CTR 提升了吗？（Meta description 和 title 的改进体现在这里。）
  • 平均排名提升了吗？（整体站内优化的效果体现在这里。）

在你的表格里记录改前/改后的数据。这些数据会告诉你哪些改动效果最大，方便你以后安排优化工作的优先级。

我常见到的站内 SEO 错误

我审过几十个网站——自己的和别人家的——以下是出现频率最高的错误：

错误 1：为了搜索引擎优化而不是为了用户优化。 是的，关键词要放在对的位置。但如果你的 title 读起来像一列关键词（「SEO Audit | Free SEO Audit Tool | SEO Checker」），用户不会点，Google 最终也会发现你的 CTR 很烂。先写给人看，然后确保关键词在那里。

错误 2：一次性操作，之后不管了。 站内 SEO 不是一劳永逸的事。你半年前排名很好的 title，现在可能表现不佳了，因为竞争对手改进了他们的。我每季度过一遍自己排名前 20 的页面，基于 GSC 数据调整 title、描述和内容。

错误 3：忽视你已有的数据。 Google Search Console 在免费给你数据：哪些页面的展示次数高，哪些有点击，哪些两个都没有。大多数独立开发者从来不看这些数据。那些展示量高但 CTR 低的页面，正在精确地告诉你哪些 title 该重写。

错误 4：过度优化。 我见过有的页面每个段落开头都是关键词、每个标题都塞着关键词、每张图片的 alt 文本都是同一个关键词。这在用户眼里不自然，在 Google 眼里像 spam。自然地写，在合适的地方放关键词，然后收手。

错误 5：忘了老内容。 改进一个已经在第二页排名的页面，比从零创作新内容更容易。回到你已有的页面，跑一下这份清单，看着它们往上爬。我抢救过一些卡在 15-20 名几个月的页面，只靠修 title 标签和补 500 字缺失的内容，就推到了 5-8 名。

错误 6：对每个页面一视同仁。 不是每个页面都值得同样的优化工作量。你的支柱内容——针对最有价值关键词的综合性指南——值得花几个小时精心打磨站内元素。一篇小博客或标签页面，可能只需要检查一下 title。把时间按页面的流量潜力来分配。我用一个简单的分级：月展示量 1000+ 的页面做完整的 12 项；100-1000 的做前 5 项；100 以下的检查一下 title 就完事。

错误 7：不记录改动、不测效果。 当你改了一个 title 标签或 meta description，记下日期和改前/改后的数据。然后 2-3 周后查 GSC，看 CTR 有没有提升。不做记录，你就是闭着眼飞。我在 Google Sheets 里维护一份简单的变更日志：URL、修改日期、改了什么、改前指标、改后指标。时间长了模式就会出现——你会知道哪些 title 写法对你的受众最有效。

工具汇总：你需要的一切都是免费的

工具用途成本
Google Search Console效果数据、按页面查看展示/CTR/排名免费
Google PageSpeed InsightsCore Web Vitals、移动端友好度、图片优化免费
Google Rich Results TestSchema 标记验证免费
Google Structured Data Helper生成 JSON-LD schema 代码免费
Chrome DevTools标题审计、移动端预览、元素检查免费
SEO Meta in Click（插件）一键审计 title/meta/标题免费
Squoosh（squoosh.app）图片压缩免费
Google Sheets审计追踪表格免费

总成本：0 元。总工具数：8 个。每页时间：审计 5-10 分钟，修复 15-30 分钟。ROI：2-4 周内就能看到可量化的排名和 CTR 提升。

总结

站内 SEO 是所有 SEO 工作中杠杆率最高的。它是你完全掌控的部分，可量化，见效还快——通常几周而不是几个月。

这份清单不复杂。十二个要素，每个都有清晰的规则。难的不是知道该做什么——难的是真正去做，一页一页地，有条不紊地，不偷工减料。

如果咱们现在坐在同一个房间里，我会跟你说：从 Google Search Console 里你最靠前的 10 个页面开始。修 title 标签。重写 meta description。确保每一页都有一个带目标关键词的清晰 H1。从你流量最大的页面加 2-3 个内链。这周就做完。两周后查 GSC。你会看到差别的。

然后扩展到 20 个页面。再到 50 个。用不了多久，站内优化就变成了一种习惯，而不是一个项目。而你的自然搜索流量，会告诉你这一切是值得的。

想给自己的站点做同样的分析？

ZensInk Pro 把这个流程自动化了。一条命令，从种子词到内容计划。

查看 Pro →