De crawl-diepte en het budget dat Googlebot aan een domein toekent, hangen rechtstreeks af van de manier waarop de pagina’s met elkaar zijn verbonden. Een site waarvan de navigatie is gebaseerd op overbelaste JavaScript-menu’s of een te diepe hiërarchie verliest aan indexering nog voordat deze in ranking verliest.
Impact van het gewicht van JavaScript op de responsiviteit van navigatiemenu’s
Een navigatiemenu dat meerdere honderden milliseconden nodig heeft om te reageren op een klik, verslechtert de INP van de hele site. Sinds Google FID heeft vervangen door Interaction to Next Paint (INP) in de Core Web Vitals, telt de responsiviteit van elke micro-interactie mee in de algehele beoordeling van een pagina.
Het probleem komt zelden van de HTML van het menu. Het komt van animatiebibliotheken, tracking-scripts die in de header zijn geïnjecteerd en mega-menu’s die aan de clientzijde worden gerenderd. Elke JavaScript-laag die aan het hoofdmenu wordt toegevoegd, verlengt de tijd tussen de klik van de gebruiker en de weergave van het resultaat.
We raden aan om de CSS van de navigatie duidelijk te scheiden (natuurlijke overgangen, geen JS voor een eenvoudige hover) en het laden van niet-kritieke scripts uit te stellen tot na het renderen van het menu. Een menu in pure HTML/CSS met een minimale JavaScript-fallback blijft de meest betrouwbare oplossing om een acceptabele INP te behouden, ook op mobiel.
Om te observeren hoe een redactionele site zijn rubrieken organiseert zonder technische overbelasting, illustreert de structuur van de site Maman Chic een platte hiërarchie die zowel door gebruikers als door indexeringsrobots leesbaar is.
Platte of diepe hiërarchie: categorieën structureren voor crawl
De technische regel blijft eenvoudig: elke pagina moet toegankelijk zijn in maximaal drie klikken vanaf de homepage. Daarboven daalt de crawl-frequentie en verliest de pagina aan interne autoriteit.
Een platte hiërarchie (home > categorie > pagina) is geschikt voor de meeste vitrinesites en blogs. E-commerce sites of portalen met veel inhoud vereisen een extra niveau (home > categorie > subcategorie > pagina), maar niet meer.
De veelvoorkomende valkuil is om de categorieën te vermenigvuldigen om elke semantische variatie van een zoekwoord te dekken. Resultaat: bijna lege categoriepagina’s, duplicaatinhoud tussen nabijgelegen rubrieken en een verwaterde interne linkstructuur. We geven de voorkeur aan het groeperen van nabijgelegen inhoud onder één enkele categorie en het differentiëren door middel van tags of filters aan de voorkant, zonder extra indexeerbare URL’s te genereren.
Beheer van URL’s en permalinks
De URL-structuur weerspiegelt de hiërarchie. Een pad zoals /categorie/subcategorie/slug-pagina geeft de crawler een duidelijk signaal van hiërarchie. Het toevoegen van onnodige segmenten (data, numerieke identificaties) verstoort dit signaal en verlengt de URL zonder SEO-voordeel.
Elke canonieke pagina moet naar zichzelf verwijzen. Pagina’s voor paginering, sorteren of filteren krijgen een canonical-tag naar de bovenliggende categorie of een noindex-attribuut, afhankelijk van het geval.
Interne linkstructuur en broodkruimelpad: structuur signalen voor zoekmachines
De interne linkstructuur is geen cosmetische oefening. Het distribueert de interne PageRank en geeft zoekmachines aan welke pagina’s prioriteit hebben. Een contextuele link in de body van een artikel geeft meer gewicht dan een link in een footer die op alle pagina’s wordt herhaald.
- Elke inhoudspagina moet minstens twee interne links bevatten naar pagina’s van hetzelfde niveau of een hoger niveau in de hiërarchie.
- De ankers van interne links hernemen het doelzoekwoord van de bestemmingspagina, zonder overoptimalisatie (variëren in formuleringen).
- Wees waakzaam voor weespagina’s (waar geen enkele pagina naar verwijst) en detecteer deze via een regelmatige crawl, en koppel ze aan een categorie of verwijder ze.
Het broodkruimelpad (breadcrumb) vervult een dubbele rol. Voor de gebruiker plaatst het de pagina in de hiërarchie en biedt het een snelle terugkeer naar hogere niveaus. Voor SEO genereert de gestructureerde markup BreadcrumbList rich snippets die de klikfrequentie in de zoekresultaten verbeteren.
Om ervoor te zorgen dat het broodkruimelpad correct functioneert, moet elk niveau overeenkomen met een echte indexeerbare pagina. Een breadcrumb die een niet-klikbaar niveau of een 404 retourneert, stuurt een negatief signaal naar de crawler.
Toegankelijkheid WCAG 2.2 en navigatie met het toetsenbord: structurele beperkingen
Toegankelijkheid is niet langer een audit die na de productie wordt uitgevoerd. De WCAG 2.2, officiële aanbeveling van het W3C sinds oktober 2023, voegt negen criteria toe ten opzichte van de vorige versie, waarvan er verschillende direct betrekking hebben op navigatie.
De kritische punten voor de structuur:
- De toetsenbordfocus moet de visuele volgorde van de elementen volgen. Een menu waarvan de DOM in JavaScript is herschikt zonder de tabindex bij te werken, creëert een inconsistente navigatie voor gebruikers van schermlezers.
- De paginazones (header, nav, main, footer) moeten de bijbehorende ARIA-landmarks gebruiken. Een site die afhankelijk is van generieke div’s zonder semantische rol verliest aan navigeerbaarheid voor assistentietechnologieën.
- De minimale grootte van de aanraakdoelen (links, menu-knoppen) moet voldoende zijn om klikfouten op mobiel te voorkomen, een criterium dat wordt versterkt door WCAG 2.2.
Deze beperkingen vanaf het ontwerp van de hiërarchie en de paginatemplates te integreren, voorkomt kostbare herontwerpen. Een Lighthouse-audit gecombineerd met een handmatige toetsenbordtest is voldoende om de meeste problemen met toegankelijke navigatie te identificeren.
De structuur testen met een technische crawl
Theorie is niets zonder verificatie. Een volledige crawl van de site met een speciaal hulpmiddel (Screaming Frog, Sitebulb of gelijkwaardig) onthult de inconsistenties tussen de geplande structuur en de werkelijke structuur: weespagina’s, omleidingslussen, overmatige diepte, gebroken links in het menu.
We voeren dit type crawl uit na elke significante wijziging in de hiërarchie of het hoofdmenu. Een maandelijkse crawl blijft het minimum voor een site die regelmatig inhoud publiceert. De resultaten voeden direct de beslissingen over interne linkstructuur en URL-schoonmaak.
De XML-sitemap completeert de crawl door expliciet de pagina’s te vermelden die moeten worden geïndexeerd. Het vervangt geen goede interne linkstructuur, maar zorgt ervoor dat de crawler recente pagina’s ontdekt zonder te wachten tot er handmatig een interne link is aangemaakt.
Een site structureren voor navigatie is een technische architectuurprobleem oplossen voordat het een ontwerpthema wordt. De keuzes van hiërarchie, linkstructuur en JavaScript-prestaties bepalen zowel de tevredenheid van de gebruiker als het vermogen van zoekmachines om de site te verkennen. Het corrigeren van deze fundamenten achteraf kost altijd meer dan ze vanaf het begin correct te leggen.
