Een goed werkende sitemap begint met hiërarchische keuzes die je maakt voordat je een ontwerp uitwerkt. De klikdiepte, de indeling op basis van gebruikersintentie en consistente benamingen bepalen of een bezoeker de juiste pagina bereikt of afhaakt. Een duidelijke sitemap maken betekent dat je de structuur behandelt als een technisch eindproduct, niet als een intuïtieve sorteeroefening.
Klikdiepte en crawlbudget: de technische randvoorwaarden voor een sitemap
Elke strategische pagina moet vanaf de homepage met maximaal drie klikken bereikbaar zijn. Verder weg verlagen zoekmachines de crawlfrequentie en haken bezoekers af. Deze dieptelimiet bepaalt de volledige sitestructuur.
Een informatieve website met vijf tot tien pagina’s vormt geen probleem qua diepte. Dat verandert zodra er een productcatalogus, een actieve blog of meerdere subcategorieën bijkomen. We raden aan om de werkelijke diepte met een crawl in kaart te brengen (Screaming Frog, Sitebulb) voordat je het menu definitief vastlegt. De diepte die je in een spreadsheet ziet, komt namelijk niet altijd overeen met de technische diepte.
Een punt dat vaak over het hoofd wordt gezien: niet-crawlbare JavaScript-links creëren weespagina’s die onzichtbaar zijn voor Googlebot. Google benadrukt dat interne HTML-links helpen om pagina’s te ontdekken en hun onderlinge verband te begrijpen. Controleer of elke vermelding in de sitemap verwijst naar een URL die bereikbaar is via een standaard HTML-link, en niet via een onclick of client-side routing zonder server-side rendering.
Wil je zien hoe een vlakke sitestructuur er in de praktijk uitziet? de sitemap van Ludika Studio laat een structuur zien waarin alle pagina’s zich op één of twee niveaus van de root bevinden.
Indelen op basis van gebruikersintentie in plaats van interne logica
De meeste sitestructuren weerspiegelen het organigram van het bedrijf of de interne productindeling. Bezoekers denken juist vanuit hun behoefte: vergelijken, kopen, contact opnemen of een dienst begrijpen. Pagina’s groeperen op basis van zoekintentie vermindert het aantal klikken en het bouncepercentage.
Card sorting blijft de betrouwbaarste methode. Je legt de paginatitels voor aan een panel van beoogde gebruikers, op fysieke kaartjes of via een tool zoals Adapté Workshop. Zij groeperen de kaartjes naar eigen inzicht, waarna je de clusters analyseert. Een tree test vormt een aanvulling: deelnemers krijgen de opdracht om zonder grafische interface specifieke informatie in de voorgestelde sitestructuur te vinden.
Deze twee tests brengen vaak verschillen aan het licht tussen de bedrijfslogica en de gebruikerslogica. Een dienstverlener kan zijn aanbod indelen per sector, terwijl potentiële klanten zoeken op type dienst. Als uit de card sorting een andere indeling naar voren komt dan je had voorzien, is dat een teken dat de structuur moet worden aangepast.
- Open card sorting: deelnemers bedenken zelf de categorieën; handig voor een nieuwe website of een volledige herziening
- Gesloten card sorting: de categorieën liggen vooraf vast; handig om een al geschetste sitestructuur te valideren
- Tree test: meet het succespercentage en de tijd die nodig is om een pagina in de hiërarchie te vinden, zonder invloed van het ontwerp
Navigatielabels: conventies en toetsenbordtoegankelijkheid
Een effectief menulabel beschrijft de bestemming, niet de actie. ‘Ons werk’ werkt beter dan ‘Ontdek’, omdat bezoekers weten wat ze achter de link kunnen verwachten. Beperk elk label tot twee of drie woorden. Langere labels maken het menu onleesbaar op mobiel en uit tree tests blijkt dat het succespercentage dan daalt.
Sinds 28 juni 2025 is de Europese Toegankelijkheidswet van toepassing op bepaalde e-commercediensten voor consumenten. Voor de websites waarop deze wet van toepassing is, moeten toetsenbordnavigatie en begrijpelijke gebruikersroutes al tijdens het ontwerpen van de structuur worden meegenomen.
Het W3C adviseert dat elk interactief element met het toetsenbord bereikbaar is en dat de focus zichtbaar blijft. In de praktijk betekent dit dat je test of je een uitklapmenu kunt openen, de links erin kunt doorlopen en het geselecteerde element kunt herkennen zonder muis. Een veelvoorkomende valkuil: een vaste header die de link verbergt waarop de toetsenbordfocus staat. Het WCAG 2.2-criterium ‘Focus Not Obscured (Minimum)’ is specifiek op dit probleem gericht.
Kruimelpad en contextuele aanwijzingen
Het kruimelpad (breadcrumb) vult het hoofdmenu aan door bezoekers te laten zien waar ze zich in de hiërarchie bevinden. Het vervangt geen duidelijke sitestructuur, maar biedt context aan bezoekers die rechtstreeks vanuit een zoekmachine op een dieper gelegen pagina terechtkomen.
Implementeer het kruimelpad met de gestructureerde gegevens BreadcrumbList (schema.org). Google kan het hiërarchische pad dan in de zoekresultaten weergeven, wat de doorklikratio verbetert.
XML-sitemap en HTML-sitemap: twee afzonderlijke eindproducten
De XML-sitemap is bedoeld voor crawlers. De HTML-sitemap is bedoeld voor bezoekers. Wie die twee met elkaar verwart, negeert een van beide doelgroepen. De XML-sitemap bevat alle indexeerbare URL’s, met hun prioriteit en wijzigingsdatum. De HTML-sitemap toont een georganiseerde selectie van de belangrijkste pagina’s, vaak in de vorm van een hiërarchische lijst.
Een XML-sitemap compenseert geen slechte interne linkstructuur. Als een pagina niet via een HTML-link met andere pagina’s is verbonden, laat de XML-sitemap de zoekmachine wel weten dat de pagina bestaat, maar verzwakt het gebrek aan interne links de autoriteit ervan. Omgekeerd vertraagt een HTML-sitemap zonder XML-sitemap de ontdekking van nieuwe pagina’s door crawlers.
- XML-sitemap: technisch bestand in de root, vermeld in robots.txt en beperkt tot 50.000 URL’s per bestand
- HTML-sitemap: pagina die bezoekers kunnen gebruiken om te navigeren, met de belangrijkste links per categorie en bereikbaar via de footer
- Sitemapindex: nodig wanneer de website de limiet van één XML-bestand overschrijdt; deze verwijst naar meerdere onderliggende sitemaps
Wanneer je de XML-sitemap opnieuw moet genereren
Elke pagina die wordt toegevoegd, verwijderd of omgeleid, is reden om de sitemap bij te werken. Op een CMS zoals WordPress genereren plugins het bestand automatisch. Gebruik je een statische website of een JavaScript-framework met server-side rendering, automatiseer dan het genereren van de sitemap in je deploymentpipeline om te voorkomen dat je updates vergeet.
De best leesbare sitemap ter wereld is nutteloos als de onderliggende hiërarchie niet aansluit op de daadwerkelijke bezoekersroutes. Test de sitestructuur met gebruikers, controleer de technische diepte met een crawl en houd de XML-sitemap bij elke publicatie up-to-date. De duidelijkheid van een sitemap meet je aan het succespercentage van een tree test, niet aan de elegantie van het menu.
