<\/noscript>

Phanes

Van Storyblok naar Craft CMS zonder redesign

  • Frontend development
  • WCAG
  • Craft CMS

Een redesign was niet nodig, een technische modernisering wel. We migreerden de website van Storyblok naar Craft CMS, brachten de frontend naar Nuxt 4 en verbeterden de toegankelijkheid volgens de WCAG-richtlijnen. Ontdek in deze case, met concrete voorbeelden en screenshots, welke optimalisaties we doorvoerden en waarom ze het verschil maken.

Een technische modernisering

Het ontwerp van de website was nog steeds sterk en herkenbaar. Een redesign was daarom niet nodig. De technologie achter de website was echter verouderd. Storyblok sloot minder goed aan bij de wensen rond contentbeheer en de frontend draaide nog op Nuxt 2. Daarnaast bood de komst van strengere WCAG-richtlijnen de ideale gelegenheid om ook de toegankelijkheid grondig te verbeteren.

Gerichte WCAG-optimalisaties

Tijdens een eerste WCAG 2.2-audit bleek dat de website met een aantal gerichte ingrepen aanzienlijk toegankelijker kon worden. Denk aan een logische lees- en focusvolgorde, voldoende kleurcontrast, correcte toetsenbordnavigatie, een "Ga naar hoofdinhoud"-link, semantische HTML en duidelijke statusmeldingen voor schermlezers. Hoewel dit veel lijkt, gaat het in de praktijk om relatief beperkte technische aanpassingen met een grote impact op de gebruikservaring.

WCAG 2.2 normen in de praktijk

Sinds de nieuwe Europese wetgeving (EAA) die van kracht ging in juni 2025, zijn vele mensen op zoek naar wat dit concreet betekent voor hun website. Een website moet toegankelijk zijn, maar wat betekend dat nu in de praktijk. 

Aan de hand van dit project tonen we hoe enkele gerichte optimalisaties een grote impact kunnen hebben op de toegankelijkheid. We lichten verschillende WCAG 2.2-richtlijnen toe met concrete voorbeelden en screenshots uit de praktijk. Dit is geen volledige WCAG-audit, maar een selectie van veelvoorkomende verbeteringen die met een relatief beperkte technische inspanning gerealiseerd kunnen worden.

Correct gebruik van HTML-elementen én document structuur

In onderstaand voorbeeld bestaat een overzicht uit aanklikbare items. Dankzij de correcte semantische opbouw herkent een schermlezer elk item als een link binnen een lijst en kondigt hij ook de bijbehorende kop correct aan, bijvoorbeeld als "hoofding niveau 3". Hierdoor krijgt een gebruiker dezelfde context en structuur mee als iemand die de pagina visueel bekijkt.

Voor de meeste bezoekers verandert er visueel niets, maar voor gebruikers van schermlezers maakt deze semantische structuur een wereld van verschil. Het zijn net deze technische details die in de praktijk vaak over het hoofd worden gezien. Ook generatieve AI genereert vandaag niet standaard toegankelijke HTML, omdat semantiek en WCAG-richtlijnen sterk afhankelijk zijn van de context en lang niet alle voorbeelden waarop AI is getraind deze best practices volgen.

Logische lees- en focusvolgorde

Een toegankelijke website volgt niet alleen visueel een logische structuur, maar ook technisch. Gebruikers die met een toetsenbord navigeren of een schermlezer gebruiken, doorlopen de pagina in de volgorde waarin de HTML is opgebouwd. Wanneer die volgorde niet overeenkomt met de visuele lay-out, kan de inhoud verwarrend of zelfs onbruikbaar worden.

Daarom stemden we de lees- en focusvolgorde af op de visuele opbouw van elke pagina. Zo bewegen toetsenbordgebruikers op een natuurlijke manier van navigatie naar hoofdinhoud en vervolgens naar de verschillende interactieve elementen, terwijl schermlezers de informatie in dezelfde logische volgorde voorlezen als waarin ze door de bezoeker wordt verwacht.

In onderstaande visual zie je hoe deze volgorde over de pagina loopt. Een correcte lees- en focusvolgorde zorgt ervoor dat bezoekers de website intuïtief kunnen gebruiken, ongeacht de manier waarop ze navigeren.

Correct gebruik van HTML-elementen. 

Op verschillende plaatsen vervingen we niet-semantische oplossingen door de juiste HTML-elementen. Zo werden knoppen die naar een andere pagina navigeren vervangen door links, en werden lijsten opgebouwd met echte lijststructuren in plaats van generieke <div>-elementen. Voor de gemiddelde bezoeker verandert er visueel niets, maar voor ondersteunende technologieën maakt dit een groot verschil.

Ga naar hoofdinhoud. 

Er werd een "Ga naar hoofdinhoud"-link toegevoegd, zodat toetsenbordgebruikers en schermlezers de navigatie kunnen overslaan en onmiddellijk naar de hoofdinhoud van de pagina springen.

Zonder deze functionaliteit moeten gebruikers bij elk nieuw pagina- of blogbezoek opnieuw door alle navigatie-elementen, submenu's en links navigeren voordat ze de eigenlijke inhoud bereiken. Dat is niet alleen tijdrovend, maar wordt al snel frustrerend wanneer iemand gewoon een artikel wil lezen of snel specifieke informatie zoekt.

Met één eenvoudige technische ingreep wordt die overbodige stap weggewerkt en krijgen gebruikers sneller toegang tot de inhoud waarvoor ze de website bezoeken.

Voorbeeld van een "Ga naar hoofd inhoud knop"

Statusmeldingen voor zoekresultaten

De zoekfunctie geeft nu via toegankelijkheidsmeldingen aan hoeveel resultaten werden gevonden of wanneer er geen resultaten beschikbaar zijn. Hierdoor ontvangen gebruikers van schermlezers dezelfde feedback als visuele gebruikers.

Voorbeeld van een stem assistent die meldt hoeveel zoekresultaten er gevonden zijn.

Kleine ingrepen, grote impact

Dit project toont aan dat digitale toegankelijkheid niet altijd een volledig redesign of een ingrijpende herontwikkeling vereist. Door bestaande websites technisch te verfijnen en de WCAG-richtlijnen bewust toe te passen, kunnen met relatief beperkte inspanningen al grote verbeteringen worden gerealiseerd.

De voorbeelden in deze case vormen slechts een kleine selectie van de mogelijke optimalisaties. Elke website is anders, maar één conclusie blijft hetzelfde: hoe vroeger toegankelijkheid wordt meegenomen, hoe eenvoudiger én voordeliger de implementatie wordt.

Vraag een Audit aan

Benieuwd hoe toegankelijk jouw website is?

Elke website is anders. Tijdens een WCAG-audit analyseren we jouw website op basis van de belangrijkste toegankelijkheidsrichtlijnen en ontvang je een duidelijk rapport met concrete verbeterpunten. Geen theoretisch document, maar praktische aanbevelingen waarmee je meteen aan de slag kunt.

Ontvang jouw toegankelijkheidsrapport

Enkele andere projecten

Portfolio

Meer blije klanten
  • Craft CMS
  • Frontend development
  • Headless CMS
  • WCAG

Induxx

Van WordPress worry naar Craft clarity. Een razendsnelle website voor Induxx met Nuxt 4 en Craft CMS.

Bekijk de case
  • Frontend development
  • Headless CMS
  • WCAG
  • Motion
  • Craft CMS

Xplore Group

Pixel tot portfolio: De digitale transformatie van Xplore Group

Bekijk de case