Je publiceert een pagina, die ziet er geweldig uit, en dan gebeurt er niets. Geen weergaven, geen klikken, geen vermeldingen in AI-antwoorden – soms wordt de pagina zelfs niet eens gecrawld. Een verrassend veelvoorkomende reden is simpel: de URL is ‘verweesd’, wat betekent dat er geen interne links naar verwijzen.
Verweesde pagina’s zijn niet alleen een kwestie van “SEO-hygiëne”. Ze verstoren het zoektraject waarop zowel crawlers als mensen vertrouwen, en ze doen in stilte de moeite teniet die je in eerste instantie in het schrijven van de inhoud hebt gestoken.
Wat weespagina's zijn en waarom ze ontstaan
Een ‘weespagina’ is een URL die weliswaar op je website staat, maar niet bereikbaar is via de normale interne navigatie of contextuele links. Zoekmachines kunnen de pagina weliswaar nog steeds vinden via een sitemap, een externe link of een eenmalige URL-aanmelding, maar de pagina valt buiten de belangrijkste crawlpaden van je website.
Die isolatie heeft twee directe gevolgen. Crawlers bezoeken de pagina minder vaak (of helemaal niet), en de pagina krijgt weinig interne context over waarvoor ze dient en hoe ze zich verhoudt tot je andere onderwerpen.
Veelvoorkomende manieren waarop ‘weespagina’s’ ontstaan:
- Oude landingspagina’s van campagnes die uit de menu’s zijn verwijderd, maar nog steeds online staan
- Blogberichten die via een kalendertool zijn gepubliceerd en waarnaar nooit vanuit andere berichten is gelinkt
- URL’s met tags, filters of facetten die zijn aangemaakt via CMS-instellingen
- Overblijfselen van de migratie (er bestaat een nieuwe URL, maar interne links verwijzen nog steeds naar de oude)
- Door JavaScript weergegeven navigatie waarbij de links niet in de oorspronkelijke HTML voorkomen
Als je website veel gebruikmaakt van client-side rendering, kan het gebeuren dat pagina’s weliswaar “zichtbaar” zijn in de browser, maar toch slecht toegankelijk zijn voor crawlers. Dit patroon komt vaak voor bij Bing, waar hiaten in de weergave de indexering en de diepte van de ontdekking kunnen beperken.
Los het probleem van ‘verweesde’ pagina’s op met themaclusters, niet met willekeurige links
Veel teams proberen het probleem van ‘orphan pages’ op te lossen door hier en daar wat links toe te voegen. Dat kan voor een handvol URL’s werken, maar het is niet schaalbaar en leidt vaak tot rommelige, onnatuurlijke kruisverwijzingen.
Onderwerpclusters bieden je een overzichtelijk linkmodel: één knooppunt (pijler) en meerdere ondersteunende pagina’s die deelvragen beantwoorden. Door deze pagina’s doelbewust met elkaar te verbinden, creëer je herhaalbare crawlpaden en maak je duidelijk welke pagina’s belangrijk zijn.
Het doel is niet “meer interne links”. Het doel is een overzichtelijke structuur waarin elke belangrijke pagina beschikt over:
- Ten minste één link vanaf een relevante hub of een pagina met veel bezoekers
- Ten minste één link vanaf een nauw verwante ondersteunende pagina
- Ankertekst waarin de bestemming wordt beschreven als een onderwerp, en niet als een vage handeling
Stap 1: Zoek de ‘verweesde’ pagina’s die je echt belangrijk vindt
Niet elke verweesde URL is het waard om te worden bewaard. Begin met het onderscheiden van “waardevolle maar losstaande” URL’s en “verouderde rommel”. Een pagina kan verweesd zijn en toch bewust onbelangrijk zijn.
Een praktische triagelijst:
- Bewaren en repareren: pagina’s die aansluiten bij de zoekbehoefte, productinformatie, conversies of merkautoriteit
- Samenvoegen: dunne pagina’s die een dikkere pagina overlappen
- Verwijderen: verouderde pagina's die geen functie meer hebben (geef dan een correcte 404/410-statuscode terug en ruim de sitemaps op)
Manieren om ‘weeskandidaten’ op te sporen:
- Doorzoek je website met een crawler-tool en exporteer “0 inlinks” (interne inkomende links)
- Vergelijk de URL’s van de XML-sitemap met de URL’s die tijdens het crawlen zijn ontdekt
- Gebruik analytics om “landingspagina’s met bijna geen sessies” te vinden die nog steeds bestaan
- Gebruik Search Console om geïndexeerde URL’s te vinden met weinig vertoningen en zonder interne links
Stap 2: Wijs elke ‘weespagina’ toe aan een cluster
Elke pagina die je behoudt, moet een plaats verdienen in een themaclust. Als je niet kunt aangeven welke hub de pagina ondersteunt, past de pagina wellicht niet in de strategie of is deze te vaag.
Gebruik de volgende toewijzingslogica:
- Pilaar/naaf: algemene strekking, invalshoek, omvat het hoofdconcept
- Ondersteuning: beperkte reikwijdte, geeft antwoord op één specifieke vraag of taak
- Brug: verbindt twee aan elkaar grenzende subonderwerpen waar gebruikers vaak tussen schakelen
Als je bij het opbouwen van deze links een praktische aanpak voor ankertekst nodig hebt, kun je de beslissingsregels overnemen uit strategie voor ankertekst bij interne links. Het is gebaseerd op het afstemmen van intenties en stabiele onderwerplabels, waardoor de clusters overzichtelijk blijven.
Stap 3: Maak per pagina twee betrouwbare crawlpaden aan
Zorg ervoor dat een belangrijke pagina via meer dan één weg te vinden is. Zelfs als er één interne link diep verborgen zit in een artikel met weinig bezoekers, kan de URL daardoor nog steeds kwetsbaar zijn.
Een goed basispatroon voor de meeste locaties:
- Hub → verweesde pagina met behulp van beschrijvende ankertekst
- Ten minste één pagina die ernaar verwijst → verweesloze pagina als een contextuele link naar de “volgende vraag”
Waar moet je die links plaatsen zodat ze worden geïndexeerd en gebruikt:
- In de eerste 30–50% van een hubpagina (niet alleen het blok “gerelateerde berichten” onderaan)
- In een paragraaf waarin het subonderwerp op natuurlijke wijze wordt geïntroduceerd (definitie, checklist, stappen)
- In een korte zin van het type “Als je met X te maken hebt, lees dan Y” in gerelateerde berichten
Stap 4: Gebruik een eenvoudige koppelingstabel om de consistentie te waarborgen
Deze tabel is bedoeld om het koppelen van clusters herhaalbaar te maken wanneer je tientallen pagina’s moet koppelen.
| Paginatype | Links die het zou moeten ontvangen | Links die er zouden moeten staan |
|---|---|---|
| Pilaar / naaf | Sitenavigatie, startpagina, best presterende pagina’s | Links naar alle belangrijke ondersteunende pagina’s in het cluster |
| Ondersteunende pagina | Hub + ten minste 1 peer die de pagina ondersteunt | Link terug naar de hub + 1–2 nauw verwante peers |
| Weeskandidaat (te corrigeren) | Hub + ten minste 1 relevante ondersteunende pagina | Link terug naar de hub + één ondersteunende pagina met de “volgende stap” |
Stap 5: Verwar ‘orphaning’ niet met indexeringsproblemen
Een ‘weespagina’ kan nog steeds worden geïndexeerd, en een pagina met veel links kan toch niet worden geïndexeerd. Beschouw het opsporen en het indexeren als twee afzonderlijke controles.
Als je probleem te maken heeft met de toegankelijkheid voor crawlers of met de weergave, zullen interne links dit niet volledig oplossen. Voor het vinden van informatie via Bing (wat van invloed kan zijn op het ophalen van informatie in ChatGPT-stijl) is JavaScript-weergave een terugkerend probleem. Zie Problemen met de weergave van JavaScript bij de indexering door Bing voor een concrete checklist van wat ervoor zorgt dat inhoud en interne links niet “zichtbaar” zijn.”
Voor wat achtergrondinformatie over hoe crawlen en indexeren in grote lijnen werken, is het overzicht op Wikipedia een nuttige, neutrale bron: https://en.wikipedia.org/wiki/Web_search_engine.
Stap 6: Controleer of de oplossing werkt aan de hand van een checklist met ‘voor’ en ‘na’
Nadat je links hebt toegevoegd, controleer je of de pagina niet langer geïsoleerd is en of het pad voor een lezer logisch is.
- Kun je de pagina vanaf ten minste twee andere relevante pagina's met maximaal twee muisklikken bereiken?
- Geeft de inleiding duidelijk weer waar de bestemming over gaat?
- Verwijst de pagina terug naar een hub, zodat het cluster bidirectioneel is?
- Worden er nu interne inlinks weergegeven in de export van je crawler?
- Ziet u de komende 2 tot 4 weken een snellere indexering en een consistentere crawling?
Wat dit betekent voor SEO en AI-gestuurde zoekresultaten
Wanneer je “weespagina’s” aanpakt met behulp van een clustermodel, help je niet alleen ‘Google’. Je zorgt er ook voor dat je website gemakkelijker als kennissysteem kan worden geïnterpreteerd. Dat leidt tot een hogere crawlfrequentie, een betere thematische classificatie en een grotere kans dat een zoekalgoritme jouw pagina selecteert als de beste match voor een specifieke vraag.
Dat is ook de reden waarom teams die zich bezighouden met SEO en GEO-triage vaak beginnen met crawlpaden en de interne architectuur. Als de pagina met het beste antwoord op zichzelf staat, is deze moeilijker te vinden, te rangschikken en te citeren.
Als je hulp nodig hebt om het opschonen van ‘orphan-pagina’s’ om te zetten in een herhaalbaar clustermodel – zodat elk nieuw bericht wordt geleverd met een ingebouwd crawlpad – kan Authora je helpen bij het opzetten van een gestructureerd intern linksysteem dat op de lange termijn zowel klassieke zoekresultaten als AI-verwijzingen ondersteunt.