Wil je weten hoe groot een afbeelding is die je op een WordPress website wilt vervangen? Dan geven wij je graag de uitleg hiervoor.
Open de Developer Tools in Chrome browser
Klik met de rechtermuisknop op de afbeelding en kies “Inspecteren” (of “Inspect” als je Chrome in het Engels gebruikt).
Of gebruik de sneltoets: F12 of Ctrl + Shift + I (Windows) / Cmd + Option + I (Mac).
Bekijk de afbeeldingseigenschappen
In het Elements-paneel zie je de HTML-code. De geselecteerde <img>-tag toont de afbeelding.
Beweeg met de muis over de <img>-tag, en een kleine tooltip verschijnt met de afmetingen in pixels.
Bekijk gedetailleerde informatie
Klik op het tabblad Computed (rechts in Developer Tools).
Scroll naar beneden en zoek “Natural Size” of “Rendered Size” om de originele en weergegeven afmetingen te zien.
Zo weet je precies hoe groot een afbeelding is en hoe deze wordt weergegeven op je site!
Pop-ups kunnen een effectieve manier zijn om de aandacht van je bezoekers te trekken. Met de gratis WordPress-plugin Boxzilla kun je eenvoudige pop-ups maken zonder dat je code hoeft te schrijven.
In dit artikel laten we je stap voor stap zien hoe je een pop-up instelt en aanpast. Als je meer opties wilt zoals een koppeling met WooCommerce of Google Analytics dan bieden ze hiervoor een aantal premium add-ons die je kunt kopen.
Geef de pop-up een titel (dit is alleen zichtbaar in de back-end).
Voeg de inhoud toe die je in de pop-up wilt tonen. Dit kan tekst, een afbeelding of een formulier zijn.
Optioneel: Een inschrijfformulier toevoegen
Wil je een e-mailinschrijfformulier toevoegen? Gebruik dan een shortcode van bijvoorbeeld Mailchimp, Contact Form 7 of Gravity Forms.
Stap 3: Instellen wanneer de pop-up verschijnt
Bij het tabblad Weergave kun je bepalen hoe en wanneer de pop-up wordt weergegeven:
Trigger op scrollpercentage → De pop-up verschijnt als de bezoeker een bepaald percentage van de pagina heeft gescrolld.
Trigger op tijdsduur → De pop-up verschijnt na een aantal seconden.
Trigger op exit intent → De pop-up wordt getoond wanneer een bezoeker de pagina dreigt te verlaten.
Klik-trigger → De pop-up wordt alleen weergegeven als een bezoeker op een specifieke knop of link klikt.
Je kunt deze instellingen combineren om een effectieve pop-up te maken.
Stap 4: De stijl en positie aanpassen
Bij het tabblad Weergave-opties kun je de pop-up visueel aanpassen:
Breedte en hoogte instellen (in pixels of procenten)
Positie op de pagina (bijvoorbeeld midden, rechtsboven of linksonder)
Achtergrondkleur en rand aanpassen om de pop-up aan te passen aan je website-design
Tip: Gebruik je een custom CSS-stijl? Voeg dan extra stijlen toe via Weergave > Customizer > Extra CSS.
Stap 5: De pop-up activeren en testen
Als je tevreden bent met je instellingen:
Klik op Publiceren om de pop-up live te zetten.
Test de pop-up door je website in een incognito venster te openen.
Pas de instellingen aan als dat nodig is.
Wil je de pop-up tijdelijk uitschakelen? Zet dan de status van de Box op Concept.
Wat is Full Site Editing?
Full Site Editing (FSE) is een grote verandering in WordPress. Sinds de introductie van versie WordPress 5.9 stelt FSE gebruikers in staat om niet alleen pagina’s en berichten te beheren, maar ook de volledige structuur en lay-out van hun website aan te passen. Dit bevat onder andere onderdelen zoals de header, footer, zijbalken en zelfs de templates voor specifieke inhoud als een webshop of foodblog, allemaal met behulp van de visuele Block Editor (Gutenberg).
Het doel van FSE is om WordPress websitebeheer toegankelijker en flexibeler te maken. Gebruikers hebben nu de mogelijkheid om de volledige look-and-feel van hun website te personaliseren zonder kennis van bijvoorbeeld PHP of CSS-code. Dit maakt FSE ideaal voor ondernemers, creatieve professionals en ontwikkelaars die efficiënt willen werken.
Kenmerken van Full Site Editing
1. Visuele Site Editor
De Site Editor (te vinden onder ‘Weergave > Editor’) vervangt de traditionele Customizer en stelt gebruikers in staat om direct aanpassingen te maken aan de gehele website. In deze editor kun je onder andere;
Navigatiemenu’s configureren en aanpassen.
Headers en footers ontwerpen met dynamische inhoud, zoals social media-icoontjes of contactinformatie.
Elementen zoals recente berichten, zoekvelden en categorieën eenvoudig toevoegen.
Met de visuele benadering van Full Site Editing zie je real-time hoe je wijzigingen eruitzien op de website. Hieronder zie je hiervan een voorbeeld.
2. Block-gebaseerde thema’s
FSE werkt met block-gebaseerde thema’s, ook wel bekend als ‘Block Themes‘. Deze thema’s zijn ontworpen om volledig samen te werken met de WordPress Block Editor, wat betekent dat elk onderdeel van de website of webshop kan worden opgebouwd met blokken. Enkele populaire block-thema’s zijn ‘Twenty Twenty-Four’ en ‘Twenty Twenty-Five’. Als je iets meer wilt zou je gebruik kunnen maken van bijvoorbeeld het Kadence thema.
Het gebruik van block-thema’s biedt maximale flexibiliteit omdat je niet langer afhankelijk bent van vooraf bepaalde lay-outs of stijlen waar oudere thema’s vaak in vastlopen.
3. Templates en template parts
Met FSE in WordPress kun je zowel hele templates als gedeelde onderdelen, zoals headers en footers, beheren:
Templates: Deze definieer je voor specifieke pagina’s of berichttypen, zoals de homepage, berichtenoverzicht of een specifieke categoriepagina voor artikelen of producten.
Template Parts: Dit zijn herbruikbare onderdelen, zoals een header of footer, die op meerdere pagina’s consistent worden weergegeven.
Bijvoorbeeld, voor een website die gericht is op interieurrestyling, kan een unieke template worden gemaakt voor de portfolio-pagina, terwijl de rest van de site een meer algemene opmaak behoudt.
4. Globale stijlen
De Globale Stijlen functionaliteit maakt het mogelijk om consistentie te waarborgen in je gehele website. Je kunt in één keer;
Kleuren instellen voor achtergronden, knoppen en tekst.
Lettertypes en typografie aanpassen voor titels, paragrafen en links.
Afstanden (zoals marges en padding) uniform toepassen.
Met deze instelling kun je de merkidentiteit van je website eenvoudig versterken, zonder elke pagina handmatig te hoeven aanpassen.
Waarom kiezen voor Full Site Editing?
De overstap naar FSE in WordPress biedt aanzienlijke voordelen:
Creatieve vrijheid: Geen beperkingen meer van een vast thema. Alles is aanpasbaar.
Efficiënt beheer: Door het gebruik van blokken en globale stijlen kun je snel en eenvoudig wijzigingen doorvoeren.
Lagere kosten: Minder afhankelijkheid van externe ontwikkelaars voor kleine aanpassingen.
Toekomstgericht: FSE is een kernonderdeel van de nieuwe WordPress-standaard en blijft relevant met toekomstige updates.
Uitdagingen en beperkingen
Hoewel FSE veel te bieden heeft, zijn er ook enkele overwegingen:
Compatibiliteit: Niet alle bestaande thema’s en plugins ondersteunen FSE. Alleen block-gebaseerde thema’s bieden volledige functionaliteit.
Leercurve: Gebruikers die gewend zijn aan de klassieke Customizer moeten wennen aan de nieuwe workflow.
Technische uitdagingen: Voor geavanceerde aanpassingen kan enige kennis van CSS of HTML nog steeds nuttig zijn.
Voor bedrijven of gebruikers die overstappen naar FSE is het belangrijk om een goede basis te leggen met een thema dat compatibel is, en om tijd te investeren in het leren van de nieuwe editor.
Hoe begin je met Full Site Editing?
Kies een block gebaseerd thema:
Selecteer een block-thema dat FSE ondersteunt. De gratis WordPress thema’s zoals Twenty Twenty-Five bieden een goede start.
Ga aan de slag met de Site Editor:
Ga naar ‘Weergave > Editor’ in je WordPress dashboard en maak kennis met de mogelijkheden. Begin bijvoorbeeld met het aanpassen van de header en footer.
Creëer en bewerk templates:
Stel unieke templates in voor belangrijke pagina’s, zoals de homepage of archiefpagina’s.
Werk met globale stijlen:
Pas kleuren, typografie en afstanden toe voor een consistente uitstraling.
Test je website:
Controleer hoe de wijzigingen eruitzien op verschillende apparaten en schermformaten om de gebruikerservaring te optimaliseren.
Bij het ontwikkelen en testen van WordPress-websites is een staging omgeving essentieel om goed te kunnen ontwikkelen en bijvoorbeeld debuggen als je problemen hebt. Een staging omgeving biedt een veilige plek om wijzigingen door te voeren en nieuwe functionaliteiten te testen zonder de live website te verstoren.
Soms is het nodig of handig om bepaalde delen van de stagingomgeving door te verwijzen naar de live website, bijvoorbeeld mediabestanden die al op de live site staan. Ook kun je dit inzetten bij website die veel data hebben. Waarom zou je constant die data heen en weer verhuizen naar je staging omgeving als je dit kunt voorkomen met deze simpele redirect van de uploads folder?
Als je de onderstaande regel in je .htaccess bestand plaatst hoef je nooit meer de uploads folder naar je staging website over te zetten.
Als je gebruik maakt van hosting die NGINX gebruikt in plaats van Apache (zoals bijvoorbeeld Kinsta) dan kun je deze regels toevoegen in de NGINX configuratie:
Bij beide opties moet je natuurlijk de juiste live locaties opgeven.
Wat doet deze redirect in een staging omgeving?
Deze regel zorgt ervoor dat alle mediabestanden (zoals afbeeldingen, PDF’s of video’s) op de staging omgeving niet lokaal worden geladen, maar direct van de live website komen. Dit kan handig zijn wanneer:
Mediabestanden niet worden gekopieerd naar de stagingomgeving om schijfruimte te besparen;
Je de staging omgeving wilt gebruiken zonder een exacte kopie van de uploads-map te hoeven maken
Je wijzigingen wilt testen zonder dubbele opslag van mediabestanden;
Als een gebruiker op de stagingomgeving naar een afbeelding verwijst, zoals /wp-content/uploads/image.jpg, wordt deze via een permanente 301 redirect doorverwezen naar http://livewebsite.com/wp-content/uploads/image.jpg.
Wil je weten of het werkt? In de bron zie je nog steeds de ‘normale’ staging url’s bij de images staan. Als je in de Chrome developer console kijkt zie je bij de images een 302 redirect bij de status staan. Als je dit ziet dan weet je dat jouw instellingen goed ingesteld staan.
Voordelen van een 301 redirect op de uploads folder
Een belangrijke reden om deze 301 redirect te gebruiken is efficiëntie. Het kost veel minder tijd en serverruimte, omdat je niet alle mediabestanden hoeft te dupliceren naar de staging omgeving. Bovendien is het eenvoudiger om een staging omgeving snel op te zetten als je alleen de noodzakelijke onderdelen (zoals WordPress thema’s, plugins en databases) kopieert.
Daarnaast zorgt de permanente redirect (301) ervoor dat zoekmachines en browsers begrijpen dat de stagingomgeving niet de primaire bron van deze bestanden is. Dit voorkomt verwarring over duplicate content mocht je per ongeluk vergeten om het vinkje in de instellingen aan te zetten waarmee je Google vraagt om de website niet te indexeren.
Nadelen van deze oplossing
Hoewel deze aanpak veel voordelen biedt, zijn er ook enkele punten om rekening mee te houden:
Externe afhankelijkheid: Als de live website om wat voor reden dan ook offline is, kunnen de mediabestanden op de stagingomgeving niet worden geladen. Wat ons betreft geen probleem aangezien je prioriteit dan toch bij de live website ligt om die weer online te krijgen.
Beveiliging: Zorg ervoor dat je stagingomgeving niet publiek toegankelijk is. Gebruik een wachtwoordbeveiliging of IP-whitelisting om te voorkomen dat zoekmachines of bezoekers onbedoeld toegang krijgen.
Om deze redirectregel toe te passen, voeg je de regel toe aan het .htaccess-bestand in de root van je staging omgeving. Zorg ervoor dat de staging omgeving goed gescheiden is van de live website om fouten of conflicten te voorkomen. Een typische situatie waarin je deze setup gebruikt, is bij het testen van aanpassingen in je thema of plugins. Als je bijvoorbeeld werkt aan een nieuwe lay-out of functionaliteit en je afbeeldingen vanuit de live website laadt, kun je volledig focussen op het testen zonder onnodige vertragingen.
Het gebruik van een RedirectMatch 301 op een staging omgeving is een slimme en efficiënte manier om mediabestanden van de live site te gebruiken. Het maakt je staging lichter en sneller, terwijl je toch toegang hebt tot alle nodige mediabestanden. Door deze aanpak goed te implementeren, kun je tijd besparen en tegelijkertijd consistentie garanderen tussen je staging- en liveomgeving.
Mocht je twijfelen over hoe je deze redirect moet instellen of wil je hulp bij het optimaliseren van je stagingomgeving? Neem gerust contact met ons op. Wij helpen je graag verder!
Hoe werkt een screenreader op een Mac?
Op een Mac-computer is de standaard ingebouwde screenreader VoiceOver beschikbaar. Dit krachtige hulpmiddel helpt gebruikers met een visuele beperking om het scherm te navigeren en te gebruiken via gesproken feedback of braille-uitvoer. Hieronder leggen we uit hoe VoiceOver werkt en hoe je het kunt gebruiken.
VoiceOver activeren
VoiceOver kan eenvoudig worden ingeschakeld:
Ga naar Systeeminstellingen > Toegankelijkheid > VoiceOver en schakel het in.
Of gebruik de sneltoets Command + F5.
Bij het inschakelen biedt VoiceOver een korte introductie en een gids om de basisfuncties te leren.
Navigeren met VoiceOver
VoiceOver maakt gebruik van toetsencombinaties en een cursor die elementen op het scherm markeert. Hier zijn enkele basisprincipes:
De VoiceOver-cursor
De cursor beweegt tussen elementen zoals knoppen, links, en tekst. Een gebruiker kan horen welk element is geselecteerd.
Toetsenbordnavigatie
Gebruik de Tab-toets om door interactieve elementen te navigeren.
Combineer toetsen zoals Control en Option (samen de “VO-toetsen”) met pijltjestoetsen om de cursor te verplaatsen:
VO + Pijl-rechts: Naar het volgende element.
VO + Pijl-omlaag: Inhoud van het huidige element lezen.
Interactie met inhoud
Voor complexe inhoud, zoals tabellen of widgets, activeer je interactie met VO + Shift + Pijl-omlaag. Hiermee kan VoiceOver dieper in een sectie navigeren.
Snelle navigatie
Schakel snelle navigatie in met Links + Rechts pijl tegelijk, zodat je eenvoudiger door pagina’s en apps beweegt.
VoiceOver en WordPress websites
Op websites leest VoiceOver de structuur en inhoud voor. Dit werkt het best als de site is gebouwd volgens de WCAG-richtlijnen:
Koppenstructuur: Navigeren met VO + Command + H om koppen te doorlopen.
Links en knoppen: Snel overzicht met VO + Command + L of VO + Command + K.
Formulieren: Gebruik de Tab-toets en VoiceOver geeft automatisch feedback over elk veld.
Extra functionaliteiten
Rotor: Met een draaiende lijst (opgeroepen via VO + Command + U) kunnen gebruikers eenvoudig navigeren tussen koppen, links, of andere elementen.
Braille: VoiceOver ondersteunt braille-uitvoer als er een brailleleesregel is aangesloten.
Met deze tools en navigatiemogelijkheden kunnen gebruikers met VoiceOver een Mac effectief gebruiken. Het is essentieel dat websites en apps toegankelijk worden ontworpen om optimaal te functioneren met deze screenreader.
Een screenreader is een hulpmiddel dat digitale content omzet in gesproken tekst of braille, zodat mensen met een visuele beperking websites kunnen gebruiken. De WCAG (Web Content Accessibility Guidelines) biedt richtlijnen om ervoor te zorgen dat websites correct functioneren met screenreaders. Bijvoorbeeld, het gebruik van semantische HTML zorgt ervoor dat schermlezers de structuur en betekenis van een pagina goed begrijpen, zoals koppen, lijsten en knoppen.
Daarnaast spelen ARIA-attributen (zoals aria-label of aria-describedby) een belangrijke rol bij WCAG-naleving. Ze bieden aanvullende informatie aan screenreaders over interactieve elementen en dynamische content. Zonder naleving van WCAG-richtlijnen kunnen screenreaders geen duidelijke, bruikbare ervaring bieden, wat betekent dat je website mogelijk ontoegankelijk is voor een belangrijke groep gebruikers.
Screenreaders uitleg
Screenreaders zijn essentieel voor gebruikers met visuele beperkingen, omdat ze webpagina’s navigeren en de inhoud interpreteren door deze hardop voor te lezen of in braille weer te geven. De WCAG (Web Content Accessibility Guidelines) biedt richtlijnen om ervoor te zorgen dat websites optimaal werken met deze technologie. Dit omvat duidelijke structuur, begrijpelijke content en technische ondersteuning via semantische HTML en ARIA-attributen.
Belangrijke WCAG-principes, zoals “Perceivable” en “Operable”, sluiten goed aan bij de functionaliteit van screenreaders. Bijvoorbeeld:
Tekstalternatieven: Voor afbeeldingen is een alt-tekst verplicht, zodat screenreaders de afbeelding kunnen beschrijven.
Navigatie: Een logische koppenstructuur (bijv. <h1> tot <h6>) en skip-links helpen screenreader-gebruikers om snel door een pagina te bewegen.
Interactiviteit: Buttons en formulieren moeten correcte labels en rollen hebben, zodat een screenreader de functie goed kan benoemen.
Zonder aandacht voor WCAG-normen, zoals het correct gebruik van structuur en labels, kunnen screenreaders de inhoud niet effectief overbrengen. Dit leidt tot een ontoegankelijke en frustrerende ervaring voor gebruikers met een visuele beperking. WCAG-richtlijnen zorgen er daarom voor dat jouw website toegankelijk en bruikbaar is voor iedereen.
Wat betekent de taalinstelling in HTML?
De taalinstelling in HTML bepaalt de hoofdtaal van een webpagina. Dit gebeurt met het lang-attribuut binnen de <html>-tag. Voor een Nederlandstalige pagina gebruik je bijvoorbeeld:
<htmllang="nl">
Dit attribuut is belangrijk voor browsers, zoekmachines en assistieve technologieën, zoals schermlezers. Het zorgt ervoor dat de inhoud op de juiste manier wordt gepresenteerd en uitgesproken.
Waarom is het instellen van de taal belangrijk?
Betere schermlezerondersteuning
Schermlezers gebruiken de taalinstelling om teksten correct uit te spreken. Zonder deze informatie kunnen woorden verkeerd worden geïnterpreteerd of uitgesproken.
Zoekmachine-optimalisatie (SEO)
Zoekmachines gebruiken de taalinstelling om de inhoud correct te indexeren en relevante zoekresultaten te leveren.
WCAG-naleving
De WCAG vereist dat de taal van de pagina wordt aangegeven om de toegankelijkheid te waarborgen. Dit valt onder WCAG 2.1 richtlijn 3.1.1 (Language of Page).
Hoe stel je de taal in?
Je stelt de taal van een pagina in door het lang-attribuut toe te voegen aan de <html>-tag in je HTML-document. In een WordPress website gebeurt dit al standaard vanuit WordPress. Het is extra van belang om te controleren als je bijvoorbeeld een meertalige website hebt. WPML of een andere plugin moet je correct instellen om de href-lang toe te voegen in de juiste taal.
Taalinstellingen in WordPress website
Hoofdpagina-taal instellen: Zorg dat het lang-attribuut altijd aanwezig is in de <html>-tag.
Gebruik correcte taalcodes: Bijvoorbeeld nl voor Nederlands, en voor Engels, of fr voor Frans. Zie de officiële ISO 639-1-codes voor een volledig overzicht.
Meertalige secties markeren: Als een sectie in een andere taal is, gebruik dan het lang-attribuut op elementniveau.
Controleer via tools: Gebruik tools zoals de W3C HTML Validator om te controleren of de taal correct is ingesteld.
De tabvolgorde bepaalt de volgorde waarin interactieve elementen (zoals links, knoppen en formulieren) worden geselecteerd wanneer een gebruiker navigeert met de Tab-toets van een toetsenbord.
Een logische en consistente tabvolgorde is essentieel voor gebruikers die geen muis gebruiken, zoals mensen met motorische beperkingen of schermlezer-gebruikers.
Waarom is een logische tabvolgorde belangrijk?
Toegankelijkheid: Het zorgt ervoor dat iedereen, ongeacht beperkingen, eenvoudig door de website kan navigeren.
Gebruikerservaring: Een voorspelbare volgorde voorkomt verwarring en frustratie.
Logische volgorde
De tabvolgorde moet overeenkomen met de visuele volgorde op de pagina. Begin bovenaan en beweeg van links naar rechts, en van boven naar beneden.
Gebruik semantische HTML
Gebruik standaard HTML-tags zoals <button> en <a> in plaats van <div> of <span> voor interactieve elementen. Deze volgen automatisch de juiste tabvolgorde.
Vermijd tabindex-manipulatie
Gebruik tabindex alleen als het nodig is om een specifieke volgorde aan te passen. Vermijd negatieve waarden (tabindex="-1") tenzij een element bewust overgeslagen moet worden.
Zorg voor focusstijlen
Maak actieve elementen visueel herkenbaar met een duidelijke focusring, zodat gebruikers weten waar ze zich bevinden.
Hoe test je de tabvolgorde?
Handmatig testen: Gebruik de Tab-toets om te navigeren en controleer of de volgorde logisch is.
Gebruik tools: Toegankelijkheidstools zoals Axe of Lighthouse analyseren de tabvolgorde en identificeren problemen.
Een goed ontworpen tabvolgorde is een belangrijk onderdeel van een toegankelijke WordPress website. Het maakt navigeren eenvoudiger voor alle gebruikers en voldoet aan de WCAG-richtlijnen.
Een ARIA-label (Accessible Rich Internet Applications) is een HTML-attribuut dat wordt gebruikt om extra beschrijvende tekst toe te voegen aan interactieve elementen op een website. Het biedt toegankelijkheidsinformatie voor gebruikers van schermlezers zonder dat de tekst zichtbaar hoeft te zijn voor visuele gebruikers.
Het attribuut ziet er als volgt uit:
<button aria-label=”Sluiten”>✖</button>
Hiermee begrijpt een schermlezer dat de knop een “Sluiten”-functie heeft, zelfs als dit visueel niet direct duidelijk is.
Waarom is een ARIA-label belangrijk?
Verbetering van schermlezerervaring
Schermlezers gebruiken ARIA-labels om de bedoeling van interactieve elementen duidelijk te maken. Dit is cruciaal als een element een pictogram of niet-beschrijvende tekst gebruikt.
Toegankelijkheid voor alle gebruikers
ARIA-labels zorgen ervoor dat visueel beperkte gebruikers dezelfde ervaring hebben als ziende gebruikers. Ze maken complexe interfaces begrijpelijk.
Wanneer de visuele inhoud (zoals een pictogram) niet voldoende beschrijvend is. Voorbeeld: <button aria-label="Start zoeken">🔍</button>.
Formulierelementen
Voor extra uitleg als een veld geen visueel label heeft. Voorbeeld: <input type="text" aria-label="Zoekterm invoeren">.
Complexe widgets
Zoals carrousels, sliders, en modals.
Best practices voor het gebruik van ARIA-labels
Gebruik ARIA-labels alleen als het nodig is
Als een element al een duidelijk tekstlabel heeft, is een ARIA-label overbodig.
Houd beschrijvingen beknopt
Zorg dat de tekst duidelijk en to-the-point is.
Combineer niet met zichtbare labels
Gebruik geen aria-label als er een zichtbaar <label> of tekst bij het element staat. Dit kan verwarrend zijn.
Veelvoorkomende ARIA-attributen
aria-label
Beschrijft een element
aria-labelledby
Verwijst naar een ander element dat al een beschrijving bevat.
aria-describedby
Geeft aanvullende informatie, zoals uitleg of instructies.
ARIA-labels zijn een krachtig hulpmiddel om je website toegankelijker te maken voor gebruikers met schermlezers. Ze voegen essentiële beschrijvingen toe aan interactieve elementen, verbeteren de gebruikerservaring en helpen je voldoen aan toegankelijkheidsrichtlijnen.
