Topic clusters hebben mijn kijk op contentarchitectuur veranderd. Tegelijk worden ze ook behoorlijk gehypet — 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 zoekwoord mikken, bouw je onderling verbonden contenthubs. Een pillar page biedt een compleet overzicht van een breed onderwerp. Clusterpagina's duiken dieper in op subonderwerpen. Interne links knopen alles aan elkaar. Google ziet dat netwerk en behandelt je als een topische autoriteit, niet als zomaar een pagina die toevallig een zoekwoord noemt.
De hype: "Topic clusters geven je 10x meer verkeer 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 uitpakten omdat ze hun eigen zoekwoorden kannibaliseerden. Ik heb ook clusters gezien die de organische prestaties van een heel domein in zes maanden met 40% verbeterden. Het verschil zit bijna altijd in de interne links en in een heldere scheiding van 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 een stuk 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 rechttoe rechtaan 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 posities 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 voor het hele cluster begonnen binnen twee weken toe te nemen. Maar individuele posities bewogen nauwelijks. Dat is normaal, en als je niet weet dat je dit kunt verwachten, raak je in paniek en laat je de strategie al snel varen.
Maand 3: We ontdekten dat twee van onze clusterpagina's elkaar kannibaliseerden op de zoekopdracht "internal linking strategy." Ze stonden 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 — de versie die we hadden herschreven — kwam eindelijk op pagina 1 voor "automated internal linking", van positie 28 naar positie 5. De clusterpagina's scoorden 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 topposities 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 simpelweg basiswerk. De algoritmen van Google beoordelen de topische diepte van je hele site rond een onderwerp. Eén goed geoptimaliseerde pagina die moet concurreren met een site die 15 onderling gelinkte pagina's over hetzelfde onderwerp heeft, redt het meestal niet.
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 wederzijdse links. Platte linkstructuur. | URL's kunnen overal staan. De links leggen 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 publishersites |
| Hub-and-spoke | Een centrale hub linkt naar spokes. Die spokes linken terug. Functioneel identiek aan clusters. | Geen URL-vereiste. Links bepalen de structuur. | Competitieve zoekwoordtargeting, topische autoriteit |
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's die zweren bij de pillar-aanpak. Test wat werkt voor jouw publiek.
Begin niet vanaf nul. Je wilt bestaande assets clusteren. 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.
Gooi eerst alles op tafel wat een lezer nodig zou hebben. Sorteer het daarna:
Valideer dit met zoekvolume. Niet elke clusterpagina hoeft veel volume te hebben — sommige bestaan vooral om diepgang te laten zien. Maar minstens 60% moet zoekwoorden 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 zoals het is? Meer over contentupdates lees je hier.
Je pillar 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: Automated Internal Links (onze featurepagina die het volledige internal-linking-landschap afdekt)
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 voor het cluster als geheel. Daarna volgden de posities van individuele pagina's. Als je na twee weken kijkt en niets ziet, is dat normaal. Clusters zijn een spel op middellange termijn.
Meet geen individuele pagina's. Meet de cluster als geheel.
| Metriek | Wat het je vertelt | Hoe je het meet |
|---|---|---|
| Totale clustervertoningen | Hoe zichtbaar het hele onderwerp in zoekresultaten is | GSC — tel vertoningen op over alle cluster-URL's |
| Aantal zoekwoorden op pagina 1 | Hoeveel zoekwoorden binnen de cluster op pagina 1 staan | Elke rank tracker — groepeer zoekwoorden per cluster |
| Positie van de pillar page | Of de cluster de autoriteit van de pillar page versterkt | Volg het primaire zoekwoord van de pillar page in de tijd |
| Doorkliks op interne links | Of lezers tussen clusterpagina's navigeren | GA4 event tracking op interne links |
| Zoekwoordkannibalisatie | Of clusterpagina's tegen elkaar concurreren | GSC — check of meerdere cluster-URL's scoren op dezelfde zoekopdracht |
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. Laat je bestaande URL's staan. Interne links maken de topische relaties zichtbaar die Google moet zien.
3–6 maanden voor een nieuwe cluster. Als je pagina's toevoegt aan een bestaande pillar page die al scoort, soms binnen enkele weken. Het eerste signaal is altijd een stijging in vertoningen, niet in posities.
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 hetzelfde. "Content hub" legt de nadruk op de centrale pagina. "Topic cluster" legt de nadruk op de relatie tussen alle pagina's. Gebruik de term die jouw team het beste begrijpt.
no credit card required
No related articles found.
