seo-competitor-pages

用途

该技能用于生成针对比较意图关键词的 SEO 落地页，主要覆盖三类页面：

• “X vs Y”正面对比页：直接比较两个产品或服务，目标关键词为 [Product A] vs [Product B]。
• “X 的替代品”列表页：以列表形式将用户产品定位为某品类领导者的 N 个替代品之一，目标关键词为 [Competitor] alternatives 或 alternatives to [Competitor]。
• “最适合 Y 的 X”最佳推荐页：按使用场景或受众细分的最佳产品页，目标关键词为 best [category] for [use case]。

交付物是一份可直接粘贴的页面草稿，包含功能矩阵、平衡的结论、schema 标记以及面向比较阶段流量的 CTA 流程。

主要能力

• 自动检测页面类型（vs / alternatives / best-of），若无法判断则询问用户，不静默猜测。
• 通过 SE Ranking MCP 服务器拉取竞争对手上下文（DATA_getDomainCompetitors）、各品牌关键词数据（DATA_getDomainKeywords）、比较类 SERP 结果（DATA_getSerpResults）和 PAA 问题（DATA_getKeywordQuestions）。
• 使用 WebFetch 抓取 SERP 前 3 名现有对比页的 markdown，提取 H2 大纲、功能矩阵维度、结论模式和 CTA 位置。
• 在可用时使用 Firecrawl 补充 JSON-LD schema 类型、og/twitter 元数据、title 和 meta description 长度等信息。
• 可选批量抓取竞争对手 URL（--bulk-scrape），输出 competitor-elements.csv，包含 title、og、JSON-LD 类型、hero 图片、定价块、CTA 数量、对比表、免费层提及等信号。
• 构建功能矩阵，维度从 SERP 优胜者推断，单元格使用 ✓ / ✗ / partial / “TBD — confirm with PM”占位符。
• 合成 COMPARISON.md，包含 Hero、TL;DR 结论框、功能矩阵、按维度分节、PAA 衍生 FAQ、结论/推荐、CTA 流程和 schema-ready JSON-LD。
• 生成 schema.jsonld，包含 Product（×N）+ BreadcrumbList + FAQPage（若为真实问答）。

使用方式

前置条件：

• SE Ranking MCP 服务器已连接。
• Claude 的 WebFetch 工具可用。
• 用户需提供：用户品牌/产品（页面主角）、目标竞争对手（至少一个，替代品页最多 5 个）、页面类型（若未指定则从关键词自动检测）、目标国家（默认 us）。

流程概要：

1. 验证并确定页面类型。
2. 拉取竞争对手上下文。
3. 拉取各品牌关键词数据。
4. 拉取比较类 SERP 和 PAA 问题。
5. 用 WebFetch 抓取现有对比页，必要时用 Firecrawl 补充 schema/og 信息；可选批量抓取。
6. 拉取关键词比较数据（若可用）。
7. 构建功能矩阵。
8. 合成 COMPARISON.md。

输出格式：创建文件夹 seo-competitor-pages-{target-slug}-{YYYYMMDD}/，包含：

• COMPARISON.md（页面草稿，主要交付物）
• 05-feature-matrix.md（推断维度 × 品牌）
• schema.jsonld（可粘贴的 Product + Breadcrumb + FAQ）
• 05b-competitor-elements.csv（仅当 --bulk-scrape 运行时）
• evidence/ 目录，包含 01-competitor-context.md、02-keyword-overlap.md、03-comparative-serp.md、04-existing-pages-teardown.md

COMPARISON.md 的“X vs Y”页面结构包括：标题、TL;DR、At a glance 表格、各维度分节、When to choose 分节、FAQ、Get started CTA、Schema 引用。

适用场景

• 营销和内容团队需要快速制作比较类落地页，以捕获比较阶段流量。
• 需要基于真实 SERP 和关键词数据来构建功能矩阵和 FAQ 的场景。
• 需要为工程团队提供可直接粘贴的 schema 标记的场景。
• 需要批量分析竞争对手页面元素的场景（可选）。

限制

• 需要 SE Ranking MCP 服务器连接和 WebFetch 工具。
• Firecrawl 为可选，若不可用，schema 生成会回退到默认模板，且无法恢复 JSON-LD 和 og 元数据。
• 成本：典型约 15–25 SE Ranking 积分，步骤 5 额外 3 Firecrawl 积分，步骤 5b 每 URL 1 Firecrawl 积分（仅限主动选择）。可通过 --no-firecrawl 跳过 Firecrawl 步骤。
• 批量抓取超过 50 个 URL 需 --confirm-cost 确认。
• 不自动发布，草稿需交给写作者/PM 进行事实核查和品牌语调调整。
• 功能矩阵中无法自动推断的字段会使用“TBD — confirm with PM”占位符。
• 页面类型不明确时会询问用户，不静默猜测。

提示

• 平衡即转化：假装用户产品总是更好的页面会失去信任和排名，诚实的评估优于偏袒。
• 尊重速率限制：步骤 5 需要 3 次 WebFetch 调用及之前的 MCP 查询。
• 对于“alternatives to X”页面，将用户产品定位为 N 个之一（通常 5–10），而非 #1；编号列表比自我推广的替代品页面转化更好。
• 对于“best X for Y”页面，按使用场景明确细分，例如“best for solo developers”与“best for enterprise teams”，以赢得多个长尾变体。
• 发布 30 天后运行 seo-page 跟踪排名轨迹。
• 与 seo-content-audit 搭配，在发布前进行 E-E-A-T 检查。
• 步骤 4 的 PAA 衍生 FAQ 是金矿，这些是用户实际搜索的问题，在页面中回答可提高 AIO 引用就绪度。