Topic Clusters and Pillar Pages for Beginners

Imagine a used bookstore where the books are shelved in the order they arrived. There’s a wonderful book about sailing somewhere in there. There are, in fact, eleven books about sailing, but they’re scattered across the store, and the owner, who bought each one individually, has no idea he owns eleven. That store is most company blogs. Posts get written one at a time, each prompted by whatever seemed interesting that week, published in reverse chronological order, and never thought about again. Three years in, the blog has four posts about invoicing, and the person who wrote the fourth didn’t know about the first three.

Topic clusters and pillar pages are the jargon the marketing industry invented for the fix, and I want to translate the jargon into what it actually is, because underneath the terminology it’s just library science applied to your own site.

A pillar page is a single, substantial page that covers a topic broadly. Not a blog post; a page, deliberately maintained, meant to be the front door for everything you know about the subject. If you sell accounting software, a pillar page might cover small-business invoicing end to end: what an invoice must contain, when to send one, what to do when it isn’t paid. Each of those sections is shallow on the pillar page, a few paragraphs, because depth lives elsewhere. The cluster is the set of narrower pieces that provide the depth: a full post on payment terms, another on late fees, another on invoicing across borders. The pillar links down to every cluster post. Every cluster post links back up to the pillar. That’s the entire model. A hub, spokes, and links in both directions.

Why does this arrangement matter to search engines? Two reasons, one about discovery and one about authority. Discovery is mechanical: crawlers find pages by following links, and a cluster is a link structure that makes every page about a topic reachable from every other. No orphans, no post from 2023 that nothing links to and no crawler revisits. Authority is subtler. Search engines try to judge not just whether a page answers a query but whether a site knows its subject. A site with eleven scattered sailing posts looks like a site that mentions sailing. The same eleven posts, linked into a cluster around a serious pillar page, look like what they actually are: a body of knowledge. The information didn’t change. Its legibility did. And there is a practical bonus that has nothing to do with machines: when your posts link to each other, a reader who arrives with one question can follow a thread instead of hitting a dead end, and the pillar gives you one URL to hand anyone who asks what you know about the topic.

The mistake beginners make is treating this as a writing project. They read about clusters, get excited, and start drafting a ten-thousand-word pillar page from scratch. Wrong order. If your site has existed for more than a year, the cluster project starts as an inventory project. List everything you’ve published. Group the list by topic. You will discover, like the bookstore owner, that you already own most of a cluster or two: the depth exists, scattered. The work is to build the hub, prune the duplicates, and add the links. This is unglamorous, which is why it doesn’t happen. Everyone’s content plans look forward; almost nobody’s look backward. But three old posts, linked and lightly updated, usually beat one new post, because they have age and existing links working for them.

I’ll add an observation from building GazeSite. Our scanner grades one page at a time, and there’s a category of problem it can gesture at but not fully see: the page is fine, but it’s stranded. Nothing links to it; it links to nothing but the homepage. Stranded pages are invisible in every view except the one nobody has open, the site as a graph. Clusters are, among other things, a discipline that makes stranded pages impossible, because the model has a place for everything and a link to every place.

A few warnings, so the idea doesn’t curdle into cargo cult. Don’t build clusters around topics you have nothing to say about; a pillar page with thin spokes is a hub with no wheel, and writing eight hollow posts to fill out a diagram produces exactly the kind of content everyone claims to hate. Don’t confuse the pillar with a table of contents; it has to be genuinely useful alone, a real overview, not a list of links wearing an introduction. And don’t let the links become mechanical. The link from a cluster post to the pillar should occur where a reader would actually want it, in a sentence, in context, not in a boilerplate footer that says “read our ultimate guide.”

The deepest version of the idea has nothing to do with SEO. Deciding what your pillars are is deciding what your site is about, which is a question most sites have never answered. A site can survive without the answer. But it can’t be organized without it, and the difference between the two bookstores was never the books.