Een sitemap heeft een duidelijke functie: een overzicht bieden van alle toegankelijke pagina’s, gegroepeerd per thema of hiërarchisch niveau. De vraag is niet óf je er een moet maken, maar wat een echt nuttige sitemap onderscheidt van een simpele lijst met links die niemand bekijkt. Verschillende technische en gebruiksvriendelijkheidscriteria maken het verschil.
HTML-sitemap en XML-sitemap: wat elk formaat bijdraagt aan de navigatie
Deze twee formaten worden vaak met elkaar verward. Ze vullen elkaar aan, maar zijn bedoeld voor verschillende doelgroepen.
| Criterium | HTML-sitemap | XML-sitemap |
|---|---|---|
| Primaire doelgroep | Menselijke bezoekers | Robots van zoekmachines |
| Locatie | Pagina die bereikbaar is via de footer of het menu | Bestand dat in de hoofdmap van de server wordt gehost |
| Inhoud | Aanklikbare links, ingedeeld per rubriek | Ruwe URL’s met metadata (wijzigingsdatum, prioriteit) |
| Directe invloed op de gebruikersnavigatie | Ja: snelkoppeling naar elke pagina | Nee: onzichtbaar voor bezoekers |
| SEO-impact | Indirect (interne linkstructuur, toegankelijkheid) | Direct (vergemakkelijkt crawlen en indexeren) |
Een website met alleen een XML-sitemap en geen aparte HTML-pagina ontneemt bezoekers een handig hulpmiddel om hun weg te vinden. Omgekeerd vertraagt een HTML-sitemap zonder XML-sitemap de ontdekking van nieuwe pagina’s door zoekmachines. Beide formaten werken samen; het ene vervangt het andere niet.
Een concreet voorbeeld van een pagina met een overzicht van alle rubrieken van een vastgoedwebsite vind je in de sitemap van Loge Toi. Die laat goed zien hoe je pagina’s indeelt in overzichtelijke categorieën.
WCAG-criteria en toetsenbordnavigatie: wat een sitemap niet in zijn eentje kan oplossen
De toegankelijkheidsrichtlijnen (WCAG) schrijven voor dat een pagina op een website via meerdere routes te vinden moet zijn. Een sitemap is daar één van, maar mag niet de enige route zijn. De interne zoekfunctie, het hoofdmenu en het kruimelpad zijn andere verwachte navigatiemogelijkheden.
Een punt dat in navigatiegidsen zelden aan bod komt, is de consistentie van de volgorde. WCAG-criterium 3.2.3 vereist dat terugkerende navigatiemechanismen op verschillende pagina’s in dezelfde relatieve volgorde staan. Een menu dat per websitegedeelte anders is ingedeeld, maakt het lastiger om je weg te vinden, ook als er daarnaast een sitemap beschikbaar is.
Concrete obstakels voor toetsenbordgebruikers
WCAG 2.2 introduceert een AA-eis: een element dat toetsenbordfocus krijgt, mag niet worden verborgen door vaste inhoud. Plakkende kopteksten, cookiebanners en overlappende chatvensters zijn de meest voorkomende oorzaken van dit probleem.
Een sitemap die met het toetsenbord toegankelijk is, volstaat niet als de rest van de navigatie de voortgang belemmert. Een handmatige test blijft nodig om te controleren of de focus zichtbaar is en elke link zonder muis bereikbaar is.
- Controleer of de toetsenbordfocus zichtbaar is op elke link in de sitemap (met een duidelijke omlijning of kleurverandering)
- Controleer of een vaste balk (cookiebanner, sticky header) de actieve link niet bedekt tijdens het tabben
- Controleer of de tabvolgorde de visuele logica van de pagina volgt, van boven naar beneden en van links naar rechts
Opbouw van een effectieve sitemap: hiërarchie, diepte en actualisering
Een sitemap met tientallen pagina’s zonder enige groepering lost het probleem dat hij moet verhelpen juist niet op. De leesbaarheid hangt af van drie ontwerpkeuzes.
Diepte van de weergegeven sitestructuur
Alle niveaus van de sitestructuur weergeven zorgt voor onoverzichtelijkheid. Beperk de weergave tot twee of drie niveaus diep, zodat bezoekers de structuur kunnen scannen zonder de weg kwijt te raken. Pagina’s op lagere niveaus blijven bereikbaar via de bovenliggende rubrieken.
Een redactionele website met honderden artikelen heeft er niets aan om ze allemaal in de sitemap op te nemen. Groeperen per categorie en alleen de subcategorieën weergeven is voldoende om bezoekers de juiste richting te wijzen.
Pagina’s zonder navigatiewaarde uitsluiten
Pagina’s met juridische informatie, een privacybeleid of algemene voorwaarden horen niet thuis in de sitemap die bedoeld is voor navigatie. Ze staan al in de footer. Door ze op te nemen wordt de sitemap minder overzichtelijk voor bezoekers die een inhoudelijke rubriek zoeken.
Ook pagina’s met interne zoekresultaten, paginering en weinig gebruikte tagpagina’s maken een sitemap onnodig zwaar.
Frequentie van actualisering
Een verouderde sitemap is erger dan helemaal geen sitemap. Dode links of verdwenen rubrieken zorgen voor frustratie en geven zoekmachines een negatief signaal. Veelgebruikte CMS’en (WordPress, Drupal) bieden plug-ins die de HTML-sitemap automatisch opnieuw genereren wanneer een pagina wordt gepubliceerd of verwijderd.
Meetbare signalen: hoe beoordeel je of de sitemap zijn functie vervult?
Een goed ontworpen sitemap levert meetbare resultaten op in de analyticsgegevens.
- Het uitstappercentage van de sitemap moet laag zijn: als bezoekers de website vanaf deze pagina verlaten, hebben ze waarschijnlijk niet gevonden wat ze zochten
- Het aantal bekeken pagina’s per sessie na een bezoek aan de sitemap moet hoger zijn dan het gemiddelde van de website
- Dieper gelegen pagina’s die alleen via de sitemap verkeer ontvangen, wijzen op een probleem met de interne linkstructuur in de rest van de navigatie
- 404-fouten door klikken op de sitemap wijzen op een gebrekkige synchronisatie tussen de gepubliceerde inhoud en de sitemap
Met deze indicatoren kun je een decoratieve sitemap onderscheiden van een echt navigatiehulpmiddel. De nuttigste sitemap is er een die bezoekers bijna nooit nodig zouden moeten hebben, omdat de hoofdnavigatie al goed werkt. De waarde ervan blijkt wanneer de gebruikelijke routes niet werken.
