seo

name	seo
description	审计、规划并实施SEO改进，涵盖技术SEO、页面优化、结构化数据、核心网页指标和内容策略。当用户希望提升搜索可见性、进行SEO修复、使用架构标记、处理站点地图/robots文件或进行关键词映射时使用。
origin	ECC

SEO

通过技术正确性、性能和内容相关性提升搜索可见性，而非依赖花哨手段。

使用场景

在以下情况使用此技能：

• 审计爬取能力、可索引性、规范标签或重定向时
• 优化标题标签、元描述和标题结构时
• 添加或验证结构化数据时
• 优化核心网页指标时
• 进行关键词研究并将关键词映射到URL时
• 规划内部链接或站点地图/robots文件变更时

工作原理

原则

1. 先修复技术障碍，再进行内容优化。
2. 每个页面应有一个明确的主要搜索意图。
3. 优先采用长期质量信号，而非操纵性模式。
4. 移动优先假设至关重要，因为索引基于移动端。
5. 建议应针对具体页面且可执行。

技术SEO检查清单

爬取能力

• robots.txt 应允许重要页面并屏蔽低价值内容
• 无重要页面被意外设置为 noindex
• 重要页面应在浅层点击深度内可达
• 避免超过两次跳转的重定向链
• 规范标签应自洽且无循环

可索引性

• 首选URL格式应保持一致
• 多语言页面需正确使用hreflang（如适用）
• 站点地图应反映预期的公开页面
• 无重复URL在缺乏规范控制的情况下竞争

性能

• LCP < 2.5秒
• INP < 200毫秒
• CLS < 0.1
• 常见修复：预加载首屏资源、减少渲染阻塞工作、预留布局空间、精简重型JS

结构化数据

• 首页：适当时使用组织或企业架构
• 编辑页面：Article / BlogPosting
• 产品页面：Product 和 Offer
• 内部页面：BreadcrumbList
• 问答部分：仅当内容完全匹配时使用 FAQPage

页面规则

标题标签

• 目标长度约50-60个字符
• 将主要关键词或概念置于靠前位置
• 标题应易于人类阅读，而非为搜索引擎堆砌

元描述

• 目标长度约120-160个字符
• 如实描述页面内容
• 自然包含主要主题

标题结构

• 一个清晰的 H1
• H2 和 H3 应反映实际内容层级
• 不要仅为视觉样式跳过结构层级

关键词映射

1. 定义搜索意图
2. 收集实际的关键词变体
3. 按意图匹配度、潜在价值和竞争程度排序
4. 将主要关键词/主题映射到单个URL
5. 检测并避免关键词自相残杀

内部链接

• 从权重高的页面链接到希望排名的页面
• 使用描述性锚文本
• 避免在可能使用更具体锚文本时使用通用锚文本
• 从新页面补充链接到相关现有页面

示例

标题公式

主要主题 - 特定修饰词 | 品牌

元描述公式

行动 + 主题 + 价值主张 + 一个支撑细节

JSON-LD示例

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Page Title Here",
  "author": {
    "@type": "Person",
    "name": "Author Name"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Brand Name"
  }
}

审计输出格式

[HIGH] 产品页面上的重复标题标签
位置：src/routes/products/[slug].tsx
问题：动态标题会折叠为相同的默认字符串，这会削弱相关性并产生重复信号。
修复：使用产品名称和主要类别为每个产品生成唯一的标题。

反模式

反模式	修复方法
关键词堆砌	优先为用户写作
内容单薄的近似重复页面	合并或差异化处理
为不存在的内容添加架构	使架构与实际内容匹配
未检查实际页面就提供内容建议	先阅读真实页面
泛泛的“改进SEO”输出	将每条建议与具体页面或资源关联

相关技能

• seo-specialist
• frontend-patterns
• brand-voice
• market-research