Pillar Pages and Topic Clusters: Building Topical Authority

How the Model Works

• Pillar page: an overview of the topic that answers the broad query, introduces each subtopic briefly and links to the page that covers it.
• Cluster pages: detailed pages on specific subtopics, each targeting its own group of queries.
• Links: the pillar links to every cluster page; every cluster page links back to the pillar; cluster pages link to each other where the reader would want to go next.

The result is a set of pages where each query group has one owner, and where a reader landing on any page can find the rest. It matches the advice in Google’s SEO Starter Guide that a logical organization “can help search engines and users understand how your pages relate to the rest of your site.”

What Clusters Do and Don’t Do

What they do:

• Reduce overlap. When each subtopic has one page, you aren’t publishing two pages for the same queries; see keyword cannibalization.
• Help discovery. Every cluster page is linked from a page Google already crawls, which matters for new pages; see internal linking strategy.
• Help readers. A clear path from overview to detail serves both new and returning visitors.
• Force coverage decisions. Planning a cluster shows which subtopics you haven’t covered.

What they don’t do: guarantee rankings, or make a weak page rank because it’s in a cluster. Google’s page experience documentation says its core ranking systems generally evaluate content page by page, and adds “we do have some site-wide assessments” without saying what they are, so don’t count on a cluster to lift a page that can’t stand on its own.

Choosing Pillar Topics

A good pillar topic is:

• Central to your business, so visitors who find it are the audience you want.
• Broad enough to divide into several distinct subtopics with their own queries.
• Narrow enough to cover well. “Marketing” is too broad for one cluster; “email marketing for online stores” may be right.
• Supported by demand you can see in keyword research and in your own Search Console data; see keyword research methodology.

A pillar can be one of your cornerstone pages, but doesn’t have to be. Cornerstone is about priority; pillar is about structure. The difference is covered in cornerstone content strategy.

Building the Pillar Page

• Answer the broad question first, in the opening.
• Give each subtopic a section with a short, useful summary and a link to its cluster page. The summary should help readers on its own, not just tease the link.
• Use clear headings, so the pillar works as a map; see heading hierarchy.
• Keep it current as cluster pages are added or changed.
• Avoid duplicating the cluster pages. If the pillar repeats every detail, it competes with them; if it says too little, it doesn’t help.

Planning the Cluster Pages

1. List the subtopics a reader of the pillar would need: questions, steps, decisions, comparisons, problems.
2. Group queries into those subtopics, one page per group, as covered in keyword clustering.
3. Check the results page for each subtopic to set the format; see search intent.
4. Map existing pages first. Pages you already have may become cluster pages with updates; overlapping ones may need merging.
5. Fill gaps in priority order, by business value and feasibility.

There’s no fixed number of cluster pages. A topic needs as many as it has distinct subtopics with real demand, and padding a cluster with near-duplicate pages creates the overlap clusters are meant to prevent.

Linking the Cluster

• Pillar to cluster: a link in each subtopic section, with an anchor that names the subtopic.
• Cluster to pillar: a link near the top or in the context where the broader topic comes up.
• Cluster to cluster: where the next question naturally leads, not every page to every page.
• Breadcrumbs and navigation that reflect the cluster, so the structure shows in the site’s hierarchy; see site architecture.

Anchors should describe the destination, as Google’s link guidance asks: anchor text that is “descriptive, reasonably concise, and relevant to the page that it’s on and to the page it links to.”

An Example Cluster

For example, imagine a home services company building a cluster on water heaters:

The pillar summarizes each topic and links to its page; the troubleshooting page links to the replacement service page; the sizing page links to the comparison page.

Measuring a Cluster

Measure the cluster as a group and each page on its own:

• Search Console: filter the Performance report by the cluster’s URLs to see clicks, impressions and the number of queries the cluster earns over time.
• Per page: whether each cluster page ranks for its own query group, and whether the pillar ranks for the broad query.
• Conversion paths: GA4’s attribution reports show whether cluster pages appear in paths that lead to key events. The old Universal Analytics “Assisted Conversions” report doesn’t exist in GA4; use its attribution paths instead; see attribution modeling for SEO.

Scaling

• One cluster at a time. Finish and link a cluster before starting the next, so each is complete enough to help readers.
• Connect related clusters where topics meet, with links in context.
• Maintain the map of clusters, pages and owners, so new content goes into the right place.
• Review clusters when Search Console shows pages ranking for queries outside their group, or when results pages change shape.

Topical breadth and depth are discussed further in semantic SEO and topical authority.

When Search Console shows two pages in a cluster drawing impressions for the same main query group across your comparison periods, not on a single day, decide which one owns that group, then refocus the other on its own subtopic or merge the two.