Internal Linking for Topic Clusters: Rules That Build Topical Authority

When I talk to business owners about topic clusters, I usually hear one of two beliefs. The first is “Just link every article to every other article on the topic, and Google will figure it out.” The second is the opposite: “Keep each topic in a sealed silo and never link across it.” Both sound tidy. Neither is how I would build a cluster.

Internal links are the wiring of a topic cluster. They tell Google which page is the main guide, which pages explain the details, and how all of them relate. If the wiring is messy, even great content can look like a pile of loose articles instead of a body of expertise.

In this guide, I will skip the basics of what an internal link is. If you need that first, our free lesson on how internal links connect your pages covers it. Here I want to give you the specific rules I use to link a hub, its spokes and their siblings, how to handle anchor text, how to fold new posts into old clusters, and how to audit a cluster in an afternoon. This post is part of our larger guide on how to build topical authority step by step, so I will keep the focus tight on linking.

Why internal links decide whether a cluster reads as one body of work

Google finds most pages by following links. Its own SEO Starter Guide says that Google “primarily finds pages through links from other pages it already crawled.” So the first job of an internal link is simple: make sure the page gets found.

The second job is meaning. Google’s guide to its ranking systems describes link analysis systems that “understand how pages link to each other as a way to determine what pages are about.” In plain words, the links between your pages, and the words you use on them, are clues about what each page covers and which pages belong together.

Ahrefs makes the same point about topic clusters in its guide to topical authority. Despina Gavoyannis recommends a clear hub-and-spoke setup:

“Each pillar page should act as a hub, linking to every cluster page beneath it and linked back to from every cluster page.”

— Ahrefs, Topical Authority: What It Is, How Google Measures It, and How to Build It

I agree with that as the starting point. But a real site is messier than a diagram. You have old posts, category pages, service pages, menus and footers. The rules below are how I turn the neat diagram into something that works on a live website.

The five link rules I use for a hub, its spokes and their siblings

Let me define three words first. The hub (or pillar) is the main guide on a topic. The spokes are the supporting articles that go deep on one subtopic each. Siblings are spokes in the same cluster that share a close subtopic. If you want the bigger picture on planning these, see our guide to pillar pages and topic clusters.

Here are the rules:

1. Hub to every spoke. The hub links to each supporting article at least once, inside the section that summarizes that subtopic. A list of links at the bottom is a backup, not the main link.
2. Every spoke back to the hub, early. Each supporting article links to the hub in its first few paragraphs, with an anchor that describes the hub’s topic.
3. Siblings link where the reader would naturally need them. If two spokes share a subtopic, they link to each other at the point where one stops and the other goes deeper. I aim for two to four sibling links per spoke, not all of them.
4. Spokes point to the money page when it fits. If the cluster supports a service or product page, the spokes that match buying intent link to it. Purely educational spokes do not have to.
5. No dead ends. Every page in the cluster links out to at least one other cluster page, and every cluster page receives at least two contextual links.

These rules are deliberately simple. They give you a minimum structure without forcing every page to link to every other page, which only creates noise.

Link type	Required?	Where on the page	Anchor style
Hub → spoke	Yes, every spoke	Inside the section that summarizes that subtopic	Descriptive, close to the spoke’s main topic
Spoke → hub	Yes	First 2–4 paragraphs	Describes the broad topic, varied across spokes
Spoke → sibling	2–4 per spoke	Where the subtopics overlap	Natural phrase from the sentence
Spoke → service or product page	Only when intent matches	Near the problem the service solves, or in the closing section	Describes the service, not “click here”
Cross-cluster link	Optional	Where a reader genuinely needs the other topic	Descriptive

Contextual links vs menu, footer and sidebar links

Not all internal links do the same work. A contextual link sits inside the body text, surrounded by words that explain why it is there. A navigation link sits in a menu, sidebar or footer and repeats on many pages.

Google’s link guidelines point out that context matters: “the words before and after links matter, so pay attention to the sentence as a whole.” A menu link has almost no surrounding sentence. A contextual link has a full one.

Navigation links are still useful. They make sure important pages are always one or two clicks away. But they are the same on every page, so they say little about how two specific pages relate. That is why I treat them as the skeleton and contextual links as the muscle.

Link placement	What it does well	Its limits	How I use it in a cluster
Contextual (body text)	Carries meaning through anchor and surrounding words	Takes editorial effort; easy to forget on old posts	Main way spokes, siblings and hub connect
Main menu	Keeps key hubs a click away from anywhere	Same on every page; limited space	Link to hubs or category pages, not every spoke
Breadcrumbs	Shows where a page sits in the hierarchy	Only reflects one parent path	Spoke → category hub → home
Sidebar “related posts”	Surfaces siblings automatically	Often picks by date or tag, not relevance	Fine as a backup if you control the logic
Footer	Utility pages such as contact and policies	Repeated sitewide; little context	Avoid stuffing cluster links here

One extra point about the footer. Stuffing dozens of keyword-rich links into a sitewide footer does not help a cluster and makes the site harder to use.

How to vary anchor text without making it sound forced

Anchor text is the clickable words of a link. Google’s own advice on it is clear and practical:

“Good anchor text is descriptive, reasonably concise, and relevant to the page that it's on and to the page it links to.”

— Google Search Central, Link best practices for Google

There is also some useful data. In a study first published in July 2022 and updated in February 2026, Cyrus Shepard at Zyppy analyzed 23 million internal links across 1,800 websites and matched them against Search Console clicks. Two findings stand out for clusters:

• Anchor variety had the strongest relationship with traffic. Pages linked with more different anchor phrases tended to get more clicks.
• At least one exact-match anchor helped. Pages with at least one exact-match internal anchor had at least five times more traffic than pages without one.

It is a correlation study, and the author himself calls it directional. I treat it as direction, not hard science. But it fits common sense: if ten pages all link to your hub with the identical phrase, you waste the chance to describe the hub from ten different angles.

Here is a simple way to spread anchors for a hub about, say, emergency plumbing. This is an example, not a quota:

Anchor type	Example anchor	Rough share of links to the hub
Exact topic	emergency plumbing	1–2 links
Descriptive variation	what to do in a plumbing emergency	Most links
Question form	when a leak counts as an emergency	A few
Partial phrase in a sentence	our full guide to urgent plumbing repairs	A few
Generic (“read more”)	read more	Avoid in body text

If you suspect you already overdid exact-match anchors, our walkthrough of an internal anchor text audit shows how to find and fix over-optimized links. The short version: vary the wording, but never make an anchor vague just for the sake of variety.

Linking new cluster posts from older ones: my routine

Most sites get this wrong in one specific way. They publish a new spoke that links out to older pages, but no older page links back to it. The new post starts life with zero contextual links pointing at it. Google may still find it through the sitemap or a “latest posts” list, but the cluster does not vouch for it.

Here is the routine I suggest every time you publish a supporting post:

1. Add it to the hub. Find the section of the hub that summarizes this subtopic and add a contextual link. If the hub has no such section, write two or three sentences that summarize the new post and link it.
2. Find two or three older siblings that mention the subtopic. Use a site search such as site:yourdomain.com "subtopic phrase", or search your CMS for the phrase.
3. Add one link in each sibling, inside an existing sentence if possible. If no sentence fits, add a short line where the reader would naturally want more depth.
4. Check the new post links to the hub early and to two siblings. That completes the loop.
5. Request indexing in Search Console for the new page and, if you changed the hub heavily, the hub as well.
6. Log the links you added in your content tracker, so the next audit can see what was done.

This takes about 15 minutes per post once you are used to it. It is the single most skipped step I see in content calendars, and it is also the cheapest one.

If you are still deciding which spokes to write first, the guide on content depth vs breadth helps you order the work, and our post on creating a topical map shows how to plan the hub and spokes before any linking starts.

Do strict SEO silos still make sense?

A “silo” in SEO means grouping pages into sections and only linking within each section, never across. The idea was that keeping links inside a silo concentrates relevance.

I think the strict version is a myth worth retiring. Here is why:

• Readers cross topics. Someone reading about water heater repair may genuinely need your page on gas leak safety. Blocking that link to protect a silo hurts the reader.
• Google does not ask for it. Google’s documentation asks for descriptive, relevant links and a logical structure. It does not say links should never cross sections.
• Menus already cross silos. Every sitewide menu links across sections anyway, so a “pure” silo rarely exists in practice.

What I keep from the silo idea is the organization: related pages grouped under clear hubs, sensible URL folders and breadcrumbs. Google’s SEO Starter Guide does say that on larger sites, “using directories (or folders) to group similar topics” can help Google understand how often pages change. That is useful structure. Refusing to link across sections is not.

My rule of thumb: most contextual links stay inside the cluster; cross-cluster links appear only when the reader truly needs them. If a page links out to five other clusters for no reason, that is a sign the page is unfocused, not that silos were broken.

Category hubs and breadcrumbs as the cluster’s backbone

On many sites, especially blogs and ecommerce stores, a category page already acts as a hub. The problem is that most category pages are just a date-sorted list of posts with no text. That wastes a strong position in the site structure.

I suggest turning the category page into either the hub itself or a light index that points clearly to the hub. A good category hub has a short introduction, the hub link at the top, and the spokes grouped by subtopic rather than by date.

Breadcrumbs then tie it together. Google’s breadcrumb documentation explains that a breadcrumb trail “indicates the page's position in the site hierarchy.” For a cluster, that means every spoke gets an automatic link up to its category hub, with the category name as anchor. Our guide to breadcrumb navigation and SEO covers setup and markup.

One warning: if a post sits in three categories, many themes pick one at random for the breadcrumb. Choose a primary category for each spoke so the breadcrumb always points to the right hub. For deeper structure decisions, see our guide on website architecture for SEO.

Auditing a cluster’s links in one afternoon

You do not need an expensive tool to check a cluster. A crawler such as Screaming Frog (free up to 500 URLs) and Search Console are enough for most small and mid-sized sites.

Step one: build the link matrix

List the hub and every spoke in a spreadsheet, one per row and one per column. Crawl the site, export the internal “inlinks” for each cluster URL, and mark which pages link to which. Count only links in the body content, not menus and footers. Most crawlers let you filter by link position.

Step two: check the matrix against the rules

Here is a worked example. It is hypothetical, but it is typical of what I see on a small business blog. Say a cluster has one hub and 12 spokes:

Check	Target	Found (example)	Fix
Hub links to every spoke	12 of 12	7 of 12	Add 5 contextual links in the matching hub sections
Every spoke links to the hub	12 of 12	9 of 12	Add an early hub link to 3 spokes
Spokes with 2+ sibling links	12 of 12	4 of 12	Add 1–3 sibling links to 8 spokes
Spokes with zero contextual inlinks	0	2	Link them from the hub and two siblings
Distinct anchors pointing to the hub	Several	1 (same phrase everywhere)	Rewrite most anchors into descriptive variations

In this example, the fix is roughly 25 link edits across 13 pages. That is an afternoon of work, not a project.

Step three: hunt for orphans

An orphan page is a page with no internal links pointing to it. Google says plainly: “Every page you care about should have a link from at least one other page on your site.” Compare your crawl against your XML sitemap and your analytics landing pages; anything in the sitemap or analytics but missing from the crawl is likely orphaned. Our guide to finding and fixing orphan pages walks through it.

Step four: confirm in Search Console

The Links report in Search Console has an internal links table showing which of your pages receive the most internal links. Check whether your hub sits near the top for its section. Keep in mind Google notes the report is a sample, not a full list, and tables stop at 1,000 rows.

For a full site-wide process beyond one cluster, use our step-by-step internal link audit. And once links are fixed, you can track whether the cluster is gaining ground using the methods in how to measure topical authority without a magic score.

Questions people ask about linking topic clusters

How many internal links should a cluster article have?

There is no magic number. I aim for one hub link, two to four sibling links, and a service link where it fits. The Zyppy study saw traffic rise with link count up to around 40–45 links and then drop off, but that included menus. Link where it helps the reader and stop there.

Should every spoke link to every other spoke?

No. In a 20-page cluster that would mean 19 links per page, mostly irrelevant. Link siblings that share a subtopic. The hub already connects everything else.

Is it bad to use the same anchor text for the hub every time?

It is not a penalty risk inside your own site, but it is a missed opportunity. Varied, descriptive anchors tell Google more about the hub and read better for people.

Do links in “related posts” widgets count?

They are crawlable links, so Google can follow them. But they usually lack surrounding context and often pick posts by date. Treat them as a backup to contextual links, not a replacement.

Should I link from my cluster to other sites?

Yes, when it helps the reader. Citing good sources is normal editorial practice. Google says to use nofollow only when you don’t trust the source, not on every external link.

How do backlinks fit into a cluster?

Internal links spread value around the cluster; external links bring it in. Links from sites in your own field help most. I cover that in our guide to why topically relevant backlinks matter more than metrics.

Where I would start with your cluster links this week

If I had one week with your site, I would pick your most important cluster, the one closest to revenue. I would build the link matrix, fix the hub-to-spoke and spoke-to-hub gaps first, then add sibling links and clean up repeated anchors. Then I would set the six-step routine above as a rule for every new post.

None of this is glamorous. But internal linking is one of the few SEO levers you fully control, and it costs nothing but time. Done well, it turns a list of articles into a cluster Google can read as one body of expertise.

If you would like our team to audit and rewire your clusters as part of a wider SEO program, get in touch for a free quote. We are happy to look at your site and tell you honestly where the quick wins are.

Our complete topical authority guide series

This article is part of a series. Start with the main guide, then read the parts you need:

1. Topical Authority: What It Is and How to Build It Step by Step
2. How to Create a Topical Map for Your Website (With a Free Template Layout)
3. How to Measure Topical Authority (Without a Magic Score)
4. Building Topical Authority on a New or Small Website
5. Topical Authority vs Domain Authority: What's the Difference?
6. Topical Authority in AI Search: Why LLMs Favor Focused Brands
7. Content Depth vs Breadth: What to Publish First to Build Authority
8. Internal Linking for Topic Clusters: Rules That Build Topical Authority (you are here)
9. Topically Relevant Backlinks: Why Link Context Matters More Than Metrics
10. Does Off-Topic Content Hurt SEO? When to Publish Outside Your Niche

Sources for this topic cluster internal linking guide

1. Ahrefs — Topical Authority: What It Is, How Google Measures It, and How to Build It
2. Google Search Central — Link best practices for Google
3. Google Search Central — SEO Starter Guide
4. Google Search Central — A guide to Google Search ranking systems
5. Google Search Central — Breadcrumb structured data
6. Google Search Console Help — Links report
7. Zyppy — Internal link SEO study (23 million links)