Normen · WCAG 2.2

SC 3.2.3 Niveau AA WCAG 2.0

Consistente navigatie

Navigatiemechanismen die op meerdere pagina's worden herhaald — hoofdnavigatie, voettekst, breadcrumbs, zoeken — moeten op elke pagina in dezelfde relatieve volgorde verschijnen. Gebruikers die vertrouwen op spiergeheugen mogen de indeling niet elke keer opnieuw hoeven ontdekken.

Wat er wordt gevraagd

Wanneer hetzelfde navigatiemechanisme op meerdere pagina’s van een site voorkomt, moet het elke keer in dezelfde relatieve volgorde staan. De visuele positie telt minder dan de bronvolgorde — als “Home, Producten, Prijzen, Contact” de volgorde op één pagina is, moet het de volgorde zijn op elke andere pagina waarop die navigatie verschijnt.

De gebruiker mag de volgorde aanpassen (bijvoorbeeld het herschikken van een aanpasbaar dashboard), en de regel geldt voor navigatie die de site zelf biedt.

Hoe hieraan te voldoen

  • Stuur de hoofdnavigatie vanuit één component of sjabloon — codeer nooit per-pagina navigaties handmatig.
  • Bewaar dezelfde volgorde in de voettekst op de hele site.
  • Houd breadcrumbs op dezelfde positie (doorgaans net onder de header) op elke pagina die ze heeft.
  • Houd zoekinvoervelden op dezelfde locatie in de header of zijbalk.
  • Houd stapindicatoren bij meerstapsflows op dezelfde positie gedurende de hele flow.

Veelvoorkomende fouten

  • Een hoofdnavigatie die op marketingpagina’s anders is gerangschikt dan op de app-pagina’s, doordat twee verschillende teams de sjablonen beheren.
  • Breadcrumbs boven de H1 op sommige pagina’s en eronder op andere.
  • Een “Help”-link in de header op de meeste pagina’s en in de voettekst op de afrekenpagina.
  • Een zoekinvoerveld rechtsboven op de meeste pagina’s en weggestopt in de zijbalk op de blog.

Waarom het belangrijk is

Schermlezergebruikers bouwen snel een mentale kaart van de sitestructuur op. Ziende toetsenbordgebruikers tabben door oriëntatiepunten. Gebruikers met cognitieve beperkingen vertrouwen op consistente positionering voor oriëntatie. Wanneer de navigatie tussen pagina’s verandert, moeten alle gebruikers opnieuw leren — maar gebruikers van hulptechnologie betalen de hoogste prijs, omdat zij niet de hele pagina in één oogopslag kunnen bekijken om de nieuwe indeling te herkennen.

Dit is een van de eenvoudigst te halen succescriteria als de site is gebouwd vanuit een gedeeld sjabloonsysteem, en een van de pijnlijkst te verbeteren als er jaren aan verouderde sjablonen zijn opgebouwd.