Een slecht ontworpen sitemap is niet alleen een probleem voor de gebruiksvriendelijkheid. Sinds Google in maart 2024 de FID heeft vervangen door de INP (Interaction to Next Paint) als Core Web Vital, telt de reactietijd van elke interactie op een pagina mee voor de ranking. Een slecht geoptimaliseerd JavaScript mega-menu dat de drempel van 200 ms in INP overschrijdt, degradeert direct de organische zichtbaarheid, zelfs als de XML-sitemap technisch in orde is.
INP en navigatie: het SEO-signaal dat sitemaps negeren
De meeste gidsen over webstructuur behandelen de structuur als een puur logische oefening: categorieën, subcategorieën, klikdiepte. We zien dat deze aanpak een bepalende technische factor negeert.
De INP meet de latentie van alle gebruikersinteracties tijdens een bezoek, niet alleen de eerste. Een dropdown-menu met zware CSS-animaties, een categoriefilter dat een volledige her-rendering van de DOM triggert, of een footer vol interne links die de parsing vertraagt: elk van deze navigatie-elementen beïnvloedt de INP-score.
We raden aan om elk navigatiecomponent afzonderlijk te testen met de tools van Chrome DevTools (tabblad Prestaties). Als het openen van een submenu meer dan 200 ms duurt tussen de klik en de visuele weergave, moet het component worden herzien voordat er over de structuur wordt nagedacht. Om te zien hoe een Pucker Up-sitemap zijn invoer zonder overbelasting structureert, is een goed voorbeeld van een lichte sitemap die de algehele reactietijd niet schaadt.
Webstructuur en crawl-diepte: de regel van drie klikken is verouderd
De beroemde regel van drie klikken is nooit gevalideerd door een rigoureuze studie. Wat telt voor zoekmachines, is de effectieve crawl-diepte, dat wil zeggen het aantal links dat Googlebot moet volgen vanaf een instappagina om inhoud te bereiken.
Een site van 500 pagina’s met een platte structuur (alle pagina’s op twee niveaus) verdeelt het crawl-budget beter dan een site van 50 pagina’s georganiseerd in vijf niveaus van geneste categorieën. Diepte is geen probleem van het aantal klikken voor de gebruiker, maar van het aantal sprongen voor de robot.
Categorieën structureren op basis van zoekintentie
Pagina’s op basis van zakelijke thema’s organiseren lijkt natuurlijk. In SEO is dit vaak een fout. De categorieën van een site moeten de zoekintenties van gebruikers weerspiegelen, niet het organigram van het bedrijf.
- Groep pagina’s die eenzelfde doelzoekopdracht beantwoorden onder één ouderknoop, zelfs als ze interne verschillende diensten betreffen
- Maak categoriepagina’s die expliciet gericht zijn op een zoekwoord met volume (bijv. “website creatie” in plaats van “onze webdiensten”)
- Verwijder tussenliggende niveaus die geen bijbehorende zoekopdracht hebben: als niemand de term zoekt, dient de categoriepagina alleen om de interne linkstructuur te verdunnen
Elk niveau van de structuur moet overeenkomen met een echte zoekopdracht. Een niveau zonder zoekopdracht is een nutteloos niveau voor SEO en een extra klik voor de bezoeker.
Toegankelijkheid en navigatie: de European Accessibility Act verandert de regels
Sinds 28 juni 2025 stelt de European Accessibility Act concrete eisen aan de navigatie van websites gericht op consumenten in de EU. De referentienorm is de EN 301 549, afgestemd op WCAG 2.2 niveau AA.
Concreet beïnvloeden drie punten direct de organisatie van een sitemap:
- De tabvolgorde moet de visuele logica van de inhoud volgen: een menu waarvan de elementen in CSS zijn herschikt maar niet in de DOM creëert een inconsistente navigatie met het toetsenbord
- Verborgen navigatie-elementen (hamburger-menu’s, sub-menu’s bij hover) moeten toegankelijk zijn zonder muis, met zichtbare focusstatussen
- De pagina’s van de sitemap moeten bereikbaar zijn via ten minste twee verschillende paden (hoofdmenu, HTML-sitemap, broodkruimel of contextuele interne links)
Het niet naleven van deze criteria leidt tot sancties, maar naast het juridische risico is een toegankelijke site een beter gecrawlde site. Googlebot scrolt niet door een menu, het doorloopt het sequentieel zoals een schermlezer.
XML-sitemap en HTML-sitemap: twee tools, twee verschillende functies
De verwarring tussen het bestand sitemap.xml en de HTML-pagina van de sitemap blijft bestaan. De XML-sitemap is een technisch bestand bedoeld voor indexeringsrobots. Het lijst de URL’s met hun metadata (wijzigingsdatum, prioriteit). De HTML-pagina van de sitemap is bedoeld voor gebruikers en toegankelijkheid.
We raden aan om beide te behouden, maar met verschillende logica. De XML-sitemap moet alleen indexeerbare pagina’s bevatten (geen gepagineerde pagina’s, geen filterpagina’s, geen omleidingen). Een schone XML-sitemap vermeldt alleen de URL’s in 200 met een zelf-refererende canonical tag.
Frequentie van bijwerking van de XML-sitemap
Een statische sitemap die eenmaal bij de lancering van de site is gegenereerd, verliest zijn waarde na enkele maanden. CMS zoals WordPress regenereren het bestand automatisch, maar deze regeneratie omvat soms ongewenste URL’s (auteurspagina’s, archieven op datum, lege tagpagina’s).
Het is een minimum om elk kwartaal te controleren of de XML-sitemap geen wees-URL’s of URL’s die een 404-code retourneren bevat. Google Search Console meldt deze inconsistenties in het dekkingsrapport, maar met een vertraging die enkele weken kan duren.
De HTML-sitemap moet leesbaar blijven: een pagina met 2.000 niet-hiërarchische links helpt niemand. Groepeer de links per sectie en beperk de weergave tot strategische pagina’s om deze pagina nuttig te maken voor zowel bezoekers als de interne linkstructuur.
De organisatie van een sitemap is geen eenmalige oefening. De structuur evolueert met de inhoud, de gerichte zoekopdrachten en de technische vereisten. Een kwartaal audit van de structuur, de XML-sitemap en de toegankelijkheidsconformiteit blijft de meest betrouwbare manier om een navigatie te onderhouden die zowel gebruikers als zoekmachines dient.
