Topical authority comes from how your content is organized, not how much of it you publish. Ten scattered articles that each touch a subject lightly tell search engines and AI assistants very little. Ten articles that cover the same subject from every important angle, and link to each other in a way that makes the relationships obvious, tell them you know the subject well.
BrandGhost's glossary defines topical authority as "the degree to which a site demonstrates comprehensive expertise across a subject." The key word is demonstrates. Expertise you have but haven't written down, or have written down in disconnected pieces, is hard for anyone else to see.
This guide covers the structure that makes expertise visible: one central page for the topic, a set of focused pages around it, and internal links that connect them. It also covers how to plan that structure, how to link it, and how to tell whether it's working.
What search engines and AI assistants look for
Google doesn't publish a "topical authority score", but its own guidance points at the signals that add up to it.
Structure that shows how pages relate. Google's SEO Starter Guide says organising a site "can help search engines and users understand how your pages relate to the rest of your site," and suggests grouping similar topics in directories.
Links that connect the set. The same guide notes that "the vast majority of the new pages Google finds every day are through links." A page nobody links to is hard to find and hard to place in context.
Depth, not volume. Google's guide to helpful content asks whether a page provides "a substantial, complete, or comprehensive description of the topic" and whether it offers "original information, reporting, research, or analysis." It also asks whether a site has "a primary purpose or focus", and warns against "producing lots of content on many different topics in hopes that some of it might perform well in search results."
AI assistants that cite web sources reward the same things in practice: a focused page that answers one question well is easier to quote than a long page that answers ten questions loosely. A cluster gives them the right page for each question.
The structure: one pillar, many cluster pages
A topic cluster has two kinds of page. The pillar page covers a broad topic end to end and anchors the cluster. Each cluster page goes deep on one subtopic. BrandGhost's glossary uses this example: a pillar page on email deliverability that links to cluster pages on SPF, DKIM, sender reputation and bounce handling.
Read it top down: the pillar links to every cluster page, every cluster page links back, and closely related pages link to each other. Those links are what tell a crawler the pages belong together.
How to plan a cluster, step by step
1. Pick one topic you want to be known for. It should be broad enough to need several pages and close enough to what you sell that the traffic is worth having. "Email deliverability" works for an email platform; "marketing" is too broad.
2. List the questions buyers actually ask. Start from sales calls, support tickets, onboarding questions and the "People also ask" box, then check keyword data. Real questions beat search volume when you're choosing what to cover.
3. Write the pillar page. It covers the topic end to end at summary level: what it is, why it matters, the main parts and how they fit together. Each part gets a short section and a link to the page that goes deeper. Cover the topic broadly and link out for depth instead of padding.
4. Plan one cluster page per subtopic. Each page answers one question or covers one subtopic completely. If two pages would answer the same question, merge them. If a section of the pillar keeps growing, it probably needs its own page.
5. Add something only you can say. Your own data, a worked example, screenshots from a real setup, a mistake you made and fixed. This is what separates your cluster from the others covering the same topic.
6. Publish in order and link as you go. Ship the pillar and the first few cluster pages, link them together, then add pages over the following weeks. A small, fully linked cluster beats a big plan that's half published.
A simple planning table keeps this honest:
| Page | Question it answers | Type | Links to | Status |
|---|---|---|---|---|
| Email deliverability (pillar) | What affects whether email reaches the inbox? | Guide | All cluster pages | Live |
| SPF explained | What is SPF and how do I set it up? | How-to | Pillar, DKIM | Draft |
| Sender reputation | Why do my emails land in spam? | Explainer | Pillar, bounce handling | Planned |
Internal linking rules
The links are what turn a set of articles into a cluster. Four rules cover most of it:
- Pillar to every cluster page. Each section of the pillar links to the page that goes deeper on it.
- Every cluster page back to the pillar. Early in the page and in context, not only in a footer.
- Sibling to sibling where it helps the reader. The SPF and DKIM pages should link to each other; a page on bounce handling may not need to link to SPF.
- No orphans. Google's guidance is direct: "Every page you care about should have a link from at least one other page on your site."
Anchor text. Google describes good anchor text as "descriptive, reasonably concise, and relevant to the page that it's on and to the page it links to." Avoid generic text such as "click here" or "read more", and don't cram keywords into every link. "How to set up SPF records" tells the reader and the crawler what's on the other side; "this guide" doesn't.
Keep it maintained. Each time you publish a cluster page, go back and link to it from the pillar and its closest siblings. Clusters usually decay because new pages go live but the old pages never link to them.
Common mistakes
- Covering too many topics at once. Five half-built clusters are weaker than one complete one.
- One bloated article instead of a cluster. If a page tries to answer every question, none of them gets a focused answer.
- Near-duplicate pages. Two pages targeting the same question compete with each other. Merge them and redirect.
- Rewriting what already ranks. Summarising the top results adds nothing. Add your own data, examples or experience.
- Publishing without linking. New pages with no internal links are slow to be found and don't strengthen the cluster.
How to tell if it's working
In Google Search Console, filter the Performance report to the cluster's URLs (a shared directory such as /email-deliverability/ makes this easy) and watch over months, not days:
- impressions across the whole cluster, not only the pillar;
- the number of distinct queries the cluster appears for;
- average position for the core questions you listed in step 2;
- clicks and conversions from those pages in your analytics.
Also check whether AI assistants cite your pages. Ask them the questions in your cluster every few weeks and note which of your pages, if any, appear as sources.
Where BrandGhost fits
BrandGhost helps with the parts that are slow to do by hand: finding the questions and gaps in a topic, drafting cluster pages in your brand voice, refreshing existing pages, and tracking where your brand shows up in AI answers. The structure and the expertise still have to come from you. To see how it works, visit brandghost.ai.
The takeaway
Pick one topic. Write one pillar that covers it broadly. Give each real question its own focused page with something original in it. Link every page to the pillar and to its closest siblings with descriptive anchor text. Then keep adding to it and keep the links current.
Sources
- Google Search Central, SEO Starter Guide
- Google Search Central, Creating helpful, reliable, people-first content
- Google Search Central, Make your links crawlable
- BrandGhost, Glossary: topic cluster, pillar page, topical authority