Topic clusters: organizing content for search

After a few years of publishing, most membership sites end up with a pile of public articles rather than a library. Eighty posts, each written when it seemed like a good idea, some covering nearly the same question, few linking to each other and none tying a subject together. A visitor who lands on one article can’t see how much else you have on the topic, and neither can a search engine.

Topic clusters fix that. A topic cluster is a group of pages about one subject: a broad pillar page that gives an overview, surrounded by focused supporting articles that each go deep on one question, all linked together. It is a simple structure that makes your expertise visible, both to readers and to search engines.

How a topic cluster works

A cluster has three parts:

• The pillar page. A thorough overview of a core topic. It introduces each important subtopic briefly and links to the supporting article that covers it in full.
• The supporting articles. Each answers one specific question in depth, links back to the pillar and links to related articles in the same cluster.
• The links. These tie it all together. Without deliberate links, you just have a set of articles on similar subjects.

This helps in several ways. Search engines can see that you cover a subject thoroughly, not just once. Readers can move easily from a broad overview to the precise answer they need, and back. Each article has a clear, distinct job, so your pages stop competing with each other for the same searches. And the structure makes internal linking almost automatic, because you always know what should link to what.

This is about organizing your public content for search. Organizing your members’ library so members can find things is a related but different job, covered in organizing a growing content library.

Choosing your pillar topics

Pick a small number of core topics, usually three to six, that meet three tests:

1. They match what your membership teaches. Every cluster should lead naturally toward something members get.
2. People search for them broadly. Future members type these subjects into search engines in many different forms.
3. They are big enough. A good pillar topic can support somewhere around eight to fifteen genuinely distinct supporting articles.

A hypothetical beekeeping association might choose four pillars: getting started with beekeeping, hive health and pests, harvesting honey, and managing a hive through the year. Each is broad, clearly connected to what members learn, and full of specific questions.

Mapping the supporting articles

Under each pillar, list the specific questions people ask. Keyword research without expensive tools will give you most of them: autocomplete, related searches, member questions and your own search data. Each distinct question becomes one supporting article. Questions that are really the same question in different words belong on the same page.

Here is how the beekeeping association might map its hive health cluster:

• Pillar: Honey bee health: a beginner’s guide to pests and diseases
• Supporting: How to do a hive inspection, step by step
• Supporting: How to check for varroa mites
• Supporting: Varroa mite treatment options compared
• Supporting: How to recognize foulbrood, and what to do next
• Supporting: What chalkbrood looks like
• Supporting: Dealing with small hive beetles
• Supporting: Preventing wax moth damage in stored frames
• Supporting: Why bees abandon a hive
• Path to membership: the teaser page for the members-only hive health course, with monthly inspection checklists and a forum where members post photos of problem frames

Mark which articles already exist, which need updating and which need writing. The gaps become your publishing plan.

Building a pillar page that stands on its own

A weak pillar page is a list of links with a paragraph at the top. A strong one is genuinely useful by itself. For each subtopic, it gives a short, clear summary (enough to answer the basic question) and then links to the full article for readers who need more.

A good pillar page usually:

• Opens by explaining who it’s for and what it covers.
• Has a section for each subtopic, with a heading, a short summary and a descriptive link.
• Follows a logical order, often the order a beginner would need things.
• Has a title built around the broad phrase, such as “Honey Bee Health: Pests and Diseases Explained for Beginners.”
• Ends with a clear path into the membership for readers who want structured help.

Update the pillar whenever you publish a new supporting article, so it never falls out of date.

Linking the cluster together

Follow five simple rules:

1. Every supporting article links to the pillar, ideally early, in a natural sentence.
2. The pillar links to every supporting article.
3. Supporting articles link to each other where one genuinely leads to another, such as the mite-checking article linking to the treatment comparison.
4. Anchor text describes the destination, using natural variations of its topic.
5. The cluster links to the relevant teaser page or join page, so interested readers have somewhere to go.

Turning what you already have into clusters

You don’t need to start again. Most sites can build their first clusters largely from existing content:

1. List every public article in a spreadsheet.
2. Assign each to one pillar topic, or mark it as not fitting any.
3. Spot duplicates: two articles answering the same question should be merged, with a redirect from the weaker one.
4. Spot gaps: important questions with no article yet.
5. Write the pillar page last, drawing on the articles you already have.
6. Add the links, working through one cluster at a time.

There is no need to change existing addresses to reflect the clusters. The links create the structure; changing addresses just creates redirect work.

Your first cluster

1. Choose one pillar topic, the one most closely tied to what members pay for.
2. List eight to fifteen specific questions under it, and match them to existing articles.
3. Merge any articles that answer the same question.
4. Write or rewrite the pillar page so it is useful on its own.
5. Link every supporting article to the pillar, and the pillar to every supporting article.
6. Add the missing supporting articles to your content plan, then move on to the next pillar.