À taille normale, la page semble nette. À 200 % de zoom, le bouton disparaît derrière un bandeau et la fin d’un champ devient illisible. Agrandir une page révèle des difficultés très concrètes pour les personnes qui ont besoin de caractères plus grands, mais aussi pour celles qui travaillent sur un petit écran.

Agrandir ne doit pas faire perdre l’action

Commencez dans un navigateur courant, avec la page réelle. Augmentez progressivement le zoom jusqu’à 200 %, puis essayez de faire la tâche principale : lire une offre, envoyer une demande, choisir une option ou retrouver un document. Le but n’est pas seulement d’observer si la mise en page reste jolie.

Le texte doit rester disponible, et les contrôles doivent continuer à fonctionner. Un bouton peut changer de place sans problème si on le retrouve facilement. En revanche, un libellé coupé, une fenêtre impossible à fermer ou une action masquée par un élément fixe empêche le parcours.

Ce contrôle correspond à une dimension reconnue de l’accessibilité, mais ne suffit pas à prouver qu’un site entier est accessible. Le contraste, la navigation au clavier, les alternatives et d’autres aspects demandent leurs propres vérifications. Un résultat positif à 200 % est une preuve limitée, utile à sa juste place.

Observez aussi les niveaux intermédiaires. Une page peut adopter une disposition mobile à 200 % tout en présentant un défaut à 150 %. Les changements de mise en page doivent être testés pendant l’agrandissement, pas uniquement aux deux extrêmes.

Les défauts viennent souvent des contenants

Une zone de hauteur fixe peut couper un texte agrandi. Deux éléments positionnés rigidement peuvent se recouvrir. Un menu horizontal peut sortir du cadre sans proposer une autre présentation. Ces problèmes relèvent du composant, pas d’une demande excessive de l’utilisateur.

Pour les formulaires, regardez les messages d’erreur et les aides, pas seulement les champs vides. Un libellé lisible avant validation peut être remplacé par une erreur tronquée après envoi. Un état de chargement ou une confirmation doit lui aussi rester visible.

Le parcours continue après le premier clic.

Le zoom du navigateur peut modifier la largeur utile et déclencher une autre présentation. Tester uniquement une capture mobile ne reproduit donc pas exactement ce contrôle. Le prestataire doit indiquer comment les essais ont été effectués et dans quel navigateur.

Cette vérification complète la construction d’une présence en ligne solide : la qualité d’une page se juge dans les usages des visiteurs, et pas seulement sur le poste de création.

Les tableaux très larges peuvent demander un comportement particulier pour conserver leurs relations entre colonnes. Vérifiez que l’utilisateur peut atteindre les informations et comprendre les en-têtes. La solution doit préserver l’interprétation des données, plutôt que réduire la police pour faire tenir artificiellement tout le contenu.

Constituer une petite série de pages

Choisissez l’accueil, une page produit ou service, un formulaire et une page comportant un élément interactif. Ajoutez les composants réutilisés : menu, bandeau, fenêtre modale et tableau. Corriger un composant partagé peut résoudre plusieurs défauts à la fois.

Pour chaque erreur, conservez la page, le niveau de zoom, la tâche et une description du blocage. « Le bouton de validation est recouvert par le bandeau à 175 % » donne au développeur une cible beaucoup plus claire que « le responsive ne marche pas ».

Refaites le parcours après correction. Un texte devenu visible peut avoir déplacé un autre contrôle hors d’accès. L’agrandissement du texte mérite une recette fonctionnelle, avec la même logique qu’un test de paiement ou de connexion : l’utilisateur doit pouvoir terminer ce qu’il était venu faire.