Redimensionnement, zoom et redistribution du texte : ce qu'exigent la LAPHO de l'Ontario et WCAG pour que les clients malvoyants puissent lire votre site (2026)

Toutes les personnes qui peinent à lire votre site ne sont pas aveugles. Bien plus de vos clients ont une basse vision : ils voient l'écran, mais ils ont besoin d'un texte plus grand, de lignes plus espacées, ou de zoomer toute la page avant de pouvoir lire. Ils ne se tournent pas vers un lecteur d'écran. Ils utilisent la commande de zoom, ou leur navigateur est déjà réglé pour agrandir chaque page qu'ils ouvrent. La vraie question est de savoir ce qui arrive à votre site quand ils le font. Sur une page bien construite, le texte grossit et la mise en page se redistribue en une seule colonne lisible. Sur une page mal construite, le texte est rogné, les colonnes se chevauchent, les boutons glissent hors de l'écran, et le client finit par faire défiler la page latéralement pour terminer une seule phrase. La plupart d'entre eux partent, tout simplement. Et comme cela n'apparaît que lorsque quelqu'un agrandit réellement la page, c'est le genre de défaut qu'un coup d'œil rapide sur votre site ne révélera jamais.

Faits essentiels

• WCAG 1.4.4 Redimensionnement du texte est de niveau AA et fait partie de WCAG 2.0 (Web Content Accessibility Guidelines) : le texte doit pouvoir être redimensionné jusqu'à 200 % sans perte de contenu ni de fonctionnalité, et sans que l'utilisateur ait besoin d'une technologie d'assistance (W3C).
• WCAG 1.4.10 Redistribution est de niveau AA, introduit dans WCAG 2.1 : le contenu doit se redistribuer en une seule colonne à une largeur de 320 pixels CSS (l'équivalent d'un zoom de 400 % sur un écran de 1280 pixels de large) sans forcer l'utilisateur à défiler dans deux directions (W3C).
• WCAG 1.4.12 Espacement du texte est de niveau AA, également issu de WCAG 2.1 : rien ne doit casser lorsqu'un lecteur impose un espacement de hauteur de ligne 1,5×, un espacement de paragraphe 2×, un espacement des lettres 0,12× et un espacement des mots 0,16× la taille de la police (W3C).
• WCAG 1.4.5 Texte sous forme d'image est de niveau AA et fait partie de WCAG 2.0 : utilisez du vrai texte, pas des images de texte, pour qu'il reste net et redimensionnable lorsqu'on l'agrandit (W3C).
• Le RNAI de l'Ontario (Règlement sur les normes d'accessibilité intégrées, Règl. de l'Ont. 191/11), art. 14, exige des organisations de 50 employés ou plus que leurs sites Web publics soient conformes à WCAG 2.0 niveau AA, et le prochain RCL (Rapport de conformité en matière d'accessibilité) pour les organisations de 20 employés ou plus est dû le 31 décembre 2026 (ontario.ca).

Qu'exige réellement la LAPHO de l'Ontario pour le redimensionnement et le zoom ?

La LAPHO de l'Ontario (Loi sur l'accessibilité pour les personnes handicapées de l'Ontario) fixe la politique, et le RNAI fixe la barre technique : WCAG 2.0 niveau AA pour les sites Web publics à partir de 50 employés. Deux des critères dont dépendent les utilisateurs malvoyants se situent en plein dans ce plancher légal. 1.4.4 Redimensionnement du texte signifie que votre texte doit survivre à un doublement de taille sans que rien ne casse, et 1.4.5 Texte sous forme d'image signifie que vous ne pouvez pas intégrer vos titres, vos prix ou vos libellés de boutons dans un JPG qui devient flou et ne peut pas être agrandi. C'est déjà exigé, aujourd'hui, à WCAG 2.0 AA.

Les deux critères qui comptent le plus quand quelqu'un pousse vraiment le zoom, 1.4.10 Redistribution et 1.4.12 Espacement du texte, sont arrivés plus tard, dans WCAG 2.1, et font partie de la WCAG 2.2 actuelle. Ils ne figurent pas dans le plancher brut WCAG 2.0 que nomme la loi. C'est le même écart loi-contre-meilleure-pratique décrit dans WCAG 2.0 vs 2.2 en Ontario et ce qui a changé avec WCAG 2.2 : le minimum légal est 2.0, mais la norme vers laquelle il vaut la peine de bâtir est 2.2, et une mise en page qui se redistribue proprement en est l'une des raisons les plus claires.

Comment les clients malvoyants lisent-ils votre site, et où cela casse-t-il ?

Un visiteur malvoyant arrive sur votre page avec trois habitudes, et chacune correspond à un critère ci-dessus.

• Il zoome toute la page (Ctrl-plus sous Windows, Cmd-plus sur Mac), souvent beaucoup. À 400 %, l'équivalent d'une fenêtre d'affichage de 320 pixels, la page devrait se réduire à une seule colonne qu'il lit en défilant uniquement vers le bas. Une mise en page à largeur fixe qui refuse de se redistribuer l'oblige à défiler de gauche à droite à chaque ligne, ce que le critère 1.4.10 Redistribution existe précisément pour empêcher.
• Il agrandit seulement le texte, via les réglages du navigateur ou un outil de lecture, jusqu'à 200 % et au-delà. Si votre design utilise des boîtes à hauteur fixe ou des rangées très serrées, le texte agrandi est rogné ou se chevauche, ce qui échoue à 1.4.4. La même fragilité apparaît lorsqu'un lecteur applique son propre espacement pour la dyslexie ou la fatigue oculaire, le cas que couvre 1.4.12 Espacement du texte.
• Il compte sur le fait que le vrai texte reste net. Une bannière promotionnelle dont le prix est intégré à une image devient floue dès qu'on l'agrandit, tandis que le vrai texte reste net à n'importe quel zoom. C'est 1.4.5, et c'est le même principe qui justifie de garder vos titres et votre structure en vrai balisage plutôt qu'en images stylisées.

Cela recoupe largement la conception adaptative. Un site qui se redistribue proprement sur un téléphone étroit se redistribue généralement aussi proprement à fort zoom, parce que les deux réduisent le contenu à une fenêtre étroite, ce qui explique pourquoi cela se situe juste à côté de l'accessibilité mobile et tactile. Et cela appartient à la même famille que le contraste des couleurs : tous deux sont la moitié basse-vision de l'accessibilité, les clients qui voient votre page mais ne peuvent pas la lire confortablement. Une chose que ce n'est pas, c'est un problème qu'un module ajouté peut régler. Un bouton « texte plus grand » greffé par-dessus une mise en page à largeur fixe ne fait pas se redistribuer cette mise en page, car une surcouche ne peut pas reconstruire votre CSS ; la structure adaptative doit vivre dans la page elle-même.

Comment vérifier si votre site survit au zoom, et quel est le risque s'il n'y survit pas ?

Vous pouvez tester l'essentiel vous-même en environ deux minutes, sans aucun outil :

1. Ouvrez une page qui compte (votre page d'accueil, un produit, votre caisse ou votre formulaire de contact). Maintenez Ctrl ou Cmd et appuyez sur plus jusqu'à ce que le navigateur indique 400 %. Le contenu se redistribue-t-il en une seule colonne que vous lisez en défilant tout droit vers le bas, ou faites-vous glisser la page latéralement pour terminer chaque ligne (1.4.10) ?
2. Réinitialisez, puis zoomez à 200 % et vérifiez que rien n'est rogné, ne se chevauche, ni ne dépasse le bord de l'écran (1.4.4).
3. Cherchez tout texte intégré à des images : bannières, visuels de prix, badges « solde ». Devient-il flou quand vous zoomez ? Ce texte devrait être du vrai texte sélectionnable (1.4.5).
4. Parcourez une tâche réelle à fort zoom, trouver un produit, remplir le formulaire, atteindre la caisse, le même test de bout en bout que vous feriez pour l'accès au clavier.

Les enjeux sont les mêmes que pour tout obstacle d'accès. En Ontario, la LAPHO ne prévoit aucun droit d'action privé : un particulier ne peut pas poursuivre en vertu de celle-ci directement. La voie active pour une personne est le TDPO (Tribunal des droits de la personne de l'Ontario), qui entend les plaintes en vertu du Code des droits de la personne de l'Ontario, et un client malvoyant qui ne peut pas lire vos prix ni terminer un achat qu'un client voyant peut terminer a une plainte plausible d'accès inégal aux biens et services, la voie exposée dans comment se déroule une plainte au TDPO. Si vous vendez aux États-Unis, une mise en page qui s'effondre au zoom fait partie des problèmes cités dans les litiges en vertu de l'ADA (Americans with Disabilities Act), parmi les plus de 5 000 poursuites en accessibilité numérique déposées devant les tribunaux américains en 2025 (UsableNet). La réponse durable est la même que pour chaque lacune : la remédiation documentée, une trace datée de ce que vous avez trouvé et corrigé, qui est aussi ce qu'un RCL honnête devrait refléter d'ici le 31 décembre 2026. Et comme la question de savoir si une page est vraiment lisible à 400 % relève du jugement humain, c'est une raison de plus pour laquelle une analyse n'est pas un audit : un robot peut signaler une image de texte ou une largeur fixe, mais il ne peut pas vous dire si un vrai client peut réellement lire votre page une fois agrandie.

Voyez si votre site signale des problèmes de redimensionnement, de mise en page ou d'autres problèmes d'accessibilité, rapport Vayle gratuit, environ 30 secondes : vayle.art. Il détecte les surcouches, révèle les véritables manquements à WCAG et vous indique exactement ce qui s'applique légalement à votre organisation en Ontario. Sans engagement.

Vayle est un studio d'ingénierie de l'accessibilité à distance au service de l'Ontario. Renseignements généraux, pas un avis juridique.