2026-05-11 14:58:51 -04:00

4.0 KiB
Raw Blame History

name, description, origin
name description origin
seo 审计、规划并实施SEO改进涵盖技术SEO、页面优化、结构化数据、核心网页指标和内容策略。当用户希望提升搜索可见性、进行SEO修复、使用架构标记、处理站点地图/robots文件或进行关键词映射时使用。 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
  • 产品页面:ProductOffer
  • 内部页面:BreadcrumbList
  • 问答部分:仅当内容完全匹配时使用 FAQPage

页面规则

标题标签

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

元描述

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

标题结构

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

关键词映射

  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