Content velocity: how many pages a small site can add without harm
There is no page count that triggers a penalty. What matters is whether each page in a batch holds something of its own, because Google's spam policies judge the intent behind many pages, not the number. This page is about scale: how big a batch can be and what makes it safe. The rhythm question, how often to publish at all, is a separate one.
By Théophile Louvart, founder of Porteur · Updated 15 September 2026 · Markdown
What the policy actually says
Google's spam policies, updated in March 2024, name scaled content abuse: producing many pages primarily to manipulate rankings rather than to help people, whatever produces them, automation, humans, or both.
- The number of pages is not the test. Large sites publish thousands of pages a day without issue.
- The producer is not the test either. The policy explicitly covers human-written pages made at scale.
- The test is whether the pages exist to help someone, and whether each holds value of its own.
The same guidance is clear that Google does not penalise AI assistance as such. A hundred pages written with a model, each holding real data and a real answer, is not what the policy targets. Ten pages spun from one template with the nouns swapped is.
What makes a batch of pages safe
Before publishing a batch, check every page against this. If a page fails all four, it should not ship, whatever the batch size.
| The test | Passes | Fails |
|---|---|---|
| It holds a method | Steps somebody can follow to get a result. | A description of what the thing is, in general. |
| It holds a worked example | A named page, a real figure, a before and after. | "For example, you could optimise your content." |
| It holds data or a table | A comparison, a threshold, a list of what applies where. | Three paragraphs of prose that could be about anything. |
| It holds a tool or a check | Something the reader does on the page or with the page open. | A call to action and nothing else. |
The page families that earn their scale
Some families are legitimately large because the underlying questions are legitimately many. They share one property: the difference between two pages in the family is real.
- One page per error message or status, where each has a different cause and a different fix.
- One page per term, where each definition is more precise than what ranks today.
- One page per tool comparison, where each holds a judgement about who should choose what.
- One page per task in documentation, where each is something a user must actually perform.
- One page per data slice, where you hold the data and nobody else publishes it.
The families that do not earn their scale are the ones built from a grid: every city crossed with every service, every tool crossed with every integration, when you have nothing to say about most of the cells. Those are the doorway pages the policies describe.
How big a batch can be
There is no published limit, so the constraint is practical rather than algorithmic. A batch is too big when you can no longer check it, or keep it accurate.
Read three pages of the batch in full
Not skim: read. If you find an invented figure, a paragraph that says nothing, or a claim you cannot source, the batch is not ready and the sample was random.
Check the batch against the four tests
Method, example, data, check. Pages failing all four come out of the batch.
Publish and stop
Ship the batch, then wait for the index to judge it before shipping the next. A month is enough to see the pattern.
Size the next batch by what you can maintain
Every page joins the quarterly review. A hundred pages is a hundred pages to keep accurate, forever.
The signals that tell you Google judged the template
After a batch, you are watching for a judgement about the family rather than about individual pages. Give it three to six weeks, then read three reports.
| Where | What good looks like | What a judgement looks like |
|---|---|---|
| Page indexing report | Most of the batch indexed within a few weeks. | The batch sitting in "Crawled, currently not indexed" together. |
| Performance report | Impressions appearing across the family, spread over many queries. | Impressions on two pages of forty, nothing on the rest. |
| Crawl stats | Steady crawling of the new folder. | Fetches dropping off after the first pass. |
| The rest of the site | Unchanged. | Older pages losing positions at the same time as the batch lands. |
What to do if a batch goes wrong
Stop publishing that family
Before anything else. Adding more pages to a family Google has judged makes the signal louder.
Decide page by page
Keep the ones with impressions or links. Merge the near-duplicates into the strongest URL with a 301. Remove the rest with a 410.
Take them out of the sitemap
The sitemap should list the pages you want indexed, not everything you ever published.
Wait a full cycle
Recovery from a quality judgement is slow and often waits for a broader update. Do not undo the cleanup because nothing moved in two weeks.
The library that survives this is the one where every page would have been worth writing on its own. That is the whole rule, and it is simpler than any threshold.
Questions
There is no number. Google's policy judges whether pages exist primarily to rank rather than to help, not how many arrived. A hundred pages that each hold a method, an example and data are fine; ten spun from one template are not.
Not by itself. Large sites do it constantly. What draws a judgement is a hundred near-identical pages with nothing of their own, which is visible in the pages themselves rather than in the timing.
Not because it is AI-written. Google's guidance says it does not penalise AI assistance as such, and that the policy covers pages made at scale without value of their own whoever made them. The test is the page, not the tool.
Watch three things over three to six weeks: whether the batch gets indexed, whether it earns impressions across many queries, and whether the pages you already had lose position at the same time. The third is the serious one.
Velocity is how many pages arrive at once and whether the family earns its scale. Frequency is the rhythm you can hold over a year. A site can have low frequency and high velocity, publishing one considered batch a quarter.
Check my site, free
Paste your URL and the free check reads your site and the searches around it in about thirty seconds, then shows which of your pages Google shows and which it has quietly set aside.
- Free check, no card
- Read-only, your own accounts
- Readable by your agent
Read next
- GlossaryScaled content abuse
- GuideHow often to publish: what actually matters
- GuideProgrammatic SEO for a small product: page families that earn
- GlossaryThin content
- GlossaryDoorway page
- GuideGoogle spam updates: the policies they enforce and how to stay clear
- GuideHow many pages does a product site need?
- GlossaryLink velocity