技术 SEO

技术 SEO 覆盖什么

技术 SEO 是让网站易于被搜索引擎抓取、渲染、理解和收录的工作。它不会让内容变得更好——它确保你已有的内容真正具备参赛资格。它服务的管道是：网站架构 → 抓取 → 渲染 → 收录 → 排名。任何早期环节的故障都会无声地封死下游的全部上限，这也是为什么技术问题在你分环节度量之前往往是隐形的。

主要领域：

• 可抓取性（Crawlability）——搜索引擎爬虫能到达你的页面吗？由内链、robots.txt、状态码、重定向和服务器响应行为决定。
• 可渲染性（Renderability）——页面的核心内容出现在爬虫处理的 HTML 里吗？重度依赖 JavaScript 的网站可能输出近乎空白的初始 HTML，内容全靠渲染填充。
• 可收录性（Indexability）——页面有资格且被选中进入索引吗？由 noindex 指令、canonical 标签、重复内容和引擎自身的质量判断控制。
• 可理解性（Understandability）——结构化数据、干净的 URL 结构，以及"哪个页面是哪个主题的规范版本"的明确信号。
• 性能（Performance）——页面速度和 Core Web Vitals，既影响抓取效率，也影响竞争性查询上的排名。

抓取到排名的管道是怎么坏的

每个环节都有独特的故障模式和诊断方法：

**抓取故障。**没有内链指向的孤儿页面、重定向链、软 404，或 robots.txt 规则挡住了重要路径。Screaming Frog 这类爬虫工具模拟引擎的遍历过程，直接暴露这些问题。

**渲染故障。**客户端注入的内容爬虫永远看不到，或者被屏蔽的 JavaScript/CSS 资源阻碍了正常渲染。Google Search Console 的网址检查工具会展示 Google 为页面实际生成的渲染后 HTML——拿它和用户看到的对比。

**收录故障。**页面被抓取但被排除：没有 canonical 的重复页、被引擎判定低价值的薄页面、从测试环境遗留的 noindex 标签，或指向错误 URL 的 canonical。Search Console 的网页索引报告按原因归类排除项，这使它成为技术 SEO 最有用的单一报告。

**理解故障。**缺失或无效的结构化数据、参数驱动的重复 URL，或互相冲突的信号（canonical 指向一边，内链指向另一边）。用 Schema Markup Validator 验证标记。

行业参考基准

Google 公开了 Core Web Vitals 的阈值：LCP（最大内容绘制）低于 2.5 秒、INP（下次绘制交互）低于 200 毫秒、CLS（累积布局偏移）低于 0.1，均以真实用户数据的第 75 百分位衡量。PageSpeed Insights 同时报告实测数据和实验室模拟数据，并对照这些阈值。

抓取行为没有公开阈值，但有两个被广泛接受的原则：重定向链应一跳到位；落在不可收录 URL 上的抓取请求占比应该很小——爬虫把大部分预算花在参数、重复页和重定向上，对大型网站来说是结构性警讯。抓取预算主要是大站的问题；URL 数在几千以内的网站极少受抓取限制。

一套实用的审计顺序

1. **用 Screaming Frog 或类似工具爬取整站。**导出状态码错误、重定向链、缺失标题、重复页面和孤儿 URL。
2. **调出 Search Console 的网页索引报告。**把可收录页面和你真正想收录的页面做双向对比——两个方向的不一致都重要。
3. **检查关键模板，而不是单个页面。**大多数技术问题是模板级的：修好类目页模板，就一次性修好了一千个 URL。
4. **验证最重要模板的渲染。**用网址检查确认主要内容和内链存在于渲染后的 HTML 中。
5. **核查 canonical 逻辑。**每个可收录页面要么自我规范化，要么有意指向首选版本。参数 URL、分页和多语言变体是常见的事故多发区。
6. 用实测数据衡量 Core Web Vitals，而不只是实验室跑分。Cloudflare 这类 CDN 和边缘缓存层能改善 TTFB 和资源分发，对 LCP 的提升通常超过各种微优化。
7. 修复后重新爬取，与第一次爬取做差异对比。没有前后对比的技术 SEO 就是猜谜。

常见场景

**网站迁移。**URL 变更而没有一对一的 301 重定向，是 SEO 中代价最高的技术错误。上线前把每个旧 URL 映射到最接近的新地址，并保持重定向至少一年。

**JavaScript 框架网站。**任何需要排名的页面优先采用服务端渲染或静态生成。纯客户端渲染在抓取和收录之间增加了一道延迟和一个故障点。

**多语言网站。**各语言版本需要 hreflang 标注和一致的 canonical 逻辑，否则引擎会随意选一个版本、压制其余版本。未完成全文翻译的页面在翻译完成前可以考虑 noindex。

**多维筛选导航。**筛选条件的组合可能生成数百万个可抓取 URL。用 robots 规则、canonical 和选择性内链的组合来控制——并根据关键词研究的需求数据决定哪些筛选维度值得做成可收录的落地页。

常见错误

• **把每条审计警告看得同等重要。**工具会标记几百个问题，通常实质影响抓取或收录的不到五个。按环节排序：抓取阻断优先于 meta description。
• **在 robots.txt 中屏蔽资源。**禁止抓取 JavaScript 或 CSS 目录会阻碍渲染，可能让整个内容层对引擎不可见。
• **改 URL 不做重定向。**每个没有 301 的迁移 URL 都抛弃了旧地址积累的全部信号——包括外链。
• **审计页面而不是模板。**手工修好一个产品页，而模板还在每个其他页面上批量生产同样的缺陷。
• **优化实验室跑分而不是实测数据。**排名响应的是真实用户的 Core Web Vitals；实验室满分但实测糟糕只是测量假象。

FAQ

技术 SEO 和站内 SEO 有什么区别？ 站内 SEO 优化单个页面的内容——标题、小标题、文案、内链锚文本。技术 SEO 优化内容周围的系统：抓取、渲染、收录、性能和结构化数据。canonical 和内链这类元素处在两者的交界，同时属于两边。

技术审计应该多久做一次？ 稳定网站每季度一次全站爬取，外加任何迁移、改版、框架更换或 CMS 升级后的即时爬取。无论如何，Search Console 的索引报告值得每月看一眼——它能捕捉两次审计之间的回退。结构化的工作流见 SEO 学习路径。

Core Web Vitals 真的影响排名吗？ 它是被官方确认的排名信号，但权重不大——相关性和内容质量占主导。实践中，它最大的价值是在竞争激烈的 SERP 上充当排名决胜因素，以及作为不论排名如何都会影响转化率的用户体验因素。

我的页面被抓取了但没被收录，先查什么？ 先查 Search Console 网页索引报告中的排除原因。"已抓取 - 尚未编入索引"且没有技术缺陷，通常说明是内容质量或重复性的判断，而不是技术问题。先排查近似重复页面和薄内容，再去动配置。

小网站需要管理抓取预算吗？ 一般不需要。抓取预算只在 URL 数以万计或服务器长期缓慢的网站上构成真实约束。小网站把内链和状态码做干净就够了，引擎会找到所有页面。