Een e-commerce site met honderden productpagina’s, een recente herstructurering die alle URL’s heeft veranderd, en een interne zoekmachine die niet de juiste resultaten oplevert. We zijn allemaal wel eens in zo’n situatie geweest waar het vinden van een specifieke pagina een hele opgave is. Dit is precies het soort gebruik waarbij een goed opgebouwde sitemap het verschil maakt, zowel voor bezoekers als voor indexeringsrobots.
Wanneer de interne linkstructuur niet meer voldoende is, neemt de sitemap het over
Op een site met minder dan twintig pagina’s doet de hoofdnavigeerfunctie het werk. Het probleem doet zich voor zodra de structuur complexer wordt: pagina’s die drie klikken diep verborgen zijn, gearchiveerde artikelen die niet meer in een menu verschijnen, seizoensgebonden productpagina’s die uit de catalogus zijn verwijderd maar nog steeds online staan.
In deze gevallen biedt een HTML-sitemap directe toegang tot alle gepubliceerde pagina’s. We hebben het over een pagina die door een mens kan worden geraadpleegd, niet alleen over een XML-bestand dat voor robots is bedoeld. Het verschil is concreet: de bezoeker die niet vindt wat hij zoekt via het menu of de zoekbalk kan de volledige lijst met rubrieken scannen en binnen enkele seconden de juiste URL vinden.
Om te zien hoe deze aanpak eruitziet op een redactionele site, kan men de sitemap pagina van Carré Presse bekijken, die zijn inhoud per categorie organiseert en een onmiddellijk overzicht van de structuur van de site biedt.
Dit type pagina voldoet ook aan een vaak genegeerde toegankelijkheidsnorm. De WCAG 2.2 richtlijnen, met name succescriterium 2.4.5 (“Meerdere manieren”), vermelden expliciet de sitemap als een geldig mechanisme om meerdere paden naar dezelfde pagina aan te bieden. Hoofdnavigatie, zoekfunctie en sitemap vormen een complementair trio, niet redundant.
Sitemap XML en sitemap HTML: twee bestanden, twee doelgroepen, éénzelfde doel
De verwarring tussen sitemap XML en sitemap HTML blijft veelvoorkomend. Het XML-bestand is een technisch document, ingediend bij Google via de Search Console of vermeld in het robots.txt bestand. Het lijst de URL’s met metadata (datum van laatste wijziging, relatieve prioriteit, frequentie van updates).
De HTML-sitemap daarentegen wordt in de browser weergegeven zoals elke andere pagina van de site. Het is gericht op bezoekers en dient als een back-upplan wanneer de klassieke navigatie faalt.
- De XML-sitemap helpt zoekmachines om pagina’s te ontdekken die de natuurlijke crawl mogelijk zou kunnen missen, vooral op grote of slecht gelinkte sites.
- De HTML-sitemap verbetert de gebruikerservaring door een platte weergave van de structuur te bieden, nuttig voor sites waarvan het menu niet alle diepte van de inhoud weerspiegelt.
- Beide formaten bestaan samen zonder conflicten. Het onderhouden van beide is de meest robuuste configuratie om zowel indexering als menselijke navigatie te dekken.
Wat Google echt verwacht van een sitemap XML
Een punt dat de meeste gidsen niet actualiseren: Google beschouwt de indiening van een sitemap als een eenvoudige aanwijzing, niet als een garantie voor crawl of indexering. Het bestand geeft URL’s aan die verkend moeten worden, maar de zoekmachine beslist zelf of ze al dan niet worden bezocht, op basis van zijn eigen kwaliteitscriteria en crawlbudget.
Het oude “ping” mechanisme (de URL /ping?sitemap=… die kon worden aangeroepen om een update aan te geven) is in 2023 verouderd. De twee kanalen die operationeel blijven zijn de verklaring in robots.txt en de directe indiening via de Search Console of zijn API.
Een HTML-sitemap pagina structureren zodat deze echt nuttig is
Een pagina maken die alle URL’s in bulk opsomt, voegt niets toe. We hebben HTML-sitemaps gezien met duizenden regels zonder enige groepering: niemand gebruikt ze, noch bezoekers, noch robots.
De logica die werkt, is gebaseerd op een groepering per categorie of type inhoud. Op een redactionele site scheiden we de hoofdonderwerpen (nieuws, gidsen, dossiers). Op een e-commerce site groeperen we per productfamilie. Het doel: dat een bezoeker de juiste sectie binnen vijf seconden identificeert.
Veelvoorkomende fouten die de sitemap nutteloos maken
- URL’s in 404 of omleidingen opsommen: dit schaadt het vertrouwen van de bezoeker en geeft een verkeerd signaal aan de robots.
- De gebruikspagina’s (wettelijke vermeldingen, cookiebeleid, inlogpagina’s) op hetzelfde niveau opnemen als de redactionele inhoud. Ze vervuilen de leeservaring zonder navigatiewaarde toe te voegen.
- Nooit de pagina bijwerken na het toevoegen van nieuwe secties. Een verouderde sitemap is erger dan helemaal geen sitemap, omdat het een vertekend beeld van de site geeft.
De meningen verschillen over de ideale updatefrequentie, maar een maandelijkse controle op een actieve site stelt je in staat om gebroken links en ontbrekende secties op te sporen voordat ze zich ophopen.
Sitemap en crawlbudget: concrete impact op de indexering van diepe pagina’s
Op een site met enkele tientallen pagina’s is het crawlbudget geen onderwerp. Op een site met honderden URL’s verandert de situatie. Robots verkennen niet systematisch elke pagina bij elke passage. Wees voorzichtig met pagina’s zonder interne links die naar hen verwijzen, want die worden mogelijk nooit ontdekt.
De XML-sitemap fungeert hier als een veiligheidsnet. Het vervangt geen goede interne linkstructuur, maar compenseert de tekortkomingen ervan. Een pagina in de XML-sitemap verklaren garandeert geen indexering, maar garandeert dat deze in ieder geval wordt aangeboden voor crawl.
De HTML-sitemap speelt een complementaire rol aan de kant van de linkstructuur. Elke link op deze pagina draagt bij aan de interne PageRank. Op een site waarvan de hoofdnavigeerfunctie niet verder dan twee niveaus diep gaat, creëert de sitemap een directe snelkoppeling naar de meest verborgen pagina’s.
De combinatie van beide formaten levert een resultaat op dat geen van beide alleen kan bereiken: de XML vergemakkelijkt de ontdekking door robots, de HTML distribueert interne waarde en biedt een toegangspoort voor verloren bezoekers. Op een site die regelmatig wordt bijgewerkt, blijft deze dubbele dekking de meest betrouwbare configuratie om te voorkomen dat recente of diepe inhoud onzichtbaar blijft.
