seo-technical

SEO 技术

适用场景

• 对现有网站进行技术 SEO 审核。
• 诊断页面未被收录或排名不佳的原因。
• 优化 Core Web Vitals 或页面速度。
• 设置网站架构（站点地图、robots.txt、规范化）。
• 实施结构化数据／schema 标记。
• 通过 robots.txt 管理 AI 爬虫的访问权限。
• 为新网站或网站迁移做好 SEO 准备。
• 检查 JavaScript 渲染及其对收录的影响。

所需上下文

• 来自 startup-context：产品描述、目标受众、主要关键词、当前域名和网站结构。
• 来自用户：网站 URL、Google Search Console 数据访问权限（如有）、需要重点关注的具体页面、已知问题、技术栈（静态网站、SPA、WordPress 等），以及网站是否接受过审核。

工作流

从 9 个技术维度进行审计。按 100 分制评分，并细分各类别得分。

1. 可抓取性审计 — 基础。如果搜索引擎无法抓取网站，其他一切都无关紧要。
   • 检查 robots.txt 中是否存在意外的禁止规则。
   • 确认 XML 站点地图存在、已提交至 Search Console 且为最新版本。
   • 找出抓取错误（4xx、5xx 状态码）。
   • 检查是否存在孤立页面（没有内部链接指向这些页面）。
   • 审计重定向链——将其简化为单次跳转。包含 3 次或以上跳转的链会浪费抓取预算并削弱链接权重。
   • 对于拥有 10,000 个以上页面的网站，分析抓取预算效率，并将低价值页面从索引中移除。
2. 索引编入审计 — 确保已抓取的页面确实编入了索引。
   • 检查 site:domain.com 的结果与预期页面数量是否相符。
   • 检查是否意外应用了 noindex 标签。
   • 找出重复内容问题和缺失的规范标签。
   • 检查可能被过滤掉的薄内容页面。
   • 在 Search Console 中查看索引涵盖范围报告，检查被排除的页面。
3. 安全性与 HTTPS — HTTPS 是排名信号，也是建立信任的必要条件。
   • 确认全站使用 HTTPS，并正确设置从 HTTP 到 HTTPS 的重定向。
   • 检查是否存在混合内容问题。
   • 验证 SSL 证书和 HSTS 标头。
4. URL 结构 — URL 应简短、描述清晰、使用连字符，且不带参数。
   • 全站采用一致的 URL 模式。
   • 避免因 URL 变体（尾部斜杠、www 与非 www）产生重复内容。
   • 每个页面都应包含指向自身的规范标签。
5. 移动设备优化 — 截至 2024 年 7 月，Google 只使用移动版 Googlebot 用户代理抓取和索引所有网站。移动优先不是可选项。
   • 移动端和桌面端的内容必须一致。
   • 使用移动设备适配工具进行测试。
   • 采用响应式设计，避免水平滚动，并确保触控目标尺寸合适。
6. 核心网页指标 — Google 将这些指标用作排名信号。当前目标：
   • LCP（最大内容绘制）： 目标低于 2.5 秒。改进方法：优化主视觉图片、实施延迟加载、使用 CDN、缩短服务器响应时间。
   • INP（下一次绘制交互）： 目标低于 200 毫秒。INP 于 2024 年 3 月取代 FID。改进方法：缩短 JavaScript 执行时间、拆分长任务、优化事件处理程序。
   • CLS（累积布局偏移）： 目标低于 0.1。改进方法：为图片和嵌入内容设置明确尺寸、避免在现有内容上方插入内容、使用 font-display: swap。
   • 检查是否存在阻塞渲染的 CSS/JS、未经优化的图片和过多的第三方脚本。
7. 结构化数据 — 实施 Schema 标记以获得富媒体搜索结果。
   • 在首页添加 Organization Schema。
   • 在内容页面添加 Article/BlogPosting Schema。
   • 在产品页面添加 Product Schema。
   • 适用时添加 FAQ Schema（可增加搜索引擎结果页上的展示面积）。
   • 添加 BreadcrumbList Schema，以便清晰导航。
   • 使用 Google 的 Rich Results Test 进行验证。
8. JavaScript 渲染 — 对单页应用和大量使用 JS 的网站至关重要。
   • 在初始服务器渲染的 HTML 中提供规范标签、robots 指令和结构化数据。如果通过 JavaScript 注入，Google 可能无法可靠处理这些内容。
   • 确认已为关键内容启用服务器端渲染或预渲染。
   • 测试 Googlebot 实际看到的内容与用户看到的内容是否一致。
9. AI 爬虫管理 — 通过 robots.txt 管理 AI 爬虫是 2025-2026 年的一项重要考量。
   • GPTBot（OpenAI）、ClaudeBot（Anthropic）、PerplexityBot、Bytespider（ByteDance）、Google-Extended
   • 屏蔽 Google-Extended 不会影响 Google 搜索索引或 AI Overviews，只会影响 Gemini 训练数据。
   • 根据业务需求决定对每种爬虫采取何种策略：允许、屏蔽或限制速率。

输出格式

按照优先级排列的审核报告，按 100 分制评分：

• 严重问题（阻碍收录或导致排名大幅下降）：立即修复
• 高影响改进（会显著提升排名）：2 周内修复
• 中等改进（带来渐进式提升）：30 天内修复
• 低优先级（小幅优化）：方便时处理

每项包括：问题、其对排名的影响、修复方法，以及预估工作量（低／中／高）。

框架与最佳实践

• Canonical 标签是指令，而非建议：虽然 Google 将其视为提示，但在正确实施的情况下，绝大多数都会得到遵循。始终为页面设置指向自身的 canonical 标签，并将重复页面的 canonical 指向首选版本。
• JavaScript SEO：关键元数据（canonical、robots、结构化数据）必须包含在初始服务器端渲染的 HTML 中。Google 可以渲染 JS，但会有延迟，且可靠性存在不足。
• 移动优先已全面实施：自 2024 年 7 月起，已不存在“桌面索引”。Google 编入索引的就是移动版。移动版与桌面版的内容必须完全一致。
• INP 已取代 FID：到 2024 年 9 月，FID 已从 Chrome 工具中完全移除。所有性能优化都应以 INP（低于 200ms）为目标，而非 FID。
• 抓取预算：对于页面数少于 10,000 的网站，这很少会成为问题。对于规模更大的网站，应优先删除低价值页面并修复重定向链。
• 国际网站的 Hreflang：要么正确实施，要么完全不实施。错误会导致比不添加 hreflang 标签更糟糕的收录情况。
• 日志文件分析：服务器日志可以揭示 Googlebot 实际抓取的内容，以及你希望它抓取的内容。这是判断可抓取性的实际依据。
• 速度是决胜因素：速度本身很少会带来显著的排名变化，但会影响用户行为指标（跳出率、网站停留时间），进而间接影响排名。
• E-E-A-T 信号很重要：作者简介及其资历、关于页面、联系信息、指向权威来源的链接、HTTPS、隐私政策和服务条款。

相关技能

• content-strategy — 审核发现内容缺口或内容单薄，需要制定更全面的内容计划时使用
• landing-page — 关键落地页需要同时进行 CRO 和页面内 SEO 优化时使用

示例

示例 1：完整审核

“我们的网站上线 6 个月了，在 Google 上几乎搜不到。你能审核一下我们的 SEO 吗？”

良好的输出：涵盖全部 9 个维度的结构化审核，并给出 100 分制评分。指出 robots.txt 阻止了 /blog/ 目录，缺少站点地图，多个页面的标题标签重复，移动端 Core Web Vitals 未达标（由于主视觉图片未优化，LCP 为 4.2s），canonical 标签和结构化数据通过 JavaScript 注入，而非由服务器端渲染的 HTML 提供，并且没有定义 AI 爬虫策略。按优先级列出修复项，分为严重、高、中、低，并附上工作量估算。

示例 2：具体问题

“我们的博客文章之前排名不错，但上个月流量下降了 40%。”

良好的输出：从检查 Search Console 数据开始的诊断清单（手动处置、抓取错误、索引覆盖率变化），随后检查是否与算法更新的时间吻合、相似文章之间的内容蚕食、意外添加 noindex 或 canonical 损坏、Core Web Vitals 退化（尤其是大量使用 JS 的部署后 INP 变差）、反向链接流失，以及移动端渲染问题。建议收集具体数据，并列出定位问题原因的步骤。