Internal Links Manager

Тематический кластер

4 minute read · Updated 28 August 2026 · Also called pillar-cluster model

Definition

A topic cluster is a pillar page covering a broad subject, surrounded by detailed pages on its sub-topics, with links running in both directions — pillar to cluster page, and every cluster page back to the pillar.

It is the modern, less rigid successor to the silo: the same idea of thematic grouping, without the rule that pages may not ссылка across boundaries.

The three parts

  • The pillar. One page covering the whole subject at breadth rather than depth, targeting the broad term. It links out to every cluster page.
  • The cluster pages. Each takes one sub-topic properly, targeting a narrower term. Each links back to the pillar.
  • The links. Not decoration — the links are what makes it a cluster rather than a folder. Without them it is just pages that happen to share a subject.

This page is part of one. The complete guide to internal linking is the pillar; this glossary and the individual guides are the cluster around it.

Why it works

Two mechanisms, and they are worth separating.

Distribution. Every cluster page links to the pillar, so the pillar receives a large number of internal links from relevant pages and accumulates link equity. That is what gives it a chance at the competitive broad term.

Coverage. A single page cannot answer every specific question about a subject, but twenty pages linked together can — and the links tell a search engine they belong to each other. A cluster demonstrates depth in a way one long article cannot.

The structure also solves an ordinary editorial problem: it tells you what to write next. Any sub-topic the pillar mentions but does not cover is a cluster page waiting to be written.

Where it goes wrong

  • Cluster pages that overlap. Two pages targeting the same term compete with each other. If two sub-topics cannot be told apart in a sentence, they are one page.
  • A pillar that is only a link list. It has to be worth reading on its own, or nothing links to it from outside.
  • Links in one direction only. A pillar that links out but receives nothing back is a menu, not a cluster.
  • Clusters built for volume rather than subject. Grouping by keyword similarity rather than by what a reader actually wants produces pages nobody needs.

How to build one

Start from the question a reader would ask, not from a keyword list.

Name the subject the pillar covers. Broad enough to need sub-pages, narrow enough that one page can survey it. “Internal linking” works. “SEO” does not.

List the sub-questions. Anything the pillar has to mention but cannot answer properly is a cluster page. If a sub-question does not need 600 words of its own, it belongs inside the pillar.

Write the pillar first. It sets the vocabulary the cluster pages will use, and it tells you which sub-pages are actually missing.

Link as you publish. Each new cluster page links back to the pillar immediately, and the pillar gains a link out to it the same day. Deferring this is how clusters end up as unconnected folders.

Cannibalisation, and how to see it

The characteristic failure of clusters is two pages competing for the same query. It looks productive — more pages on the subject — and it splits the signal.

Search Console shows it plainly: open the Performance report, filter to a query, and look at which pages receive impressions for it. If two of your own URLs alternate over weeks, or both sit mid-page-two, they are competing.

The fix is almost always to merge rather than to rewrite. Fold the weaker page into the stronger, redirect it, and update the internal links that pointed at it — the links, not just the redirect.

Does the URL structure have to match?

No. A cluster is defined by its links, not its folders. Putting cluster pages under the pillar’s path is tidy and makes панировочные сухари straightforward, but it changes nothing a search engine reads that the links do not already say.

What it does change is the cost of reorganising later. Nested URLs mean every restructure produces redirects; flat URLs make a page’s cluster membership a matter of which links point at it, which is easier to change. Neither is wrong — but do not restructure URLs believing that alone builds the cluster.