Maak je WordPress-site écht toegankelijk. EAA & WCAG, zonder overlay

De waarheid: WordPress is niet automatisch toegankelijk

Een net WordPress-blokthema zoals Twenty Twenty-Four start beter dan veel sites, maar haalt zelden vanzelf WCAG 2.2 AA. Zodra je met Elementor, Divi of Gutenberg gaat bouwen, plugins markup laat injecteren of afbeeldingen toevoegt zonder alt-tekst, ontstaan er drempels die je bezoekers, en de European Accessibility Act, niet accepteren.

Wat er op WordPress vaak misgaat

• Page builders bouwen onleesbare div-soupElementor en Divi nesten secties, kolommen en wrappers tientallen niveaus diep. Die div-soup heeft geen semantiek, waardoor een screenreader de logische structuur van je pagina kwijtraakt en alleen losse stukken tekst voorleest.
• Plugin-markup zonder toegankelijke naamSliders, pop-ups en formulieren uit plugins injecteren vaak knoppen en velden zonder label of aria-label. Een screenreader-gebruiker hoort dan alleen 'knop' en weet niet wat de actie doet.
• Kapotte heading-volgorde uit de builderPage builders zetten koppen vaak op grootte in plaats van op betekenis, zodat je van een h2 ineens naar een h4 springt. Screenreader-gebruikers navigeren op koppen en raken zo de draad van je pagina kwijt.
• Media-library-afbeeldingen zonder alt-tekstAfbeeldingen uit de mediabibliotheek komen vaak zonder alt-tekst in je thema terecht, of met de bestandsnaam als alt, onleesbaar voor screenreaders én onzichtbaar voor Google.

Zo ziet een echte fix eruit

Neem een icoon-knop uit je Elementor- of Gutenberg-blok. Zonder toegankelijke naam hoort een screenreader-gebruiker alleen 'knop'. De fix is één attribuut, geen herbouw:

<button class="elementor-button">
  <i class="icon-cart" aria-hidden="true"></i>
</button>

<button class="elementor-button"
  aria-label="<?php esc_attr_e( 'Bekijk winkelwagen', 'theme' ); ?>">
  <i class="icon-cart" aria-hidden="true"></i>
</button>

Wat je krijgt

Bij een rapporteer-tool betaal je de licentie én je developers om de fouten op te lossen. Bij Seviranta zit de fix erin, geen dubbele rekening.

Bescherm je conversie én je juridische status

Een app die een toegankelijkheids-icoon over je WordPress-site plakt, is een risico voor je business. De feiten op een rij:

Is een WordPress accessibility-widget genoeg voor de EAA?

Nee. Een widget legt een laagje over je site, maar repareert de onderliggende code niet en geldt niet als structurele compliance.

Valt mijn WordPress-checkout onder de EAA?

Ja. De checkout en navigatie zijn expliciet onderdeel van de verplichting onder WCAG 2.1 AA.

Scant Seviranta ook mijn WordPress-apps?

Ja. We testen de uiteindelijke gegenereerde HTML, thema plus apps, zoals een toezichthouder dat doet.

Vertraagt dit mijn WordPress-site?

Nee. We scannen extern vanaf onze EU-servers; er komt geen script op je site. 0% impact op je laadsnelheid en Core Web Vitals.