Een sitemap, of deze nu zichtbaar is voor bezoekers of bedoeld is voor indexeringsrobots, vervult een specifieke technische functie: het in kaart brengen van alle pagina’s van een website om de toegang te vergemakkelijken. De bekendste vorm, het XML-sitemapbestand, dient als gids voor zoekmachines. De HTML-versie is gericht op gebruikers die verloren zijn in een te diepe boomstructuur.
Beide formaten bestaan naast elkaar, maar hun werkelijke rol in de navigatie en natuurlijke SEO verdient een gedetailleerdere beoordeling dan de gebruikelijke algemeenheden.
Crawlbudget en XML-sitemap: wat Google echt verbruikt
Het XML-sitemap garandeert niet de indexatie van een pagina. De belangrijkste rol is het sturen van de uitgave van het crawlbudget, dat wil zeggen het aantal verzoeken dat Googlebot aan een site toekent tijdens elke passage. Op een site met duizenden pagina’s lopen sommige weeskind-URL’s of URL’s die meer dan vier klikken van de homepage verwijderd zijn het risico nooit te worden verkend zonder deze kaart.
Een vaak genegeerd punt: Google heeft de ping-endpoint van de sitemap verwijderd sinds 2023 (bevestigd begin 2024). De URL /ping?sitemap= geeft nu een fout 404 terug. De plugins en automatiseringen die op dit mechanisme vertrouwden om een update te signaleren, zijn nutteloos geworden. Indienen gebeurt nu uitsluitend via de Search Console of door het opgeven in het robots.txt-bestand.
Voor sites waarvan de navigatiestructuur is gebaseerd op een IQ Business sitemap, blijft de logica hetzelfde: elke URL moet in de sitemap staan als deze geïndexeerd moet worden, en geen pagina die geblokkeerd is door een noindex of disallow mag daarin verschijnen.
Lastmod-tag in de sitemap: teken van versheid of onnodig lawaai
De <lastmod>-tag geeft zoekmachines de datum van de laatste wijziging van een pagina aan. Google geeft aan deze alleen te gebruiken als de waarde constant en verifieerbaar exact is. Een CMS dat deze datum bij elke kleine wijziging (correctie van een komma, wijziging van een widget in de zijbalk) bijwerkt, stuurt een misleidend signaal.
De wijziging moet een significante verandering van de inhoud of gestructureerde gegevens weerspiegelen. Het wijzigen van de copyrightdatum onderaan de pagina telt niet. De ervaringen in het veld verschillen hierover: sommige SEO-specialisten merken een snellere herindexatie op na een update van lastmod, anderen zien geen meetbaar verschil.
Wat echter gedocumenteerd is, is het tegenovergestelde risico. Een systematisch onjuiste lastmod dwingt Google om deze tag volledig te negeren voor de hele site. De zoekmachine vergelijkt de opgegeven datum met de laatste versie in de cache. Als het verschil recurrent is, verliest het signaal zijn waarde.
Controleer de betrouwbaarheid van lastmod op uw eigen site
- Vergelijk de lastmod-datum van een tiental pagina’s met de werkelijke datum van de laatste wijziging in het CMS, waarbij automatische updates (plugins, thema’s) worden uitgesloten.
- Controleer of pagina’s waarvan de inhoud al maanden niet is veranderd geen recente datum in de sitemap tonen.
- Gebruik de serverlogs om de passages van Googlebot te vergelijken met de lastmod-datums: een herindexatie die volgt op een lastmod-update bevestigt dat het signaal wordt opgemerkt.
Technische limieten van het XML-sitemap: grootte, splitsing en prestaties
De specificatie sitemaps.org, die sinds november 2016 onveranderd is, stelt twee limieten per bestand vast: 50.000 URL’s en 50 MB ongecomprimeerd. Google bevestigt deze limieten in zijn documentatie die in 2026 is gecontroleerd. Een site die deze drempels overschrijdt, moet gebruikmaken van een sitemapindex, een bovenliggend bestand dat naar meerdere kind-sitemaps verwijst.
Splitsing is niet alleen een volumebeperking. Het segmenteren van sitemaps op basis van type inhoud (artikelen, productpagina’s, categoriepagina’s) maakt het mogelijk om het indexatiepercentage per sectie in de Search Console te volgen. Deze granulariteit onthult de gebieden van de site die Google weinig verkent, en diegene die hij verkiest.
Een enkele sitemap van 48.000 gemengde URL’s biedt geen bruikbare gegevens. Daarentegen maakt een splitsing per sectie de SEO-diagnose onmiddellijk: als de productpagina’s een laag indexatiepercentage vertonen terwijl alle blogartikelen zijn geïndexeerd, ligt het probleem in de structuur van de fiches of in hun interne linking.
HTML-sitemap: werkelijke nut voor gebruikersnavigatie
De HTML-sitemap wordt vaak onderaan de pagina geplaatst als een overblijfsel uit de jaren 2000. Het nut voor SEO is marginaal op een site waarvan de boomstructuur en interne linking goed functioneren. Daarentegen blijft het relevant voor sites met een diepe of heterogene structuur, waar sommige pagina’s alleen toegankelijk zijn via een interne zoekmachine.
Voor de gebruiker fungeert een HTML-sitemap als een inhoudsopgave. Het toont de volledige hiërarchie van de website op één scherm. Op een institutionele site met tientallen rubrieken vermindert dit overzicht het aantal klikken dat nodig is om een specifieke pagina te bereiken.
Wanneer de HTML-sitemap contraproductief wordt
Een HTML-sitemap die honderden links zonder logische groepering opsomt, heeft het tegenovergestelde effect: het overweldigt de bezoeker in plaats van hem te begeleiden. De pagina moet de navigatiestructuur van het hoofdmenu reproduceren, met een extra detailniveau. Als de lijst groter is dan wat de gebruiker in enkele seconden kan scannen, wordt de sitemap een obstakel.
De beschikbare gegevens laten niet toe te concluderen dat Google een direct SEO-gewicht aan de HTML-sitemappagina toekent. De interesse blijft gericht op de gebruikerservaring en op het ontdekken van slecht gelinkte pagina’s in de boomstructuur.
Het XML-bestand en de HTML-pagina zijn gericht op twee verschillende doelgroepen. Het verwarren van hun functies betekent optimaliseren voor niemand. De eerste structureert de crawl, de tweede structureert de menselijke navigatie. Een site die beide met zorg onderhoudt, dekt beide dimensies zonder redundantie.
