Topic Clusters:
What They Are and How to Build Them

Topic clusters are groups of related pages organized around one broad subject. A pillar page introduces the subject, supporting pages answer narrower questions, and internal links connect them. In HubSpot’s topic-cluster model, these three elements form a connected body of coverage.

To build one, choose a subject, map its questions to existing or planned pages, and connect those pages where the relationship helps the reader. Give the pillar and each supporting page a clear purpose before deciding how much content to publish.

The three parts of a topic cluster#

A pillar page is one page within a topic cluster. The cluster is the whole connected set. The terms describe different levels of the same structure.

Treat the pillar as an explanation with routes to more detail. Use headings to organize the subject and short introductions to explain what each linked resource covers. Supporting pages should provide their own complete answers, including the context needed to understand them.

A real reference for broad and focused pages#

Google Search Central publishes broad guidance alongside detailed documentation. These actual resources illustrate the difference in page scope:

Use this difference in scope when planning page boundaries: the broad resource introduces the subject, while the focused resources develop specific parts of it. A useful cluster map records those boundaries and the links between them.

Why topic clusters matter for SEO#

Internal links have a documented role in search. According to Google’s link guidance, Google uses links to find new pages and as a signal when determining page relevance.

For content planning, a cluster provides a way to review coverage across several URLs. It lets an editor place broad and detailed answers alongside one another, identify repeated material, and decide which questions still need a page. For navigation, it provides routes between related explanations.

These benefits depend on the published content and links. Google’s SEO Starter Guide states that SEO practices do not automatically rank a site first. Use a cluster to organize useful coverage and make its relationships clear; assess search performance separately.

How to Build a Topic Cluster That Gives Every Page a Distinct Job#

1. Choose a subject with a clear boundary#

Define the subject in one sentence, then list the questions it needs to cover. Include questions that belong within that definition. Put adjacent subjects in a separate group when they require a different overview.

Choose a subject the site can explain with substance. Google’s people-first content guidance asks whether a site has a primary focus, demonstrates depth of knowledge, and helps readers achieve their goal. Apply those questions to the proposed subject before expanding the publishing list.

Check both breadth and specificity. The pillar needs enough scope to introduce related questions, while each supporting page needs a question that deserves detailed treatment. A topic label alone does not define either boundary.

2. Audit existing pages before assigning new ones#

Read the relevant pages, including their main sections and existing links. Record the URL, the question answered, the completeness of the answer, and the pages linked from it. Compare the contents directly rather than relying on titles.

Assign each URL an action: retain, refresh, consolidate, or add relevant links. Record uncovered questions separately as candidates for new content. This creates a publishing list tied to the site’s actual coverage.

Use a simple page statement for each retained or proposed URL: “This page explains [specific subject] so the reader can [specific outcome].” Keep that statement narrow enough to distinguish the page from its neighbors.

3. Map search terms to questions and pages#

Collect relevant search language from keyword research, visible search results, and the site’s own query data. Group terms by the answer they require. Review the meaning, expected detail, and useful format for each group.

Several terms can belong to one page. Google’s SEO Starter Guide explains that its language-matching systems can relate a page to multiple queries even when the exact terms do not appear in the text. Avoid assigning a separate URL solely because a phrase has different wording.

Choose a new supporting page when its question needs a distinct answer, procedure, comparison, or explanation. Keep closely related wording on the same page when the answer and scope remain the same. Treat query groups as research inputs, then make the page assignment through a content review.

4. Write the pillar and supporting pages to different depths#

On the pillar page, define the subject, explain its main components, and organize the important subtopics. Give each subtopic enough context to make the overview understandable, then identify the detailed resource available for it.

On a supporting page, answer its specific question near the beginning and develop the details required to complete that answer. Include relevant definitions, instructions, evidence, or limitations. Keep the broader introduction proportionate to the page’s narrower purpose.

Review each page on its own as well as within the cluster. Google’s content-quality questions ask whether content provides substantial coverage and whether the reader learns enough to achieve their goal. A link to another page should extend the answer rather than replace the essential explanation.

5. Add contextual internal links#

Use three connections as the starting structure:

• Link from the pillar to the important supporting pages in the sections that introduce their subjects.
• Link from each supporting page to the pillar where broader context is useful.
• Link between supporting pages when the destination develops a relevant related question.

Google recommends descriptive, concise, relevant anchor text. Name the destination’s subject naturally in the sentence. Place the link where the additional information becomes relevant.

Check the rendered links as well as the writing. Google’s crawlability guidance generally requires an HTML anchor element with an href attribute. Its internal-link guidance also says every important page should receive a link from at least one other page on the site.

Record incoming links in the cluster map. An outgoing link to the pillar does not show whether anyone can reach the supporting page from elsewhere on the site.

Resolve overlapping pages before expanding the cluster#

Shared subject matter is expected within a cluster. Review overlap at the level of the answer: compare the main question, the sections, and the outcome each page provides.

Retain separate pages when each develops a distinct question. Clarify their titles and openings, reduce repeated introductions, and link to the relevant detail. Consolidate pages that deliver substantially the same answer, preserving the useful material in the retained page.

For a permanent URL move, Google recommends a permanent server-side redirect; HTTP 301 and 308 indicate that the page has moved permanently. Choose a replacement that covers the old page’s useful content, then update internal links to the retained URL.

For duplicate or very similar versions that remain available, Google’s canonicalization guidance explains how to indicate a preferred URL. It also recommends linking internally to that canonical URL. Keep this decision tied to duplicate versions; supporting articles with distinct answers need their own page boundaries.

Decide cluster size, page length, and URL structure#

Build the cluster from the questions that need complete answers. Keep a subtopic within the pillar when a section can cover it adequately. Use a supporting page when the detail merits a separate, useful destination. Expand after reviewing the remaining gaps.

Set page length through the scope of the answer. Google explicitly says it does not have a preferred word count. Write enough to explain the subject accurately and remove material that repeats another section without adding needed detail.

For links, Google states that there is no ideal universal number per page. Add links for relevant connections and check their destinations. A complete set of links between every pair of pages is unnecessary for the pillar-and-supporting-page structure.

For URLs, prioritize stability and clarity. Google’s site-organization guidance recommends logical organization but cautions against immediately reorganizing an existing site. Keep useful existing URLs when improving content and connections. Consider a shared directory for organization and management, with a separate review of any proposed URL moves.

Measure and maintain the cluster#

Record the cluster’s URLs and the date of significant content or linking changes. Compare consistent periods and review both the group and individual pages.

Google Search Console’s Performance report provides clicks, impressions, click-through rate, and average position, with data grouped by queries or pages. Use those views to check which searches lead to each page and whether they fit the page’s intended question.

Review these questions alongside the search data:

• Does each URL still answer the question assigned to it?
• Do the pillar’s sections lead to the appropriate supporting pages?
• Do important pages have useful incoming links?
• Have new or rewritten pages created substantial overlap?

Google’s query and page reporting documentation explains that some queries are anonymized, other rows are omitted, and most performance data is assigned to canonical URLs. A missing query row cannot establish that there is no demand for an answer. Check canonical aggregation when reviewing duplicate URLs.

Allow time to assess changes. Google’s SEO Starter Guide generally advises waiting a few weeks to evaluate search impact and notes that changes can take longer to appear.

During maintenance, review the changed page’s answer, its outgoing links, and the pages linking to it. Update the cluster map after adding, consolidating, or moving a page so it continues to represent the published coverage.