Skip to main content

Keyword cluster URL structure


Overview

Keyword cluster URL structure defines how pillar pages, cluster pages, supporting content, glossary pages, and transactional pages are organized on a website.

The goal is to make the topical hierarchy clear for users, editors, and search engines without creating unnecessary URL complexity.

Content TypePurposeExample URL
Category hubBroad section for a niche or topic family/accounting/
Pillar pageMain authoritative page for a focused topic/accounting/balance-sheet-guide/
Cluster pageSpecific supporting topic/accounting/balance-sheet-guide/how-to-create-a-balance-sheet/
Supporting contentFAQs, mistakes, definitions, use cases/accounting/balance-sheet-guide/common-balance-sheet-mistakes/
Transactional pageTemplate, tool, software, service, quote, demo/accounting/balance-sheet-guide/download-template/
Glossary pageShort definition or entity page/glossary/accounting/balance-sheet/

WordPress Implementation Options

OptionBest ForProsCons
Pages for pillars, posts for clustersMost editorial websitesFlexible, simple, works with categories and tagsRequires manual linking discipline
Pages for both pillars and clustersHighly controlled evergreen librariesClean hierarchy and layout controlHarder editorial workflow at scale
Custom post typesLarge sites with distinct content typesStrong organization and templatesMore technical setup
Categories and posts onlyBlog-first websitesEasy publishing workflowPillar pages may feel less evergreen or commercial

Use Pages for pillar pages and Posts for cluster/supporting content in most cases.

LevelWordPress TypeExample
Pillar pagePage/accounting/balance-sheet-guide/
Cluster pagePost with category/accounting/how-to-create-a-balance-sheet/
Supporting contentPost with category or tag/accounting/common-balance-sheet-mistakes/
GlossaryPage or custom post type/glossary/accounting/assets/
Transactional pagePage/accounting/balance-sheet-template/
tip

URL nesting is useful only when it stays manageable. Internal linking and breadcrumbs often matter more than forcing every cluster page into a deeply nested URL.

Internal Linking Map

Decision Rules

  • Use a category hub when the topic is broad enough to contain multiple pillars.
  • Use a pillar page for a focused topic with many related subtopics.
  • Use cluster pages when a subtopic has distinct search intent.
  • Use glossary pages for definitions and entity support.
  • Use transactional pages when the query has purchase, trial, quote, download, or signup intent.
  • Avoid creating pages only to match URL hierarchy if there is no search or user need.

Common Mistakes

  • Making the pillar topic too broad, such as /finance/, when the real pillar should be /finance/budgeting/ or /accounting/balance-sheet-guide/.
  • Creating deep URLs that are hard to maintain.
  • Relying on categories instead of contextual internal links.
  • Using tags as a substitute for content architecture.
  • Mixing glossary, support, and transactional content without clear intent boundaries.