Le profil change les conditions du test
Un audit mobile simule des contraintes différentes de celles du profil ordinateur. La puissance disponible, les paramètres de réseau et la taille de l’écran influencent les résultats. Comparez donc un résultat mobile avec un autre résultat mobile.
La mise en page peut charger autre chose
Un site responsive peut choisir une autre image, modifier l’ordre des contenus ou masquer certains composants. Un élément masqué peut malgré tout télécharger ses ressources. Vérifiez les requêtes et les diagnostics au lieu de supposer que le mobile charge toujours moins de données.
Le JavaScript coûte aussi du temps
La taille des fichiers n’explique pas tout. Le navigateur doit également analyser et exécuter le code. Des scripts coûteux peuvent ralentir un appareil contraint. Le TBT et les diagnostics sur le thread principal aident à repérer ces problèmes.
Compléter la simulation par un vrai usage
Ouvrez le site sur un téléphone et essayez le menu, la recherche et les formulaires. Un audit automatique ne remplace ni l’observation du parcours utilisateur, ni un contrôle d’accessibilité manuel. Les deux approches révèlent des problèmes différents.
À METTRE EN PRATIQUE
Organiser deux parcours de contrôle
- Auditez la page dans le profil mobile.
- Essayez les actions principales sur un téléphone.
- Répétez dans le profil ordinateur.
- Comparez les ressources et diagnostics de chaque profil.
- Gardez des historiques séparés pour juger les progrès.
Ne cherchez pas à rendre les scores identiques à tout prix. Les profils n’ont pas les mêmes conditions. Une différence peut être cohérente avec le travail demandé au navigateur. L’objectif est de comprendre les problèmes dans chaque contexte et de vérifier que les visiteurs peuvent accomplir leur tâche.
Sources et périmètre
Ce guide propose une méthode de travail. Aucun gain chiffré n’est garanti. Pour vérifier les définitions et approfondir les contrôles : documentation officielle.