Robots.txt uitgelegd: wat is het en hoe gebruik je het voor SEO?
Een robots.txt-bestand is klein, maar kan een grote invloed hebben op hoe zoekmachines je website bezoeken. Met enkele regels geef je crawlers instructies over welke delen van je website ze mogen bekijken en welke ze beter overslaan.
Dat klinkt eenvoudig, maar robots.txt wordt regelmatig verkeerd begrepen. Zo denken veel website-eigenaren dat je met dit bestand pagina’s uit Google kunt verwijderen. Of dat een geblokkeerde map automatisch beschermd is tegen ongewenste bezoekers. Geen van beide klopt.
Wat doet robots.txt dan wel? Wanneer is het nuttig voor SEO? En hoe zit het tegenwoordig met AI-crawlers zoals GPTBot? We leggen uit hoe het werkt, welke instellingen belangrijk zijn en welke fouten je beter vermijdt.
Wat is robots.txt?
Robots.txt is een tekstbestand dat instructies bevat voor automatische programma’s die websites bezoeken. Zulke programma’s noemen we crawlers of bots. Zoekmachines zoals Google gebruiken ze om webpagina’s te ontdekken, inhoud te analyseren en wijzigingen op websites op te merken.
Het bestand bevindt zich op een vaste plaats: rechtstreeks achter de domeinnaam van je website.
https://theotherconcept.be/robots.txt
Wanneer een crawler je website wil bezoeken, kan die eerst het robots.txt-bestand raadplegen. Daarin staat bijvoorbeeld dat bepaalde mappen niet gecrawld mogen worden of dat een specifieke bot andere regels moet volgen.
Je kunt robots.txt vergelijken met een bord aan de ingang van een gebouw. Het vertelt bezoekers welke ruimtes toegankelijk zijn en welke niet. Alleen is er een belangrijk verschil: robots.txt is een verzameling instructies, geen afgesloten deur. Betrouwbare zoekmachinecrawlers respecteren die instructies, maar niet iedere bot doet dat.
Waarom bestaat robots.txt eigenlijk?
Toen zoekmachines het internet begonnen te doorzoeken, ontstond de behoefte om websitebeheerders enige controle te geven over automatische bezoeken. In 1994 werd daarvoor het Robots Exclusion Protocol geïntroduceerd.
Het principe was eenvoudig: één publiek toegankelijk bestand waarin website-eigenaren konden aangeven welke delen van hun website crawlers beter niet bezoeken.
In 2022 werd dit protocol formeel vastgelegd in RFC 9309. De basisgedachte is al die jaren grotendeels hetzelfde gebleven, maar het aantal toepassingen en soorten crawlers is sterk gegroeid.
Hoe werkt een robots.txt-bestand?
Een robots.txt-bestand bestaat uit eenvoudige tekstregels. Je hebt er geen ingewikkelde programmeertaal voor nodig.
Een basisvoorbeeld ziet er zo uit:
User-agent: *
Disallow: /private/
Sitemap: https://theotherconcept.be/sitemap_index.xml
Deze regels betekenen het volgende:
- User-agent: * – De instructies gelden voor alle crawlers die deze regels ondersteunen.
- Disallow: /private/ – Crawlers krijgen de instructie om URL’s onder deze map niet te bezoeken.
- Sitemap: – Verwijst naar de XML-sitemap van de website.
De meeste websites hebben geen bijzonder uitgebreid robots.txt-bestand nodig. Vaak volstaan enkele regels om ongewenste crawlactiviteiten te beperken en zoekmachines naar de sitemap te verwijzen.

De belangrijkste robots.txt-richtlijnen
| Richtlijn | Functie |
|---|---|
User-agent |
Bepaalt op welke crawler een groep regels van toepassing is. |
Disallow |
Geeft aan welke URL-paden niet gecrawld mogen worden. |
Allow |
Maakt het mogelijk om uitzonderingen toe te staan binnen een bredere blokkade. |
Sitemap |
Verwijst naar de locatie van een XML-sitemap. |
# |
Wordt gebruikt om commentaar toe te voegen aan het bestand. |
Met User-agent: * richt je je tot alle crawlers. Wil je specifiek instructies geven aan Googlebot, dan kun je een aparte groep maken.
User-agent: Googlebot
Disallow: /voorbeeldmap/
Je kunt ook verschillende groepen combineren. Houd er wel rekening mee dat crawlers regels op hun eigen manier kunnen ondersteunen en interpreteren. Een regel die bij Google werkt, hoeft niet automatisch hetzelfde effect te hebben bij iedere andere bot.
Wat betekenen het sterretje en het dollarteken?
Bij Google kun je in URL-patronen ook speciale tekens gebruiken.
Het sterretje * kan overeenkomen met een willekeurige reeks tekens. Het dollarteken $ markeert het einde van een URL.
Bijvoorbeeld:
User-agent: *
Disallow: /*.pdf$
Voor Googlebot betekent dit dat URL’s die eindigen op .pdf niet gecrawld mogen worden.
Dat kan in specifieke situaties nuttig zijn, maar het is geen standaardregel die je zomaar op iedere website moet toepassen. Misschien wil je net dat bepaalde PDF-documenten via Google gevonden worden.
Een andere richtlijn die je soms tegenkomt, is Crawl-delay. Sommige crawlers ondersteunen die, maar Googlebot houdt geen rekening met Crawl-delay in robots.txt.
Robots.txt is niet hetzelfde als noindex
Dit is waarschijnlijk het belangrijkste onderscheid in het volledige artikel.
Robots.txt regelt welke URL’s een crawler mag bezoeken. Noindex geeft aan dat een pagina niet in de zoekresultaten mag worden opgenomen.
Dat lijkt misschien op hetzelfde neer te komen, maar technisch zijn het twee verschillende zaken.
Stel dat je een pagina hebt die niet in Google mag verschijnen. Je voegt de volgende regel toe:
User-agent: *
Disallow: /verborgen-pagina/
Google krijgt nu de instructie om die pagina niet te crawlen. Maar dat betekent niet noodzakelijk dat de URL uit de zoekresultaten verdwijnt.
Wanneer andere websites naar die URL linken, kan Google het bestaan ervan nog steeds ontdekken. De URL kan dan onder bepaalde omstandigheden in de zoekresultaten verschijnen, zelfs zonder dat Google de inhoud heeft bezocht.
Wil je voorkomen dat een toegankelijke pagina geïndexeerd wordt, dan gebruik je doorgaans een noindex-instructie.
Waarom robots.txt en noindex elkaar kunnen tegenwerken
Een veelgemaakte fout is om dezelfde pagina zowel via robots.txt te blokkeren als een noindex-instructie mee te geven.
Het probleem? Als Google de pagina niet mag crawlen, kan Google de noindex-instructie op die pagina mogelijk niet lezen.
Daardoor bereik je net niet wat je wilde.
Wil je een pagina uit de zoekresultaten houden, dan moet Google de noindex-instructie kunnen ontdekken. Voor echt vertrouwelijke informatie is zelfs dat niet voldoende: die beveilig je met toegangscontrole, bijvoorbeeld via een wachtwoord.

En wat doet een XML-sitemap dan?
Een XML-sitemap heeft opnieuw een andere functie. Ze helpt zoekmachines belangrijke URL’s van je website te ontdekken.
Waar robots.txt bepaalde crawlactiviteiten kan beperken, geeft een sitemap juist aan welke URL’s je onder de aandacht van zoekmachines wilt brengen.
Een sitemap is geen garantie op indexering en kan een blokkade in robots.txt niet opheffen.
In ons artikel over XML-sitemaps en SEO leggen we uitgebreider uit hoe zo’n sitemap werkt en waarom een correcte samenstelling belangrijk is.
Welke pagina’s kun je beter wel of niet blokkeren?
Niet iedere URL op een website is even belangrijk voor zoekmachines.
Een website kan bijvoorbeeld interne zoekresultaten, filtercombinaties, tijdelijke URL’s of technische onderdelen bevatten die weinig waarde hebben als afzonderlijke zoekresultaten.
Voor sommige van die URL’s kan het nuttig zijn om crawling te beperken. Maar dat betekent niet dat je ze allemaal automatisch in robots.txt moet blokkeren.
Wanneer kan een blokkade nuttig zijn?
Denk aan een grote webshop met honderden productfilters. Eén categorie kan via combinaties van kleur, maat, merk en prijs duizenden verschillende URL’s opleveren.
Wanneer zoekmachines al die varianten proberen te bezoeken, kan dat onnodige crawlactiviteit veroorzaken.
In zo’n situatie kan robots.txt onderdeel zijn van een bredere technische SEO-aanpak. Je moet dan wel rekening houden met de vraag of bepaalde filterpagina’s misschien juist relevant zijn voor organisch zoekverkeer.
Ook technische mappen of interne zoekresultaten kunnen kandidaten zijn, afhankelijk van hoe de website is opgebouwd.
Wat blokkeer je doorgaans beter niet?
Belangrijke dienstenpagina’s, productpagina’s, categoriepagina’s en blogartikelen moeten normaal toegankelijk blijven voor zoekmachines.
Hetzelfde geldt voor CSS- en JavaScript-bestanden die nodig zijn om je website correct weer te geven. Google probeert pagina’s namelijk ook te begrijpen zoals een bezoeker ze ziet.
Als je essentiële bestanden blokkeert, kan dat de manier waarop Google je pagina interpreteert negatief beïnvloeden.
Let ook op met het blokkeren van afbeeldingen. Wanneer je wilt dat productfoto’s of andere beelden via Google Afbeeldingen gevonden worden, is het doorgaans niet verstandig om hun bestanden voor Googlebot-Image af te schermen.
Robots.txt instellen in WordPress
Gebruik je WordPress? Dan hoef je niet noodzakelijk zelf een robots.txt-bestand aan te maken.
WordPress kan standaard een virtueel robots.txt-bestand aanbieden. Dat betekent dat de inhoud dynamisch wordt weergegeven, ook wanneer er geen fysiek bestand in de hoofdmap van je hosting staat.
Een veelvoorkomend voorbeeld voor WordPress is:
User-agent: *
Disallow: /wp-admin/
Allow: /wp-admin/admin-ajax.php
Sitemap: https://theotherconcept.be/sitemap_index.xml
Hiermee wordt de WordPress-beheermap voor crawlers geblokkeerd, met een uitzondering voor het bestand admin-ajax.php.
De sitemap-URL is slechts een voorbeeld. Welke URL je gebruikt, hangt af van de sitemap die jouw website daadwerkelijk aanbiedt.
Kun je robots.txt aanpassen met Yoast SEO?
Bij WordPress zijn er verschillende manieren om robots.txt te beheren. Afhankelijk van je configuratie kun je hiervoor een SEO-plugin, een bestandsbeheerder of een FTP-verbinding gebruiken.
Yoast SEO biedt in bepaalde configuraties een bestandseditor waarmee je robots.txt kunt aanmaken of aanpassen. De beschikbaarheid daarvan hangt onder meer af van je WordPress- en serverinstellingen.
Werk je met een fysiek robots.txt-bestand, dan heeft dat doorgaans voorrang op het virtuele bestand van WordPress.
Pas robots.txt nooit zomaar aan omdat een online voorbeeld beweert dat bepaalde regels je SEO-score verbeteren. De juiste instellingen hangen af van je website, je technische opbouw en de URL’s die je wilt laten crawlen.
En wat met WooCommerce?
Bij WooCommerce komen er extra aandachtspunten bij.
Een webshop heeft vaak een winkelmandje, afrekenpagina, klantaccount, productfilters en interne zoekresultaten. Sommige van die URL’s hoeven niet in Google te verschijnen.
Toch is robots.txt niet automatisch de beste oplossing om ze uit de zoekresultaten te houden. Voor bepaalde pagina’s is noindex geschikter, terwijl je voor filter- en parameter-URL’s ook moet kijken naar canonical-tags, interne links en de structuur van de webshop.
Een goede WooCommerce-configuratie is dus meer dan een lijstje mappen blokkeren.

Veelgemaakte fouten met robots.txt
Een verkeerd robots.txt-bestand kan belangrijke delen van je website ontoegankelijk maken voor zoekmachines. Daarom is het verstandig om wijzigingen altijd zorgvuldig te controleren.
Per ongeluk je volledige website blokkeren
De bekendste fout is deze:
User-agent: *
Disallow: /
Deze regels geven alle crawlers die ze respecteren de instructie om geen enkele URL van de website te crawlen.
Zo’n instelling kan bewust worden gebruikt tijdens de ontwikkeling van een website. Maar wanneer ze na de lancering blijft staan, kan dat grote gevolgen hebben voor de organische vindbaarheid.
Een bestaande indexering verdwijnt daardoor niet noodzakelijk onmiddellijk, maar zoekmachines kunnen de inhoud niet meer normaal opnieuw crawlen.
Robots.txt gebruiken als beveiliging
Een robots.txt-bestand is publiek toegankelijk. Iedereen kan het openen en zien welke paden je erin vermeldt.
Het is daarom geen geschikte plaats om gevoelige URL’s te verbergen.
Een regel zoals Disallow: /vertrouwelijke-documenten/ verhindert niet dat iemand die het adres kent de bestanden rechtstreeks probeert te openen.
Voor vertrouwelijke informatie gebruik je echte beveiliging, zoals authenticatie en correcte toegangsrechten.
Verkeerde paden of onnodige blokkades
Robots.txt werkt met URL-paden. Een kleine fout kan ervoor zorgen dat een regel meer of minder blokkeert dan je bedoelde.
Ook een robots.txt-bestand op de verkeerde locatie werkt niet zoals verwacht. Het bestand hoort in de hoofdmap van de betreffende host en geldt niet automatisch voor andere subdomeinen.
Controleer daarom altijd het uiteindelijke effect van je regels, niet alleen of het bestand technisch bestaat.
Robots.txt en AI-crawlers: kun je AI-bots blokkeren?
Robots.txt krijgt tegenwoordig een extra dimensie door de opkomst van generatieve AI.
Naast traditionele zoekmachinecrawlers bezoeken ook AI-gerelateerde systemen websites. Sommige verzamelen informatie die mogelijk wordt gebruikt voor modeltraining, terwijl andere websites bezoeken om informatie voor zoek- en antwoordfuncties te verzamelen.
Die toepassingen zijn niet allemaal hetzelfde. Daarom is het belangrijk om te begrijpen welke crawler je precies aanstuurt.
Wat is het verschil tussen GPTBot en OAI-SearchBot?
OpenAI maakt onder meer onderscheid tussen twee crawlers.
GPTBot wordt gebruikt om inhoud te crawlen die mogelijk kan bijdragen aan de training van generatieve AI-modellen.
OAI-SearchBot wordt gebruikt voor zoekfuncties van ChatGPT. Deze crawler helpt websites vindbaar te maken binnen de zoekresultaten van ChatGPT.
Je kunt voor beide afzonderlijke robots.txt-instructies instellen.
Stel dat je crawling voor mogelijke modeltraining wilt beperken, maar wel gevonden wilt kunnen worden via ChatGPT Search. Dan kan een configuratie er bijvoorbeeld zo uitzien:
User-agent: GPTBot
Disallow: /
User-agent: OAI-SearchBot
Allow: /
Hiermee geef je GPTBot de instructie om je website niet te crawlen, terwijl OAI-SearchBot toegang krijgt.
Dat is geen garantie dat je website daadwerkelijk in ChatGPT-antwoorden verschijnt. Het betekent alleen dat je die specifieke zoekcrawler niet via robots.txt blokkeert.
OpenAI gebruikt daarnaast ChatGPT-User voor bepaalde bezoeken die door een gebruiker worden gestart. Omdat dit geen gewone automatische zoekcrawler is, kunnen robots.txt-regels daar anders op van toepassing zijn.
De actuele verschillen staan beschreven in de officiële documentatie over OpenAI-crawlers.
En hoe zit het met Google-Extended?
Google heeft met Google-Extended een afzonderlijk controlemechanisme waarmee websitebeheerders bepaalde toepassingen van hun inhoud voor Google’s generatieve AI-systemen kunnen beperken.
Google-Extended is geen afzonderlijke crawler die zelfstandig je website bezoekt, maar een controletoken dat via robots.txt gebruikt wordt.
Belangrijk: Google-Extended blokkeren is niet hetzelfde als Googlebot blokkeren. Het betekent ook niet dat je pagina’s automatisch verdwijnen uit AI Overviews of andere AI-functies binnen Google Search.
Voor de AI-functies van Google Search blijven de gewone zoek- en previewinstellingen relevant. Denk bijvoorbeeld aan noindex, nosnippet en andere ondersteunde previewbeperkingen.

Wat is het verschil tussen robots.txt en llms.txt?
Door de opkomst van AI wordt ook steeds vaker gesproken over llms.txt.
Hoewel de bestandsnamen op elkaar lijken, hebben ze een ander doel.
Robots.txt is een gevestigde standaard voor het aansturen van crawlers. Llms.txt is een voorstel om AI-systemen een gestructureerd overzicht van relevante website-inhoud aan te bieden.
Het is dus geen vervanging voor robots.txt en biedt niet dezelfde controle over crawling.
In ons artikel llms.txt: nuttig voor AI-vindbaarheid of vooral hype? bekijken we wat dat bestand precies belooft en welke beperkingen er vandaag nog zijn.
Hoe controleer je of je robots.txt correct werkt?
Je hoeft geen programmeur te zijn om de basis van je robots.txt te controleren.
Begin door je domeinnaam te openen met /robots.txt erachter. Verschijnt er een tekstbestand, dan kun je de regels rechtstreeks bekijken.
Controleer vervolgens of er geen algemene blokkade staat die je volledige website uitsluit. Kijk ook of belangrijke onderdelen, zoals je dienstenpagina’s, blogartikelen en productpagina’s, toegankelijk blijven.
Voor een meer gerichte controle kun je gebruikmaken van Google Search Console.
Met de URL-inspectietool kun je onderzoeken of Google een specifieke pagina mag crawlen en welke indexeringsinformatie beschikbaar is. Daarnaast biedt Search Console informatie over de robots.txt-bestanden die Google voor je website heeft opgehaald.
De officiële robots.txt-documentatie van Google is een goede referentie wanneer je twijfelt over de werking van een bepaalde regel.
Controleer ook wat er na een wijziging gebeurt
Een robots.txt-aanpassing heeft niet noodzakelijk onmiddellijk effect. Zoekmachines bewaren het bestand tijdelijk en moeten gewijzigde regels opnieuw ophalen en verwerken.
Daarom is het verstandig om na een aanpassing belangrijke URL’s te controleren en eventuele crawlproblemen op te volgen.
Wil je daarnaast de technische kwaliteit van je website onderzoeken? Met Google Lighthouse kun je onder andere prestaties, toegankelijkheid en bepaalde technische SEO-aspecten analyseren. Voor de specifieke werking van robots.txt blijft Search Console de meest gerichte keuze.
Heeft robots.txt invloed op je SEO?
Ja, maar niet op de manier die soms wordt voorgesteld.
Een robots.txt-bestand is geen rechtstreekse rankingfactor waarmee je hoger in Google verschijnt. Door een extra regel toe te voegen, stijgt je website dus niet automatisch in de zoekresultaten.
Het bestand kan wel een belangrijke rol spelen in de technische toegankelijkheid van je website.
Wanneer zoekmachines je belangrijkste pagina’s niet mogen crawlen, kunnen ze de inhoud niet normaal verwerken. Omgekeerd kan het beperken van onnodige crawlactiviteiten op grote websites helpen om beschikbare crawlcapaciteit gerichter te benutten.
Dat brengt ons bij het begrip crawlbudget.
Wat is crawlbudget?
Crawlbudget verwijst naar de hoeveelheid URL’s die een zoekmachine binnen een bepaalde periode kan en wil crawlen.
Voor een kleine bedrijfswebsite met enkele tientallen pagina’s is crawlbudget doorgaans geen groot aandachtspunt. Google kan zulke websites meestal zonder problemen bezoeken.
Bij grote webshops, nieuwssites of websites met zeer veel URL-varianten kan dat anders liggen. Daar kunnen overbodige filterpagina’s, parameters en dubbele URL’s onnodig veel crawlactiviteit veroorzaken.
Robots.txt kan dan onderdeel zijn van een bredere strategie, samen met een goede URL-structuur, interne links, canonical-tags en een verzorgde XML-sitemap.
Wie zijn website beter vindbaar wil maken, moet dus verder kijken dan één technisch bestand. In ons artikel over hoger scoren in Google bespreken we de belangrijkste SEO-principes die samen het verschil maken.
Veelgestelde vragen over robots.txt
Is een robots.txt-bestand verplicht?
Nee. Een website heeft niet verplicht een robots.txt-bestand nodig. Als er geen geldig bestand aanwezig is, kunnen zoekmachines de website doorgaans crawlen, voor zover andere technische beperkingen dat toelaten. Je gebruikt robots.txt vooral wanneer je bepaalde crawlactiviteiten bewust wilt sturen.
Kan Google een geblokkeerde pagina toch indexeren?
Ja. Een URL die via robots.txt geblokkeerd is, kan onder bepaalde omstandigheden toch in de zoekresultaten verschijnen, bijvoorbeeld wanneer andere websites ernaar linken. Google kan de inhoud dan niet normaal crawlen, maar kent mogelijk wel het bestaan van de URL.
Kan ik robots.txt gebruiken om een pagina uit Google te verwijderen?
Niet betrouwbaar. Voor een toegankelijke pagina die je niet geïndexeerd wilt hebben, gebruik je doorgaans noindex. Voor vertrouwelijke informatie is toegangsbeveiliging noodzakelijk. Robots.txt is geen vervanging voor die maatregelen.
Hoe vaak leest Google mijn robots.txt?
Google haalt robots.txt regelmatig opnieuw op en bewaart het bestand doorgaans tijdelijk in een cache. Hoe snel een wijziging wordt verwerkt, kan variëren. Ga er daarom niet van uit dat nieuwe regels onmiddellijk door iedere crawler worden toegepast.
Is robots.txt hetzelfde als llms.txt?
Nee. Robots.txt bevat instructies over crawling. Llms.txt is een voorstel om AI-systemen te helpen relevante website-inhoud te vinden en te interpreteren. Het heeft niet dezelfde status of functie als robots.txt.
Moet ik AI-crawlers blokkeren?
Dat hangt af van je doelstellingen. Wil je vooral voorkomen dat bepaalde systemen je inhoud voor modeltraining crawlen, dan kun je specifieke bots beperken. Wil je juist zo goed mogelijk gevonden worden via AI-zoekfuncties, dan moet je opletten dat je de daarvoor gebruikte crawlers niet onbedoeld blokkeert.
Een klein bestand met grote gevolgen
Robots.txt is geen magische SEO-oplossing, maar wel een belangrijk onderdeel van de technische basis van je website.
Met de juiste regels kun je zoekmachinecrawlers helpen om je website efficiënter te bezoeken. Met verkeerde regels kun je echter ook belangrijke pagina’s onbedoeld afsluiten.
Het belangrijkste is daarom niet dat je robots.txt zoveel mogelijk instructies bevat, maar dat iedere regel een duidelijke reden heeft.
Bij The Other Concept bekijken we technische SEO altijd als onderdeel van het grotere geheel. Van websitestructuur en indexering tot laadsnelheid en vindbaarheid in zoekmachines en AI-toepassingen. Want een website moet niet alleen goed ogen en vlot werken, maar ook correct ontdekt en begrepen kunnen worden.
Ontdek hoe we dat aanpakken met SEO en AI-vindbaarheid.
Laatst bijgewerkt op 14 oktober 2026.
Deel
Gerelateerde artikelen
Interne links voor SEO: zo bouw je een sterke linkstructuur
Interne links zijn misschien één van de eenvoudigste onderdelen van SEO om te beïnvloeden. Je hebt er geen externe websites, advertenties of ingewikkelde software voor nodig: je bepaalt zelf welke pagina’s op je website met elkaar verbonden worden.
Toch worden interne links vaak pas achteraf toegevoegd.
Dat is jammer, want een goede interne linkstructuur helpt bezoekers om relevante informatie te ontdekken én helpt zoekmachines om pagina’s te vinden, hun context te begrijpen en de structuur van je website te interpreteren.
Maar lukraak zoveel mogelijk links toevoegen is niet de bedoeling. Goede interne links zijn relevant, beschrijvend en logisch binnen de context waarin ze staan.
Wat zijn interne links?
Een interne link is een hyperlink van de ene pagina naar een andere pagina binnen hetzelfde domein.
Op een dienstenpagina over SEO kun je bijvoorbeeld verwijzen naar een artikel over Schema.org en structured data. Vanuit een artikel over technische SEO kun je linken naar uitleg over een XML-sitemap.
Beide links blijven binnen dezelfde website en zijn dus interne links.
Een externe link doet het tegenovergestelde: die brengt de bezoeker naar een ander domein.
Beide hebben hun plaats binnen goede content. Met externe links kun je bijvoorbeeld bronnen onderbouwen, terwijl interne links vooral helpen om de verschillende onderdelen van je eigen website met elkaar te verbinden.
Waarom zijn interne links belangrijk voor SEO?
Interne links hebben verschillende functies.
Voor bezoekers zijn het vooral wegwijzers. Iemand leest over een onderwerp en krijgt op het juiste moment de mogelijkheid om verder te gaan naar aanvullende informatie.
Voor zoekmachines zijn links eveneens belangrijk.
Google geeft in zijn richtlijnen voor links aan dat links gebruikt worden om nieuwe pagina’s te ontdekken en als signaal om de relevantie van pagina’s te bepalen.
Een goede interne linkstructuur helpt dus op verschillende manieren:
- zoekmachines kunnen andere URL’s op je website ontdekken;
- links geven context over het onderwerp van de bestemmingspagina;
- ze maken relaties tussen verschillende pagina’s en onderwerpen duidelijker;
- belangrijke pagina’s kunnen vanaf meerdere relevante plaatsen bereikbaar worden;
- bezoekers kunnen gemakkelijker aanvullende informatie vinden.
Interne links zijn daarmee geen los SEO-trucje. Ze vormen een deel van de architectuur van je website.
Interne links helpen Google pagina’s ontdekken
Voordat Google een pagina kan indexeren, moet de zoekmachine eerst weten dat die URL bestaat.
Links zijn één van de manieren waarop dat gebeurt.
Googlebot kan een pagina bezoeken, de links op die pagina verwerken en de gevonden URL’s vervolgens meenemen voor verdere crawling.
Daarom is het belangrijk dat relevante pagina’s niet volledig geïsoleerd op je website staan.
Een pagina waar nergens intern naar gelinkt wordt, wordt ook wel een orphan page of verweesde pagina genoemd.
Zo’n URL kan bijvoorbeeld nog wel via een XML-sitemap ontdekt worden, maar vanuit je normale websitestructuur geef je weinig aanwijzingen over waar de pagina thuishoort.
Een XML-sitemap en interne links vullen elkaar daarom aan. De sitemap geeft zoekmachines een technisch overzicht van belangrijke URL’s; interne links laten zien hoe die pagina’s inhoudelijk en structureel met elkaar verbonden zijn.
Interne links geven context
Een link vertelt niet alleen dat een andere URL bestaat.
Ook de tekst rond de link en vooral de klikbare tekst zelf geven informatie over wat iemand na de klik mag verwachten.
Die klikbare woorden noemen we de anchor tekst of ankertekst.
Vergelijk bijvoorbeeld:
Klik hier
met:
bekijk onze SEO-woordenlijst
De tweede versie vertelt onmiddellijk veel meer over de pagina waarnaar wordt verwezen.
Dat is nuttig voor bezoekers én zoekmachines.
Google adviseert daarom om anchor teksten beschrijvend, redelijk beknopt en relevant te maken voor zowel de huidige pagina als de pagina waarnaar je linkt.
Hoe schrijf je een goede anchor tekst?
Een goede anchor tekst hoeft niet ingewikkeld te zijn.
De beste keuze is meestal de tekst die in de zin vanzelf duidelijk maakt wat er achter de link zit.
Stel dat we in een artikel de term Core Web Vitals bespreken. Dan kan een verwijzing naar ons artikel over Google Lighthouse logisch zijn wanneer de lezer daar meer uitleg over performance kan vinden.
Schrijf liever niet:
Wil je hier meer over weten? Klik dan hier.
Maar verwerk de bestemming rechtstreeks in de zin.
Moet je keywords in anchor teksten gebruiken?
Een relevante zoekterm kan perfect onderdeel zijn van de anchor tekst wanneer die natuurlijk bij de zin past.
Dat betekent alleen niet dat iedere link naar dezelfde pagina exact hetzelfde zoekwoord moet bevatten.
Sterker nog: Google adviseert om natuurlijk te schrijven en niet zoveel mogelijk keywords in linkteksten te proppen.
Variatie ontstaat meestal vanzelf wanneer links in verschillende contexten voorkomen.
Een artikel over mobiele websites kan bijvoorbeeld verwijzen naar mobiele optimalisatie, terwijl een andere pagina dezelfde URL kan omschrijven als het optimaliseren van een website voor smartphones.
Beide kunnen perfect duidelijk zijn.
Het doel is niet om kunstmatig verschillende anchors te verzinnen. Het doel is dat iedere link binnen zijn eigen zin logisch en beschrijvend is.
Kun je dezelfde anchor tekst meerdere keren gebruiken?
Ja.
Het oude advies dat je nooit dezelfde anchor tekst voor verschillende links zou mogen gebruiken, is te zwart-wit.
Het belangrijkste is dat de linktekst voor de bezoeker duidelijk maakt waar de link naartoe leidt.
Wanneer je op verschillende pagina’s naar hetzelfde artikel verwijst, is het dus helemaal niet vreemd dat dezelfde of vergelijkbare woorden terugkomen.
Wel moet je opletten wanneer exact dezelfde vage term naar totaal verschillende bestemmingen leidt.
Een anchor zoals meer informatie vertelt sowieso weinig. Wanneer die vervolgens op tientallen plaatsen naar verschillende pagina’s verwijst, biedt de tekst nauwelijks context.
Beschrijvende anchors lossen dat probleem meestal vanzelf op.

Interne links maken onderwerpen met elkaar verbonden
Een website bestaat idealiter niet uit tientallen losse pagina’s die toevallig op hetzelfde domein staan.
Gerelateerde content kan samen een logisch netwerk vormen.
Op onze eigen website hebben we bijvoorbeeld verschillende artikels rond technische SEO. Een artikel over XML-sitemaps kan verwijzen naar interne links, terwijl een artikel over Schema.org aansluit op bredere informatie over SEO en technische optimalisatie.
Hetzelfde principe kun je toepassen op diensten.
Een uitgebreide informatieve blogpost kan op een relevant moment verwijzen naar een dienstenpagina. Andersom kan een dienstenpagina bezoekers toegang geven tot verdiepende artikels.
Zo ontstaat een contentstructuur waarin algemene en specifieke onderwerpen elkaar ondersteunen.
Denk in contentclusters
Bij een contentcluster heb je meestal een centraal onderwerp met verschillende gerelateerde subonderwerpen.
Voor SEO zou je bijvoorbeeld content kunnen hebben over:
- technische SEO;
- structured data;
- XML-sitemaps;
- interne links;
- contentoptimalisatie;
- AI-vindbaarheid.
Die pagina’s hoeven niet allemaal naar elkaar te linken.
Een interne link heeft pas waarde wanneer de relatie voor de lezer logisch is.
Het doel van een contentcluster is dus niet om een netwerk te bouwen waarin iedere pagina geforceerd met iedere andere pagina verbonden wordt. Het doel is om inhoudelijke relaties zichtbaar te maken.
Welke pagina’s verdienen meer interne links?
Niet iedere pagina op een website is even belangrijk.
Voor een bedrijf zijn bepaalde dienstenpagina’s bijvoorbeeld belangrijker dan een oud nieuwsbericht. Een webshop kan belangrijke categoriepagina’s hebben, terwijl een kenniswebsite vooral rond een aantal uitgebreide informatiepagina’s is opgebouwd.
Interne links kunnen helpen om die hiërarchie zichtbaar te maken.
Google adviseert zelf om belangrijke pagina’s vanaf andere relevante pagina’s op je website te linken. De zoekmachine gebruikt de linkstructuur van een website bovendien bij het begrijpen van de site en onder andere voor het automatisch bepalen van mogelijke sitelinks.
Dat betekent niet dat je op iedere pagina verplicht naar je belangrijkste commerciële pagina moet linken.
De relatie moet logisch blijven.
Een artikel over A/B-testing kan bijvoorbeeld natuurlijk aansluiten bij conversie en webdesign. Een artikel over RGB en CMYK hoeft daarentegen niet geforceerd naar een SEO-dienst te verwijzen.
Relevantie komt eerst.
Hoe diep mogen belangrijke pagina’s zitten?
Bij websites met veel content kan de klikdiepte oplopen.
Een belangrijke pagina die alleen bereikbaar is via een categorie, daarna een archief, vervolgens paginering en uiteindelijk een individuele link, zit veel dieper in de structuur dan een pagina waar rechtstreeks vanuit relevante hoofd- en subpagina’s naar verwezen wordt.
Er bestaat geen universele regel dat iedere pagina binnen exact drie klikken bereikbaar moet zijn.
Wel is het verstandig om na te denken over de logica van je architectuur.
Belangrijke content hoort niet verstopt te zitten.
Navigatie, categorieën, breadcrumbs en contextuele interne links kunnen samen helpen om een duidelijke structuur te creëren.
Contextuele links zijn vaak het interessantst
Je website bevat waarschijnlijk al heel wat interne links zonder dat je er bewust over nadenkt.
Je hoofdnavigatie linkt naar belangrijke pagina’s. Het logo verwijst naar de homepagina. De footer bevat mogelijk contactinformatie, diensten of juridische pagina’s.
Dat zijn allemaal interne links.
Voor content zijn vooral contextuele interne links interessant: links die midden in een relevante tekst staan.
Wanneer we bijvoorbeeld uitleggen dat een website niet alleen voor zoekmachines maar vooral voor bezoekers logisch opgebouwd moet zijn, kunnen we verwijzen naar onze bredere SEO-principes om hoger te scoren in Google.
De omliggende tekst maakt daarbij meteen duidelijk waarom die link relevant is.
Dat is veel nuttiger dan onder ieder artikel zonder context een lange lijst met twintig willekeurige links plaatsen.
Moeten interne links zo hoog mogelijk op een pagina staan?
Niet per se.
Het oorspronkelijke artikel adviseerde om links vooral bovenaan een pagina te plaatsen omdat dit het bouncepercentage zou verlagen en langere sessietijden vervolgens een positief rankingsignaal zouden zijn.
Dat is een te eenvoudige redenering.
Plaats een link vooral waar hij voor de lezer relevant wordt.
Soms is dat al in de introductie. Soms heeft iemand eerst twee paragrafen uitleg nodig voordat een verdiepende pagina nuttig wordt.
Een interne link moet de leeservaring ondersteunen in plaats van een vooraf bepaalde SEO-formule volgen.
Ook het idee dat een langere sessieduur automatisch een hogere positie in Google veroorzaakt, is geen goede basis voor een interne-linkstrategie.
Zorg dat Google je links kan crawlen
Niet iedere klikbare interface is technisch automatisch een goede crawlbare link.
Google raadt aan om links als een HTML <a>-element met een geldige href te implementeren.
Een klassieke interne link ziet er bijvoorbeeld zo uit:
<a href="https://example.com/seo/">SEO</a>
Elementen die alleen via een JavaScript-event op een <span> of ander niet-linkelement reageren, zijn minder betrouwbaar voor crawling.
Voor een gewone WordPress-website hoef je daar bij standaard tekstlinks meestal niet over na te denken. Het wordt vooral relevant bij aangepaste interactieve interfaces en JavaScript-functionaliteit.
Interne links en je XML-sitemap hebben een andere functie
Een XML-sitemap is handig om zoekmachines een overzicht van belangrijke URL’s te geven.
Maar je kunt een sitemap niet gebruiken om te beoordelen of je interne linkstructuur goed is.
Dat onderscheid is belangrijk.
Een sitemap kan perfect honderd URL’s bevatten terwijl tien daarvan nergens vanaf een andere pagina gelinkt worden.
Wil je de interne linkstructuur analyseren, dan heb je gegevens nodig over de links die daadwerkelijk tussen pagina’s bestaan.
SEO-crawlers kunnen daarbij helpen, maar ook in Google Search Console kun je onder Links informatie vinden over intern gelinkte pagina’s.
Meer over de andere functie van een sitemap lees je in ons artikel wat een XML-sitemap is en waarom ze belangrijk is voor SEO.
Hoe verbeter je bestaande interne links?
Je hoeft daarvoor niet meteen je volledige website opnieuw op te bouwen.
Begin bij je belangrijkste pagina’s en kijk welke bestaande content daar inhoudelijk bij aansluit.
Vervolgens kun je oudere artikels opnieuw bekijken wanneer je nieuwe content publiceert.
Dat laatste wordt vaak vergeten.
Stel dat je vandaag een uitgebreid artikel publiceert over Schema.org. Vanuit dat nieuwe artikel kun je gemakkelijk naar oudere relevante content linken. Maar misschien bestaan er ook al vijf oudere SEO-artikels waarin een verwijzing naar Schema.org perfect zou passen.
Door beide richtingen te bekijken, wordt je interne netwerk steeds sterker.
Controleer daarbij ook regelmatig op kapotte links. Wanneer een pagina verwijderd of verplaatst wordt zonder correcte redirect, kunnen bestaande interne links naar een foutpagina leiden.
Hoeveel interne links moet een pagina hebben?
Daar bestaat geen magisch aantal voor.
Google zegt zelf dat er geen ideaal aantal links per pagina bestaat.
Een artikel van 3.000 woorden kan zonder problemen meer relevante interne links bevatten dan een dienstenpagina van 400 woorden.
Vraag je daarom niet af: heb ik mijn vijf interne links al geplaatst?
Vraag je liever af:
Is er op dit punt andere content op mijn website die deze bezoeker echt verder kan helpen?
Als het antwoord ja is, is een interne link waarschijnlijk zinvol.
Als je een zin moet schrijven puur om ergens nog een link kwijt te kunnen, waarschijnlijk niet.
Interne links zijn onderdeel van een goede websitestructuur
Een goede interne-linkstrategie draait uiteindelijk niet om zoveel mogelijk links verzamelen.
Het gaat om relaties.
Welke pagina’s horen inhoudelijk bij elkaar? Welke informatie is belangrijk? Waar kan een bezoeker logisch verder lezen? En kan een zoekmachine via gewone links je belangrijkste content ontdekken?
Wanneer je daar consequent over nadenkt, ontstaat vanzelf een website die gemakkelijker te navigeren en te begrijpen is.
Interne links werken daarbij samen met andere onderdelen van technische en inhoudelijke SEO: van een correcte XML-sitemap en duidelijke websitestructuur tot relevante content en structured data.
Bij The Other Concept bekijken we interne links daarom niet als een afzonderlijk SEO-vinkje. We gebruiken ze om pagina’s, onderwerpen en diensten op een logische manier met elkaar te verbinden — voor bezoekers én zoekmachines.
Laatst bijgewerkt op 29 september 2026.
Deel




















