跳转至

SEO

不依赖取巧的技巧,而是通过技术准确性、性能和内容相关性来提升搜索可见性。

使用场景

在以下情况下使用此技能: - 审计可抓取性、可索引性、规范链接或重定向时 - 改进标题标签、元描述或标题结构时 - 添加或验证结构化数据时 - 改进 Core Web Vitals 时 - 进行关键词研究并将关键词映射到 URL 时 - 规划内部链接或站点地图/robots 变更时

工作原理

原则

  1. 在优化内容之前,先修复技术性阻碍。
  2. 每个页面应有一个明确的主要搜索意图。
  3. 优先长期质量信号,而非短期操作模式。
  4. 由于索引是移动优先的,移动优先前提很重要。
  5. 建议应针对特定页面且可落地。

技术 SEO 检查清单

可抓取性

  • robots.txt 需要允许重要页面,并屏蔽低价值页面
  • 重要页面未被意外设置为 noindex
  • 重要页面可通过较浅的点击深度到达
  • 避免超过 2 跳的重定向链
  • 规范标签应自洽且无循环

可索引性

  • 首选 URL 形式必须一致
  • 多语言页面如果使用,需要正确的 hreflang
  • 站点地图需要反映预期的公开页面
  • 不存在缺乏规范控制的冲突重复 URL

性能

  • LCP < 2.5s
  • INP < 200ms
  • CLS < 0.1
  • 常见修复:预加载首屏资源、减少渲染阻塞任务、预留布局空间、减少重型 JS

结构化数据

  • 首页:如适用,使用组织或商业 Schema
  • 编辑页面:Article / BlogPosting
  • 商品页面:Product 和 Offer
  • 内部页面:BreadcrumbList
  • Q&A 部分:仅当内容真正匹配时使用 FAQPage

页面内规则

标题标签

  • 目标约 50 至 60 个字符
  • 将主要关键词或概念前置
  • 使用人类可读的标题,而不是为机器人堆砌

元描述

  • 目标约 120 至 160 个字符
  • 如实描述页面
  • 自然包含主要主题

标题结构

  • 只有一个明确的 H1
  • H2 和 H3 需要反映实际内容层级
  • 不要仅为了视觉样式而跳过结构

关键词映射

  1. 定义搜索意图
  2. 收集合理的关键词变体
  3. 按意图匹配度、预估价值和竞争度排序
  4. 将一个主要关键词/主题映射到一个 URL
  5. 检测并避免关键词蚕食
  • 从强页面链接到希望排名的页面
  • 使用描述性锚文本
  • 如果可能,避免使用通用锚文本,改用更具体的锚文本
  • 补充从新页面到相关现有页面的链接

示例

标题公式

主要トピック - 具体的な修飾語 | ブランド

元描述公式

アクション + トピック + 価値提案 + 1つのサポート詳細

JSON-LD 示例

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "ページタイトルをここに",
  "author": {
    "@type": "Person",
    "name": "著者名"
  },
  "publisher": {
    "@type": "Organization",
    "name": "ブランド名"
  }
}

审计输出格式

[HIGH] 商品ページで重複するタイトルタグ
場所: src/routes/products/[slug].tsx
問題: 動的タイトルが同じデフォルト文字列に折りたたまれており、関連性が弱まり重複シグナルが生じます。
修正: 商品名と主要カテゴリを使用して商品ごとにユニークなタイトルを生成する。

反模式

反模式 修复
关键词堆砌 先为用户写作
内容稀薄的准重复页面 合并或差异化
针对实际不存在内容的 Schema 让 Schema 符合现实
未查看实际页面就提供内容建议 先阅读实际页面
笼统的“改进 SEO”输出 将每项建议关联到页面或资产
  • seo-specialist
  • frontend-patterns
  • brand-voice
  • market-research

本页原文 Markdown:在 AtomGit 查看·内容源自开源项目 ev/ECC