What pillar and cluster actually means
The pillar-and-cluster model is a structural choice for organising a site's content around topics rather than around isolated posts. The shape is simple. One pillar page sits at the top of the topic and covers the subject at breadth. Five to fifteen cluster pages sit below it and each goes deep on one sub-topic. Internal links tie the set together: the pillar links down to every cluster, every cluster links back up to the pillar and sideways to its siblings.
The Learn Hub you are reading is built on the model. The Content Strategy pillar at /learn/content-strategy/ is the topic anchor. This page on pillar-and-cluster structure is one of eight cluster pages sitting underneath it. The same shape repeats across the other pillars in the hub (What is SEO, Keyword Research, On-Page SEO, Technical SEO, Off-Page SEO, Local SEO), each with their own cluster set.
The model was named by HubSpot in 2017, but the underlying pattern is older. Wikipedia is built like this. Encyclopedia Britannica was built like this on paper. The reason it works for SEO is the same reason it works for reference material: it groups related ideas together so a reader (or a search engine) can read the topic as a unit rather than as a pile of disconnected pieces.
Why the structure works
Three concrete reasons the pattern outperforms unstructured publishing.
- It gives Google a unit of meaning bigger than a page. Search engines now read sites at the level of topical clusters, not just individual URLs. A pillar-and-cluster set tells Google "these pages belong together as a topic" in a way that a flat blog cannot. The signal feeds into topical authority and the broader site-quality reads.
- It concentrates internal-link equity where it has to land. The pillar receives links from every cluster, which gives the pillar the link-equity profile it needs to compete for the broad head term. The clusters receive links from the pillar (which sends them down-funnel equity) and from each other (which spreads sideways equity across the set).
- It makes the site readable for humans. The structure is just a good information architecture. A reader who lands on a cluster page can climb up to the pillar to get the broader context, or sideways to a sibling cluster to read the next sub-topic. Bounce rates drop, sessions deepen, and the engagement signals Google reads from real users improve.
For the wider theory of why interlinked depth beats isolated polish, see topical authority explained. For the page-level internal-linking patterns inside the pillar-cluster shape, see internal linking strategy and the internal linking glossary entry.
Anatomy of a pillar page
A pillar page is not a category landing page with a wall of links. It is a substantive article that covers the topic at breadth and happens to link to its clusters along the way. The pillar pages in this hub each run between 5,000 and 8,000 words and follow a consistent twelve-section structure:
- H1 with the topic as a natural-language headline. Not "Topic: A Guide" but a sentence a real reader would write.
- TL;DR. Two or three sentences that summarise the whole topic so a hurried reader gets value in 30 seconds.
- Table of contents. Linking to the H2 sections on the page.
- Definition and why it matters. What the topic is and why it is worth caring about.
- How it works in the current year. The 2026 lens on the topic, including the moving parts that have changed recently.
- The cluster index. A short paragraph plus an ordered list naming the cluster pages, with each cluster name linking to its URL and a one-line description of what the cluster covers.
- Our framework. The mental model we use to think about the topic, named and labelled so a reader can hold it in their head.
- Where it goes wrong. The common failure modes, in a red/green Do and Don't card.
- Tools and checklist. The free and paid tools that move the needle, plus a 7-10 point checklist.
- What to read next. Pointing readers toward the most useful cluster pages and the cross-pillar links.
- All chapters block. A grid linking to every cluster page, with icons and short deks.
- FAQ + CTA. Six to eight questions with FAQPage schema, then the standard audit call-to-action.
The pillar is the place where the topic gets framed. The clusters are the places where each sub-topic gets the deep treatment. Treating the pillar as a beefed-up category page (with no real opinion or framework) wastes the asset; treating it as the only deep article on the topic (with the clusters as window dressing) wastes the structure.
Anatomy of a cluster page
Cluster pages run shorter than pillars (1,500 to 3,000 words for most topics) and follow a parallel twelve-section structure that lets a reader read across the cluster set without re-orienting on every page. Eleven of the twelve sections are common; the framework section is specific to each cluster.
- H1 with the sub-topic as natural language.
- TL;DR for the sub-topic.
- Table of contents.
- Definition and why it matters for the sub-topic.
- How the sub-topic works.
- Step-by-step or framework: the specific working method for the sub-topic.
- Common mistakes (red/green card).
- Tools or checklist for the sub-topic.
- Regional context (Perth or WA examples that ground the abstract advice).
- Related guides: sibling clusters and cross-pillar links.
- FAQ with FAQPage schema.
- CTA.
The consistent shape pays off in two ways. Readers learn the structure once and can navigate every cluster the same way after that. And writers (or AI assistants) can be briefed against a fixed outline rather than reinventing the page format every time.
The internal-linking rules
The model only works if the internal-linking pattern is right. Five rules cover the work.
Rule 1: Pillar links down to every cluster
Every cluster, every time. The cluster index section of the pillar is the most consistent place for this; the body of the pillar should also link to clusters naturally as it references their sub-topics. If a cluster exists but is not linked from the pillar, the structure has a hole.
Rule 2: Every cluster links up to the pillar
At least twice per cluster: once in the body where the pillar is referenced naturally, and once in the related-guides block at the bottom. Two upward links is the minimum that reads as deliberate rather than accidental.
Rule 3: Every cluster links sideways to three to five siblings
Pick the siblings that share the most natural reading flow with the current cluster. For a cluster on content briefs, the natural siblings are the editorial workflow cluster and the topical authority cluster, because the three topics chain together in practice. Pick the closest reading neighbours, not a random three.
Rule 4: Vary the anchor text
Use the topic name, a natural variation, and the question form. Never "click here". Never the same exact anchor twice to the same destination across the cluster set. Anchor variety is a quiet but real signal in Google's link evaluation. See anchor text best practice for the broader principle (which applies to internal links too).
Rule 5: Cross-link to other pillars sparingly
The cluster set is the primary unit. Cross-pillar links are useful for readers who genuinely need the other pillar's coverage, but every cross-pillar link is also a link out of the cluster. One or two cross-pillar links per cluster is plenty. The Learn Hub clusters average about three to five cross-pillar links per cluster, which sits inside the comfortable range.
How to plan a pillar-and-cluster set
A six-step planning process that consistently produces a shippable structure.
- Pick the topic boundary. What is the pillar actually about? Too broad (eg "marketing") and the cluster set fragments. Too narrow (eg "Google Business Profile photo upload limits") and there is nothing to cluster. The sweet spot is a service category or a subject area that a competent reader could spend an afternoon on.
- List the sub-topics. What are the natural sub-topics inside the pillar topic? A subject-matter expert can usually list eight to fifteen sub-topics from memory; otherwise pull them from competitor pillar pages, from search intent research, and from the keyword clustering chapter output.
- Map each sub-topic to one cluster URL. Decide the URL, the primary keyword, and the brief. The content briefs chapter covers the brief template.
- Draft the pillar outline. Twelve sections, written to cover the topic at breadth, with the cluster names slotted into the cluster-index section. Do this before any cluster gets written so the cluster scope is clear.
- Write the pillar first. Or at least publish a working draft. The pillar URL is the link target every cluster needs.
- Publish clusters in priority order. High-volume commercial-intent clusters first; depth and edge-case clusters last. After each new cluster ships, update the pillar to link to it, and update the previously-shipped clusters to link sideways to the new one.
Common mistakes
- Writing the pillar first so cluster pages have a real link target.
- URL structure that mirrors content structure: /learn/topic/ for the pillar, /learn/topic/subtopic/ for clusters.
- Pillar pages that are real articles, not category landing pages with thin copy.
- Consistent cluster structure so readers learn the navigation once.
- Sideways links between clusters that share natural reading flow.
- Updating the internal-link graph every time a new cluster ships.
- Thin pillar pages that are just an index of clusters with no real content.
- Pillars and clusters published as flat blog posts under /blog/ with no URL hierarchy.
- Cluster pages that link only up to the pillar with no sideways links to siblings.
- Topic boundaries so broad the cluster set has thirty pages fighting for the same intent.
- Writing all the clusters before the pillar so the cluster pages link to a 404 for the first few months.
- Treating the cluster set as fire-and-forget. The internal-link graph needs updating with every new piece of content.
Perth and WA context
Three patterns from running pillar-and-cluster builds for Perth and WA clients.
Trade businesses cluster well around services. A Perth plumbing or electrical site builds its strongest pillar-cluster set around the service categories it offers (eg hot water systems, blocked drains, gas fitting) rather than around suburbs. The suburb pages live in a separate local-SEO structure (see the multi-location chapter for that pattern), while the service pillar-cluster handles the topical-authority side. See trades SEO and Local SEO Perth for how the two structures coexist.
Mining and resources content benefits from a deeper pillar. WA mining clients tend to have technical buyers researching specific service categories (shutdowns, FIFO recruitment, fabrication, lifting equipment). The pillar page in those categories often runs 7,000 to 8,000 words because the reader expects depth before they trust the source. The cluster set then specialises into the sub-services. See mining SEO and SEO Karratha for the regional context.
Legal and healthcare topics need extra structural care. For "your money or your life" topics, the pillar page is also the place where the firm's expertise gets signalled. Named author, named reviewer, transparent organisation identity, citations to authoritative sources. The structure does the topical work; the author and authority blocks do the trust work. See legal SEO and healthcare SEO for the category-specific patterns, and E-E-A-T explained for the framework.
For the wider strategic frame, see the Content Strategy pillar. For the topical-authority signal that the pillar-cluster shape feeds, see topical authority explained. For the briefing layer that produces each cluster page, the content briefs chapter has the template. For the keyword-clustering work that produces the sub-topic list, see keyword clustering for SEO.