Interne links: zo bouw je een strategie voor interne linkbuilding en silo's

Interne links zijn links van de ene pagina op je site naar een andere pagina op dezelfde site, zodat mensen en zoekmachines een duidelijk pad volgen tussen verwante onderwerpen. Google vindt de meeste nieuwe pagina's via links, leest de ankertekst om ze te begrijpen en gebruikt linkanalyse, waaronder PageRank, om te bepalen welke pagina's ertoe doen. Interne linkbuilding is het bewust plannen van die links, en een silostructuur is een manier om ze per onderwerp te ordenen.

Deze gids behandelt linktypes, wat Google over crawlbudget zegt, een strategie in zeven stappen, regels voor ankertekst, silo's tegenover topic clusters en de audit van je links. Welke pagina's er überhaupt moeten zijn, lees je in onze gids over de structuur van een website.

Een interne link wijst van een pagina op een domein naar een andere pagina op hetzelfde domein. Volgens de SEO-startgids van Google vindt Google pagina's vooral via links op pagina's die het al gecrawld heeft. Een pagina zonder inkomende interne links is daardoor bijna onzichtbaar, tenzij een sitemap of een andere site er toevallig naar verwijst.

Interne links doen drie verschillende dingen, en waar die door elkaar lopen, gaan de meeste linkplannen mis. Ze laten een crawler een URL ontdekken, iets waar een XML-sitemap bij helpt zonder het te vervangen. Ze beschrijven de bestemming, want de ankertekst en de zin eromheen vertellen zoekmachines waar de pagina over gaat, in woorden die de pagina niet zelf schreef. En ze geven belang aan: de pagina's waar je het vaakst naar linkt, vanaf je sterkste pagina's, zijn de pagina's die je naar voren schuift.

Externe links wijzen naar andere domeinen. Alleen interne links heb je volledig in eigen hand, en dat maakt ze op bijna elke site de goedkoopste structurele verbetering.

Niet alle interne links werken hetzelfde. Links in de navigatie en de footer staan op elke pagina en helpen vooral bij het ontdekken van pagina's. Contextuele links staan in de lopende tekst, naast de woorden waarop de bestemming moet ranken, en doen het meeste beschrijvende werk. Broodkruimels, hubpagina's en blokken met gerelateerde content zitten daartussenin. De tabel laat zien waar elk type voor dient en welke regel wij hanteren.

Voor broodkruimels ondersteunt Google volgens de documentatie over gestructureerde gegevens voor broodkruimelpaden BreadcrumbList in JSON-LD, RDFa of Microdata, met minstens twee items. Het pad moet een typische route van een gebruiker naar de pagina weergeven en niet simpelweg de URL spiegelen.

Crawlen begint bij URL's die een zoekmachine al kent en verspreidt zich langs links. Zoals Googles uitleg over de werking van Search beschrijft, haalt een crawler een pagina op, haalt de links eruit en zet de nieuwe adressen in de wachtrij. Pagina's die een crawler makkelijk bereikt, worden vaak ververst. Pagina's die een paar stappen verder liggen, worden minder vaak bezocht, en soms helemaal niet.

Drie metingen verklaren de meeste crawlproblemen:

• Klikdiepte is het aantal klikken van de homepage naar een pagina. Google publiceert geen dieptelimiet. Drie klikken is het werkplafond dat wij voor commerciële pagina's hanteren, en we markeren een site zodra meer dan 20% van de indexeerbare URL's dieper ligt.
• Weespagina's zijn URL's zonder enige inkomende interne link. Volgens Googles richtlijnen voor links hoort elke pagina die ertoe doet een link te krijgen van minstens één andere pagina op je site. Voor pagina's die omzet opleveren is 0% het enige acceptabele aandeel.
• Crawlbudget (crawl budget) is hoeveel Google op je site kan en wil crawlen. Googles gids over crawlbudget richt zich op sites met ongeveer 1 miljoen of meer unieke pagina's die ongeveer wekelijks veranderen, sites met 10.000 of meer pagina's die dagelijks veranderen, en sites waarvan Search Console een groot deel van de URL's als gevonden maar niet geïndexeerd meldt. Google noemt dat ruwe schattingen, geen exacte drempels.

Onder die omvang is wat op een site van 400 pagina's op een crawlbudgetprobleem lijkt bijna altijd een linkprobleem: dubbele URL's met parameters, ongecontroleerde facetnavigatie of een sectie die alleen via de footer bereikbaar is. De gids noemt wel twee vormen van verspilling die overal gelden: soft 404-pagina's blijven gecrawld worden, en lange redirectketens hebben volgens Google een negatief effect op het crawlen.

Een link geeft drie dingen tegelijk door: een crawlpad, een beschrijving van de bestemming en een deel van het belang van de linkende pagina. Googles gids over zijn rankingsystemen bevestigt dat PageRank, dat kijkt hoe pagina's naar elkaar linken, nog steeds een van de kernsystemen is, al zegt Google dat de werking sinds de lancering sterk is veranderd.

Google publiceert niet hoeveel waarde een interne link heeft, dus elke formule voor linkwaarde die je ziet, is een model van derden. Wat wij in de praktijk zien, gebeurt meestal in een voorspelbare volgorde:

• Nieuwe pagina's worden sneller geïndexeerd wanneer een al gecrawlde pagina ernaar linkt, omdat de link ze bij het volgende bezoek voor de crawler zet
• Pagina's gaan ranken op de woorden in hun ankers, want ankertekst is een van de weinige beschrijvingen van een pagina die iemand anders dan de auteur schrijft
• Diepe pagina's lopen niet langer dood, omdat belang dat zich op de homepage ophoopte nu categorie- en detailpagina's bereikt

Welk van de drie effecten je nodig hebt, bepaalt waar de link hoort. Een link voor ontdekking werkt vanuit de navigatie of een hubpagina. Een link voor relevantie moet in een alinea staan, naast de woorden waarop de bestemming moet ranken.

Een strategie voor interne linkbuilding is een vastgelegde keuze: welke pagina's links moeten verzamelen, welke pagina's ze moeten versturen en wat elke link moet zeggen. Zonder zo'n strategie stapelen links zich op waar een redacteur toevallig aan een verwant artikel dacht, en eindigen omzetpagina's met minder links dan het nieuws van vorig jaar. Wij werken in deze volgorde.

1. Maak een lijst van de pagina's die omzet of leads opleveren: dienstpagina's, productcategorieën en de SEO-landingspagina's achter campagnes. Dat zijn je doelen.
2. Plaats elke andere pagina per onderwerp onder een van die doelen. Een pagina die nergens past, is een kandidaat om samen te voegen, niet om meer links te krijgen.
3. Kies of bouw per groep één hubpagina. Bij een dienstverlener is dat meestal de dienstpagina zelf, bijvoorbeeld een pagina over bedrijfswebsites die naar haar gidsen, cases en prijzen linkt.
4. Link elke ondersteunende pagina terug naar haar hub met een beschrijvend anker, in de lopende tekst en niet alleen in een zijbalk.
5. Link vanuit de hub naar elke ondersteunende pagina, zodat de hele groep vanaf één plek te crawlen is.
6. Voeg links tussen groepen alleen toe waar een lezer het andere onderwerp nodig heeft. Dat mag, zolang ze de links binnen de groep niet in aantal overtreffen.
7. Zet interne links op de publicatiechecklist. Elke nieuwe pagina krijgt op de dag van livegang minstens twee contextuele links vanaf oudere pagina's, plus één link naar haar hub.

De meeste teams slaan stap 7 over, en daarom loopt het aantal weespagina's een paar maanden na een audit weer op.

Ankertekst, ook wel anchor tekst genoemd, is de zichtbare, klikbare tekst van een link. Googles richtlijnen voor links vragen om ankers die beschrijvend zijn, redelijk beknopt en relevant voor zowel de pagina waarop ze staan als de pagina waarnaar ze wijzen. Hetzelfde document geeft een snelle test: lees het anker los en kijk of het dan nog betekenis heeft.

Een paar voorbeelden uit echte redactierondes:

• Zwak: "Klik hier voor onze prijzen." Beter: "Bekijk wat een bedrijfswebsite kost."
• Zwak: "Lees meer." Beter: "Onze checklist voor een website-analyse behandelt de technische controles."
• Te lang: een anker dat een hele zin omvat. Beter: link alleen de drie tot zes woorden die de bestemming benoemen.
• Volgepropt: "goedkoop SEO webdesign bureau diensten bedrijf". Beter: "onze SEO-diensten".

Google waarschuwt ook tegen ankers vol zoekwoorden en tegen links die direct naast elkaar staan, waardoor lezers ze niet uit elkaar kunnen houden. Bij afbeeldingslinks gebruikt Google de alt-tekst van de afbeelding als anker, dus een icoonlink met een lege alt beschrijft niets.

Google heeft niet gezegd dat herhaalde exact-match-ankers op interne links worden bestraft, maar twintig identieke ankers naar één pagina lezen als automatisering. Varieer de formulering zoals een mens dat zou doen. De interne documentatie van Googles Content Warehouse API die in mei 2024 uitlekte, bevatte attributen voor ankertekst en voor de tekst rond links, wat bij dit advies past. Google waarschuwde voor conclusies op basis van informatie die uit zijn context, verouderd of onvolledig is, dus zie het lek als een aanwijzing over wat Google opslaat, niet als een lijst met rankingregels.

Een silostructuur plaatst elke pagina onder precies één hoofdonderwerp en houdt de meeste contextuele links binnen die groep. Een topic cluster is de mildere variant: één pijlerpagina behandelt een onderwerp breed, ondersteunende pagina's behandelen de onderdelen, en elke ondersteunende pagina linkt terug naar de pijler. Beide maken de grenzen van een onderwerp voor een zoekmachine makkelijker te lezen.

Silo's bestaan in twee vormen. Een fysieke silo legt de groepering vast in de URL, zodat elke pagina over één dienst onder dezelfde map staat. Een virtuele silo laat de URL's met rust en bouwt de groepering alleen met links. Een virtuele silo is makkelijker achteraf in een bestaande site te bouwen, omdat er geen adressen veranderen en er geen redirects nodig zijn.

Het verschil tussen een silo en een cluster zit in hoe streng de muren zijn. Een silo beperkt links tussen groepen, een cluster staat ze toe waar een lezer er iets aan heeft. Google heeft silo's nooit als rankingconcept beschreven, dus beide modellen zijn afspraken om links te ordenen. Onze werkregel: een hubpagina stuurt minstens 70% van haar contextuele links naar pagina's binnen haar eigen groep en besteedt de rest waar de lezer er iets aan heeft.

Silo's lopen op één specifieke manier vast. Verkoopt een bedrijf drie diensten en raakt een klantvraag er twee, dan dwingt een strenge silo de schrijver om het antwoord te dupliceren of de lezer voor een muur te laten staan. Heb je de keuze, begin dan met clusters en maak het pas strenger richting silo's waar onderwerpen elkaar niet overlappen.

De URL-structuur die standhoudt, is kort, in kleine letters, met koppeltekens, en geordend op onderwerp in plaats van op wat de software toevallig genereert. Googles richtlijnen voor de URL-structuur vragen om leesbare woorden in plaats van lange ID-nummers, koppeltekens in plaats van het teken _ en zo weinig mogelijk parameters. De startgids voegt toe dat zoekwoorden in alleen het URL-pad nauwelijks effect hebben op de ranking.

Waar URL's wel verschil maken, is in hoe makkelijk een site te beheren en te crawlen is:

• URL's zijn hoofdlettergevoelig, dus kies één schrijfwijze en houd die vast; kleine letters voorkomen per ongeluk dubbele URL's
• Sessie-ID's, sorteervolgordes en verwijzingstags vermenigvuldigen URL's zonder dat de inhoud verandert, en Google raadt cookies aan in plaats van sessie-ID's in URL's
• Filtercombinaties op overzichtspagina's kunnen enorme aantallen bijna identieke URL's opleveren, een veelvoorkomende bron van crawlverspilling in grote catalogi
• Vergelijkbare pagina's in mappen groeperen helpt Google te leren hoe vaak elke sectie verandert, wat volgens de startgids vooral telt op sites met meer dan een paar duizend URL's
• Stabiele slugs besparen werk, omdat elke wijziging een redirect vraagt en elke oude interne link daarna bij de bron aangepast moet worden

Een diepe mappenstructuur is op zich geen probleem. Klikdiepte is een linkmaat, en die los je op met links, niet door het pad in te korten.

Plat en diep beschrijven dezelfde site, gemeten vanaf de homepage. Een platte structuur houdt de meeste pagina's binnen twee of drie klikken. Een diepe structuur nest content over vier niveaus of meer. Geen van beide is in het algemeen juist, want een adviessite van 60 pagina's en een catalogus met 200.000 producten vragen om verschillende antwoorden. Kiezen tussen soorten websitestructuren is een planningsbeslissing; de tabel hieronder gaat alleen over wat elke vorm met interne links doet.

Er is geen vaste limiet. Googles oudere webmasterrichtlijnen raadden ooit aan een pagina onder ongeveer 100 links te houden, maar de huidige documentatie over links zegt dat er geen magisch ideaal aantal links per pagina bestaat, met de toevoeging dat een pagina die te veel links lijkt te hebben, die waarschijnlijk ook heeft. Elk hard plafond dat je ergens ziet, is een afspraak.

In plaats van een getal gaat het om aandacht. Elke extra link verdeelt de focus van de lezer en, in elk model in de stijl van PageRank, het aandeel dat elke link doorgeeft. De afspraken die wij op klantsites hanteren:

• Een lang artikel bevat vijf tot vijftien contextuele links, vooral naar de pagina's die het ondersteunt
• Een categoriepagina linkt naar haar onderliggende pagina's en haar bovenliggende pagina, en weinig meer
• Een navigatiemenu toont secties, niet elke pagina daarbinnen
• De footer bevat juridische en servicelinks, geen tweede sitemap

Tel de links die een template al uitstuurt voordat je er meer toevoegt. Een header die op de hele site 80 links herhaalt, besteedt het grootste deel van de links op elke pagina aan URL's die al makkelijk bereikbaar waren.

De meeste schade aan interne links zie je niet in een browser. Een pagina ziet er goed uit, rankt nergens op, en niemand zoekt het uit, omdat de fout zit in hoe de pagina verbonden is en niet in wat ze zegt. Deze fouten duiken op in bijna elke audit, ongeveer in volgorde van hoeveel verkeer ze terugbrengen als ze opgelost zijn.

Weespagina's en bijna-weespagina's

Een weespagina heeft helemaal geen inkomende interne links. Een bijna-weespagina heeft er één, meestal vanuit een gepagineerd archief dat haar binnen een maand van de eerste pagina duwt. In zoekmachines gedragen beide zich hetzelfde: traag gevonden, zelden opnieuw gecrawld en gerankt alsof niemand op de site ze belangrijk vindt.

Links die alleen in JavaScript bestaan

Volgens Googles best practices voor links kan Google in het algemeen alleen links crawlen die een <a>-element met een href-attribuut gebruiken. Links die JavaScript invoegt, zijn prima zolang ze diezelfde opmaak gebruiken. Patronen als <span href>, <a routerLink> zonder href of <a onclick>-handlers worden afgeraden, en javascript:-URL's kun je beter vermijden. Een menu dat zo gebouwd is, ziet er voor een mens uit als navigatie en voor een crawler als niets.

Nofollow op interne links

Googles uitleg over het kwalificeren van links reserveert nofollow, sponsored en ugc voor links waar je niet voor instaat. Voor links binnen je eigen site verwijst Google naar de disallow-regel in robots.txt als je crawlers ergens weg wilt houden, en naar noindex als een pagina uit de index moet. Nofollow leidt ook geen waarde om: Matt Cutts, toen hoofd van het webspamteam van Google, legde in 2009 uit dat het PageRank-aandeel van een nofollow-link niet naar de andere links gaat. De enige plek waar Googles URL-richtlijnen intern nofollow wel voorstellen, is bij links naar eindeloos gegenereerde kalenderpagina's.

Redirectketens na hernoemingen

Elke hernoeming laat oude links achter die wijzen naar een adres dat nu doorstuurt. Eén stap is acceptabel. Lange ketens verspillen crawlcapaciteit, en dat zegt Googles gids over crawlbudget letterlijk. Pas de links in de broncontent aan in plaats van te rekenen op de redirectlijst om ze voor altijd te dragen.

Ja, op dezelfde manier als voor gewone zoekresultaten. Googles pagina over AI-functies en je website zegt dat er geen extra vereisten of speciale optimalisaties zijn voor AI Overviews of AI Mode, en noemt content die makkelijk te vinden is via interne links bij de standaardpraktijken die gewoon blijven gelden. Een pagina moet ook geïndexeerd zijn en met een snippet kunnen verschijnen voordat ze als ondersteunende link kan opduiken.

Dezelfde pagina beschrijft query fan-out, waarbij Google meerdere verwante zoekopdrachten over subonderwerpen uitvoert om één antwoord op te bouwen. Subonderwerppagina's die crawlbaar, geïndexeerd en aan hun hub gekoppeld zijn, geven dat proces meer pagina's om te vinden. Meer heeft Google niet bevestigd, dus wees voorzichtig met claims dat een bepaald linkpatroon AI-citaties oplevert.

Wij schrijven elke sectie toch zo dat ze op zichzelf één vraag beantwoordt, omdat dat lezers helpt die halverwege een pagina binnenkomen.

Een audit van interne links beantwoordt vier vragen: welke pagina's hebben geen inkomende links, welke belangrijke pagina's hebben er te weinig, welke links zijn kapot of doorgestuurd, en welke ankers beschrijven het verkeerde. Je hebt een volledige crawl van de site nodig plus een lijst van de pagina's die commercieel tellen. Daarna is het vergelijkingswerk, en dat past binnen een bredere website-analyse als je die toch uitvoert.

De volgorde die bruikbare output oplevert:

1. Crawl de site en exporteer elke URL met het aantal inkomende links, de klikdiepte en de statuscode
2. Exporteer dezelfde URL-lijst uit de XML-sitemap en uit je analytics, en vergelijk de drie om weespagina's te vinden
3. Rangschik de commerciële pagina's op aantal inkomende links en markeer alles wat minder dan 1% van de interne links van de site krijgt als onderbelinkt
4. Haal de ankerteksten per bestemming op en zoek naar pagina's waarvan elk anker identiek of algemeen is
5. Filter op links met een 3xx- of 4xx-code en los ze op bij de bron in plaats van in de redirectlijst
6. Schrijf de lijst met fixes uit als taken per pagina, want een linktaak zonder eigenaar wordt nooit uitgevoerd

Herhaal de crawl een maand nadat de fixes live staan. Het aantal inkomende links verandert meteen, maar ranking op de doelpagina's heeft meestal een crawlcyclus nodig voordat het zichtbaar wordt in je prestatiedata na de lancering.

Elke crawler die inkomende links per URL rapporteert, doet de structurele helft van het werk. De andere helft vraagt om zoekprestatiedata, want een pagina met veel interne links en geen vertoningen heeft een ander probleem dan een pagina met vertoningen en bijna geen links. De meeste teams kiezen één crawler plus één bron voor prestatiedata.

• Desktopcrawlers zoals Screaming Frog en Sitebulb brengen de hele linkgrafiek in kaart, rapporteren de klikdiepte per URL en exporteren lijsten met inkomende links die je in een spreadsheet kunt vergelijken.
• De cloudaudits van Ahrefs en Semrush crawlen volgens een schema en markeren weespagina's op basis van hun eigen index, waardoor ze URL's vinden die een losse crawl zou missen.
• Het rapport Links in Google Search Console toont welke interne links Google heeft vastgelegd, de enige weergave van wat Google zag in plaats van wat je crawler vond.
• Analyse van serverlogs laat zien welke URL's bots opvroegen en hoe vaak, en beslecht discussies over crawlbudget die geen crawler kan beslechten.

Automatisering vraagt om een lichte hand. Plug-ins die elke vermelding van een zinsdeel in een link veranderen, leveren precies het patroon op waar Google voor waarschuwt: herhaalde zoekwoordankers op plekken waar geen lezer ze nodig heeft. Linksuggesties van AI zijn handig als shortlist, zolang iemand ze een voor een goedkeurt. De tools tonen de gaten; beslissen wat waarnaar linkt, blijft het werk van iemand die het bedrijf kent.

Bij een redesign gaan interne links het vaakst achteruit. Templates veranderen, secties worden samengevoegd, en contextuele links in oude lopende tekst verdwijnen. De pagina's bestaan nog en ranken nog, precies tot crawlers geen paden meer naar ze vinden. De oude linkgrafiek vastleggen vóór de livegang is de enige verdediging die betrouwbaar werkt.

De checklist die wij doorlopen bij elk project voor een bedrijfswebsite dat een bestaande site vervangt:

• Crawl de live site en archiveer de volledige export van inkomende en uitgaande links voordat er iets verandert
• Koppel elke oude URL aan een nieuwe, ook URL's die worden samengevoegd in plaats van verplaatst
• Herbouw contextuele links in de gemigreerde tekst, niet alleen in de navigatie
• Controleer of de nieuwe templates echte ankertags uitsturen en geen klikhandlers in scripts
• Crawl de testomgeving en vergelijk de aantallen inkomende links pagina voor pagina met het archief
• Crawl opnieuw 48 uur na livegang, want templatecorrecties in de lanceerweek zijn het moment waarop links meestal verdwijnen

Redirectmapping en monitoring staan in onze checklist voor SEO bij een migratie en de gids voor website migratie. Onze prijzen beginnen bij €1.500 voor een landingspagina, €4.500 voor een bedrijfswebsite en €9.000 voor een webportaal, en ons ontwikkelproces en portfolio laten zien hoe het werk verloopt.

Interne links zijn het deel van technische SEO dat een contentteam zelf kan beheren zonder de codebase aan te raken, en een link in een alinea kost niets.

Een silostructuur is de extra discipline waard wanneer een bedrijf meerdere duidelijk verschillende onderwerpen behandelt en elk ervan diepgaand wil laten overkomen in plaats van terloops. Overlappen de onderwerpen, dan doen lossere topic clusters hetzelfde werk met minder discussie over waar een pagina thuishoort.

Welk model je ook kiest, de onderhoudsgewoonte telt zwaarder dan het schema. Crawl de site elk kwartaal, houd het aantal weespagina's in de gaten, houd ankers beschrijvend en herstel links bij de bron in plaats van redirects op te stapelen.