Programmatic SEO skill

When the user wants to create SEO pages at scale using templates and data—including AI-assisted, grounded copy for per-URL differentiation (vs rigid mail-merge templates).

by kostja94·MIT license·★ 1,006 Stars on the repo·GitHub ↗

Use now

Files of Programmatic SEO

kostja94/main1 file shown
SKILL.md
Show the full text320 lines

SEO: Programmatic SEO

Guides programmatic SEO—creating large numbers of SEO-optimized pages automatically using templates and structured data, rather than writing each page manually. Classic “mail merge” pSEO (one rigid template + swapped variables) often produced low differentiation and thin-feeling URLs. With AI used responsibly on top of the same data spine, you can scale per-URL customization—intent-aligned copy, section depth, FAQs, tone, localization—while still following evidence blocks, data tiers, and QA (see Data strength hierarchy and AI-assisted generation below).

When invoking: On first use, if helpful, open with 1–2 sentences on what this skill covers and why it matters, then provide the main output. On subsequent use or when the user asks to skip, go directly to the main output.

Project context: Read root contextus.md when present and load only the modules relevant to this task. Without Contextus, use available project material or user-provided facts and ask for missing information; do not create a parallel context system.

Definition

Programmatic SEO = Building a single template and populating it with data from a database, API, or spreadsheet to generate hundreds or thousands of unique pages. Each page targets a long-tail keyword (e.g., "best SEO tool in [city]," "[App A] + [App B] integration").

Key differences from traditional SEO: Technical (SEOs + engineers); long-tail focus; data-driven (data quality = success); automation; built for scale.

Classic limits vs AI-enhanced differentiation

Era What breaks What helps
Rigid pSEO One template, minimal variance → similar titles/bodies, weak E-E-A-T, “obvious mail merge” Still needs unique evidence per URL and selective indexation
AI-enhanced pSEO Same structured rows (facts, SKUs, metrics) drive the page, but models add per-URL narrative: intros, FAQ depth, persona angles, localization, internal-link suggestions—higher differentiation at scale Facts stay in your data layer; AI shapes phrasing and structure, not invented numbers—see AI-assisted generation

Best-practice stance: AI is an accelerator and customizer, not a substitute for data defensibility (Tiers 1–5) or technical SEO (URLs, schema, CWV). Used well, it aligns with quality over quantity: fewer thin URLs, more distinct useful pages.

Three-Part Framework

Component Role
Templates Reusable page structures: layout, headings, internal links, content blocks; conditional logic for empty fields
Data Structured information: locations, products, prices, features—must be accurate, complete, and add genuine value
Automation Systems connecting data to templates; pages generated dynamically or published in bulk
AI layer (optional) On grounded inputs (row JSON + rules), generates varied copy, FAQ expansions, and section emphasis per URL—reduces “same template” fatigue while staying auditable

Page Playbook Matrix (skills/pages)

Page types in this library live under pages/{brand|content|legal|marketing|utility}/. Use the matrix below to map search pattern → playbook → which *-page-generator skill to open for structure, copy, and schema—not every folder is a good fit for mass-generated URLs.

Playbook Example intent / keyword pattern Page skill (name) Path (reference)
Alternatives / comparisons "[Competitor] alternatives", "X vs Y" alternatives-page-generator pages/marketing/alternatives
Integrations "[Product A] [Product B] integration" integrations-page-generator pages/marketing/integrations
Category / catalog Faceted listings, product grids category-page-generator, products-page-generator pages/marketing/category-pages, products
Glossary / definitions "what is [term]", term landings glossary-page-generator pages/content/glossary
FAQ / Q&A Question banks, PAA-style pages faq-page-generator pages/content/faq
How-to / procedures Step libraries, "[how to] [task]" blocks in templates howto-section-generator components/content/howto-section
Comparison matrix (blocks) Feature/criteria grids, "vs" cells from data feed comparison-table-generator components/content/comparison-table
Tools & lead magnets "free [x] tool/calculator" tools-page-generator pages/content/tools
Template gallery Browse → detail (your templates) template-page-generator pages/content/template-page
Resource hub Guides, hubs, download centers resources-page-generator pages/content/resources
Use cases / solutions "for [role]", "by industry" use-cases-page-generator, solutions-page-generator pages/marketing/use-cases, solutions
Migration / switching "migrate from [X]" migration-page-generator pages/marketing/migration
Campaign landing Paid/segment LPs landing-page-generator pages/marketing/landing-page
Blog / article Long-tail articles at scale blog-page-generator, article-page-generator pages/content/blog, article
Docs / features / API Scalable doc sections, feature landings, /api marketing docs-page-generator, features-page-generator, api-page-generator pages/content/docs, features, api
Social proof Logos, case studies, galleries press-coverage-page-generator, customer-stories-page-generator, showcase-page-generator pages/marketing/press-coverage, customer-stories, showcase
Programs & offers Startups/education, contests, downloads, affiliate, media kit startups-page-generator, contest-page-generator, download-page-generator, affiliate-page-generator, media-kit-page-generator pages/marketing/*
Pricing / services Plans, offerings (use sparingly for pSEO) pricing-page-generator, services-page-generator pages/marketing/pricing, services

Usually not mass programmatic (single primary URL or compliance-heavy): pages/brand/* (home, about, contact), pages/legal/*, most pages/utility/* (404, status, signup-login, etc.)—treat as one-off or policy-driven, not template×data scale.

Choosing a Playbook

If you have… Lean toward… Open first…
Competitor list + positioning Alternatives / comparisons alternatives-page-generator
Integration directory (your + partners') Integrations matrix integrations-page-generator
Product catalog or SKUs Category / product grids category-page-generator, products-page-generator
Term / definition database Glossary glossary-page-generator
Support tickets / PAA mined questions FAQ scale faq-page-generator
How-to step banks / procedure templates HowTo sections in scaled pages howto-section-generator
Competitor/feature matrix from data Comparison table blocks in scaled pages comparison-table-generator (+ alternatives-page-generator for URL intent)
Lead magnets, calculators Tools hub + per-tool tools-page-generator
Your own templates (exports, gallery items) Template marketplace template-page-generator
ICP × industry matrix Use cases / solutions use-cases-page-generator, solutions-page-generator
Import paths from competitors Migration migration-page-generator
Campaign or geo LPs Landing pages landing-page-generator
Long-form SEO articles Blog index + single post blog-page-generator, article-page-generator
Section Purpose
Intro Introduction; matches user intent
Evidence block Data-driven content unique to each page (tables, lists, verified stats); differentiates from thin content
Decision Comparison, recommendation, or next steps
FAQ Frequently asked questions
CTA Call-to-action

Evidence block = Real, structured data per page (business listings, pricing, reviews, verified stats). Ensures each page delivers genuine value, not recycled boilerplate with swapped variables.

Data strength hierarchy (defensibility)

Strongest programmatic pages are fueled by what only your product (or your customers inside your product) can produce—especially templates, exports, and generated artifacts. Third-party or scraped lists alone are the weakest foundation.

Tier Source Examples Relative risk
1 — Product-generated Assets created or rendered by your product: page/layout templates, email/Notion/code templates, export packs, generated previews, branded snippets, “built with [Product]” examples Template gallery rows tied to real .json / CMS fields; screenshots of exports; unique preview URLs Lowest when each URL shows distinct generated output
2 — Product-derived Telemetry and in-product data you own: aggregates, cohorts, benchmarks, feature adoption “Teams in [industry] median time-to-value” from your warehouse (aggregated) Low if aggregated / anonymized and policy-compliant
3 — UGC / customer Reviews, submissions, showcase items, moderated community content Showcase grid; verified quotes Medium—needs moderation + consent
4 — Licensed / partner Exclusive feeds, co-marketing datasets Partner pricing tiers; licensed industry stats Medium—contract and citation discipline
5 — Public / scraped Open web, directories, generic enrichment Name/address fills; commodity facts Highest—needs editorial layer, fact-checking, and a real Evidence block

Why Tier 1 (templates & generated content) wins: Pages built from your template system carry proprietary structure, variables, and brand-safe blocks—harder for competitors to copy verbatim and easier to prove uniqueness (embeds, downloads, IDs). Pair with template-page-generator when the UX is “browse gallery → use template.”

Tier 2 — Product-derived (practical)
What it is What to watch
Metrics from your backend, data warehouse, or support/CRM exports: activation rates by segment, integration popularity, error budgets, time-to-value—not generic “industry reports.” Privacy & ToS: Minimum cell sizes; no individual identification; document what was aggregated and over what window.
Good fit when you can show “only we could know this because it runs in our product.” Stale data hurts trust: pipeline jobs, “as of [date]” labels, automated invalidation.

AI here: Use models to turn structured aggregates into prose (intro paragraphs, “what this means for [segment]”)—input must be verified numbers/tables from your pipeline, not free-form invention. Keep a machine-readable table or JSON on-page or in appendix so claims stay auditable.

Tier 3 — UGC / customer (practical)
What it is What to watch
Quotes, reviews, showcase submissions, community templates—per-user artifacts with consent. Moderation: spam, PII, competitor attacks; consent for name/logo use; schema (Review, CreativeWork) only when accurate.
Strong when combined with Tier 1 (e.g. “customer-built template” gallery). Volume without quality → thin pages; cap or score submissions.

AI here: Summarize long reviews into bullets; generate draft alt text for images; cluster submissions into topic pages—always human approve before publish. Do not fabricate testimonials.

Tier 4 — Licensed / partner (practical)
What it is What to watch
Partner price lists, co-marketed reports, API-fed allowed fields (logos, SKUs). Contract scope: Which fields can appear on which URLs; attribution line; DMCA / trademark on logos.
Often one feed → many URLs; uniqueness must come from your framing, comparison logic, or calculator—not the raw feed alone. Refresh cadence tied to partner SLAs.

AI here: Draft comparison copy and FAQs from a fixed attribute table (license + partner rules); never invent SKUs or prices—pull from feed, let AI phrase and shorten.

Tier 5 — Public / scraped (practical)
What it is What to watch
Open data, directories, Wikipedia-style facts, enrichment of public entities. Highest duplicate/thin risk: everyone has the same facts; you must add synthesis, editorial angle, or a unique tool (calculator, filter) on top.
Entity SEO and citations matter: link to authoritative sources; date-stamp volatile facts. Plan for pruning or noindex on low-traffic thin URLs.

AI here: Use models to structure messy public text into tables, outline sections, suggest internal links—then fact-check names, numbers, and dates. Do not use AI to invent statistics or citations; treat output as draft until verified.

AI-assisted generation (cross-tier)

Why AI fits modern pSEO: Early programmatic SEO earned a bad reputation because templates were frozen and copy was interchangeable—little real differentiation per query. LLMs, when grounded on each row’s facts and your brand rules, make it practical to customize headlines, intros, FAQs, and “why this page matters” per URL without hand-writing thousands of pages. That moves execution closer to best practices (intent match, helpful content, unique value) at scale, provided you do not let the model invent data.

Principle Why
Ground AI in structured inputs Pass JSON/CSV rows (tier, source URL, metrics) into prompts; forbid hallucinated numbers in system prompts.
Separate “facts” from “phrasing” Data layer = source of truth; AI = tone, shortening, localization, FAQs, per-segment emphasis—never the other way around.
Vary structure, not only adjectives Ask for different section order, FAQ count, or “beginner vs power user” angles by intent flags in the row—reduces template sameness.
Human or automated QA Spot-check high-traffic URLs; block publish if required fields empty or citation missing.
Disclose when useful e.g. “Intro generated with AI; figures from [internal report, Q3 2025].” Builds trust and matches policy trends.

When AI generation is a strong lever: Tiers 2–5—where raw material is already tabular or repetitive but needs readable, differentiated copy at scale. Tier 1 still benefits from AI (drafts from export JSON), but the differentiator remains the product artifact itself.

Operational requirements (all tiers)
Requirement Practice
Provenance Log data sources; track origin per field
Freshness rules e.g., ratings every 90 days, prices every 30 days, template version bumps when layouts change
Prefer 1–2 over 5 Fill evidence with product-generated or product-derived data before reaching for public scraping
AI governance Structured inputs only; no unverified numbers; moderation on UGC; optional disclosure
Clean & merge Deduplicate keys; drop rows that produce duplicate intents

Ideal Use Cases

For which page-generator skill to use, see Page Playbook Matrix above. Generic patterns:

Use case Example
Location-specific pages "Plumber in [city]," "Best restaurants in [neighborhood]" with real local data
Product comparison "[Product A] vs [Product B]" with structured specs
Alternatives pages "[Competitor] alternatives" at scale; 50+ competitors; see alternatives-page-generator
Software integration "[App A] + [App B]" integration pages (e.g., Zapier 50K+ pages)
Free tools "[X] checker," "[Y] calculator," "[Z] generator" — standalone tool pages; toolkit hub; same ICP as main product; lead gen
Travel / destination City + attraction combinations with reviews, photos
E-commerce Category pages, product variations (size, color, material)
FAQ / Q&A Pages powered by user question databases
Salary / pricing Comparison pages with structured data

Avoid when: Site structure is weak; page differences are superficial (city/name swaps only); content requires original expertise or UGC participation.

Real-World Examples

Examples are illustrative; no endorsement implied.

Company Scale Pattern
Zapier 50,000+ pages "[App A] + [App B]" integration
Airbnb — Location search; destination × property
Review platforms — User reviews + automated comparison pages
Travel sites — Destination, hotel, flight, activity pages
NomadList 2,000+ city pages Cost-of-living, internet speed (dynamic data)
Semrush, Ahrefs 50+ free tools SEO checker, keyword tool, backlink checker; toolkit hub + per-tool pages

Content Requirements

Requirement Purpose
300+ words per page Avoid thin content penalties
Unique, verifiable data Each page must add meaningful page-specific content beyond simple data swaps
Evidence block Tables, lists, examples with real numbers/attributes on every page
Semantic HTML Proper structure; conditional logic to avoid empty or repetitive sections
Internal linking Link related programmatic pages; compounds traffic and indexation

Technical Considerations

Topic Practice
Subfolder vs subdomain Prefer subfolders (yoursite.com/integration/slack-notion/) over subdomains (integrations.yoursite.com/...) so authority consolidates on the primary domain; see url-structure, domain-architecture if restructuring
Selective indexation Don't index all pages; use noindex rules for low-value pages
Sitemap segmentation By country, language, division; manage crawl budget
URL structure Descriptive URLs; clean hierarchy; see url-structure
Schema JSON-LD: Product, Place, FAQ, ItemList per page type
Performance Caching, static generation; Core Web Vitals

Critical Pitfalls

Pitfall Consequence
Thin content Minimal info beyond keyword; generic copy; placeholder sections → penalties
Duplicate pages Same content with only data swaps → thin content penalties
Index bloat Generating pages that should never be indexable → crawl budget waste
Large dumps Publishing many similar pages at once → spam signals
Filter URLs Using filters instead of unique URLs/titles → cannibalization

Pages with only a title, one paragraph, and swapped city names will not rank and may incur Google penalties.

Remediating Already-Built Homogenized Pages

If programmatic pages are already published and feel interchangeable — shared closing sentences, identical value propositions across URLs, cloned section endings — fix the content before it triggers quality signals.

Diagnostic approach

Run regex scans across rendered or source files to surface shared sentence tails and repeated paragraph structures. Look for patterns that appear in more than 30% of same-category pages. Common telltales: every tool page ending with "X is the ideal choice for Y," every category page sharing the same technology summary, every location page using identical FAQ tails.

Scan at three scopes: within a single page (do its sections repeat the same closing formula?), within a category (do all video tool pages share a template?), and across categories (is the same value statement on every page site-wide?).

Prioritize fixes into three levels
Priority What it is Action
P0 — Eliminate Pure template filler with no information value; every page says the same thing Rewrite each page independently with page-specific detail
P1 — Rewrite Core information is correct but delivery is formulaic (e.g., "different tools use different architectures" — true but generic) Prepare 8–15 semantic variants and cycle through them so adjacent pages differ
P2 — Reduce density Normal vocabulary that appears too frequently (e.g., "seamless" on 80% of pages) Replace ~30–40% of instances, not all — normal words are fine at moderate frequency
Execute in rounds

Fix P0 patterns first, one category at a time. After each round, re-scan to confirm patterns are cleared and no new ones appeared. A common trap: replacing one template with another by applying the same fix uniformly. Distribute rewrites so pages processed in sequence get different treatments.

For single-page internal duplicates — where all use cases or tool descriptions within one file share identical closing sentences — use functional endings instead of evaluative ones. A functional ending describes what bottleneck the entry solves in practice; an evaluative ending just declares it's a good choice.

Prevention in the pipeline

Add structural-variety requirements to AI generation prompts (vary section endings, forbid repeated closing formulas). Batch-generate pages from different categories together rather than all from one category at once. Run N-gram overlap checks across same-category pages before publishing.

Step-by-Step Workflow

  1. Research — Niche, intent; include low-volume keywords; SEO tools, question databases
  2. Collect data — Provenance log, freshness rules; first-party/licensed; define template fields
  3. Choose stack — Next.js + DB, Webflow CMS, WordPress, headless; API + template reuse
  4. Design template — Intro, Evidence, Decision, FAQ, CTA; schema; conditional logic
  5. Build database — Map fields to template slots; hide empties
  6. Generate pages — Descriptive URLs; optimize performance
  7. Deploy & monitor — Sitemaps; indexation, rankings, CTR, bounce, conversions
  8. Optimize — Prune weak pages; refresh data; A/B test layout, CTA

Best Practices

Practice Purpose
Quality over scale Each page must provide genuinely unique, verifiable value
Differentiation over clone Prefer AI-grounded copy variance + evidence blocks over one static paragraph with {city} swaps
Launch in batches Small batches you can measure; avoid large dumps
Strong IA Internal links to related guides/categories
Visual elements Tables, maps, comparisons where relevant
Match intent Avoid generic template text; precise user intent

Timeline & Expectations

  • Typical time to ranking: ~6 months
  • Reported gains: 40%+ traffic increases from well-designed topic clusters
  • AI search: Structured, data-rich content performs better in AI Overviews and citation layers

Output Format

  • Template design (Intro, Evidence, Decision, FAQ, CTA; required data fields)
  • Data requirements (provenance, freshness, accuracy)
  • Internal linking (hub-and-spoke, related pages)
  • Indexation strategy (selective indexation, sitemap segmentation)
  • Checklist for audit
  • template-page-generator: Template structure; aggregation (gallery) + detail pages; Tier 1 product-generated template URLs
  • landing-page-generator: Conversion-focused programmatic pages; LP structure for campaign CTA
  • tools-page-generator: Free tools pages; toolkit hub; programmatic tool pages; lead gen
  • alternatives-page-generator: Alternatives/comparison pages at scale; competitor brand traffic
  • category-page-generator, products-page-generator: Category / catalog grids
  • glossary-page-generator, faq-page-generator, howto-section-generator, comparison-table-generator, resources-page-generator: Definitions, Q&A banks, HowTo step blocks, comparison matrices, content hubs
  • use-cases-page-generator, solutions-page-generator, migration-page-generator: ICP/industry matrix, migration SEO
  • integrations-page-generator: Integration pair pages at scale
  • blog-page-generator, article-page-generator, docs-page-generator, features-page-generator, api-page-generator: Long-form and product surface scale
  • press-coverage-page-generator, customer-stories-page-generator, showcase-page-generator: Proof at scale
  • startups-page-generator, contest-page-generator, download-page-generator, affiliate-page-generator, media-kit-page-generator, pricing-page-generator, services-page-generator: Programs and offers (use selectively for pSEO)
  • content-strategy: Content clusters, pillar pages; programmatic pages as cluster nodes
  • website-structure: Site IA before scaling URL sets
  • url-structure, domain-architecture: Paths, subfolder strategy
  • schema-markup: Structured data (Product, Place, FAQ, ItemList)
  • internal-links: Linking programmatic pages
  • xml-sitemap: Sitemap segmentation for large programmatic sites
  • canonical-tag: Duplicate/thin content handling
  • seo-strategy, seo-audit: Roadmap and post-launch audits
1---
2name: programmatic-seo
3description: When the user wants to create SEO pages at scale using templates and data—including AI-assisted, grounded copy for per-URL differentiation (vs rigid mail-merge templates). Also use when the user mentions "programmatic SEO," "programmatic SEO pages," "template pages," "scale content," "location pages," "city pages," "comparison pages at scale," "X vs Y pages," "integration pages," "pages from data," "automated landing pages," or "programmatic landing pages." Uses a playbook matrix aligned to skills under skills/pages. For user-facing template galleries or marketplaces (browse → use), use template-page-generator.
4metadata:
5 version: 1.4.1
6---
7 
8# SEO: Programmatic SEO
9 
10Guides programmatic SEO—creating large numbers of SEO-optimized pages automatically using templates and structured data, rather than writing each page manually. **Classic “mail merge” pSEO** (one rigid template + swapped variables) often produced **low differentiation** and thin-feeling URLs. **With AI used responsibly on top of the same data spine**, you can scale **per-URL customization**—intent-aligned copy, section depth, FAQs, tone, localization—while still following **evidence blocks**, **data tiers**, and **QA** (see **Data strength hierarchy** and **AI-assisted generation** below).
11 
12**When invoking**: On **first use**, if helpful, open with 1–2 sentences on what this skill covers and why it matters, then provide the main output. On **subsequent use** or when the user asks to skip, go directly to the main output.
13 
14**Project context:** Read root `contextus.md` when present and load only the modules relevant to this task. Without Contextus, use available project material or user-provided facts and ask for missing information; do not create a parallel context system.
15 
16## Definition
17 
18**Programmatic SEO** = Building a single template and populating it with data from a database, API, or spreadsheet to generate hundreds or thousands of unique pages. Each page targets a long-tail keyword (e.g., "best SEO tool in [city]," "[App A] + [App B] integration").
19 
20**Key differences from traditional SEO**: Technical (SEOs + engineers); long-tail focus; data-driven (data quality = success); automation; built for scale.
21 
22## Classic limits vs AI-enhanced differentiation
23 
24| Era | What breaks | What helps |
25|-----|-------------|------------|
26| **Rigid pSEO** | One template, minimal variance → similar titles/bodies, weak **E-E-A-T**, “obvious mail merge” | Still needs **unique evidence per URL** and selective indexation |
27| **AI-enhanced pSEO** | Same **structured rows** (facts, SKUs, metrics) drive the page, but models add **per-URL narrative**: intros, FAQ depth, persona angles, localization, internal-link suggestions—**higher differentiation** at scale | **Facts stay in your data layer**; AI shapes **phrasing and structure**, not invented numbers—see **AI-assisted generation** |
28 
29**Best-practice stance**: AI is an **accelerator and customizer**, not a substitute for **data defensibility** (Tiers 1–5) or **technical SEO** (URLs, schema, CWV). Used well, it aligns with **quality over quantity**: fewer thin URLs, more **distinct** useful pages.
30 
31## Three-Part Framework
32 
33| Component | Role |
34|-----------|------|
35| **Templates** | Reusable page structures: layout, headings, internal links, content blocks; conditional logic for empty fields |
36| **Data** | Structured information: locations, products, prices, features—must be accurate, complete, and add genuine value |
37| **Automation** | Systems connecting data to templates; pages generated dynamically or published in bulk |
38| **AI layer (optional)** | On **grounded inputs** (row JSON + rules), generates **varied copy**, FAQ expansions, and section emphasis **per URL**—reduces “same template” fatigue while staying auditable |
39 
40## Page Playbook Matrix (`skills/pages`)
41 
42Page types in this library live under `pages/{brand|content|legal|marketing|utility}/`. Use the matrix below to map **search pattern → playbook → which `*-page-generator` skill** to open for structure, copy, and schema—not every folder is a good fit for mass-generated URLs.
43 
44| Playbook | Example intent / keyword pattern | Page skill (`name`) | Path (reference) |
45|----------|----------------------------------|---------------------|------------------|
46| **Alternatives / comparisons** | "[Competitor] alternatives", "X vs Y" | alternatives-page-generator | `pages/marketing/alternatives` |
47| **Integrations** | "[Product A] [Product B] integration" | integrations-page-generator | `pages/marketing/integrations` |
48| **Category / catalog** | Faceted listings, product grids | category-page-generator, products-page-generator | `pages/marketing/category-pages`, `products` |
49| **Glossary / definitions** | "what is [term]", term landings | glossary-page-generator | `pages/content/glossary` |
50| **FAQ / Q&A** | Question banks, PAA-style pages | faq-page-generator | `pages/content/faq` |
51| **How-to / procedures** | Step libraries, "[how to] [task]" blocks in templates | howto-section-generator | `components/content/howto-section` |
52| **Comparison matrix (blocks)** | Feature/criteria grids, "vs" cells from data feed | comparison-table-generator | `components/content/comparison-table` |
53| **Tools & lead magnets** | "free [x] tool/calculator" | tools-page-generator | `pages/content/tools` |
54| **Template gallery** | Browse → detail (your templates) | template-page-generator | `pages/content/template-page` |
55| **Resource hub** | Guides, hubs, download centers | resources-page-generator | `pages/content/resources` |
56| **Use cases / solutions** | "for [role]", "by industry" | use-cases-page-generator, solutions-page-generator | `pages/marketing/use-cases`, `solutions` |
57| **Migration / switching** | "migrate from [X]" | migration-page-generator | `pages/marketing/migration` |
58| **Campaign landing** | Paid/segment LPs | landing-page-generator | `pages/marketing/landing-page` |
59| **Blog / article** | Long-tail articles at scale | blog-page-generator, article-page-generator | `pages/content/blog`, `article` |
60| **Docs / features / API** | Scalable doc sections, feature landings, `/api` marketing | docs-page-generator, features-page-generator, api-page-generator | `pages/content/docs`, `features`, `api` |
61| **Social proof** | Logos, case studies, galleries | press-coverage-page-generator, customer-stories-page-generator, showcase-page-generator | `pages/marketing/press-coverage`, `customer-stories`, `showcase` |
62| **Programs & offers** | Startups/education, contests, downloads, affiliate, media kit | startups-page-generator, contest-page-generator, download-page-generator, affiliate-page-generator, media-kit-page-generator | `pages/marketing/*` |
63| **Pricing / services** | Plans, offerings (use sparingly for pSEO) | pricing-page-generator, services-page-generator | `pages/marketing/pricing`, `services` |
64 
65**Usually not mass programmatic** (single primary URL or compliance-heavy): `pages/brand/*` (home, about, contact), `pages/legal/*`, most `pages/utility/*` (404, status, signup-login, etc.)—treat as one-off or policy-driven, not template×data scale.
66 
67## Choosing a Playbook
68 
69| If you have… | Lean toward… | Open first… |
70|----------------|--------------|-------------|
71| Competitor list + positioning | Alternatives / comparisons | alternatives-page-generator |
72| Integration directory (your + partners') | Integrations matrix | integrations-page-generator |
73| Product catalog or SKUs | Category / product grids | category-page-generator, products-page-generator |
74| Term / definition database | Glossary | glossary-page-generator |
75| Support tickets / PAA mined questions | FAQ scale | faq-page-generator |
76| How-to step banks / procedure templates | HowTo sections in scaled pages | howto-section-generator |
77| Competitor/feature matrix from data | Comparison table blocks in scaled pages | comparison-table-generator (+ alternatives-page-generator for URL intent) |
78| Lead magnets, calculators | Tools hub + per-tool | tools-page-generator |
79| **Your own templates** (exports, gallery items) | Template marketplace | template-page-generator |
80| ICP × industry matrix | Use cases / solutions | use-cases-page-generator, solutions-page-generator |
81| Import paths from competitors | Migration | migration-page-generator |
82| Campaign or geo LPs | Landing pages | landing-page-generator |
83| Long-form SEO articles | Blog index + single post | blog-page-generator, article-page-generator |
84 
85## Template Structure (Recommended)
86 
87| Section | Purpose |
88|---------|---------|
89| **Intro** | Introduction; matches user intent |
90| **Evidence block** | Data-driven content unique to each page (tables, lists, verified stats); differentiates from thin content |
91| **Decision** | Comparison, recommendation, or next steps |
92| **FAQ** | Frequently asked questions |
93| **CTA** | Call-to-action |
94 
95**Evidence block** = Real, structured data per page (business listings, pricing, reviews, verified stats). Ensures each page delivers genuine value, not recycled boilerplate with swapped variables.
96 
97## Data strength hierarchy (defensibility)
98 
99**Strongest programmatic pages are fueled by what only your product (or your customers inside your product) can produce**—especially **templates, exports, and generated artifacts**. Third-party or scraped lists alone are the weakest foundation.
100 
101| Tier | Source | Examples | Relative risk |
102|------|--------|----------|----------------|
103| **1 — Product-generated** | Assets created or rendered by your product: page/layout **templates**, email/Notion/code templates, export packs, generated previews, branded snippets, “built with [Product]” examples | Template gallery rows tied to real `.json` / CMS fields; screenshots of exports; unique preview URLs | **Lowest** when each URL shows distinct generated output |
104| **2 — Product-derived** | Telemetry and in-product data you own: aggregates, cohorts, benchmarks, feature adoption | “Teams in [industry] median time-to-value” from your warehouse (aggregated) | Low if aggregated / anonymized and policy-compliant |
105| **3 — UGC / customer** | Reviews, submissions, showcase items, moderated community content | Showcase grid; verified quotes | Medium—needs moderation + consent |
106| **4 — Licensed / partner** | Exclusive feeds, co-marketing datasets | Partner pricing tiers; licensed industry stats | Medium—contract and citation discipline |
107| **5 — Public / scraped** | Open web, directories, generic enrichment | Name/address fills; commodity facts | **Highest**—needs editorial layer, fact-checking, and a real **Evidence block** |
108 
109**Why Tier 1 (templates & generated content) wins**: Pages built from **your** template system carry proprietary structure, variables, and brand-safe blocks—harder for competitors to copy verbatim and easier to prove uniqueness (embeds, downloads, IDs). Pair with **template-page-generator** when the UX is “browse gallery → use template.”
110 
111### Tier 2 — Product-derived (practical)
112 
113| What it is | What to watch |
114|------------|----------------|
115| Metrics from **your** backend, data warehouse, or support/CRM exports: activation rates by segment, integration popularity, error budgets, time-to-value—not generic “industry reports.” | **Privacy & ToS**: Minimum cell sizes; no individual identification; document what was aggregated and over what window. |
116| Good fit when you can show **“only we could know this because it runs in our product.”** | **Stale data** hurts trust: pipeline jobs, “as of [date]” labels, automated invalidation. |
117 
118**AI here**: Use models to **turn structured aggregates into prose** (intro paragraphs, “what this means for [segment]”)—**input must be verified numbers/tables from your pipeline**, not free-form invention. Keep a **machine-readable table or JSON** on-page or in appendix so claims stay auditable.
119 
120### Tier 3 — UGC / customer (practical)
121 
122| What it is | What to watch |
123|------------|----------------|
124| Quotes, reviews, showcase submissions, community templates—**per-user artifacts** with consent. | **Moderation**: spam, PII, competitor attacks; **consent** for name/logo use; **schema** (Review, CreativeWork) only when accurate. |
125| Strong when combined with **Tier 1** (e.g. “customer-built template” gallery). | **Volume without quality** → thin pages; cap or score submissions. |
126 
127**AI here**: Summarize long reviews into bullets; **generate draft alt text** for images; **cluster** submissions into topic pages—always **human approve** before publish. Do not fabricate testimonials.
128 
129### Tier 4 — Licensed / partner (practical)
130 
131| What it is | What to watch |
132|------------|----------------|
133| Partner price lists, co-marketed reports, API-fed **allowed** fields (logos, SKUs). | **Contract scope**: Which fields can appear on which URLs; attribution line; **DMCA / trademark** on logos. |
134| Often **one feed → many URLs**; uniqueness must come from **your framing**, comparison logic, or calculator—not the raw feed alone. | **Refresh cadence** tied to partner SLAs. |
135 
136**AI here**: Draft **comparison copy** and **FAQs** from a **fixed attribute table** (license + partner rules); never invent SKUs or prices—**pull from feed**, let AI phrase and shorten.
137 
138### Tier 5 — Public / scraped (practical)
139 
140| What it is | What to watch |
141|------------|----------------|
142| Open data, directories, Wikipedia-style facts, **enrichment** of public entities. | **Highest** duplicate/thin risk: everyone has the same facts; **you must add** synthesis, editorial angle, or a **unique tool** (calculator, filter) on top. |
143| **Entity SEO** and **citations** matter: link to authoritative sources; date-stamp volatile facts. | Plan for **pruning** or **noindex** on low-traffic thin URLs. |
144 
145**AI here**: Use models to **structure** messy public text into tables, **outline** sections, **suggest** internal links—then **fact-check** names, numbers, and dates. **Do not** use AI to invent statistics or citations; treat output as **draft** until verified.
146 
147### AI-assisted generation (cross-tier)
148 
149**Why AI fits modern pSEO**: Early programmatic SEO earned a bad reputation because **templates were frozen** and **copy was interchangeable**—little real differentiation per query. **LLMs**, when **grounded** on each row’s facts and your brand rules, make it practical to **customize** headlines, intros, FAQs, and “why this page matters” **per URL** without hand-writing thousands of pages. That moves execution closer to **best practices** (intent match, helpful content, unique value) **at scale**, provided you **do not** let the model invent data.
150 
151| Principle | Why |
152|-----------|-----|
153| **Ground AI in structured inputs** | Pass JSON/CSV rows (tier, source URL, metrics) into prompts; **forbid** hallucinated numbers in system prompts. |
154| **Separate “facts” from “phrasing”** | Data layer = source of truth; AI = tone, shortening, localization, FAQs, **per-segment emphasis**—never the other way around. |
155| **Vary structure, not only adjectives** | Ask for different **section order**, FAQ count, or “beginner vs power user” angles **by intent flags** in the row—reduces template sameness. |
156| **Human or automated QA** | Spot-check high-traffic URLs; block publish if required fields empty or citation missing. |
157| **Disclose when useful** | e.g. “Intro generated with AI; figures from [internal report, Q3 2025].” Builds trust and matches policy trends. |
158 
159**When AI generation is a strong lever**: Tiers **2–5**—where raw material is already tabular or repetitive but **needs readable, differentiated copy at scale**. Tier **1** still benefits from AI (drafts from export JSON), but the **differentiator remains** the product artifact itself.
160 
161### Operational requirements (all tiers)
162 
163| Requirement | Practice |
164|-------------|----------|
165| **Provenance** | Log data sources; track origin per field |
166| **Freshness rules** | e.g., ratings every 90 days, prices every 30 days, template version bumps when layouts change |
167| **Prefer 1–2 over 5** | Fill evidence with product-generated or product-derived data before reaching for public scraping |
168| **AI governance** | Structured inputs only; no unverified numbers; moderation on UGC; optional disclosure |
169| **Clean & merge** | Deduplicate keys; drop rows that produce duplicate intents |
170 
171## Ideal Use Cases
172 
173For **which page-generator skill to use**, see **Page Playbook Matrix** above. Generic patterns:
174 
175| Use case | Example |
176|----------|---------|
177| **Location-specific pages** | "Plumber in [city]," "Best restaurants in [neighborhood]" with real local data |
178| **Product comparison** | "[Product A] vs [Product B]" with structured specs |
179| **Alternatives pages** | "[Competitor] alternatives" at scale; 50+ competitors; see **alternatives-page-generator** |
180| **Software integration** | "[App A] + [App B]" integration pages (e.g., Zapier 50K+ pages) |
181| **Free tools** | "[X] checker," "[Y] calculator," "[Z] generator" — standalone tool pages; toolkit hub; same ICP as main product; lead gen |
182| **Travel / destination** | City + attraction combinations with reviews, photos |
183| **E-commerce** | Category pages, product variations (size, color, material) |
184| **FAQ / Q&A** | Pages powered by user question databases |
185| **Salary / pricing** | Comparison pages with structured data |
186 
187**Avoid when**: Site structure is weak; page differences are superficial (city/name swaps only); content requires original expertise or UGC participation.
188 
189## Real-World Examples
190 
191*Examples are illustrative; no endorsement implied.*
192 
193| Company | Scale | Pattern |
194|---------|-------|---------|
195| **Zapier** | 50,000+ pages | "[App A] + [App B]" integration |
196| **Airbnb** | — | Location search; destination × property |
197| **Review platforms** | — | User reviews + automated comparison pages |
198| **Travel sites** | — | Destination, hotel, flight, activity pages |
199| **NomadList** | 2,000+ city pages | Cost-of-living, internet speed (dynamic data) |
200| **Semrush, Ahrefs** | 50+ free tools | SEO checker, keyword tool, backlink checker; toolkit hub + per-tool pages |
201 
202## Content Requirements
203 
204| Requirement | Purpose |
205|-------------|---------|
206| **300+ words per page** | Avoid thin content penalties |
207| **Unique, verifiable data** | Each page must add meaningful page-specific content beyond simple data swaps |
208| **Evidence block** | Tables, lists, examples with real numbers/attributes on every page |
209| **Semantic HTML** | Proper structure; conditional logic to avoid empty or repetitive sections |
210| **Internal linking** | Link related programmatic pages; compounds traffic and indexation |
211 
212## Technical Considerations
213 
214| Topic | Practice |
215|-------|----------|
216| **Subfolder vs subdomain** | Prefer **subfolders** (`yoursite.com/integration/slack-notion/`) over **subdomains** (`integrations.yoursite.com/...`) so authority consolidates on the primary domain; see **url-structure**, **domain-architecture** if restructuring |
217| **Selective indexation** | Don't index all pages; use noindex rules for low-value pages |
218| **Sitemap segmentation** | By country, language, division; manage crawl budget |
219| **URL structure** | Descriptive URLs; clean hierarchy; see **url-structure** |
220| **Schema** | JSON-LD: Product, Place, FAQ, ItemList per page type |
221| **Performance** | Caching, static generation; Core Web Vitals |
222 
223## Critical Pitfalls
224 
225| Pitfall | Consequence |
226|---------|-------------|
227| **Thin content** | Minimal info beyond keyword; generic copy; placeholder sections → penalties |
228| **Duplicate pages** | Same content with only data swaps → thin content penalties |
229| **Index bloat** | Generating pages that should never be indexable → crawl budget waste |
230| **Large dumps** | Publishing many similar pages at once → spam signals |
231| **Filter URLs** | Using filters instead of unique URLs/titles → cannibalization |
232 
233Pages with only a title, one paragraph, and swapped city names will not rank and may incur Google penalties.
234 
235## Remediating Already-Built Homogenized Pages
236 
237If programmatic pages are already published and feel interchangeable — shared closing sentences, identical value propositions across URLs, cloned section endings — fix the content before it triggers quality signals.
238 
239### Diagnostic approach
240 
241Run regex scans across rendered or source files to surface shared sentence tails and repeated paragraph structures. Look for patterns that appear in more than 30% of same-category pages. Common telltales: every tool page ending with "X is the ideal choice for Y," every category page sharing the same technology summary, every location page using identical FAQ tails.
242 
243Scan at three scopes: within a single page (do its sections repeat the same closing formula?), within a category (do all video tool pages share a template?), and across categories (is the same value statement on every page site-wide?).
244 
245### Prioritize fixes into three levels
246 
247| Priority | What it is | Action |
248|----------|------------|--------|
249| **P0 — Eliminate** | Pure template filler with no information value; every page says the same thing | Rewrite each page independently with page-specific detail |
250| **P1 — Rewrite** | Core information is correct but delivery is formulaic (e.g., "different tools use different architectures" — true but generic) | Prepare 8–15 semantic variants and cycle through them so adjacent pages differ |
251| **P2 — Reduce density** | Normal vocabulary that appears too frequently (e.g., "seamless" on 80% of pages) | Replace ~30–40% of instances, not all — normal words are fine at moderate frequency |
252 
253### Execute in rounds
254 
255Fix P0 patterns first, one category at a time. After each round, re-scan to confirm patterns are cleared and no new ones appeared. A common trap: replacing one template with another by applying the same fix uniformly. Distribute rewrites so pages processed in sequence get different treatments.
256 
257For single-page internal duplicates — where all use cases or tool descriptions within one file share identical closing sentences — use functional endings instead of evaluative ones. A functional ending describes what bottleneck the entry solves in practice; an evaluative ending just declares it's a good choice.
258 
259### Prevention in the pipeline
260 
261Add structural-variety requirements to AI generation prompts (vary section endings, forbid repeated closing formulas). Batch-generate pages from different categories together rather than all from one category at once. Run N-gram overlap checks across same-category pages before publishing.
262 
263## Step-by-Step Workflow
264 
2651. **Research** — Niche, intent; include low-volume keywords; SEO tools, question databases
2662. **Collect data** — Provenance log, freshness rules; first-party/licensed; define template fields
2673. **Choose stack** — Next.js + DB, Webflow CMS, WordPress, headless; API + template reuse
2684. **Design template** — Intro, Evidence, Decision, FAQ, CTA; schema; conditional logic
2695. **Build database** — Map fields to template slots; hide empties
2706. **Generate pages** — Descriptive URLs; optimize performance
2717. **Deploy & monitor** — Sitemaps; indexation, rankings, CTR, bounce, conversions
2728. **Optimize** — Prune weak pages; refresh data; A/B test layout, CTA
273 
274## Best Practices
275 
276| Practice | Purpose |
277|----------|---------|
278| **Quality over scale** | Each page must provide genuinely unique, verifiable value |
279| **Differentiation over clone** | Prefer **AI-grounded** copy variance + evidence blocks over one static paragraph with `{city}` swaps |
280| **Launch in batches** | Small batches you can measure; avoid large dumps |
281| **Strong IA** | Internal links to related guides/categories |
282| **Visual elements** | Tables, maps, comparisons where relevant |
283| **Match intent** | Avoid generic template text; precise user intent |
284 
285## Timeline & Expectations
286 
287- **Typical time to ranking**: ~6 months
288- **Reported gains**: 40%+ traffic increases from well-designed topic clusters
289- **AI search**: Structured, data-rich content performs better in AI Overviews and citation layers
290 
291## Output Format
292 
293- **Template design** (Intro, Evidence, Decision, FAQ, CTA; required data fields)
294- **Data requirements** (provenance, freshness, accuracy)
295- **Internal linking** (hub-and-spoke, related pages)
296- **Indexation strategy** (selective indexation, sitemap segmentation)
297- **Checklist** for audit
298 
299## Related Skills
300 
301- **template-page-generator**: Template structure; aggregation (gallery) + detail pages; **Tier 1 product-generated** template URLs
302- **landing-page-generator**: Conversion-focused programmatic pages; LP structure for campaign CTA
303- **tools-page-generator**: Free tools pages; toolkit hub; programmatic tool pages; lead gen
304- **alternatives-page-generator**: Alternatives/comparison pages at scale; competitor brand traffic
305- **category-page-generator**, **products-page-generator**: Category / catalog grids
306- **glossary-page-generator**, **faq-page-generator**, **howto-section-generator**, **comparison-table-generator**, **resources-page-generator**: Definitions, Q&A banks, HowTo step blocks, comparison matrices, content hubs
307- **use-cases-page-generator**, **solutions-page-generator**, **migration-page-generator**: ICP/industry matrix, migration SEO
308- **integrations-page-generator**: Integration pair pages at scale
309- **blog-page-generator**, **article-page-generator**, **docs-page-generator**, **features-page-generator**, **api-page-generator**: Long-form and product surface scale
310- **press-coverage-page-generator**, **customer-stories-page-generator**, **showcase-page-generator**: Proof at scale
311- **startups-page-generator**, **contest-page-generator**, **download-page-generator**, **affiliate-page-generator**, **media-kit-page-generator**, **pricing-page-generator**, **services-page-generator**: Programs and offers (use selectively for pSEO)
312- **content-strategy**: Content clusters, pillar pages; programmatic pages as cluster nodes
313- **website-structure**: Site IA before scaling URL sets
314- **url-structure**, **domain-architecture**: Paths, subfolder strategy
315- **schema-markup**: Structured data (Product, Place, FAQ, ItemList)
316- **internal-links**: Linking programmatic pages
317- **xml-sitemap**: Sitemap segmentation for large programmatic sites
318- **canonical-tag**: Duplicate/thin content handling
319- **seo-strategy**, **seo-audit**: Roadmap and post-launch audits
320 

Discussion

Alternatives

Agentic Browsing ReadinessAudit and fix agent readiness: the Lighthouse Agentic Browsing fraction, accessibility tree for agents, robots.txt and Content-Signal for AI agents, WAF treatment of agent traffic, llms.txt, Markdown delivery, ai-catalog.json, /.well-known discovery files, and WebMCP tools. Exclude AI citability and brand signals (seo-geo) and commerce protocol depth (seo-ecommerce).Marketing · MITBacklink Profile AnalysisBacklink profile analysis: referring domains, anchor text distribution, toxic link detection, competitor gap analysis. Works with free APIs (Moz, Bing Webmaster, Common Crawl) and DataForSEO extension. Use when user says backlinks, link profile, referring domains, anchor text, toxic links, link gap, link building, disavow, or backlink audit.Marketing · MIT/setup-cmsConnect a CMS to notfair SEO tools. Guides users through configuring WordPress, Strapi, Contentful, or Ghost — tests the connection, and writes credentials to .env.local. Once set up, seo-analysis automatically cross- references CMS content against Google Search Console data. Use whenever the user says "connect my CMS", "set up WordPress", "configure Strapi", "add Contentful", "connect Ghost", or "CMS setup". Also trigger if the user asks why no CMS data appears in a seo-analysis report. · MITBacklink checkBacklink profile for any domain — referring domains, authority, anchors, new/lost links, and a side-by-side vs a competitor. Use when asked "check my backlinks", "backlink profile of X", "who links to them", or "link gap vs competitor".Marketing · MIT