TechnicalStrategy

Programmatic SEO: When It Works, When It's Spam

Programmatic SEO is creating many search-targeted pages from one template and a structured dataset, so each page answers one variation of a repeated query pattern. It works when every page carries data a searcher genuinely wants and can’t get as easily elsewhere. It becomes scaled content abuse, in Google’s words, when the pages exist mainly to rank and add little value, whether a script, an AI model or a team of writers produced them.

This guide is for founders, marketers and developers weighing a programmatic build. It covers when programmatic SEO works, where Google draws the spam line, how to design the template, the quality gates that decide which pages get published, and how to keep thousands of URLs crawlable and indexed.

On this page

How programmatic SEO works

Programmatic SEO starts with a query pattern, not a keyword. “Convert X to Y”, “best Y in Z city”, “X integration with Y” and “X vs Y specs” are patterns with hundreds or thousands of variations, each with small search volume and specific intent. You build one template, connect it to a dataset that has an answer for each variation, and generate a page per row.

Ahrefs’ guide to programmatic SEO uses Canva as an example: feature landing pages for specific tools, such as a background remover or a PDF converter, built on “a repeatable architecture” so Canva “can systematically target hundreds of feature-specific searches without building every landing page from scratch”. Each page shares a structure but describes a different real tool that users can open.

Automation itself is not the issue. In its guidance on AI-generated content, Google notes that automation “has long been used to generate helpful content, such as sports scores, weather forecasts, and transcripts”. Those are programmatic pages. They work because each one carries information that changes by page and matters to the person searching.

When does programmatic SEO work?

Programmatic SEO works when four conditions hold at once:

  1. Real demand across the pattern. Enough variations get searched that the set is worth building. Validate it with keyword research across the pattern before building anything; our guide to keyword research for SEO covers how.
  2. Unique data per page. Each page has facts the others don’t: prices, specifications, inventory, availability, reviews, local details, calculated results. Swapping a city name into the same paragraph doesn’t count.
  3. Data you can legitimately use. Your own product data, first-party usage data, licensed datasets, or public data you have cleaned, combined or enriched. Republishing someone else’s content is scraping.
  4. A page that beats a search results page. If the best a page can do is list links to other pages, searchers are better served by the search engine, and Google’s doorway policy says so.

When one condition fails, the project usually fails with it, and the failure is rarely a penalty. More often most pages are simply never indexed, sitting in Search Console as “Crawled, currently not indexed”. Even indexed pages rarely earn visits by default: Ahrefs found that 96.55% of pages in its index get zero traffic from Google.

When does it become scaled content abuse?

A programmatic build becomes spam when the pages exist primarily to manipulate rankings and add little for users. Google’s spam policies define scaled content abuse as “when many pages are generated for the primary purpose of manipulating search rankings and not helping users”, producing “large amounts of unoriginal content that provides little to no value to users, no matter how it’s created”. The examples it lists read like a list of lazy programmatic tactics:

  • using generative AI to generate many pages “without adding value for users”
  • scraping feeds, search results or other content to generate pages, including through “synonymizing, translating, or other obfuscation techniques”
  • “stitching or combining content from different web pages without adding value”
  • creating many pages that make little sense to a reader “but contains search keywords”

The doorway policy covers the other classic failure: “multiple domain names or pages targeted at specific regions or cities that funnel users to one page”, and “substantially similar pages that are closer to search results than a clearly defined, browseable hierarchy”.

The phrase “no matter how it’s created” matters. Google’s March 2024 announcement introduced the policy so it could act “no matter whether content is produced through automation, human efforts, or some combination”. A thousand near-identical pages written by freelancers are treated the same as a thousand written by a model. Google expected that update, combined with its earlier efforts, to cut low-quality, unoriginal content in results by 40%, and after the rollout it reported 45% less. Our guide to whether AI content is bad for SEO covers the AI side in more depth.

Spectrum from data-rich programmatic pages to scaled content abuse A spectrum from left to right. Left, earns its pages: unique data on every page, such as prices, specs, inventory or calculated results; answers the query on the page; fits a browseable hierarchy. Middle, at risk: thin data with mostly shared template text; many pages with no results; near-duplicates across variations. Right, scaled content abuse under Google's policy: keyword swapped into the same text; AI or scraped content without added value; city or region pages that funnel to one page; pages closer to search results than to a hierarchy. Where programmatic pages sit The test is value per page, not how the page was produced Earns its pages Unique data on every page (prices, specs, stock, calculated results) Answers the query on the page Fits a browseable hierarchy At risk Thin data, mostly shared template text Many pages with no results Near-duplicates across variations Scaled content abuse Keyword swapped into the same text AI or scraped text with no added value City pages funneling to one page

Scroll the diagram sideways to see all of it.

Source: Ambeltek diagram based on Google Search Central spam policies (scaled content abuse and doorway abuse).

Designing the template

A good programmatic template is mostly data and very little boilerplate. Design it in three layers, as in the diagram: a fixed frame that is the same everywhere, data modules filled from your dataset, and a small number of unique elements that make each page more than a table.

Anatomy of a programmatic page template in three layers A page mock-up with three layers. Fixed frame, shared across all pages: navigation, breadcrumb, footer and method notes. Data modules, filled per page from the dataset: the answer in the first lines, a specifications or price table, availability or inventory, and a chart or calculation. Unique elements, the part that makes the page more than a table: a written summary of what this data means, reviews or local details, and related pages linked through the hierarchy. Annotation: the more of the page the frame takes up, the thinner each page is. Anatomy of a programmatic template Most of each page should change from one URL to the next Navigation and breadcrumb The answer: key figure or result for this variation Specs or price table Availability or chart Written summary, reviews, local detail Related pages, method note, footer Fixed frame: same on every page Data modules: filled per page from the dataset Unique elements: what makes the page more than a table The bigger the grey share, the thinner every page is.

Scroll the diagram sideways to see all of it.

Source: Ambeltek diagram.

Design rules that hold up:

  • Lead with the answer. The first lines of each page should state the specific result for that variation, which also makes the page easier for AI systems to quote. See content chunking for AI.
  • Keep boilerplate short. A long intro paragraph repeated on every page makes each page mostly duplicate. Explanations shared by all pages belong on one hub page that each variation links to.
  • Build a hierarchy, not a pile. Hub pages by category or region, with links down to variations and across to siblings. That is the opposite of the “closer to search results” pattern Google’s doorway policy describes, and it is how topical authority is signaled.
  • Mark up the data. Product, place, event or dataset markup that matches what the page shows. Our guide to structured data for AI search covers the types.
  • Show the method. Where the data comes from and when it was updated. It is honest, and it is the kind of trust signal discussed in E-E-A-T.

Quality gates before a page goes live

Not every row in your dataset deserves a URL. Quality gates are automated rules that decide, per page, whether it is published and indexable, published but noindex, or not generated at all.

GateTestIf it fails
Data completenessRequired fields present, for example at least a price, a spec set or a resultDon’t generate the page
Non-empty resultThe page lists at least a minimum number of itemsReturn 404, as Google advises for empty filter combinations
DistinctnessMain content differs meaningfully from its nearest siblingMerge into one page and redirect
DemandThe variation has search demand or clear internal navigation valuePublish without indexing, or skip
FreshnessData updated within your stated windowHide stale values or noindex until refreshed
Human reviewA sample of pages per template reviewed before launchFix the template, not single pages

The empty-result rule comes from Google’s own guidance on faceted navigation, which asks sites to return a 404 when a filter combination has no results. The distinctness rule is where most projects cut corners, and it is the one the duplicate content and doorway problems grow from.

Google’s internal systems appear to track thin pages directly. The 2024 leak of Google’s API documentation, more than 2,500 pages of it, first reported by SparkToro, lists PerDocData.OriginalContentScore, documented as present only on pages with little content, and PerDocData.ScaledSpamScoreYoram, documented only as a spam score stored as a number from 0 to 127. Google stores these attributes; the leak does not show how much they are weighted. The names alone are a reason to take the gates seriously.

The flow below turns the gates into a per-page decision.

Per-page publishing decision for programmatic SEO For each row in the dataset: first, is the data complete? If no, do not generate a page. Second, does the page have results? If no, return 404. Third, is it distinct from its nearest sibling? If no, merge and redirect. Fourth, is there search demand or navigation value? If no, publish without indexing. If all four pass, publish, index and list the page in the sitemap. Should this row become an indexed page? Four gates, checked automatically for every row Data complete? Has results? Distinct from its sibling? Demand or navigation value? Publish, index, add to sitemap yes no no no no Don't generate Return 404 Merge, redirect Publish, noindex Run the gates on every data refresh, not just at launch: rows that pass today can fail next quarter.

Scroll the diagram sideways to see all of it.

Source: Ambeltek diagram based on Google Search Central spam policies and faceted navigation guidance.

Crawling and indexing thousands of pages

A programmatic launch is also a crawl and indexing project, and on large sets it can bump into crawl limits. Google’s crawl budget guide is aimed at sites with more than 10,000 pages that change daily or more than 1 million pages that change weekly (Google calls both rough estimates, not thresholds), which is exactly where larger programmatic builds land. Practical rules:

  • Launch in batches. Publish a few hundred pages, watch how many are indexed after a few weeks, then expand. The indexed share is your best quality signal; a low share means the gates need tightening, not that Google needs more pages.
  • Use segmented sitemaps. One XML sitemap per template or category makes indexing rates visible per segment.
  • Link from hubs. Pages reachable only through the sitemap are weakly supported; hierarchy links give crawlers paths and context.
  • Watch crawl stats. A large launch raises discovery crawling. If response times climb, fix the server before adding more pages. Our explainer on crawl budget covers what to watch.
  • Keep one URL per page. Parameters for sorting and filtering inside programmatic pages need the usual canonical and robots.txt handling.

Building programmatic SEO that earns its pages

Programmatic SEO is a data product with an SEO distribution channel. The projects that last start from a dataset worth publishing, design a template where most of each page is that data, gate every page on completeness and distinctness, and launch in batches while watching the indexed share. The projects that fail start from a keyword list and look for something to fill the template with.

Before building, run a simple test: pick ten rows at random, build those pages by hand, and ask whether a searcher would be glad to land on each one. If the answer is yes for eight or more, you have a programmatic opportunity. If not, you have a content strategy problem that more pages won’t solve. If the answer is yes and you need the template, data pipeline and quality gates built properly, our web development service builds programmatic page systems on static, fast infrastructure with the gates wired in from the start.

Frequently asked questions

What is programmatic SEO?

Programmatic SEO is creating many search-targeted pages from a template and a structured dataset, so each page answers one variation of a repeated query pattern, such as a tool for each file format or a listing page for each city with real inventory. The template is shared; the data on each page should be unique.

What are the key differences between programmatic SEO and traditional SEO?

Traditional SEO writes and optimizes pages one at a time. Programmatic SEO designs one template and one data pipeline, then publishes hundreds or thousands of pages at once. The research, quality control and risk all shift from the individual page to the template, the dataset and the rules for which pages get published.

Can you give me an example of programmatic SEO?

Ahrefs cites Canva's feature pages: hundreds of landing pages for specific design tools, such as a background remover or PDF converter, built on one repeatable structure with feature-specific content and calls to action. Weather forecasts, sports scores and transcripts are older examples of automated pages that Google itself says can be helpful.

Is programmatic SEO against Google's guidelines?

Not in itself. Google's scaled content abuse policy targets many pages generated primarily to manipulate rankings with little or no value to users, however they are made. Programmatic pages built on genuinely useful, unique data per page are not what the policy describes.

Does programmatic SEO still work in 2026?

Yes, for sites with real data that searchers want at scale. It works far less well for pages that swap a keyword into the same text, which Google's spam policies call doorway or scaled content abuse. The deciding question is whether each page would still be worth visiting if search engines did not exist.

Can I use AI to write programmatic SEO pages?

You can, but Google's policy applies no matter how content is produced. Using generative AI to create many pages without adding value is listed as scaled content abuse. AI is safer in a supporting role, such as summarizing verified data per page, than as the source of the page's substance.

OK

Olga Kunger

Founder & Lead Strategist, Ambeltek

Olga leads Ambeltek's web development, AI SEO, and GEO work — helping brands rank on Google and get cited by AI engines. More about Olga →

Want structured data that engines trust?

We audit, design and ship connected JSON-LD for your whole site, validated and monitored.