技术 SEO 审计清单：抓取、索引、渲染、性能的 20 项检查
一、为什么技术审计要分四个象限
很多人做技术审计就是跑一遍 PageSpeed Insights、看一眼 GSC 错误数。实际上技术 SEO 有四个层面：Google 能不能抓到（抓取）、抓到后收不收（索引）、内容对不对（渲染）、跑起来快不快（性能）。任何一个出问题，上层工作都白做。
反直觉判断：收录率 100% 不是目标。一个 1000 页的站点，如果 900 页都是薄内容、参数页、搜索结果页，Google 全收录了反而拉低整体质量评分。正确做法是主动 noindex 低质量页面，把抓取预算集中在 100 个真正有价值的页面上。
| 象限 | 核心问题 | 如果出问题 | 占比权重 |
|---|---|---|---|
| 抓取 Crawling | Googlebot 能不能到达你的页面 | 页面根本不被访问 | 基础层，一票否决 |
| 索引 Indexing | 抓到后收不收进索引 | 页面不进 Google 数据库 | 基础层，一票否决 |
| 渲染 Rendering | 抓到的 HTML 是不是完整内容 | 内容正确但 Google 读不懂 | 现代站点高发区 |
| 性能 Performance | 页面跑起来快不快 | 排名被惩罚或用户流失 | 排名因子之一 |
四个象限的关系是递进的：先确保能抓取，再确保能索引，再确保渲染正确，最后优化性能。顺序不能反——如果 robots.txt 把重要页面挡了，你再怎么优化 LCP 也没用。和 Google SEO 其他模块的关系：技术审计是地基，结构化数据 Schema 是在地基上盖房子，Core Web Vitals 优化是性能象限的深度展开。
二、抓取象限：5 项检查
抓取象限是最底层的问题。Googlebot 如果到不了你的页面，后面所有工作都不存在。
| # | 检查项 | 合格标准 | 工具 | 常见问题 |
|---|---|---|---|---|
| 1 | robots.txt 无错误阻止 | 重要页面未被 Disallow | GSC robots 测试工具 | 改版时误写 Disallow: / |
| 2 | XML Sitemap 可访问 | 返回 200，无错误 | GSC Sitemap 报告 | Sitemap 路径写错或未提交 |
| 3 | 抓取错误 4xx/5xx < 1% | 404/500 错误占比低于 1% | GSC 抓取统计 | 改版后大量 404 未做 301 |
| 4 | 抓取预算未被浪费 | 参数页/重复页不浪费抓取 | GSC 抓取统计 + 日志分析 | 搜索结果页被无限抓取 |
| 5 | 内部链接无断链 | 所有内链返回 200 | Screaming Frog 爬取 | 旧文章链接到已删除页面 |
场景示例一：站点改版后技术团队把 robots.txt 写成了 Disallow: / 忘了改回去。三周后 GSC 里「已抓取未索引」的页面从 200 涨到 2000。发现方法：覆盖率报告「已抓取未索引」异常增长时，第一时间检查 robots.txt。修复后用 URL 检查工具手动请求索引，1 至 3 天恢复。
抓取预算：Google 给每个站点的抓取频次有限。如果站点有大量带参数 URL（如 /products?sort=price&filter=red），Googlebot 会花大量时间爬这些重复页面，真正重要的产品页反而排不上。解决方案是用 robots.txt 阻止带参数 URL，或用 canonical 指向主版本。
三、索引象限：5 项检查
Google 抓到了你的页面，不代表它会把页面放进索引库。索引象限检查的是：该收的收了没，不该收的是不是被收了。
| # | 检查项 | 合格标准 | 工具 | 常见问题 |
|---|---|---|---|---|
| 6 | 重要页面全部被索引 | 核心产品页/文章页索引率 > 95% | GSC 覆盖率报告 | 新产品页未提交 Sitemap |
| 7 | 无 noindex 误设 | 正式页面无 noindex 标签 | Screaming Frog + GSC | 开发环境 noindex 忘了删 |
| 8 | 无重复内容 | 同一内容多个 URL 版本 < 5% | Siteliner + Screaming Frog | HTTP/HTTPS、带不带 www 重复 |
| 9 | canonical 标签正确 | 每个页面有自引用 canonical | GSC + URL 检查工具 | canonical 指向错误页面 |
| 10 | 索引覆盖率合理 | 索引页面数与有价值页面数匹配 | GSC 覆盖率报告 | 薄页面被大量索引 |
场景示例二：B2B 站点产品列表页有 50 个筛选组合，每个生成一个 URL（/products?category=valve&material=steel）。Google 把它们全索引了，索引总数从 200 涨到 2000。结果是：站点被判定有大量重复薄内容，整体质量评分下降，产品详情页排名反而下滑。修复方法：给带参数的筛选 URL 加 noindex，或直接用 robots.txt 阻止。
noindex 误设是最常见也最致命的问题。开发阶段为了不把测试站暴露给 Google，团队在全站 head 加了 noindex，上线后忘了删。站点上线 3 个月，Google 搜索 brand 词都找不到官网。检查方法：Screaming Frog 爬取后筛选「Meta robots contains noindex」，正式页面应返回 0 条。
四、渲染象限：5 项检查
现代站点大量使用 JS 渲染（React、Vue、Next.js 客户端渲染）。Googlebot 能执行 JS，但不是实时的——先抓原始 HTML 放队列，过几天再用 Chrome 渲染队列执行。这个延迟和渲染失败是 SPA 站点 SEO 的最大坑。
| # | 检查项 | 合格标准 | 工具 | 常见问题 |
|---|---|---|---|---|
| 11 | Googlebot 能渲染 JS | URL 检查工具显示「已渲染」 | GSC URL 检查工具 | JS 报错导致渲染失败 |
| 12 | 核心内容在 HTML 源码中 | title、H1、正文首段在原始 HTML | 查看页面源代码（不是 F12） | 纯客户端渲染，源码空白 |
| 13 | 无渲染错误控制台报错 | Chrome DevTools Console 无 Error | Chrome DevTools | API 调用失败导致内容空白 |
| 14 | 结构化数据可被解析 | Rich Results Test 无错误 | Rich Results Test | JSON-LD 在 JS 里动态注入 |
| 15 | hreflang 标记正确 | 多语言页面互相标注正确 | GSC + hreflang 检查工具 | hreflang 循环或返回错误语言 |
关键判断：用「查看页面源代码」（Ctrl+U，不是 F12）看原始 HTML。title、H1、正文首段在原始 HTML 里就能看到，说明是 SSR 或 SSG，Google 抓第一遍就能读到内容。如果原始 HTML 只有 div#app 和一堆 script 标签，说明是纯客户端渲染（CSR），Google 要等 Chrome 渲染队列才能读到。
多语言站点 hreflang 错误很常见：德语页指向英语页、英语页指向自己、缺少 x-default。配置方法见 Hreflang 多语言落地。结构化数据通过 JS 动态注入虽然 Google 最终能渲染到，但抓取队列经常漏掉，JSON-LD 最好写在原始 HTML 里。结构化数据 Schema的验证流程和这里配套。
五、性能象限：5 项检查
性能是 Core Web Vitals 的三个核心指标加上移动端可用性和 HTTPS。性能不只是「跑得快」，它是 Google 的排名因子——2021 年起 Core Web Vitals 正式成为排名信号。
| # | 检查项 | 合格标准 | 工具 | 常见问题 |
|---|---|---|---|---|
| 16 | LCP（最大内容绘制） | ≤ 2.5 秒 | PageSpeed Insights + CrUX | 首屏图片未压缩、字体阻塞 |
| 17 | INP（交互到下一次绘制） | ≤ 200 毫秒 | PageSpeed Insights + CrUX | 第三方脚本阻塞主线程 |
| 18 | CLS（累积布局偏移） | ≤ 0.1 | PageSpeed Insights + CrUX | 图片无尺寸、广告位未预留 |
| 19 | 移动端可用 | 无禁用性布局错误 | GSC 移动端可用性报告 | 点击元素太小、横向滚动 |
| 20 | HTTPS 全站无混合内容 | 所有资源走 HTTPS | 浏览器控制台 + GSC | 图片/CSS 仍引用 HTTP 链接 |
场景示例三：B2B 站点 PageSpeed 跑出 LCP 4.2 秒、INP 350 毫秒。诊断发现首屏 banner 是 3MB PNG 未压缩，首页加载 8 个第三方追踪脚本。优化：图片转 WebP 压到 200KB，脚本用 Tag Manager 延迟加载。两周后 LCP 降到 1.8 秒，INP 降到 120 毫秒。优化方法见 Core Web Vitals 优化。
性能优先级：LCP 先于 INP 先于 CLS。LCP 不合格先查首屏图片（压缩、懒加载、preload）和 TTFB，再查渲染阻塞资源。CDN 全球加速对海外站点 TTFB 和 LCP 有直接提升。
FAQ 常见问题
技术 SEO 审计多久做一次？
收录率越高越好吗？
React/Vue SPA 站点 SEO 怎么做？
抓取预算是什么意思？怎么判断被浪费了？
LCP 不合格怎么快速优化？
noindex 误设怎么发现和修复？
写在最后
技术 SEO 审计是所有 SEO 工作的地基：内容写得再好、外链建得再贵，如果 Google 抓不到页面或抓到空白 JS 壳，全部白费。20 项检查不是一次性任务，是每季度必过的动作。
落地三步：本周用 GSC 覆盖率报告和抓取统计导出数据，对照 20 项检查逐项打勾；下周把不合格项按优先级排序——抓取和索引先修（一票否决），再修渲染，最后优化性能；第三周修复后用 URL 检查工具和 PageSpeed 复测。
一句可以记住的话：技术 SEO 不是越复杂越好，是越干净越好——Googlebot 抓得快、收得准、渲染对、跑得稳，四件事做到，剩下交给内容和外链。