Content strategy
Content clusters: how to own a topic instead of chasing keywords
A content cluster is a pillar page plus deliberately non-overlapping supporting pages, wired together. It is how a site demonstrates that it covers a subject rather than mentions it.
Publishing more articles does not make a site an authority on anything. A library of unconnected posts reads, structurally, as a series of unrelated statements. A cluster reads as coverage.
The anatomy of a cluster
Pillar page and supporting cluster
The pillar defines the subject and states the broad position. Each supporting page takes one question the pillar raises and answers it properly. Nothing in the cluster tries to answer the same question twice.
Overlap is the failure mode
Clusters fail more often through duplication than through thinness. Two articles that both half-answer the same question split the signal, split the links, and leave a reader unsure which one to trust.
| Overlapping | Separated |
|---|---|
| ‘SEO tips’ and ‘SEO best practices’ | ‘Internal linking’ and ‘structured data’ |
| Two guides to the same process | One guide, one worked example |
| Broad page rewritten annually | Broad pillar, updated; specifics split out |
Building one, then keeping it alive
Define → publish → link → maintain
This series is itself a cluster. The pillar is SEO as architecture, and each supporting article — linking, regions, clusters, migrations, structured data — takes one question that pillar raises and answers it in full.
Topical coverage is structural work, not volume work. It is planned alongside the site architecture in SEO and content architecture.
Frequently asked questions
- What is a content cluster?
A pillar page that covers a topic broadly, plus a set of supporting pages that each answer one specific question within it, all linked to the pillar and to each other where relevant.
- What is keyword cannibalisation?
Two or more pages on the same site competing for the same question. Search engines pick one, usually not the one you would choose, and the effort spent on the others is wasted.
- How many articles does a cluster need?
Enough to answer the real questions and no more. Four to six well-separated supporting pages usually covers a topic; padding a cluster to a target number reintroduces overlap.
- Should a cluster link to a service page?
Yes — that is the point. A cluster exists to make a commercial page credible. Each supporting page should route to the relevant hub, such as SEO and content architecture.