Programmatic SEO
Corey HainesCommunityCreated by Corey Haines
- Skill
- Workflow
- Business and productivity
- MIT
- No issues found
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
This skill provides a structured approach to programmatic SEO (pSEO), enabling users to generate large volumes of search-optimized pages using templates and data. It emphasizes creating unique value per page to avoid thin content penalties, utilizing proprietary or product-derived data, and maintaining a clean URL structure. The skill includes twelve distinct playbooks for common patterns like location-based pages, comparisons, and directories, along with guidance on selecting technical platforms and managing indexation.
What it does
- Guides the selection of appropriate programmatic SEO playbooks based on data and business goals.
- Provides a framework for keyword pattern research and data requirement analysis.
- Outlines best practices for template design to ensure unique content per page.
- Advises on internal linking architecture and sitemap management for large page sets.
- Offers a pre-launch checklist covering content quality, technical SEO, and indexation.
- Assists in evaluating technical platforms for hosting and managing programmatic content.
When to use it
- When you need to create many similar pages targeting different keywords, locations, or user segments.
- When you have structured data that can be used to populate templates at scale.
- When you are planning to build directory, comparison, or location-based landing pages.
- When you need to assess the feasibility of a programmatic SEO strategy against your current site architecture.
Advantages
- Provides a systematic approach to scaling content production without sacrificing quality.
- Helps avoid common pitfalls like duplicate content, keyword cannibalization, and thin pages.
- Offers clear playbooks for diverse use cases ranging from integrations to local services.
- Focuses on defensible data strategies to improve search relevance.
Usage examples
- “I want to build 500 location-based pages for my dental practice. How should I start?”
- The agent will guide you through the location playbook, helping you identify the necessary local data, define the URL structure, and ensure each page provides unique value beyond just swapping city names.
- “We have a list of 1,000 software integrations. How do we turn these into SEO pages?”
- The agent will help you map this data to the integration playbook, advise on template design, and suggest an internal linking strategy to connect these pages to your main site.
Install
Download the skill as a ZIP:
https://autogineer.com/agent-skills/coreyhaines31/programmatic-seo/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip programmatic-seo.zip -d .agents/skills
Documentation by Corey Haines
Programmatic SEO
You are an expert in programmatic SEO—building SEO-optimized pages at scale using templates and data. Your goal is to create pages that rank, provide value, and avoid thin content penalties.
Initial Assessment
Check for product marketing context first:
If .agents/product-marketing.md exists (or .claude/product-marketing.md, or the legacy product-marketing-context.md filename, in older setups), read it before asking questions. Use that context and only ask for information not already covered or specific to this task.
Before designing a programmatic SEO strategy, understand:
Business Context
What's the product/service?
Who is the target audience?
What's the conversion goal for these pages?
Opportunity Assessment
What search patterns exist?
How many potential pages?
What's the search volume distribution?
Competitive Landscape
Who ranks for these terms now?
What do their pages look like?
Can you realistically compete?
Core Principles
1. Unique Value Per Page
Every page must provide value specific to that page
Not just swapped variables in a template
Maximize unique content—the more differentiated, the better
2. Proprietary Data Wins
Hierarchy of data defensibility:
Proprietary (you created it)
Product-derived (from your users)
User-generated (your community)
Licensed (exclusive access)
Public (anyone can use—weakest)
3. Clean URL Structure
Prefer subfolders to subdomains. Google doesn't rank one above the other, but a subfolder inherits the main site's internal links and structure, while a subdomain needs its own (see implementation-platforms.md):
Good:
yoursite.com/templates/resume/Bad:
templates.yoursite.com/resume/
4. Genuine Search Intent Match
Pages must actually answer what people are searching for.
5. Quality Over Quantity
Better to have 100 great pages than 10,000 thin ones.
6. Avoid Google Penalties
No doorway pages
No keyword stuffing
No duplicate content
Genuine utility for users
The 12 Playbooks (Overview)
| Playbook | Pattern | Example |
|---|---|---|
| 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" |
| Translations | Content in multiple languages | Localized 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 data | Directories, Profiles |
| Product with integrations | Integrations |
| Design/creative product | Templates, Examples |
| Multi-segment audience | Personas |
| Local presence | Locations |
| Tool or utility product | Conversions |
| Content/expertise | Glossary, Curation |
| Competitor landscape | Comparisons |
You can layer multiple playbooks (e.g., "Best coworking spaces in San Diego").
Implementation Framework
1. Keyword Pattern Research
Identify the pattern:
What's the repeating structure?
What are the variables?
How many unique combinations exist?
Validate demand:
Aggregate search volume
Volume distribution (head vs. long tail)
Trend direction
2. Data Requirements
Identify data sources:
What data populates each page?
Is it first-party, scraped, licensed, 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
Ensuring uniqueness:
Each page needs unique value
Conditional content based on data
Original insights/analysis per page
4. Internal Linking Architecture
Hub and spoke model:
Hub: Main category page
Spokes: Individual programmatic pages
Cross-links between related spokes
Avoid 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
6. Choose the Build Platform
Check that the platform can hold the page count, refresh the data, render server-side HTML, branch on data for conditional sections, and control indexation per page. Prefer the existing site's CMS if it can; otherwise serve the set on a subpath of the main domain. Options and tradeoffs: references/implementation-platforms.md.
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: Creating 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
What keyword patterns are you targeting?
What data do you have (or can acquire)?
How many pages are you planning?
What does your site authority look like?
Who currently ranks for these terms?
What's your technical stack?
Related Skills
seo-audit: For auditing programmatic pages after launch
schema: For adding structured data
site-architecture: For page hierarchy, URL structure, and internal linking
competitors: For comparison page frameworks
Files
- ATTRIBUTION.mdAdded by AutoGineer893 B
- LICENSELicence file added by AutoGineer1.0 KiB
- SKILL.md7.5 KiB
- evals/evals.json8.0 KiB
- references/implementation-platforms.md5.5 KiB
- references/playbooks.md8.1 KiB
evals/evals.json
{
"skill_name": "programmatic-seo",
"evals": [
{
"id": 1,
"prompt": "We want to create programmatic SEO pages for our CRM. We're thinking of 'CRM for [industry]' pages — like 'CRM for Real Estate,' 'CRM for Healthcare,' etc. How should we approach this?",
"expected_output": "Should check for product-marketing.md first. Should identify this as the Personas playbook (industry-specific pages). Should apply the core principles: unique value per page (not just swapping the industry name), proprietary data or insights per industry, clean URL structure. Should recommend the implementation framework: keyword research for each industry variation, data requirements (what industry-specific content makes each page unique), template design, internal linking strategy between industry pages and main pages, and indexation strategy. Should warn against thin content (just template + keyword swap).",
"assertions": [
"Checks for product-marketing.md",
"Identifies as Personas playbook",
"Applies core principles (unique value, proprietary data, clean URLs)",
"Recommends keyword research per variation",
"Addresses data requirements for unique content",
"Provides template design guidance",
"Includes internal linking strategy",
"Warns against thin content"
],
"files": []
},
{
"id": 2,
"prompt": "Create a comparison page strategy. We want pages like 'Notion vs Asana', 'Notion vs Monday', etc. for all our competitors. We have 15 competitors.",
"expected_output": "Should identify this as the Comparisons playbook. Should apply the programmatic approach for competitor comparison pages at scale. Should recommend: template structure for comparison pages, unique data per comparison (not just the same template with names swapped), keyword research for each '[competitor A] vs [competitor B]' variation, URL structure (/compare/notion-vs-asana), internal linking between comparison pages, and quality checks. Should cross-reference the competitors skill for page content structure.",
"assertions": [
"Identifies as Comparisons playbook",
"Recommends template structure for scale",
"Addresses unique data per comparison",
"Includes keyword research for variations",
"Provides URL structure recommendation",
"Includes internal linking strategy",
"Cross-references competitors skill",
"Applies quality checks"
],
"files": []
},
{
"id": 3,
"prompt": "we want to rank for '[tool name] integration' keywords. we integrate with 50+ tools and want a page for each. like 'Slack integration', 'Salesforce integration' etc.",
"expected_output": "Should trigger on casual phrasing. Should identify this as the Integrations playbook. Should recommend: template design for integration pages (what it does, how to set up, use cases), unique content per integration (specific workflows, screenshots, setup steps), keyword research for '[tool] + [your product] integration', URL structure (/integrations/slack), hub page linking to all integration pages, and schema markup considerations. Should emphasize that each page needs genuine unique value, not just 'we integrate with [tool].'",
"assertions": [
"Triggers on casual phrasing",
"Identifies as Integrations playbook",
"Recommends template with unique content per integration",
"Includes setup steps and use cases per page",
"Provides URL structure recommendation",
"Recommends hub page for all integrations",
"Emphasizes genuine unique value per page"
],
"files": []
},
{
"id": 4,
"prompt": "We built 500 programmatic pages but Google isn't indexing most of them. Only 80 are in the index. What's going wrong?",
"expected_output": "Should diagnose the indexation problem. Should apply the quality checks and indexation strategy guidance. Should investigate: thin content (are pages providing unique value or just template + keyword?), crawl budget (500 pages may be fine but depends on site authority), internal linking (are the pages discoverable?), XML sitemap inclusion, duplicate/near-duplicate content issues. Should recommend specific fixes: improve content uniqueness, strengthen internal linking, submit sitemap, check robots.txt, use Search Console for indexation requests. Should warn that Google may choose not to index thin pages regardless.",
"assertions": [
"Diagnoses indexation problem",
"Investigates thin content as likely cause",
"Checks crawl budget considerations",
"Checks internal linking to programmatic pages",
"Checks XML sitemap and robots.txt",
"Recommends specific fixes for indexation",
"Warns about Google's thin content policies"
],
"files": []
},
{
"id": 5,
"prompt": "Help me create a glossary section for our marketing automation platform. We want to define 200+ marketing terms and rank for '[term] definition' keywords.",
"expected_output": "Should identify this as the Glossary playbook. Should apply the template design: term definition page template (definition, examples, related terms, how it applies to the user's product), hub/index page linking to all terms, URL structure (/glossary/[term]), alphabetical and categorical navigation. Should address quality: each definition should provide genuine value beyond a dictionary definition. Should include internal linking strategy and schema markup (DefinedTerm schema). Should recommend starting with highest-volume terms.",
"assertions": [
"Identifies as Glossary playbook",
"Provides template design for term pages",
"Recommends hub/index page",
"Provides URL structure",
"Addresses content quality beyond dictionary definitions",
"Includes internal linking strategy",
"Recommends starting with highest-volume terms"
],
"files": []
},
{
"id": 6,
"prompt": "Can you audit our existing programmatic SEO pages for technical issues? We have crawl errors and some pages return 404s.",
"expected_output": "Should recognize this is a technical SEO audit task, not a programmatic SEO strategy task. Should defer to or cross-reference the seo-audit skill, which handles crawlability, indexation, and technical SEO issues. Programmatic-seo focuses on strategy, template design, and content planning for scaled pages.",
"assertions": [
"Recognizes this as technical SEO audit task",
"References or defers to seo-audit skill",
"Explains that programmatic-seo is for strategy and template design",
"Does not attempt full technical SEO audit"
],
"files": []
},
{
"id": 7,
"prompt": "We want to launch 5,000 'integration + use case' pages. We're on Framer now. Where should we build them?",
"expected_output": "Should check the platform requirements from the implementation-platforms reference: item limits at 5,000+ pages, data refresh, server-rendered HTML, conditional sections, per-page noindex and split sitemaps, and publish times. Should first check whether the current platform (Framer, whose higher plans reach tens of thousands of CMS items) can hold the set, and if not, weigh a reverse-proxied subpath against a subdomain (Google has no ranking preference; it's an effort and structure tradeoff) on a platform that can (e.g., WordPress, a hand-coded static/hybrid build, Webflow within its limits, a headless CMS, or an AI-native platform). Any Verified Partner tool named carries the disclosure plus an alternative. Should recommend proving it on a small batch of the strongest pages before scaling.",
"assertions": [
"Checks item limits and the other platform requirements",
"Considers the current platform first",
"Treats subpath vs subdomain as a tradeoff, not an SEO rule",
"Gives several options with tradeoffs and discloses any partner tool",
"Recommends a small first batch before scaling"
],
"files": []
}
]
}
Requirements and compatibility
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Security
No issues found by our static scan· No issues found
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Created by
- Corey Haines
- Publisher
- Corey Haines (Community)
- Source
- coreyhaines31/marketingskills · skills/programmatic-seo · commit 96798cf
- Licence
- MIT License (redistribution allowed)
- LICENSE (added by AutoGineer from LICENSE)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
AutoGineer is not affiliated with or endorsed by Corey Haines or Corey Haines.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download programmatic-seo.zip