By PDS Team
Topic clusters are groups of related pages on your site: one main page that covers a subject broadly, plus several supporting pages that each answer one specific question in depth, all linked together. Planned well, they help visitors find everything you know about a subject and help search engines understand how your pages relate. They are a way of organising helpful content, not a shortcut to rankings.
This guide shows how to choose topics, map a cluster, link it properly and keep it useful over time, using Google’s own guidance as the reference point.
What are topic clusters and why do they matter?
A topic cluster is a planned set of pages on one subject, with a broad “pillar” page linking to narrower “cluster” pages and those pages linking back.
The terms “pillar” and “cluster” come from content marketing, not from Google, which does not ask for this structure. But the idea lines up with Google’s documentation:
- Google’s SEO Starter Guide says links “can provide more context on a topic, both for users and search engines”.
- Google’s link best practices say that every page you care about should have a link from at least one other page on your site.
- Google’s guide to helpful, people-first content asks whether your content leaves readers feeling they have learned enough about a topic to help achieve their goal.
A cluster makes all three easier. Instead of scattered posts, you get a connected library where each page has one clear job. If you would like a team to plan and write this for you, our content marketing services are built around this kind of topic planning.
How is a topic cluster different from random blogging?
Random blogging publishes whatever comes to mind, while a cluster starts from what your customers need to know and plans pages to cover it without overlap.
| Area | Random blogging | Topic clusters |
|---|---|---|
| Starting point | An idea or a keyword | A customer problem linked to a service you offer |
| Overlap | Several posts often cover the same question | Each page answers a different question |
| Internal links | Added as an afterthought, if at all | Planned between the pillar and every supporting page |
| Updating | Old posts are forgotten | The cluster is reviewed as one unit |
If you have been relying on organic ranking with blogging and results have stalled, this is often the reason. Our earlier guide on organic ranking for your website covers the wider basics.
How do you choose the right topics for clusters?
Choose topics where your business has real knowledge and where customers ask many related questions before they buy.
Start with your services, not keywords
List the services or products that bring in revenue. For each one, write down the questions customers ask on calls, in WhatsApp chats and at the counter. A clinic might hear about costs, recovery time and preparation. These questions are your raw material.
Check how people search
Google’s SEO Starter Guide suggests thinking about the words a user might search for, and notes that people with different levels of knowledge describe the same thing differently. Check Search Console queries, autocomplete and “People also ask” to see how real searchers phrase things.
Pick topics you can cover with first-hand knowledge
Google’s helpful content guide asks whether content shows first-hand expertise and depth of knowledge. A cluster only works if every page adds something: your process, your local context, the mistakes you see clients make. If you cannot add anything beyond what already ranks, pick a different topic.
How do you map a topic cluster?
Map a cluster by defining one pillar page, grouping questions into separate supporting pages and checking that no two pages target the same intent.
- Write the pillar topic as a broad subject, such as “home loan eligibility” or “solar panels for factories”.
- Group the questions you collected. Questions that would be answered by the same page belong together.
- Give each group one page with one primary question. This prevents two of your own pages competing for the same search.
- Decide which page converts. Usually the pillar or a service page carries the enquiry form; supporting pages lead readers there when it makes sense.
- Plan URLs and folders. Google’s SEO Starter Guide notes that using directories to group similar topics can help Google learn how often the pages in each directory change, and suggests words in URLs that are useful for users.
A simple spreadsheet works well: one row per page, with its main question, URL, links and last review date.
How should you link pages inside a topic cluster?
Link the pillar to every supporting page, link each supporting page back to the pillar and link between supporting pages only where it helps the reader.
Google’s link best practices give clear rules:
- Use normal HTML links. Google can reliably follow
<a>elements with anhrefattribute. Links that only work through JavaScript click events may not be followed. - Write descriptive anchor text. Google says good anchor text is descriptive, reasonably concise and relevant. Avoid “click here” and “read more”.
- Do not stuff keywords into anchors. Google notes that keyword stuffing violates its spam policies.
- Do not overdo it. There is no ideal number of links per page, but Google’s advice is simple: if you think it is too much, it probably is.
Place links inside the text where they naturally answer a follow-up question.
What should a pillar page and a supporting page include?
A pillar page gives a complete overview and points to detail, while a supporting page answers one question thoroughly enough that the reader does not need to search again.
| Element | Pillar page | Supporting page |
|---|---|---|
| Scope | The whole subject at a summary level | One question or task in depth |
| Opening | What the subject covers and who it is for | A direct answer in the first sentence or two |
| Links | To every supporting page | Back to the pillar and to closely related pages |
| Next step | Enquiry or service page | Pillar page or service page, where relevant |
| Trust signals | Clear author or business details | Clear author, sources and date of last update |
Google’s helpful content guide also stresses “who, how and why”: show who wrote the content, explain how it was made where readers would wonder, and make helping people the main purpose.
Direct answers near the top also suit AI-driven search features. Google’s “AI features and your website” page says there are no additional requirements or special optimisations needed to appear in AI Overviews or AI Mode, and that normal SEO practices still apply, including making content easy to find through internal links. Our guide to answer engine optimisation covers how to write answers that are easy to quote.
What mistakes should you avoid with topic clusters?
The biggest mistake is creating many thin pages just to fill a cluster, which can work against you.
Google’s spam policies define scaled content abuse as generating many pages for the primary purpose of manipulating search rankings, however those pages are created. Google’s helpful content guide also warns against producing lots of content on many topics in the hope that some of it performs well, and against writing to a particular word count. Other common mistakes:
- Two pages answering the same question, which splits attention between them.
- Supporting pages that never link back to the pillar or service page.
- Clusters on topics unrelated to anything the business sells.
- Changing dates on old posts to make them look fresh without updating the content, which Google’s helpful content guide lists as a warning sign.
Topic clusters FAQs
How many pages should a topic cluster have?
There is no fixed number. A cluster should have as many supporting pages as there are distinct questions worth answering in depth. Start with the questions customers ask most often and add pages as new questions come up. If two planned pages would say almost the same thing, merge them. Google’s helpful content guide warns against writing to targets rather than readers’ needs.
Do topic clusters help SEO?
They can, because they make your content easier to navigate and understand. Clear internal links help Google discover pages and see how they relate, and well-planned pages avoid competing with each other. But a cluster is only a structure. Rankings still depend on whether each page is genuinely helpful, so nobody can guarantee results from clusters alone.
What is the difference between a pillar page and a service page?
A service page describes what you sell and asks for an enquiry. A pillar page gives a broad, educational overview of a subject. Some businesses use the service page as the pillar; others keep them separate and link the pillar to the service page. Either works if each page has a clear purpose and they do not repeat each other.
Can I turn old blog posts into a topic cluster?
Yes, and it is often the best place to start. List your existing posts, group them by topic, merge or redirect posts that answer the same question and update the content that remains. Then add the missing pages and internal links. This usually gives faster results than starting from nothing because the pages are already indexed.
How often should you update a topic cluster?
Review each cluster on a regular schedule, such as every quarter, and whenever something important changes in your industry. Check facts, prices, screenshots and links, and look at Search Console to see which pages are gaining or losing impressions. Only change the date shown on a page when you have made real updates.
Should every blog post belong to a cluster?
Most should. Posts that connect to a service or core topic are easier to link and more likely to lead to enquiries. An occasional company news post is fine outside a cluster, but if most posts stand alone, your plan needs restructuring.
Need help planning topic clusters?
If your blog has plenty of posts but few enquiries, our content marketing services can map your topics, fix overlaps and plan new pages around what your customers ask. We work with businesses in Noida, Delhi NCR and across India. Contact our team to talk about your content plan.
