Kort svar: Nej. En bruger med nedsat syn skal kunne forstørre indholdet, og WCAG stiller krav om det. Blokeringen sker typisk med user-scalable=no eller en lav maximum-scale i viewport-tagget, og den bliver næsten altid tilføjet for at beskytte et layout, der ikke tåler zoom. Ahorizon giver enten fuld score eller nul.
Hvad Ahorizon måler
Kontrollen indgår i ét af tjekkene. Tærsklerne nedenfor er dem, motoren faktisk regner med.
| Tjek | Hvad motoren ser på | Hvornår kontrollen består |
|---|---|---|
| EAA-tjekZoom er ikke blokeret | Viewport-tagget, og om det indeholder user-scalable=no eller en maximum-scale, der forhindrer forstørrelse. | Alt eller intet. Findes en blokering, gives nul. |
Sådan ser det ud i koden
Blokeringen tilføjes ofte for at få en webapp til at føles native. Prisen betales af brugere med nedsat syn.
<meta name="viewport"
content="width=device-width, initial-scale=1, maximum-scale=1, user-scalable=no"><meta name="viewport" content="width=device-width, initial-scale=1">Hvad fundet betyder
- Brugere med nedsat syn kan ikke forstørre teksten og bliver reelt afskåret fra indholdet.
- Begrundelsen er næsten altid, at layoutet ikke tåler zoom — men det er layoutet, der skal rettes.
- Moderne iOS ignorerer flaget, men Android og mange indlejrede browsere respekterer det stadig.
Sådan retter du det
- Fjern user-scalable=no og maximum-scale fra viewport-tagget.
- Test siden ved 200 % forstørrelse og ret det layout, der brækker.
- Brug relative enheder til tekst, så brugerens egen skriftstørrelse slår igennem.
Det kan tjekket ikke afgøre
- Motoren læser viewport-tagget. Den kan ikke se, om layoutet faktisk fungerer ved forstørrelse.
- Zoom kan også blokeres med CSS eller JavaScript på måder, tjekket ikke opdager.
- Kontrollen dækker forstørrelse, ikke kontrast, tekstafstand eller reflow — de kræver manuel test.