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: If .claude/project-context.md or .cursor/project-context.md exists, read product/ICP sections before proposing playbooks or page types.
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.
EraWhat breaksWhat helpsRigid pSEOOne template, minimal variance → similar titles/bodies, weak E-E-A-T, “obvious mail merge”Still needs unique evidence per URL and selective indexationAI-enhanced pSEOSame 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 scaleFacts 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.
ComponentRoleTemplatesReusable page structures: layout, headings, internal links, content blocks; conditional logic for empty fieldsDataStructured information: locations, products, prices, features—must be accurate, complete, and add genuine valueAutomationSystems 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
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.
PlaybookExample intent / keyword patternPage skill ( name)Path (reference)Alternatives / comparisons"[Competitor] alternatives", "X vs Y"alternatives-page-generatorpages/marketing/alternativesIntegrations"[Product A] [Product B] integration"integrations-page-generatorpages/marketing/integrationsCategory / catalogFaceted listings, product gridscategory-page-generator, products-page-generatorpages/marketing/category-pages, productsGlossary / definitions"what is [term]", term landingsglossary-page-generatorpages/content/glossaryFAQ / Q&AQuestion banks, PAA-style pagesfaq-page-generatorpages/content/faqTools & lead magnets"free [x] tool/calculator"tools-page-generatorpages/content/toolsTemplate galleryBrowse → detail (your templates)template-page-generatorpages/content/template-pageResource hubGuides, hubs, download centersresources-page-generatorpages/content/resourcesUse cases / solutions"for [role]", "by industry"use-cases-page-generator, solutions-page-generatorpages/marketing/use-cases, solutionsMigration / switching"migrate from [X]"migration-page-generatorpages/marketing/migrationCampaign landingPaid/segment LPslanding-page-generatorpages/marketing/landing-pageBlog / articleLong-tail articles at scaleblog-page-generator, article-page-generatorpages/content/blog, articleDocs / features / APIScalable doc sections, feature landings, /api marketingdocs-page-generator, features-page-generator, api-page-generatorpages/content/docs, features, apiSocial proofLogos, case studies, galleriespress-coverage-page-generator, customer-stories-page-generator, showcase-page-generatorpages/marketing/press-coverage, customer-stories, showcasePrograms & offersStartups/education, contests, downloads, affiliate, media kitstartups-page-generator, contest-page-generator, download-page-generator, affiliate-page-generator, media-kit-page-generatorpages/marketing/*Pricing / servicesPlans, offerings (use sparingly for pSEO)pricing-page-generator, services-page-generatorpages/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.
If you have…Lean toward…Open first…Competitor list + positioningAlternatives / comparisonsalternatives-page-generatorIntegration directory (your + partners')Integrations matrixintegrations-page-generatorProduct catalog or SKUsCategory / product gridscategory-page-generator, products-page-generatorTerm / definition databaseGlossaryglossary-page-generatorSupport tickets / PAA mined questionsFAQ scalefaq-page-generatorLead magnets, calculatorsTools hub + per-tooltools-page-generatorYour own templates (exports, gallery items)Template marketplacetemplate-page-generatorICP × industry matrixUse cases / solutionsuse-cases-page-generator, solutions-page-generatorImport paths from competitorsMigrationmigration-page-generatorCampaign or geo LPsLanding pageslanding-page-generatorLong-form SEO articlesBlog index + single postblog-page-generator, article-page-generator
SectionPurposeIntroIntroduction; matches user intentEvidence blockData-driven content unique to each page (tables, lists, verified stats); differentiates from thin contentDecisionComparison, recommendation, or next stepsFAQFrequently asked questionsCTACall-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.
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.
TierSourceExamplesRelative risk1 — Product-generatedAssets created or rendered by your product: page/layout templates, email/Notion/code templates, export packs, generated previews, branded snippets, “built with [Product]” examplesTemplate gallery rows tied to real .json / CMS fields; screenshots of exports; unique preview URLsLowest when each URL shows distinct generated output2 — Product-derivedTelemetry 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-compliant3 — UGC / customerReviews, submissions, showcase items, moderated community contentShowcase grid; verified quotesMedium—needs moderation + consent4 — Licensed / partnerExclusive feeds, co-marketing datasetsPartner pricing tiers; licensed industry statsMedium—contract and citation discipline5 — Public / scrapedOpen web, directories, generic enrichmentName/address fills; commodity factsHighest—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.”
What it isWhat to watchMetrics 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.
What it isWhat to watchQuotes, 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.
What it isWhat to watchPartner 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.
What it isWhat to watchOpen 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.
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.
PrincipleWhyGround AI in structured inputsPass 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 adjectivesAsk for different section order, FAQ count, or “beginner vs power user” angles by intent flags in the row—reduces template sameness.Human or automated QASpot-check high-traffic URLs; block publish if required fields empty or citation missing.Disclose when usefule.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.
RequirementPracticeProvenanceLog data sources; track origin per fieldFreshness rulese.g., ratings every 90 days, prices every 30 days, template version bumps when layouts changePrefer 1–2 over 5Fill evidence with product-generated or product-derived data before reaching for public scrapingAI governanceStructured inputs only; no unverified numbers; moderation on UGC; optional disclosureClean & mergeDeduplicate keys; drop rows that produce duplicate intents
For which page-generator skill to use, see Page Playbook Matrix above. Generic patterns:
Use caseExampleLocation-specific pages"Plumber in [city]," "Best restaurants in [neighborhood]" with real local dataProduct comparison"[Product A] vs [Product B]" with structured specsAlternatives 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 genTravel / destinationCity + attraction combinations with reviews, photosE-commerceCategory pages, product variations (size, color, material)FAQ / Q&APages powered by user question databasesSalary / pricingComparison 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.
Examples are illustrative; no endorsement implied.
CompanyScalePatternZapier50,000+ pages"[App A] + [App B]" integrationAirbnb—Location search; destination × propertyReview platforms—User reviews + automated comparison pagesTravel sites—Destination, hotel, flight, activity pagesNomadList2,000+ city pagesCost-of-living, internet speed (dynamic data)Semrush, Ahrefs50+ free toolsSEO checker, keyword tool, backlink checker; toolkit hub + per-tool pages
RequirementPurpose300+ words per pageAvoid thin content penaltiesUnique, verifiable dataEach page must add meaningful page-specific content beyond simple data swapsEvidence blockTables, lists, examples with real numbers/attributes on every pageSemantic HTMLProper structure; conditional logic to avoid empty or repetitive sectionsInternal linkingLink related programmatic pages; compounds traffic and indexation
TopicPracticeSubfolder vs subdomainPrefer subfolders ( yoursite.com/integration/slack-notion/) over subdomains ( integrations.yoursite.com/...) so authority consolidates on the primary domain; see url-structure, domain-architecture if restructuringSelective indexationDon't index all pages; use noindex rules for low-value pagesSitemap segmentationBy country, language, division; manage crawl budgetURL structureDescriptive URLs; clean hierarchy; see url-structure****SchemaJSON-LD: Product, Place, FAQ, ItemList per page typePerformanceCaching, static generation; Core Web Vitals
PitfallConsequenceThin contentMinimal info beyond keyword; generic copy; placeholder sections → penaltiesDuplicate pagesSame content with only data swaps → thin content penaltiesIndex bloatGenerating pages that should never be indexable → crawl budget wasteLarge dumpsPublishing many similar pages at once → spam signalsFilter URLsUsing 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.
PracticePurposeQuality over scaleEach page must provide genuinely unique, verifiable valueDifferentiation over clonePrefer AI-grounded copy variance + evidence blocks over one static paragraph with {city} swapsLaunch in batchesSmall batches you can measure; avoid large dumpsStrong IAInternal links to related guides/categoriesVisual elementsTables, maps, comparisons where relevantMatch intentAvoid generic template text; precise user intent