---
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. 检测并避免关键词自相残杀

### 内部链接

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

## 示例

### 标题公式

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

### 元描述公式

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

### JSON-LD示例

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

### 审计输出格式

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

## 反模式

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

## 相关技能

* `seo-specialist`
* `frontend-patterns`
* `brand-voice`
* `market-research`