Hub-and-Spoke-architectuur

Hub-and-spoke-architectuur betekent dat je één primaire pagina voor een breed onderwerp bouwt en die vervolgens ondersteunt met smallere pagina’s die teruglinken naar de hoofdasset. Als het goed wordt uitgevoerd, verscherpt dit de thematische signalen, concentreert het de interne autoriteit en maakt het makkelijker om zowel head-terms als long-tail zoekopdrachten te ranken zonder dat je in een cannibalisatiechaos belandt.

Dit is geen slimme naamsessie. Het is site-architectuur met gevolgen voor je rankings.

Hoe het in de praktijk werkt

De hub richt zich meestal op het commerciële of het high-volume ouder-onderwerp. De spokes behandelen subthema’s, use cases, vergelijkingen, integraties, problemen of varianten per branche. Een helder voorbeeld is een hub over enterprise CRM-software, ondersteund door spokes zoals CRM-migratie checklist, CRM voor de zorg en Salesforce vs HubSpot voor mid-market teams.

Het linkpatroon doet ertoe. De hub linkt contextueel naar de spokes. De spokes linken terug naar de hub met logische ankerteksten. Gerelateerde spokes kunnen onderling cross-linken wanneer de intent overlapt. Je kunt dit snel in kaart brengen in Screaming Frog en vervolgens de prestaties valideren in Google Search Console en Ahrefs.

Waarom SEOs dit gebruiken

• Thematisch eigenaarschap: Eén URL bezit de head-term in plaats van 6 half-geoptimaliseerde pagina’s die elkaar onderling beconcurreren.
• Crawl-efficiëntie: Belangrijke pagina’s blijven binnen 2-3 klikken van de homepage of de categorie-laag, wat zowel voor gebruikers als crawlers makkelijker is.
• Interne PageRank-flow: Sterke hubs kunnen autoriteit doorgeven aan nieuwere spokes, vooral op sites met 1.000+ URL’s.
• Redactionele schaal: Teams kunnen clusters plannen in plaats van willekeurige artikelen te publiceren die worden ingegeven door welke keywordtool als eerste output gaf.

Semrush en Moz laten na een solide clusteropbouw allebei een bredere keyworddekking zien. GSC is waar je bevestigt of impressies daadwerkelijk samenkomen rond de beoogde hub.

Implementatiedetails die wél belangrijk zijn

Start met queryclustering, niet met URL-ontwerp. Gebruik Ahrefs, Semrush of Keyword Insights om termen te groeperen op basis van gedeelde SERP-intentie. Als twee keywords wezenlijk andere top-10-resultaten opleveren, verdienen ze waarschijnlijk aparte spokes. Als ze voor 70% of meer overlappen, is het forceren van afzonderlijke pagina’s vaak weggegooid werk.

Houd hubs substantieel. Meestal 1.500-3.000 woorden. Spokes kunnen korter zijn als de intent smal is, maar dunne pagina’s van 400 woorden met één interne link zijn geen cluster. Het zijn invul-/placeholderpagina’s.

Een URL-structuur helpt, maar het is niet de strategie. Een map-patroon zoals /topic/subtopic/ is netjes, maar Google beloont mappen standaard niet. John Mueller heeft dit al jaren in varianten gezegd, en Google’s documentatie behandelt interne linking en contentkwaliteit nog steeds als de belangrijkere signalen.

Waar het misgaat

Het model wordt te vaak ingezet op kleine sites. Als je in totaal 20 pagina’s hebt, heb je geen 14-pagina’s tellend cluster nodig voor elk keywordthema. Je hebt pagina’s nodig die het waard zijn om te bestaan.

Het faalt ook wanneer teams “meer spokes” verwarren met “meer autoriteit”. Een hub met 30 zwakke artikelen verliest meestal van een strakker cluster van 8-12 echt nuttige pagina’s. Surfer SEO kan helpen om briefs te standaardiseren, maar geen enkele tool lost slechte intent-mapping op.

Nog één kanttekening. Hub-and-spoke vervangt geen backlinks, geen technische hygiëne of product-market fit. Het verbetert je structuur. Het creëert geen vraag.