Een website van tachtig pagina’s zonder sitemap, we kennen het resultaat: bezoekers die rondjes draaien, een zoekmachine die de helft van de URL’s indexeert, en een stijgend bouncepercentage. De sitemap, of het nu HTML of XML is, fungeert als een gestructureerde index van alle toegankelijke pagina’s. Wanneer deze index slecht is opgebouwd, verslechtert de navigatie voor iedereen.
Betrouwbaarheid van de XML-sitemap: wat robots echt verwachten
Men denkt vaak dat het voldoende is om een sitemap.xml-bestand te genereren en dit in te dienen bij Google Search Console, zodat de indexering volgt. In de praktijk wordt een sitemap vol met omleidingen, 4xx-fouten of URL’s waarvan de canonical ergens anders naartoe wijst, volledig genegeerd door de zoekmachines.
Elke URL in de sitemap moet een HTTP-status 200 retourneren en zijn eigen canonical zijn. Als we verwijderde of omgeleide pagina’s laten slingeren, verliest het bestand aan geloofwaardigheid en duurt het langer voordat nieuwe pagina’s worden ontdekt.
De lastmod-tag vormt een vergelijkbaar probleem. Sommige CMS’en actualiseren deze datum bij elke uitrol, zelfs zonder daadwerkelijke wijziging van de inhoud. De zoekmachines negeren uiteindelijk dit signaal.
We veranderen de datum alleen wanneer we de inhoud van de pagina daadwerkelijk hebben gewijzigd. Op een sitemap 209.fr, bijvoorbeeld, zien we dat de vermelde URL’s allemaal overeenkomen met actieve pagina’s met actuele inhoud, wat precies het verwachte gedrag is.
HTML-sitemap en toegankelijkheid: meerdere paden zijn beter dan één
De HTML-sitemap, die een bezoeker rechtstreeks in zijn browser kan bekijken, wordt vaak onderaan de pagina als een discreet linkje geplaatst. Het verdient beter dan dat, vooral voor gebruikers van schermlezers of degenen die uitsluitend met het toetsenbord navigeren.
Een gebruiker van een schermlezer die een site ontdekt, moet door elk interactief element tabben om de structuur te begrijpen. De HTML-sitemap biedt hem een volledig overzicht van de structuur op één plek. Het is een cognitieve snelkoppeling die het navigatiemenu, hoe goed ontworpen ook, niet kan vervangen.
Het W3C raadt bovendien aan om meerdere toegangspaden tot de inhoud aan te bieden: persistente navigatie, interne zoekfunctie en sitemap. De reden is eenvoudig: elke gebruiker heeft een andere manier van oriënteren, en een site die op één navigatiepad steunt, sluit een deel van zijn publiek uit.
Wat de sitemap niet moet bevatten
We zijn geneigd om alle URL’s van de site op te nemen uit zorg voor volledigheid. Dat is een fout. Hulppagina’s (wettelijke vermeldingen, cookiebeleid, pagina’s met interne zoekresultaten) verzwaren de leesbaarheid zonder navigatiewaarde toe te voegen.
- Pagina’s waarvan de canonical naar een andere URL wijst, hebben geen plaats in de sitemap, noch HTML noch XML.
- Gepagineerde blogarchieven (/blog/page/3, /blog/page/4) creëren ruis. Het is beter om alleen de categorieën of recente artikelen te vermelden.
- Tijdelijke URL’s (landingspagina’s van tijdelijke campagnes, pagina’s van eerdere evenementen) moeten worden verwijderd zodra ze niet meer actief zijn.
Paginarchitectuur gericht op zoekintenties
De opkomst van AI-agents in de zoekopdracht verandert de spelregels. Deze systemen proberen een zoekintentie aan een specifieke URL te koppelen. Als drie pagina’s van uw site gedeeltelijk op dezelfde vraag antwoorden zonder dat een van hen wordt geïdentificeerd als het belangrijkste antwoord, zal geen van hen worden uitgelicht.
Elke vraag of zoekintentie zou moeten overeenkomen met een specifieke URL. Vervolgens bouwen we een hubpagina (een categorie, een thematische samenvatting) die naar deze URL’s verwijst met beschrijvende ankers. De sitemap weerspiegelt dan deze hiërarchie: hubpagina’s op het eerste niveau, antwoordpagina’s op het tweede.
Interne links en beschrijvende ankers
Een goed gestructureerde sitemap compenseert geen gebrekkige interne linkstructuur. Beide werken samen. Wanneer we een interne link maken, moet de ankertekst de inhoud van de doelpagina beschrijven, niet een vaag “klik hier” of “meer informatie”.
Google benadrukt: een XML-sitemap vervangt geen consistente interne navigatie. Strategische pagina’s moeten toegankelijk zijn via bruikbare interne links, niet alleen vermeld in een technisch bestand dat alleen door robots wordt geraadpleegd.
Onderhoud van de sitemap: een onderschat ritueel
Een sitemap genereren bij de creatie van de site en er vervolgens nooit meer naar omkijken, dat is het meest voorkomende scenario. En dat is ook het scenario dat na enkele maanden de meeste problemen oplevert.
Elke keer dat we een pagina toevoegen, een pagina verwijderen of een URL wijzigen, moet de sitemap (HTML en XML) worden bijgewerkt. De reacties hierover variëren: sommige CMS’en beheren de synchronisatie automatisch, andere vereisen handmatige interventie.
- Controleer maandelijks of de XML-sitemap geen 301, 404 of 410 bevat. Een crawl met een tool zoals Screaming Frog is voldoende.
- Vergelijk het aantal URL’s in de sitemap met het aantal geïndexeerde pagina’s in Search Console. Een groot verschil wijst op een probleem.
- Werk de HTML-sitemap bij zodra er een nieuwe rubriek of categorie verschijnt, zodat bezoekers er direct toegang toe hebben.
Een sitemap is geen statisch document. Het is een realtime reflectie van de structuur van de site. Als het afwijkt van de werkelijkheid, verliest het zijn functie van navigatie en ontdekking. De nauwkeurigheid van het onderhoud maakt het verschil tussen een leesbare site en een doolhof dat noch bezoekers noch zoekmachines effectief kunnen doorlopen.
