‹ 首页

seo-competitor-pages

@seranking · 收录于 1 周前

Generate SEO-optimized "X vs Y" comparison and "alternatives to X" landing pages targeting comparative-intent keywords. Pulls competitor data, comparative-intent SERPs, and existing comparison pages to produce a balanced, structured page draft with feature matrix, schema, and conversion blocks. Distinct from `seo-agency-landing-page` (top-of-funnel demand-gen). Use when the user asks for "comparison page", "vs page", "alternatives page", "X vs Y", "alternative to X", or "competitor comparison page".

适合你,如果正在做竞品对比页来吸引搜索流量。

/ 下载安装
seo-competitor-pages.skill双击,或拖进 Claude 桌面版 / Cowork,即完成安装↓ .skill↓ .zip
用别的 agent?下载 .zip 解压,把文件夹放进它的技能目录
Claude Code~/.claude/skills/(项目级 .claude/skills/)
Codex CLI~/.codex/skills/
Cursor自动读取上面两处目录
其他工具见其文档的「skills」目录;两个下载是同一份文件,只是名字不同
/ 通过 npx 安装 校验哈希
npx oh-my-skill add seranking/seo-skills/seo-competitor-pages
/ 通过 bash 安装
curl -fsSL https://oh-my-skill.com/install.sh | bash -s -- seranking/seo-skills/seo-competitor-pages
/ 已经装过?验证本机副本,不用重装
npx oh-my-skill verify seranking/seo-skills/seo-competitor-pages
安装目标可用 --agent / --scope 或 --to 明确指定;省略时只会在唯一已存在的 agent 目录上自动选择,零命中或多命中会停止并提示。content_hash 缺失或不一致均拒装。
85GitHub stars
~2K上下文体积 · 单文件
镜像托管

怎么用

技能原文 SKILL.md作者撰写 · MIT · fd6d140
Example output: [examples/seo-competitor-pages-linear-vs-jira-20260514/COMPARISON.md](../../examples/seo-competitor-pages-linear-vs-jira-20260514/COMPARISON.md)

Competitor Comparison & Alternatives Pages

Produce conversion-tuned landing pages targeting comparative-intent keywords ("X vs Y", "alternatives to X", "best X for Y"). The deliverable is a paste-ready page draft with feature matrix, balanced verdict, schema markup, and a CTA flow that converts comparison-stage traffic.

Page types this skill produces
  1. "X vs Y" head-to-head — direct comparison between two products/services. Target keyword: [Product A] vs [Product B].
  2. "Alternatives to X" — listicle-format page positioning the user's product as one of N alternatives to a category leader. Target keyword: [Competitor] alternatives or alternatives to [Competitor].
  3. "Best X for Y" — segmented best-of page targeting a use case or audience. Target keyword: best [category] for [use case].
Prerequisites
  • SE Ranking MCP server connected.
  • Claude's WebFetch tool available.
  • User provides: (a) the user's brand/product (the page's hero), (b) target competitor(s) — at least one, optionally up to 5 for an alternatives page, (c) page type (auto-detected from the keyword if user doesn't specify), (d) target country (default us).
Process
  1. Validate & determine page type
  2. From the user's input, detect: vs / alternatives / best-of.
  3. If page type unclear, ask the user. Don't guess silently.
  1. Pull competitor context DATA_getDomainCompetitors
  2. For the user's domain, list top organic competitors by common_keywords overlap.
  3. Validate that the user's named competitor is in the list (or close).
  1. Pull keyword data per brand DATA_getDomainKeywords
  2. For the user's domain and each named competitor, pull top 100 organic keywords.
  3. Identify: keywords each brand owns exclusively, keywords both rank for, gaps.
  1. Pull comparative SERPs DATA_getSerpResults and DATA_getKeywordQuestions
  2. For "X vs Y" / "alternatives to X" / "best X for Y" target keyword(s):
  3. Top 10 organic results — who else ranks for this comparative keyword?
  4. PAA questions (these become FAQ section content).
  5. Featured snippet (if present, capture the answer pattern).
  1. Fetch existing comparison pages WebFetch (always) + mcp__firecrawl-mcp__firecrawl_scrape (when available)
  2. WebFetch first (free): pull the top 3 SERP winners' markdown. Extract H2 outline, feature-matrix dimensions, verdict pattern, CTA placement.
  3. Firecrawl second (3 Firecrawl credits — 1 per winner) — recovers what WebFetch markdown can't show:
  4. Schema types from <script type="application/ld+json"> blocks (Product ×N, BreadcrumbList, FAQPage, Review, AggregateRating).
  5. og:title / og:description / og:image / twitter:card from metadata.
  6. <title> and meta description lengths from real HTML.
  7. If Firecrawl unavailable: WebFetch portion runs unchanged. The "schema types" line in evidence/04-existing-pages-teardown.md reads (skipped — Firecrawl required for JSON-LD). Schema generation in step 8 falls back to a default Product + BreadcrumbList + FAQPage template instead of mirroring whatever the winners use.
  8. This anchors the draft in observed-rewarded-pattern.

5b. Bulk competitor scrape mcp__firecrawl-mcp__firecrawl_scrape (optional, opt-in)

  • When user passes --bulk-scrape <urls> or supplies a list of competitor URLs to compare directly (beyond the SERP top-3), Firecrawl-scrape each URL.
  • For each URL, extract: <title>, og:*, twitter:*, JSON-LD @types, hero-image presence, pricing-block detection (regex on prose for $N/mo, €N/mo, etc.), CTA count, comparison-table presence, free-tier-mention boolean.
  • Output competitor-elements.csv — one row per competitor URL × these signals.
  • Cost: 1 Firecrawl credit per URL. Surface estimate before running; refuse >50 URLs without --confirm-cost.
  1. Pull keyword comparison data DATA_getDomainKeywordsComparison (if available for the brands)
  2. Side-by-side keyword overlap.
  1. Build feature matrix
  2. Dimensions inferred from the top SERP winners (e.g., "Pricing", "Free tier", "Integrations", "Support tiers", "Best for").
  3. Cells: ✓ / ✗ / partial / "TBD — confirm with PM" placeholders for fields you can't auto-infer.
  4. Where SE Ranking data informs a cell (e.g., "ranks for X enterprise keywords"), pull the number.
  1. Synthesise COMPARISON.md
  2. Hero (target keyword in H1, balanced positioning).
  3. TL;DR / verdict box in first 200 words.
  4. Feature matrix.
  5. Section per major dimension (each H2 = one dimension).
  6. PAA-derived FAQ (top 3–5 questions from step 4).
  7. Verdict / recommendation.
  8. CTA flow.
  9. Schema-ready JSON-LD: Product (×N) + BreadcrumbList + FAQPage (if real Q&A).
Output format

Create a folder seo-competitor-pages-{target-slug}-{YYYYMMDD}/ with:

seo-competitor-pages-{target-slug}-{YYYYMMDD}/
├── COMPARISON.md                     (the page draft — primary deliverable)
├── 05-feature-matrix.md              (inferred dimensions × brands — load-bearing reference for PMs/writers)
├── schema.jsonld                     (paste-ready Product + Breadcrumb + FAQ — load-bearing artefact for engineering)
├── 05b-competitor-elements.csv       (only if --bulk-scrape ran: competitor URL × on-page-element grid)
└── evidence/
    ├── 01-competitor-context.md      (DATA_getDomainCompetitors — raw step output)
    ├── 02-keyword-overlap.md         (DATA_getDomainKeywords for each brand — raw step output)
    ├── 03-comparative-serp.md        (top 10 + PAA for the target keyword — raw step output)
    └── 04-existing-pages-teardown.md (top-3 SERP winners' structure + schema/og — Firecrawl-recovered)

Top-level: COMPARISON.md + 05-feature-matrix.md + schema.jsonld. The 01–04 step files preserve raw API/scrape outputs in evidence/. 05b-competitor-elements.csv only appears when --bulk-scrape was passed.

COMPARISON.md for an "X vs Y" page follows this shape:

# {User's Brand} vs {Competitor}: 2026 Comparison

> Updated {YYYY-MM-DD}. Compare {Brand A} and {Brand B} on pricing, features, integrations, and best-fit use case.

## TL;DR
{One paragraph balanced verdict — when to choose A, when to choose B}

## At a glance

| Dimension | {Brand A} | {Brand B} |
|---|---|---|
| Starting price | {$X/mo} | {$Y/mo} |
| Free tier | {✓/✗} | {✓/✗} |
| Best for | {use case} | {use case} |
| Integrations | {n} | {n} |
| Support | {tier} | {tier} |
| ... | | |

## {Dimension 1 header — e.g., Pricing}
{Side-by-side detail, balanced. Avoid hyperbole.}

## {Dimension 2 header — e.g., Features}
{...}

## {Dimension 3 header — e.g., Integrations}
{...}

## {Dimension 4 header — e.g., Support}
{...}

## When to choose {Brand A}
- {scenario 1}
- {scenario 2}
- {scenario 3}

## When to choose {Brand B}
- {scenario 1}
- {scenario 2}
- {scenario 3}

## FAQ
**{PAA question 1}**
{Answer}

**{PAA question 2}**
{Answer}

**{PAA question 3}**
{Answer}

## Get started
{Brand A} CTA — {link}
{Brand B} CTA — {link if balanced; otherwise drop}

## Schema
See `schema.jsonld` — paste into `<head>`.
Tips
  • Balance is conversion. Pages that pretend the user's product is always better lose trust and rankings. Honest assessments outperform partisan ones.
  • Respect rate limit. Step 5 (fetching top 3 SERP winners) takes 3 WebFetch calls + earlier MCP queries.
  • Cost: ~15–25 SE Ranking credits typical, +3 Firecrawl credits for the schema/og benchmark in step 5, +1 Firecrawl credit per URL in step 5b (opt-in only). Pass --no-firecrawl to skip both Firecrawl steps.
  • Schema: use Product for both products in a vs page, plus BreadcrumbList, plus FAQPage if the FAQ section is real Q&A (not a manufactured one).
  • For "alternatives to X" pages, position the user's product as one of N (typically 5–10), not as #1. Numbered listicles convert better than self-promotional alternatives pages.
  • For "best X for Y" pages, segment by use case explicitly — "best for solo developers" vs "best for enterprise teams" — this lets you win multiple long-tail variants.
  • Run seo-page on the published page after 30 days to track ranking trajectory.
  • Pair with seo-content-audit to E-E-A-T-check the draft before publishing.
  • The PAA-derived FAQ in step 4 is gold — those are the questions users are actually searching, and answering them in-page raises citation-readiness for AIO.
  • Don't auto-publish. Hand the draft to a writer/PM for fact-checking and brand-voice tuning.
按 MIT 许可原样转载,未经改动 · 在 GitHub 查看 →

评论

登录即可评论;带「已验证安装」的,是发布者名下有本店的安装或持有记录。