What belongs in a topic cluster?

A topic cluster groups related content around a central guide. The pillar page provides the broad overview; cluster content pages cover specific subtopics, questions, or use cases. These roles follow HubSpot's definition.

For planning purposes, treat SEO content architecture as your answer to two questions: where should each answer live, and how will readers reach the next useful answer? Write those decisions down before assigning drafts.

Consider a hypothetical commercial cleaning company. Its central guide could explain how to arrange office cleaning. Supporting pages could address service scope, preparing for a quotation, and choosing a cleaning schedule. This is an illustrative plan, not a reported client result.

Give each proposed page a job. The quotation article should help someone prepare a useful request. The scheduling article should help them gather the information needed to discuss frequency. Avoid asking both articles to explain the entire service from scratch.

How do you choose a topic worth covering?

Choose a topic that connects your expertise with a decision customers actually face. My recommendation is to test the idea against recent sales conversations before building a large keyword list. Keep the first cluster narrow enough for your team to maintain.

1. Start with a customer decision

Write one sentence: “This collection will help this customer make this decision.” For the hypothetical cleaning company, that might be helping an office manager specify a recurring cleaning service. Exclude unrelated household cleaning questions from this first plan.

• List questions customers ask before requesting a quote.
• Ask the delivery team which expectations need clarification.
• Separate general learning questions from supplier selection questions.
• Identify examples you can show without exposing customer information.

Use the guide to finding long-tail keywords when turning those questions into search phrases. A long-tail keyword is a specific search phrase, as used in HubSpot's discussion of cluster subtopics. Keep the customer's task beside every phrase in your planning sheet.

2. Inspect what you already have

Open existing articles, guides, and relevant service pages. Assign each one a proposed role: retain, update, review for consolidation, or replace with a new brief. Make a separate list of unanswered questions.

When two articles promise the same answer, compare their contents before commissioning another. Decide which page should carry the main explanation. If the overlap needs further investigation, use the duplicate content guide to plan the next checks.

Do not change working addresses simply to make a diagram look tidy. First document the current pages and intended relationships. For any proposed address changes, consult the URL structure guide before making an implementation plan.

How should the pillar and supporting articles be written?

Make the pillar useful on its own, then use supporting articles for detail. In HubSpot's model, the broad page introduces the subject and links to deeper coverage. Use that division of responsibility when writing briefs.

3. Outline the pillar around decisions

For the hypothetical cleaning guide, outline the decisions in order: define the spaces, agree the tasks, consider scheduling, prepare a request, and compare proposals. Give each section an initial explanation. Add a relevant supporting link where more detail would help.

Do not draft a long introduction about how busy modern businesses are. Start with what the reader needs to decide. If a section does not support that decision, remove it or assign it to a different topic.

4. Give every supporting page a clear brief

Specify the reader, question, required example, evidence to check, and next action. For a comparison article, request a comparison table. For a preparation article, request a checklist the reader can actually complete.

Add a boundary: what should this article leave to the pillar? That gives the writer permission to keep the explanation focused. Link to background material rather than repeating several paragraphs from another draft.

Review usefulness before length. Ask a colleague to follow the instructions and note where they hesitate. For decisions about depth and trimming, consult the guide to blog post length.

How should your internal linking strategy work?

Plan a route from the pillar to each supporting article and back again. Connect supporting articles when one naturally leads to the other. HubSpot describes this arrangement in its cluster model.

5. Write links as useful directions

Anchor text means the visible words in a link. Google says these words help people and Google understand the destination. It also recommends standard HTML links with an href address so its crawlers can follow them. Check the Google link guidance with whoever manages your website.

In the hypothetical quotation article, use wording such as “prepare your cleaning scope checklist” when linking to that checklist. Put the link beside the task it supports. Avoid placing every related page into every paragraph.

Open each link during review. Confirm that its destination matches the wording and that the reader can return to the broader guide. Use the internal linking guide for a more detailed implementation checklist.

What did HubSpot change in its own blog?

HubSpot reports reorganizing related posts into topic areas anchored by overview pages. Its Instagram marketing example connects a broad guide with articles about profiles, captions, and Stories. Those posts link back to the pillar, and some link to each other. See HubSpot's account of the restructuring.

Apply the organizational lesson to your own archive. Put related pages side by side and check whether each has a clear purpose. Choose a central guide, then identify missing explanations and missing connections.

Treat the example as a method to examine, not a forecast for your business. Before expanding, assess the time your team needs to research, edit, publish, and maintain one collection. Set the next publishing commitment from that workload.

What can you deliver this week and review afterward?

Aim for a completed map and a small, useful first release. The schedule below is my suggested working plan. It is not a promise of search traffic within a week.

6. Assign ownership and publish a manageable set

1. Monday: choose the customer decision and gather questions.
2. Tuesday: review existing pages and assign each a role.
3. Wednesday: prepare the pillar outline and supporting briefs.
4. Thursday: write or update the highest priority material.
5. Friday: check evidence, links, and the next action on each page.

Keep one owner for the collection. In Google Sheets or Excel, record the page, customer question, status, reviewer, and next review date. Flag missing evidence explicitly rather than letting the writer fill the gap with confident language.

7. Review the collection against its purpose

Record your starting position before publication. In subsequent reviews, examine search visits to the collection, the questions bringing visitors, and relevant enquiries. Keep business enquiries separate from simple visits so your report answers more than one question.

If readers arrive but the enquiries are unsuitable, review whether the page addresses the intended customer. If the pages receive little search traffic, investigate before increasing output. Use the SEO audit guide to organize those checks.

Compare equivalent periods and record other changes, such as seasonal demand or a new offer. Do not attribute every movement to the cluster. End each review by choosing one practical adjustment and assigning a person to make it.