Topic Clusters and Pillar Pages

The pillar-and-cluster model is a content architecture in which a comprehensive overview page (the pillar) sits at the top of a topic, and a set of in-depth pages (the clusters) cover specific aspects of that topic in detail. The pillar links to every cluster; each cluster links back to the pillar; clusters link to each other where relevant. The structure makes a site’s coverage of a topic legible to ranking and retrieval systems in a way that the same material arranged as standalone pages is not.

Why does the pillar-and-cluster model work?

Thorough coverage of a topic is what Google’s guidance asks for and what the one AI-surface measurement rewards, and the pillar-and-cluster structure makes that coverage explicit and easy to recognise:

For Google. Google doesn’t publish a “topical authority score”. What it documents is links: it uses them “as a signal when determining the relevancy of pages and to find new pages to crawl”,¹ and PageRank, which works through links, “continues to be part of our core ranking systems”.² A pillar-and-cluster structure is a deliberate way to give those links a shape, so every cluster page is reachable from the pillar and each points back to it.

For AI search. Google describes its AI features using “the specific information from those retrieved pages” rather than the page as a whole,³ so a pillar with many clusters offers more well-scoped passages to retrieve. The measured half is Semrush’s: across 1,094 categories tracked in ChatGPT through the first half of 2026, depth in a category mattered more than breadth for a brand being named, and brands cited consistently across a category’s prompts were the ones whose visibility carried into adjacent categories.⁴ That is ChatGPT only, brand mentions rather than page citations, and Semrush’s own panel, so read it as direction.

For users. A reader who lands on any cluster page can navigate to the pillar for the broader picture, or to sibling clusters for related depth. The structure mirrors how readers actually explore a topic.

What is the structure of a topic cluster?

Pillar page. A comprehensive overview of the topic, typically 1,500-3,000 words. Covers all the major sub-topics at moderate depth. Links to every cluster page. Targets the head term (“technical SEO”, “core web vitals”, “link building”).

Cluster pages. In-depth treatment of specific sub-topics, typically 1,000-2,500 words each. Each cluster covers one aspect thoroughly. Links back to the pillar; links to related sibling clusters. Targets specific mid-tail and long-tail queries within the topic (“XML sitemaps”, “JavaScript SEO”, “redirect chains”).

Internal linking pattern. Pillar to all clusters. Every cluster back to pillar. Clusters to relevant siblings. No cluster orphaned.

URL structure. Reflects the hierarchy: /technical-seo/ (pillar) and /technical-seo/xml-sitemaps/ (cluster). This isn’t strictly required but reinforces the structural relationship.

How do you plan a topic cluster?

The discipline:

1. Identify the head topic. A topic broad enough to warrant thorough treatment, narrow enough to actually cover. “SEO” is too broad; “core web vitals” is right.
2. Map the sub-topics. What are the distinct aspects of the topic that warrant their own dedicated pages? Look at competitor coverage, autocomplete, People Also Ask, and your own knowledge of the field.
3. Define the pillar’s scope. The pillar covers all sub-topics at moderate depth and links to clusters for full coverage. Don’t try to make the pillar cover everything in full depth; that’s the cluster’s job.
4. Define each cluster’s scope. Each cluster owns one sub-topic completely. There should be no overlap between clusters; if two clusters cover similar ground, consolidate.
5. Map the internal linking. Pillar to each cluster, with the links inside body text rather than only in navigation menus. Each cluster back to pillar. Sibling cluster links where contextually useful.
6. Plan publication sequence. Pillar first ideally, but if writing time is constrained, ship clusters as they’re ready and publish the pillar with placeholders that get filled in.

Pillar-and-cluster vs alternative models

Standalone pages. Each piece of content stands alone with no clear topical structure. Easier to plan; harder to rank competitively; weaker signals for both Google and AI retrieval.

Hub-and-spoke (similar to pillar-and-cluster). Used interchangeably by some SEOs. In strict usage, hub-and-spoke is older terminology for the same idea.

Topic silos. A more rigid version where clusters can only link within their silo, never to clusters in other silos. Increasingly out of fashion; over-strict siloing limits useful internal linking.

Tagged blog architecture. Posts grouped only by tags or categories without a dedicated pillar page. Weaker structure; harder to establish topical authority; common in WordPress sites that haven’t been intentionally restructured.

The pillar-and-cluster model is the dominant architecture for content sites because it matches how retrieval works: semantic search evaluates whether a site covers a subject, not whether a page repeats a phrase, and a cluster set makes that coverage legible in a way scattered pages are not.

How do you size a topic cluster?

How many clusters per pillar? Depends on the topic.

• Narrow technical topics. 4-8 clusters is typical. “Core Web Vitals” pillar might have clusters on LCP, INP, CLS, debugging tools, and historical context.
• Broader topics. 8-15 clusters. “Technical SEO” pillar might have clusters on crawlability, indexing, sitemaps, JavaScript SEO, structured data, HTTPS, redirects, hreflang, and several more.
• Very broad pillars. 15+ clusters. “On-Page SEO” or “Link Building” can support extensive cluster sets.

The pillar should give a reader a complete map of the topic. If the cluster set leaves obvious sub-topics uncovered, there are gaps worth filling.

Common cluster mistakes

Pillar too thin. A 600-word pillar that just lists clusters without substantive coverage of each undermines the structure. The pillar should stand as a useful page on its own; the cluster links extend it, not replace it.

Cluster overlap. Two clusters that cover substantially the same ground compete with each other and dilute authority. Consolidate or carve out distinct sub-topics.

Missing internal links. Clusters that don’t link back to the pillar break the structure. Every cluster should have a clear navigational path back.

Sibling cluster isolation. Clusters that only link to the pillar, never to each other, miss the cross-linking that builds the cluster’s collective authority.

Cluster not differentiated from category archive. A WordPress category archive listing recent posts in a category is not a pillar. Pillars are written, edited content with substantive coverage, not auto-generated lists.

When should you deviate from the pillar-and-cluster model?

The pillar-and-cluster model isn’t universal. Cases where it doesn’t fit:

• Single-product sites. A SaaS product page doesn’t need a cluster structure; it’s its own content type. SaaS SEO still uses clusters for the topical-authority layer, but the conversion pages sit outside the pillar model.
• Highly transactional content. E-commerce category and product pages have their own information architecture that doesn’t map to pillar-and-cluster.
• News content. Real-time news doesn’t fit a static cluster structure; news is organised chronologically and by topic tag.
• Personal essays or opinion content. Less structured by design; cluster structures can feel artificial.

For knowledge bases, reference documentation, and topic-led editorial content, pillar-and-cluster is a strong default.

Frequently asked questions

Can I retrofit a cluster structure onto an existing site?

Yes, and it often produces measurable lift. Identify your strongest existing pages, group them by topic, identify gaps, and build pillar pages where they’re missing. Cross-link existing pieces to reinforce the structure.

How long does it take for cluster authority to build?

Months to years. The compounding effect of thorough coverage shows over quarters, not weeks. New cluster pages typically rank for their target queries within weeks; the topical authority lift across the cluster builds over a longer horizon.

Should every page on my site fit into a cluster?

No. About pages, contact pages, individual case studies, and other miscellaneous pages exist outside the cluster structure. The cluster model applies to content built around topical depth, not to the site as a whole.

Footnotes

1. Link best practices for Google — Google Search Central ↩

2. A guide to Google Search ranking systems — Google Search Central ↩

3. Optimizing your website for generative AI features on Google Search — Google Search Central ↩

4. How topical authority spreads (and where it doesn’t) in ChatGPT — Semrush, with Kevin Indig, 3 August 2026. 1,094 US categories tracked monthly in ChatGPT, January to June 2026, from Semrush’s AI Visibility Toolkit; ChatGPT only, brand mentions and citations measured separately, and the authors call topical authority “one factor among several”. ↩