Er dit websted tilgængeligt?
Gratis WCAG 2.2-tjek + udfyldningshjælp til tilgængelighedserklæringen. Indtast en URL, læs rapporten: pr. fund succeskriteriet og det konkrete tiltag.
Se en eksempelrapport → (consentglass.com)
Ugentlig ny scanning af flere sider, tjek med JS-rendering (flere fund), e-mailalarm ved nye barrierer, PDF-eksport.
Karakteren A–F og skalaen på 100 point er kun en grov rettesnor. Der trækkes point fra for kritiske barrierer (kontrast, manglende mærkning) og for punkter, der skal tjekkes. Hvert fund nævner WCAG-succeskriteriet og et konkret skridt. Et blok, der kan foldes ud, viser udregningen.
Ofte stillede spørgsmål
Erstatter det en fuldstændig gennemgang?
Nej. Den automatiske test finder cirka 20–35 % af WCAG-problemerne — især dem, der kan genkendes direkte i kildekoden. Tastaturbetjening, fokusrækkefølge og skærmlæseradfærd skal tjekkes manuelt.
Hvad med JavaScript?
Den gratis scanning læser den leverede HTML + tilknyttet CSS uden at køre JS. Menuer, modaler og brugerdefinerede widgets, der først opstår i browseren, ses ikke fuldstændigt. Tjekket med JS-rendering kommer med overvågningen.
Har jeg brug for en tilgængelighedserklæring?
Ifølge EAA/BFSG har de fleste websteder hos berørte virksomheder brug for en — med feedbackmekanisme og håndhævelsesprocedure. Her er der udfyldningshjælp. En juridisk gennemgået skabelon anbefales alligevel.
Er overlay-widgets (accessiBe, UserWay) en løsning?
Nej. Overlay-værktøjer skaber ikke overensstemmelse og kritiseres af interesseorganisationer. Tilgængelighed opstår i koden, ikke via en widget. Mere om det.
Konkrete forklaringer om EAA/BFSG, WCAG-succeskriterierne og implementeringen i WordPress, Shopify, Wix & co. Til oversigten →
Senest tjekket
- consentglass.comA · 93
- github.comB · 86
- contentglass.comC · 68
- www.chefkoch.deD · 55
- t3n.deC · 61
- www.zeit.deB · 86
- www.mozilla.orgB · 82
- www.example.comA · 100
- www.amazon.deB · 75
- www.bild.deB · 75
- www.spiegel.deF · 0
- www.heise.deF · 0
- a11yglass.comA · 100
- example.comA · 100