본문으로 건너뛰기
cccskills
무료GitHub에 공개

programmatic-seo

When the user wants SEO pages generated at scale from templates plus a dataset — "programmatic SEO," "pSEO," "directory pages," "location pages," "[keyword] + [city] pages," "integration pages," "generate 100 pages," "templated landing pages." For auditing an existing site, see seo-audit. For planning, see content-strategy.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(3)

  • SKILL.md6.1 KB
  • evals/evals.json6.8 KB
  • references/playbooks.md8.1 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Programmatic SEO

Build template- and data-driven SEO pages at scale that rank, provide value, and avoid thin-content penalties.

Initial Assessment

Product context: If .agents/product-marketing-context.md exists (or .claude/product-marketing-context.md in older setups), read it first and tailor output to it; only ask for what it doesn't cover.

Understand first:

  1. Business Context — product/service? Target audience? Conversion goal for these pages?
  2. Opportunity — what search patterns exist? How many potential pages? Search volume distribution?
  3. Competition — who ranks now? What do their pages look like? Can you realistically compete?

Core Principles

  1. Unique value per page — value specific to that page, not just swapped variables in a template; the more differentiated, the better.
  2. Proprietary data wins — data defensibility hierarchy: (1) proprietary (you created it), (2) product-derived (from your users), (3) user-generated (your community), (4) licensed (exclusive access), (5) public (anyone can use—weakest).
  3. Clean URL structure — use subfolders, not subdomains; subfolders consolidate domain authority, subdomains split it. Good: yoursite.com/templates/resume/. Bad: templates.yoursite.com/resume/.
  4. Genuine search intent match — pages must actually answer what people search for.
  5. Quality over quantity — better 100 great pages than 10,000 thin ones.
  6. Avoid Google penalties — no doorway pages, keyword stuffing, or duplicate content; genuine utility for users.

The 12 Playbooks (Overview)

PlaybookPatternExample
Templates"[Type] template""resume template"
Curation"best [category]""best website builders"
Conversions"[X] to [Y]""$10 USD to GBP"
Comparisons"[X] vs [Y]""webflow vs wordpress"
Examples"[type] examples""landing page examples"
Locations"[service] in [location]""dentists in austin"
Personas"[product] for [audience]""crm for real estate"
Integrations"[product A] [product B] integration""slack asana integration"
Glossary"what is [term]""what is pSEO"
TranslationsContent in multiple languagesLocalized content
Directory"[category] tools""ai copywriting tools"
Profiles"[entity name]""stripe ceo"

For detailed playbook implementation: See references/playbooks.md


Choosing Your Playbook

If you have...Consider...
Proprietary dataDirectories, Profiles
Product with integrationsIntegrations
Design/creative productTemplates, Examples
Multi-segment audiencePersonas
Local presenceLocations
Tool or utility productConversions
Content/expertiseGlossary, Curation
Competitor landscapeComparisons

Playbooks can layer (e.g., "Best coworking spaces in San Diego").


Implementation Framework

1. Keyword Pattern Research

Identify the pattern: repeating structure, variables, number of unique combinations. Validate demand: aggregate search volume, distribution (head vs. long tail), trend direction.

2. Data Requirements

What data populates each page? First-party, scraped, licensed, or public? How is it updated?

3. Template Design

Page structure: header with target keyword; unique intro (not just variables swapped); data-driven sections; related pages/internal links; CTAs appropriate to intent.

Uniqueness: unique value per page, conditional content based on data, original insights/analysis per page.

4. Internal Linking Architecture

Hub and spoke: hub = main category page; spokes = individual programmatic pages; cross-links between related spokes.

No orphan pages: every page reachable from main site, XML sitemap for all pages, breadcrumbs with structured data.

5. Indexation Strategy

Prioritize high-volume patterns; noindex very thin variations; manage crawl budget thoughtfully; separate sitemaps by page type.


Quality Checks

Pre-Launch Checklist

Content quality:

  • Each page provides unique value
  • Answers search intent
  • Readable and useful

Technical SEO:

  • Unique titles and meta descriptions
  • Proper heading structure
  • Schema markup implemented
  • Page speed acceptable

Internal linking:

  • Connected to site architecture
  • Related pages linked
  • No orphan pages

Indexation:

  • In XML sitemap
  • Crawlable
  • No conflicting noindex

Post-Launch Monitoring

Track: indexation rate, rankings, traffic, engagement, conversion. Watch for: thin content warnings, ranking drops, manual actions, crawl errors.


Common Mistakes

  • Thin content: just swapping city names in identical content
  • Keyword cannibalization: multiple pages targeting same keyword
  • Over-generation: pages with no search demand
  • Poor data quality: outdated or incorrect information
  • Ignoring UX: pages exist for Google, not users

Output Format

Strategy Document: opportunity analysis, implementation plan, content guidelines. Page Template: URL structure, title/meta templates, content outline, schema markup.


Task-Specific Questions

  1. What keyword patterns are you targeting?
  2. What data do you have (or can acquire)?
  3. How many pages are you planning?
  4. What does your site authority look like?
  5. Who currently ranks for these terms?
  6. What's your technical stack?

Related Skills

  • seo-audit — auditing programmatic pages after launch
  • schema-markup — adding structured data
  • site-architecture — page hierarchy, URL structure, internal linking
  • competitor-alternatives — comparison page frameworks

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Act as a Senior Accessibility Engineer to audit a page, component, or design against WCAG 2.2 AA. Produces a triaged finding list (critical/serious/moderate), focus-order map, contrast report, ARIA decision tree, and a screen-reader test plan. Use when shipping new UI, hardening an existing flow, or preparing for VPAT/accessibility conformance.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

rajitsaha/100xprism102026년 10월 14일 업데이트

When the user wants to plan, design, or implement an A/B test or experiment — "split test," "variant copy," "multivariate test," "hypothesis," "statistical significance," "how long should I run this test," or comparing two versions. For tracking implementation, see analytics-tracking. For page-level conversion optimization, see page-cro.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

rajitsaha/100xprism102026년 10월 14일 업데이트

When the user wants to generate, iterate, or scale ad creative — headlines, descriptions, primary text, full variations — for any paid platform; 'ad copy variations,' 'RSA headlines,' 'bulk ad copy,' 'creative testing,' 'write me some ads.' For campaign strategy and targeting, see paid-ads. For landing page copy, see copywriting.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

rajitsaha/100xprism102026년 10월 14일 업데이트

ai-seo

무료

When the user wants content cited by LLMs or surfaced in AI-generated answers — 'AI SEO,' 'AEO,' 'GEO,' 'LLMO,' 'answer engine optimization,' 'AI Overviews,' 'optimize for ChatGPT/Perplexity/Claude,' 'AI citations,' 'zero-click search.' For traditional technical/on-page audits, see seo-audit. For structured data, see schema-markup.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

rajitsaha/100xprism102026년 10월 14일 업데이트

When the user wants to set up, improve, or audit analytics tracking and measurement — "GA4," "conversion tracking," "event tracking," "UTM parameters," "tag manager," "GTM," "tracking plan," "attribution," "Mixpanel," "Segment," "are my events firing," or how to measure marketing results. For A/B test measurement, see ab-test-setup.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

rajitsaha/100xprism102026년 10월 14일 업데이트

architect

무료

Architectural decision advisor for cloud, data, and SaaS distributed systems. Use when the user asks "should we use X or Y", weighs a tradeoff, or needs a decision matrix, scaling analysis, cost-at-scale review, data-tier design, multi-tenancy model, or API/resilience guidance. For full technical blueprints, use enterprise-design.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

rajitsaha/100xprism102026년 10월 14일 업데이트

rajitsaha의 스킬 모두 보기

이 스킬의 문제 신고