Topic clusters hebben mijn kijk op contentarchitectuur veranderd. Maar er wordt ook veel te veel van verwacht — en dat zeg ik als iemand die ze gebruikt op elke site die ik beheer.
Het idee is simpel: in plaats van losse artikelen te publiceren die elk op één keyword mikken, bouw je een samenhangende contentstructuur. Een pillar page behandelt een breed onderwerp. Clusterpagina's duiken dieper in subonderwerpen. Interne links verbinden alles met elkaar. Google ziet dat netwerk en ziet je als een inhoudelijke autoriteit op dat onderwerp, niet als zomaar een pagina die toevallig een keyword noemt.
De hype: "Topic clusters geven je 10x meer traffic en maken je van de ene op de andere dag een autoriteit." De realiteit: ze werken, maar langzaam, en alleen als de uitvoering klopt. Ik heb teams clusters zien bouwen die averechts werkten omdat ze hun eigen keywords kannibaliseerden. Ik heb ook clusters gezien die de organische prestaties van een heel domein met 40% optilden in zes maanden. Het verschil zit bijna altijd in de interne linkstructuur en een duidelijke scheiding in zoekintentie, niet in de hoeveelheid content.
Laat me dit uitleggen aan de hand van wat er echt gebeurde toen we onze eerste cluster bouwden bij SEOJuice, want in theorie klinkt dit allemaal netter dan in de praktijk.
Een topic cluster bestaat uit drie onderdelen:
Toen we midden 2025 besloten om een topic cluster rond "internal linking" te bouwen voor onze eigen site, dachten we dat het vrij eenvoudig zou zijn. We hadden al vijf blogposts die losjes met internal linking te maken hadden. We zouden een pillar page schrijven, alles met elkaar verbinden en dan rustig toekijken hoe de rankings stegen. Dit is wat er echt gebeurde:
Maand 1: We schreven eerst de pillar page. Fout. Die was generiek en oppervlakkig, omdat we de clusterpagina's nog niet hadden geschreven en dus niet wisten naar welke specifieke invalshoeken we zouden linken. Drie maanden later hebben we die volledig herschreven.
Maand 2: We publiceerden vier nieuwe clusterpagina's en linkten alles aan elkaar. Google merkte het op — de vertoningen van de hele cluster begonnen binnen twee weken te stijgen. Maar individuele rankings bewogen nauwelijks. Dat is normaal, en als je niet weet dat je dit kunt verwachten, raak je in paniek en laat je de strategie vallen.
Maand 3: We ontdekten dat twee van onze clusterpagina's elkaar kannibaliseerden op de query "internal linking strategy." Ze rankten allebei rond positie 20 en concurreerden met elkaar in plaats van met de echte concurrenten. We hebben ze samengevoegd tot één sterkere pagina. Alleen die ene aanpassing bracht ons van positie 20 naar positie 12.
Maand 4: Onze pillar page — die herschreven versie dus — kwam eindelijk op pagina 1 voor "automated internal linking", van positie 28 naar positie 5. De clusterpagina's rankten individueel nog niet geweldig, maar samen gaven ze genoeg autoriteit door aan de pillar page om echt verschil te maken. Totale tijd van start tot meetbaar resultaat: vier maanden. Niet vier weken. Vier maanden.
HubSpot maakte het model rond 2017 populair toen hun onderzoeksteam ontdekte dat het onderling intern linken van gerelateerde content de SERP-posities verbeterde. Hun data was duidelijk: vertoningen namen toe naarmate er meer links binnen clusters waren, en het aantal rankings op de eerste pagina groeide van maand tot maand na implementatie.
Wat er sinds 2017 is veranderd, is dat dit geen concurrentievoordeel meer is — het is inmiddels gewoon basiswerk. De algoritmen van Google beoordelen de inhoudelijke diepgang van je hele site binnen een onderwerp. Eén goed geoptimaliseerde pagina die moet concurreren met een site die 15 onderling gelinkte pagina's over hetzelfde onderwerp heeft, maakt eigenlijk geen kans.
Deze termen worden vaak door elkaar gebruikt, en dat zorgt voor verwarring. Ze liggen in elkaars verlengde, maar zijn niet identiek, en je keuze heeft invloed op hoe je je URL's en je links structureert.
| Model | Structuur | Impact op URL's | Beste voor |
|---|---|---|---|
| Topic cluster | Pillar page + clusterpagina's met bidirectionele links. Platte linkstructuur. | URL's kunnen overal staan. De links creëren de relatie. | Blogs, SaaS-kennisbanken, contentmarketing |
| Content silo | Strikte directoryhiërarchie. Pagina's linken alleen binnen hun eigen silo. | Fysieke silo's vereisen een /topic/subtopic/-URL-structuur. |
E-commercecategorieën, grote uitgeefsites |
| Hub page | Centrale hub linkt naar onderliggende pagina's. Die pagina's linken terug. Functioneel vrijwel identiek aan topic clusters. | Geen URL-vereiste. Links bepalen de structuur. | Competitieve keyword-targeting, inhoudelijke autoriteit op een onderwerp |
Eén onderscheid dat ik zelf nuttig vind: een pillar page bevat alle content in één enorme resource (3,000–10,000 woorden). Een hub page is meer een index — die vat elk subonderwerp kort samen en linkt door voor extra diepgang. Ik geef de voorkeur aan de hub-aanpak, omdat pillar pages vaak onhandelbare monsters worden die niemand van boven tot onder leest. Maar ik ken ervaren SEO-specialisten die zweren bij de pillar-aanpak. Test wat werkt voor jouw publiek.
Begin niet vanaf nul. Je wilt bestaande content groeperen. Het onderwerp moet breed genoeg zijn om 8–15 subonderwerppagina's te dragen, maar specifiek genoeg om één duidelijk expertisegebied te vertegenwoordigen. "SEO" is te breed. "Technical SEO for WordPress" zit ongeveer goed. "WordPress XML Sitemap Configuration" is te smal — dat is een clusterpagina, geen pillar page.
Zet eerst op een rij wat een lezer nodig zou hebben. Sorteer het daarna:
Valideer dit met zoekvolume. Niet elke clusterpagina hoeft hoog volume te hebben — sommige bestaan vooral om diepgang te laten zien. Maar minstens 60% moet keywords targeten waar mensen ook echt op zoeken.
Hier slaan de meeste mensen stappen over en beginnen ze meteen te schrijven. Niet doen. Ga door je blog heen en label elk artikel dat in deze cluster zou kunnen passen. Vaak ontdek je 3–5 artikelen die prima passen — ze linken alleen nog niet naar elkaar. Beslis per stuk: updaten, herschrijven of laten staan en alleen linken? Meer over content refreshes lees je hier.
Je pillar page moet twee dingen doen: de lezer een compleet overzicht van het onderwerp geven, en linken naar elke clusterpagina voor verdere verdieping. Structureer de pagina met duidelijke H2-secties — één per subonderwerp. Schrijf per sectie 150–300 woorden aan overzicht en link naar de relevante clusterpagina met beschrijvende anchor text.
De pillar page is geen inhoudsopgave. Het is een zelfstandig stuk content dat waarde levert, zelfs als de lezer geen enkele link aanklikt. Denk aan een Wikipedia-artikel: compleet, met duidelijke verwijzingen voor wie dieper wil gaan.
De linkstructuur is niet onderhandelbaar:
Gebruik beschrijvende, gevarieerde anchor text. De best practice voor 2026: 2–5 contextuele links per 1,000 woorden, in totaal minder dan 150 links per pagina, en belangrijke pagina's binnen 3 klikken vanaf de homepage.
Zo werkt onze eigen "Internal Linking"-cluster bij SEOJuice:
Pillar page: Automated Internal Links (onze featurepagina die het volledige internal-linking-landschap behandelt)
Clusterpagina's:
Elke pagina linkt terug naar de pillar page. De pillar page linkt naar allemaal. Waar relevant linken clusterpagina's ook naar elkaar. Wanneer Google een pagina in deze cluster crawlt, ontdekt het het hele netwerk en begrijpt het dat we niet alleen een pagina over internal linking hebben — we hebben diepgaande, onderling verbonden expertise.
Even een zijstapje over timing: deze cluster had vier maanden nodig om meetbare resultaten te laten zien. Het eerste signaal was een stijging in de vertoningen van de cluster als geheel. Daarna volgden de rankings van individuele pagina's. Als je na twee weken kijkt en niets ziet, is dat normaal. Topic clusters zijn een spel op middellange termijn.
Meet geen individuele pagina's. Meet de cluster als geheel.
| Metric | Wat het je vertelt | Hoe je het meet |
|---|---|---|
| Totale clustervertoningen | Hoe zichtbaar het hele onderwerp is in search | GSC — tel vertoningen op over alle cluster-URL's |
| Aantal keywords op pagina 1 | Hoeveel keywords binnen de cluster op pagina 1 ranken | Elke rank tracker — groepeer keywords per cluster |
| Positie van de pillar page | Of de cluster de autoriteit van de pillar page optilt | Volg het primaire keyword van de pillar page in de tijd |
| Doorkliks op interne links | Of lezers tussen clusterpagina's navigeren | GA4 event tracking op interne links |
| Keyword-kannibalisatie | Of clusterpagina's tegen elkaar concurreren | GSC — check of meerdere cluster-URL's ranken op dezelfde query |
Ik heb honderden sites bekeken die topic clusters probeerden te implementeren. Dit zijn de fouten die ik het vaakst zie, inclusief een paar die ik zelf ook heb gemaakt:
8–15 is voor de meeste onderwerpen de sweet spot. Minder dan 5 en je hebt niet genoeg diepgang. Meer dan 20 en dan rek je het onderwerp waarschijnlijk te ver op, of je moet het opsplitsen in twee clusters.
Technisch gezien wel, maar wees voorzichtig. Als een pagina echt in twee clusters past, overlappen je clusters waarschijnlijk te veel. Elke pagina zou één primair thuis moeten hebben.
Nee. In tegenstelling tot content silo's werken topic clusters via links, niet via URL-structuur. Houd je bestaande URL's. Interne links creëren de inhoudelijke relaties die Google moet zien.
3–6 maanden voor een nieuwe cluster. Als je pagina's toevoegt aan een bestaande pillar page die al rankt, soms binnen enkele weken. Het eerste signaal is altijd een stijging in vertoningen, niet in rankings.
Nee. Gebruik natuurlijke, gevarieerde anchor text. Als je clusterpagina is gericht op "anchor text optimization", laat dan niet elke link exact zo luiden. Gebruik variaties: "je anchor text optimaliseren", "anchor text best practices", "hoe je anchor text kiest".
Functioneel bijna hetzelfde. Een "content hub" legt de nadruk op de centrale pagina. "Topic clusters" leggen de nadruk op de relatie tussen alle pagina's. Gebruik de term die jouw team het beste begrijpt — maar wees intern wel consequent.
no credit card required
No related articles found.
