Een sitemap vervult twee verschillende functies, afhankelijk van of deze gericht is op zoekmachines of op menselijke bezoekers. Deze vaak vage onderscheid in algemene gidsen beïnvloedt echter de hele navigatiestrategie van een website. Begrijpen wat elk formaat biedt (en wat het niet garandeert) helpt om structurele fouten te vermijden die zowel de SEO als de gebruikerservaring benadelen.
XML-sitemap en HTML-sitemap: twee objecten, twee logica’s
De term “sitemap” dekt twee technische realiteiten die de meeste website-eigenaren verwarren. De XML-sitemap is een bestand dat bedoeld is voor de crawlers van zoekmachines. Het bevat een lijst van canonieke, indexeerbare URLs die een HTTP-status 200 teruggeven, met een correct ingevuld metadata lastmod. De rol ervan is beperkt tot het versnellen van de ontdekking van pagina’s die weinig met elkaar zijn verbonden via interne links.
De HTML-sitemap daarentegen is een pagina die zichtbaar is voor bezoekers. Het functioneert als een inhoudsopgave van de site, nuttig voor toegankelijkheid en navigatie, maar zonder directe impact op de ranking in de zoekresultaten.
Deze scheiding heeft praktische gevolgen. Een slecht geconfigureerde XML-sitemap (URLs met fout 404, niet-canonieke pagina’s, omleidingen) kan de crawling vertragen zonder de indexering te verbeteren. Een verwaarloosde HTML-sitemap ontneemt gebruikers een navigatiepunt, vooral op sites met honderden pagina’s. Door de sitemap van Bankai te verkennen, zien we hoe een duidelijke structuur de toegang tot de inhoud organiseert zonder de pagina te overbelasten.
Prioriteit- en changefreq-tags: wat Google negeert in een XML-sitemap
Jarenlang hebben XML-sitemapgeneratoren twee tags aangeboden die de zoekmachines zouden moeten begeleiden: priority (relatieve prioriteit van een URL) en changefreq (verklaarde updatefrequentie). De recente technische documentatie bevestigt dat Google deze twee tags in de praktijk negeert.
Concreet verandert het toekennen van een prioriteit van 1.0 aan uw homepage en 0.3 aan uw wettelijke vermeldingen niets aan het gedrag van de indexeringsrobot. Google bepaalt de crawlfrequentie aan de hand van zijn eigen signalen: werkelijke wijzigingsgeschiedenis van de pagina, populariteit, interne en externe links.
De enige metadata van de XML-sitemap die een meetbare nuttigheid behoudt, is lastmod, op voorwaarde dat deze een werkelijke wijziging van de inhoud weerspiegelt. Een fictieve datum invullen of lastmod bijwerken zonder de pagina te wijzigen, komt neer op het verzenden van een misleidend signaal dat de zoekmachines leren negeren.
Wat nog geconfigureerd moet worden
- De
lastmod-tag met de effectieve datum van de laatste substantiële wijziging van de inhoud, niet de datum van automatische herpublicatie - De uitsluiting van niet-indexeerbare URLs: pagineringpagina’s, facetfilters, duplicaatversies door URL-parameters
- Het splitsen in meerdere sitemap-bestanden als de site de limiet van 50.000 URLs per bestand overschrijdt, met een sitemapindex die deze groepeert
Website-structuur en navigatie: de echte hefboom voor bezoekers
Een goed gebouwde XML-sitemap compenseert geen verwarrende structuur. De structuur van de categorieën en subcategorieën van een website bepaalt hoe gemakkelijk een bezoeker vindt wat hij zoekt. Een platte structuur, beperkt tot drie niveaus diep, blijft het meest effectieve model voor de meeste sites.
Bij meer dan drie niveaus verhoogt elke extra klik het verlatenpercentage. Pagina’s die zich op het vierde of vijfde niveau bevinden, ontvangen ook minder “linkjuice” van interne links, wat hun kansen om in de zoekresultaten te verschijnen vermindert.
Categorieën en interne linking
De categorieën van een site zijn geen simpele organisatorische labels. Ze zijn volwaardige, indexeerbare pagina’s die eigen inhoud moeten bevatten. Een lege of tot een lijst van links gereduceerde categoriepagina stuurt een signaal van lage waarde naar de zoekmachines.
Interne linking, dat wil zeggen de links tussen pagina’s van dezelfde site, speelt een aanvullende rol. Elke strategische pagina zou binnen maximaal twee klikken vanaf de homepage toegankelijk moeten zijn. Wees voorzichtig met weeskindpagina’s (zonder interne links die naar hen verwijzen), want deze zullen waarschijnlijk nooit door de robots worden ontdekt, zelfs als ze in de XML-sitemap staan.
HTML-sitemap en webtoegankelijkheid: een onderschat probleem
De HTML-sitemap kent een hernieuwde interesse door de eisen van digitale toegankelijkheid. Voor gebruikers van schermlezers of toetsenbordnavigatie biedt een pagina die alle secties van de site opsomt een navigatiesnelkoppeling die niet altijd door dropdownmenu’s kan worden vervangen.
Webtoegankelijkheidsrichtlijnen bevelen aan dat elke site ten minste twee aanvullende navigatiemethoden aanbiedt: het hoofdmenu en een sitemap of een interne zoekmachine. De HTML-sitemap voldoet rechtstreeks aan deze eis zonder complexe ontwikkeling te vereisen.
- Het biedt een overzicht van de structuur van de site op één pagina, toegankelijk zonder JavaScript-interactie
- Het stelt bezoekers die gedesoriënteerd zijn door een diepe structuur in staat om een sectie te vinden zonder terug te hoeven naar de homepage
- Het fungeert als een vangnet wanneer het hoofdmenu niet goed werkt op bepaalde browsers of apparaten
De praktijkervaringen verschillen over het werkelijke gebruik van deze pagina’s door bezoekers. Op sites met minder dan vijftig pagina’s wordt de HTML-sitemap zelden bekeken. Daarentegen tonen gegevens over het gebruik op sites met een hoog volume aan inhoud (e-commerce, media, institutionele portals) regelmatig verkeer naar deze pagina.
Het structureren van een sitemap, of deze nu XML of HTML is, beperkt zich niet tot het genereren van een automatisch bestand en het vergeten ervan. De XML-sitemap vereist regelmatig onderhoud om de werkelijke staat van de site weer te geven. De HTML-sitemap verdient een update bij elke toevoeging van een sectie. Beide formaten bedienen verschillende doelgroepen, met verschillende verwachtingen, en het negeren van de ene ten gunste van de andere laat een deel van het werk onafgemaakt.
