Le contenu doit s’adapter à une largeur de 320 pixels CSS sans défilement horizontal

Les personnes malvoyantes zooment jusqu’à 400 %, ce qui rend la page aussi étroite qu’un petit téléphone. Quand les tableaux, les galeries de produits ou les sections à largeur fixe ne tiennent pas, elles doivent faire défiler chaque ligne horizontalement, ce qui rend épuisantes la lecture des détails des produits et la comparaison des prix.

Identifiant de la règle
vs-reflow
Source
Contrôle Validiscan
Impact
Grave
Niveau de correction
ASSISTED
sur Shopify, Shopware, WooCommerce et Magento
Statut
exécutée

Ce que fait le contrôle

Affiche les pages sur une largeur de 320 pixels CSS (l’équivalent d’un zoom à 400 %) et signale les contenus qui imposent un défilement horizontal ou qui sont coupés (1.4.10).

Dans chaque zone d’affichage scannée, par défaut de 1440 ou de 390 px de large, le contrôle redimensionne la page à 320 × 480 px CSS, attend deux images d’animation et 250 ms de plus, effectue ses mesures, puis rétablit la zone d’affichage. Dans le contexte mobile, si la balise meta viewport manque ou impose une largeur fixe et que la page garde ainsi une mise en page plus large, elle reçoit à la place un seul constat, sur html.

Sinon, il signale, en commençant par les plus larges et 10 au plus par page, les boîtes qui dépassent de plus de 2 px le bord de fin de ligne de la zone d’affichage alors que leurs ancêtres y tiennent, ainsi que les éléments qui y tiennent mais dont le texte propre ne passe pas à la ligne et dépasse ce bord. Il ignore les tableaux, les grilles, les cartes géographiques, role="application", le contenu aria-hidden et les boîtes vides.

Quand la page défile horizontalement et que rien d’autre n’est signalé, c’est html qui reçoit le constat, sauf si un tableau, une grille, une carte ou une région role="application" a débordé. Le contenu coupé par un overflow-x: hidden sur la page est tout de même signalé. Le contenu masqué à 320 px, ou placé dans son propre conteneur de défilement ou de rognage, est ignoré.

Comment corriger

Remplacez les largeurs fixes par max-width: 100% et des mises en page flexibles, laissez les mots longs et les URL passer à la ligne (overflow-wrap: anywhere), laissez les tableaux larges défiler dans leur propre conteneur, et assurez-vous qu’aucun élément ne définit une largeur minimale supérieure à 320 pixels.

Critères de succès WCAG

Clauses de la norme EN 301 549

La clause de la norme EN 301 549 pour chaque critère, selon la version de la norme
Critère WCAG Version 3.2.1 Version 4.1.1
1.4.10 9.1.4.10 9.1.4.10

Commencez par une vérification gratuite de votre boutique.

Envoyez l’adresse de votre boutique. Validiscan la scanne et vous envoie chaque échec que le scan peut prouver, avec sa page et son code.

Demander une vérification gratuite

Ou écrivez à info@validiscan.com.

Ce que couvre la vérification gratuite, et ce qu’elle laisse de côté
Vous envoyez
l’adresse de votre boutique
Pages scannées
jusqu’à 15
Vous recevez
chaque échec que le scan peut prouver, avec la page et le code
Sur votre boutique
pages publiques uniquement ; aucune connexion, aucun achat, aucun formulaire envoyé
Ce qu’elle n’est pas
un audit complet

Écrire à Validiscan

Pour une vérification gratuite, indiquez l’adresse de votre boutique et sa plateforme.

Validiscan utilise ce que vous envoyez pour vous répondre. Politique de confidentialité