本技术 SEO 检查清单按顺序列出了你需要检查的项目，以确保搜索引擎能够找到并抓取你的网站，正确的页面被编入索引，并为访客提供快速、安全的体验。即使是最好的内容，如果无法被抓取或被错误地排除在索引之外，也无法获得排名；因此，在进行内容工作之前，先检查基础非常必要。我们将每个项目都写成可以勾选“是 / 否”的形式。
为什么技术 SEO 要先做？
搜索引擎分三个阶段工作：抓取（发现并下载页面）、索引（理解内容并存储）和排名。技术 SEO 确保前两个阶段顺利运行。如果问题出现在这里，后续阶段根本无法开始。开始之前，请确认已安装 Search Console；安装方法请参阅我们的Search Console 入门指南。下面的大部分检查都可以通过该工具中的报告来验证。
要加快检查速度，三个免费资源就足够了：Search Console（查看谷歌如何看待你的网站）、PageSpeed Insights（速度和 Core Web Vitals），以及一款桌面爬虫工具（像搜索引擎一样遍历你的网站，列出失效链接、重定向和缺失标签）。请为每个项目标注“通过 / 需修正 / 不适用”的结果，并保存在带日期的表格中；三个月后，你可以用同一张表进行对比。
1. 抓取（crawl）检查
- 重要页面未被 robots.txt 屏蔽。Search Console 中的“网址检查”工具会显示某个页面是否可以被抓取。
- 页面返回 HTTP 200。重要页面不应出现 404、500 或软 404（内容空洞却返回 200 的页面）。
- 重定向为单步且为 301。应缩短链式重定向（A → B → C）；除临时情况外，不要使用 302。
- 重要页面由内部链接连接。没有任何地方链接到的“孤立”页面可能会被遗漏。详情请参阅我们的内部链接策略文章。
- 失效的内部链接已清理。修复或删除返回 404 的链接。
- URL 结构简洁。优先使用简短、易读、小写、不含多余参数的地址；避免为同一内容生成数百个带参数的变体。
- 服务器日志中没有 Googlebot 错误。在大型网站上，频繁对机器人请求返回 5xx 会减少抓取频率。
2. 索引检查
- 已查看 Search Console → 页面报告。逐一阅读“未编入索引”的原因（例如“已抓取 - 目前未编入索引”“备用网页，适当的规范网页”“被 noindex 标记排除”）。
- 重要页面没有 noindex。开发时添加后忘记删除的
<meta name="robots" content="noindex">是常见错误。 - 无用页面已被有意排除。对于感谢页、购物车、筛选和站内搜索页面，可以考虑使用 noindex。
- 已检查薄弱（thin）内容。将只有几句话、重复的页面合并或改进。
- 已进行站点搜索。在谷歌中输入
site:你的域名.com，将大致的索引页面数与实际页面数进行对比。
3. Canonical 与重复内容
Canonical 标签（<link rel="canonical" href="...">）用于在同一或高度相似的内容存在于多个地址时，声明“主版本是这个”。
- 每个页面都指向自身（自引用），或有意指向主版本。
- Canonical 使用绝对地址（https://...），且不指向重定向或返回 404 的地址。
- www / 非 www、http / https 以及结尾斜杠的变体都通过 301 重定向到单一版本。
- 筛选和排序参数的页面都将 canonical 指向主分类页面。
- Canonical 与 noindex 不同时使用。两个信号会相互矛盾。
注意：Canonical 是一种提示，而不是命令。如果存在矛盾的信号（内部链接、网站地图、重定向），谷歌可能会选择另一个地址。因此，内部链接、网站地图和 canonical 应当指向同一地址。
典型的 canonical 错误例子：某电商网站上，带有 “?sirala=fiyat” 参数的分类地址将自身设为 canonical。结果，同一商品列表会在数十个地址上被索引，页面之间互相竞争。解决方法是，将所有带参数变体的 canonical 指向干净的分类地址。
4. Hreflang 与多语言结构
如果你为多种语言或地区提供页面，hreflang 会告诉谷歌应该向哪类用户展示哪个版本。
- 每个语言版本都列出其他版本（相互验证）。如果 A 页面指向 B，那么 B 也应指向 A。
- 包含自身语言版本（自引用）。
- 语言和地区代码正确：如
tr、en、en-gb；通常tr比tr-tr更合适。 - 目标地址返回 200，且与 canonical 不冲突。
- 定义了
x-default：用于语言选择器或默认页面。 - 每种语言确实已翻译。不要把未翻译的页面标记为其他语言。
5. 网站地图与 robots.txt
| 文件 | 需检查的内容 |
|---|---|
| sitemap.xml | 只包含返回 200、希望被索引、并使用规范地址的链接；已提交到 Search Console；每个文件不超过 50,000 个 URL 或 50 MB；lastmod 反映真实的更新日期。 |
| robots.txt | 位于域名根目录（/robots.txt）；除管理和临时目录外，不屏蔽关键文件夹；不屏蔽 CSS/JS 文件；并通过 Sitemap: 行指明网站地图地址。 |
一个关键区别：robots.txt 阻止抓取，但不会将页面从索引中移除。如果希望某个页面不出现在索引中，请使用 noindex，且不要同时用 robots.txt 屏蔽它；否则谷歌将无法看到 noindex 标签。
6. 速度、移动端与安全
- 已检查 Core Web Vitals。目标：LCP ≤ 2.5 秒，INP ≤ 200 毫秒，CLS ≤ 0.1。详情请参阅我们的Core Web Vitals 指南；测量可以使用 PageSpeed Insights。
- 图片已压缩（WebP/AVIF），已定义尺寸，屏幕以下的图片已延迟加载。
- 服务器响应时间（TTFB）短，并已开启缓存。
- 移动端兼容：响应式设计、
viewport标签、可点击元素之间有足够间距，移动端内容与桌面端一致。 - 全站使用 HTTPS。证书有效，没有混合内容（mixed content），http 地址通过 301 重定向到 https。
- 安全标头和最新的基础设施：使用最新的 PHP/CMS 版本，并进行恶意软件扫描。
- 页面内的基本标签已完成：每个页面都有独特的标题和描述，且只有一个 H1。撰写技巧请参阅我们的meta title 与 description 指南。
7. 结构化数据
结构化数据（schema.org 标记）以机器可读的方式明确描述页面是什么，并使其符合富媒体结果（星级、常见问题、价格、食谱等）的要求。谷歌推荐的格式是 JSON-LD。
- 已应用合适的类型：企业网站使用
Organization，文章使用Article，产品使用Product，本地企业使用LocalBusiness，展示路径的使用BreadcrumbList。 - 标记与页面上可见的内容完全一致。添加不可见或虚假的信息，存在被人工处理的风险。
- 已完成验证：谷歌的富媒体结果测试工具以及 Search Console 的“增强功能”报告会显示错误和警告。
- 已检查最新要求：哪些类型能获得富媒体结果会随时间变化；请通过 Google Search Central 关注最新列表。
优先级顺序：不要试图同时修复所有问题。先处理“阻断性”问题：页面能否被抓取、错误的 noindex、robots.txt 错误以及 5xx。然后是 canonical 和重定向的清理，接着是速度和结构化数据。
由 JavaScript 生成的内容
使用 React、Vue 等框架构建的网站，内容是在浏览器中生成的。谷歌可以执行 JavaScript，但这一过程发生在第二个队列中，可能会延迟，也可能出错。
- 重要内容是否存在于最初的 HTML 响应中？使用 Search Console 中的“网址检查 → 测试实际网址 → 查看已抓取的页面”，比较谷歌看到的版本。
- 链接是否为真正的
<a href>？仅依靠点击事件导航的按钮可能不会被抓取。 - 标题、描述和 canonical 是否在服务器端生成？如果可能，请使用服务器端渲染（SSR）或预渲染。
- 是否提供分页链接，而不是无限滚动？否则，深层内容可能无法被发现。
常见问题及解决方法
| 现象 | 可能原因 | 解决方法 |
|---|---|---|
| 新页面数周内未被索引 | 没有内部链接，不在网站地图中，质量偏低 | 添加内部链接，加入网站地图，在网址检查中请求索引，强化内容 |
| 大量“备用网页，适当的规范网页”警告 | 带参数或重复的地址 | 统一 canonical 和网站地图中的地址 |
| 流量突然下降 | 误加 noindex、robots.txt 屏蔽、主题更换 | 检查线上页面源代码和 robots.txt，在 Search Console 中找到错误出现的日期 |
| 移动端与桌面端内容不同 | 隐藏的部分、单独的移动站点 | 保证移动端内容完整；谷歌以移动版本为准 |
| 富媒体结果未显示 | 标记错误或与内容不符 | 在富媒体结果测试中验证，并与可见内容匹配 |
应多久检查一次？
| 频率 | 检查内容 |
|---|---|
| 每周 | Search Console 中的抓取错误，以及安全/人工处理通知 |
| 每月 | 已索引页面数、Core Web Vitals 状态、404 和重定向报告 |
| 每三个月 | 完整的网站抓取、孤立页面、网站地图和 canonical 一致性、hreflang |
| 重大变更之后 | 主题、域名、CMS 或 URL 结构变更后，整张清单从头再查一遍 |
结论
技术 SEO 的目的，是清除内容前面的障碍：让页面可以被抓取，以正确的地址进入索引，快速加载，并得到清晰的标记。把上面七个部分整理到一张电子表格中，然后逐项抓取你的网站，半天时间就能得到一份可靠的表格。问题修复之后，接下来就是内容和可见性的工作；为此，你可以参考我们的提升自然流量的方法文章。
在确认网站在技术上已经准备就绪之后，你还可以参考自然点击（organik hit）方法，以提升搜索结果中的可见性。排名仍然由谷歌的算法决定；HitBot 并不能替代这些判断，它只是你所做工作的辅助工具。