Vitesse mobile : liste de vérification pour votre site

Pour améliorer la vitesse de votre site sur téléphone, mesurez d'abord le chargement, la réactivité et les déplacements du contenu. Corrigez ensuite les images lourdes et les scripts inutiles. Testez vos pages de services sur un vrai appareil. Un bon score ne garantit ni un meilleur classement ni plus d'appels.

Votre client peut chercher un plombier sur un téléphone moins récent, avec une connexion variable. Votre test sur le Wi-Fi du bureau ne représente pas toutes ces situations. L'objectif est simple : permettre à cette personne de lire vos services et de vous joindre sans attendre après la page.

Pourquoi vérifier le téléphone en premier?

Google utilise principalement la version mobile du contenu pour l'indexation. Ses consignes sur l'indexation orientée mobile demandent un contenu équivalent sur téléphone et ordinateur. Vos services, vos coordonnées et vos informations importantes doivent donc rester accessibles sur les deux versions.

Cela ne veut pas dire que Google classe votre entreprise uniquement selon sa vitesse. Une page rapide qui ne décrit pas votre travail reste peu utile. Vérifiez la performance avec la clarté du message, comme dans notre guide sur les sites qui reçoivent des visites sans demandes.

Commencez par l'accueil, une page de service importante et la page de contact. Si elles utilisent des modèles différents, elles peuvent aussi avoir des problèmes différents. Notez l'adresse exacte de chaque page testée.

Quelles mesures faut-il comprendre?

Les Core Web Vitals de web.dev couvrent trois aspects de l'expérience. Leurs seuils de bonne performance sont les suivants :

• LCP, chargement : le plus grand bloc de texte ou la plus grande image visible apparaît en 2,5 secondes ou moins.
• INP, réactivité : le délai lié aux interactions est de 200 millisecondes ou moins.
• CLS, stabilité : le score de déplacement inattendu du contenu est de 0,1 ou moins.

Ces seuils s'évaluent au 75e percentile des visites, en séparant les appareils mobiles des ordinateurs. Il ne suffit donc pas qu'une visite particulièrement rapide réussisse le test. Vous cherchez une expérience satisfaisante pour la majorité des visiteurs.

Google explique que ces mesures correspondent à des aspects de l'expérience que ses systèmes cherchent à favoriser. Sa documentation sur les Core Web Vitals précise toutefois qu'un bon résultat ne garantit pas la première place. Traitez les chiffres comme des repères techniques, pas comme une promesse commerciale.

Où trouver des résultats qui représentent vos visiteurs?

Consultez le rapport Core Web Vitals dans Search Console, puis analysez une adresse dans PageSpeed Insights. Distinguez les données de terrain, qui proviennent de vrais utilisateurs, du test de laboratoire, qui simule un chargement dans des conditions définies.

Un petit site peut manquer de données de terrain. Cette absence ne prouve pas que la page est rapide ou lente. Utilisez alors les tests de laboratoire pour repérer des problèmes, avec un essai manuel sur téléphone. Ne présentez pas leur score comme une mesure de tous vos clients.

Lorsque l'outil affiche des données pour l'ensemble du site plutôt que pour l'adresse précise, notez cette différence. Un résultat général peut masquer une page de contact plus lourde. Conservez aussi la date et le type d'appareil pour comparer des tests semblables.

Quelle image faut-il corriger en premier?

Identifiez l'élément responsable du LCP. Il peut s'agir de la grande photo en haut de page, mais aussi d'un bloc de texte. N'optimisez pas toutes les images au hasard avant de savoir ce qui retarde le contenu principal.

Pour une image principale, demandez à votre développeur de vérifier trois points. Le fichier doit avoir des dimensions adaptées à son affichage. Sa compression doit réduire son poids sans rendre le sujet illisible. Le navigateur doit pouvoir le découvrir rapidement dans le HTML.

Le guide de web.dev sur l'optimisation du LCP déconseille le chargement différé de l'image LCP. Une image essentielle placée en haut de page ne devrait donc pas attendre que le visiteur défile. L'attribut fetchpriority peut aussi indiquer une priorité, lorsque son utilisation est appropriée.

Gardez le chargement différé pour les images non essentielles plus bas. Évitez d'appliquer le même réglage à toute la page sans distinguer ce qui doit apparaître immédiatement.

Quels scripts méritent une vérification?

Faites la liste des outils ajoutés au site : clavardage, carte intégrée, avis, suivi publicitaire et gestionnaire de balises. Chaque outil peut télécharger du code ou occuper le navigateur. Sa présence ne prouve pas qu'il est problématique, mais elle mérite un test.

Demandez pour chacun quel besoin concret il remplit. Si deux outils font la même chose, vérifiez lequel est nécessaire. Si un module n'est plus utilisé, retirez-le avec votre développeur. Ne supprimez pas un suivi utile sans comprendre ce qui cessera d'être mesuré.

Les scripts non essentiels peuvent parfois être différés. Une carte interactive peut attendre une action du visiteur. Le bon choix dépend de votre site. Le numéro de téléphone et le formulaire doivent rester utilisables même si un outil externe répond lentement.

Comment empêcher la page de bouger pendant la lecture?

Réservez l'espace des images et des modules avant leur chargement. Une photo sans dimensions peut pousser le texte vers le bas une fois téléchargée. Une bannière injectée au-dessus du contenu peut déplacer le bouton que votre client s'apprêtait à toucher.

Vérifiez aussi les polices, les encadrés d'avis et les messages de consentement. Faites défiler la page lentement pendant le chargement. Cherchez les sauts visibles, pas seulement un indicateur vert dans un rapport.

Votre bouton d'appel doit être facile à utiliser sans cacher une partie importante du texte. Notre guide sur le bouton pour appeler sur téléphone explique comment vérifier ce parcours. La stabilité visuelle et l'accès aux coordonnées se travaillent ensemble.

Comment organiser les corrections sans tout refaire?

Notez le problème, la page touchée, la modification prévue et la personne responsable. Corrigez d'abord ce qui empêche la lecture ou l'utilisation. Une image principale trop lourde peut être un meilleur point de départ qu'un détail qui améliore seulement le score du laboratoire.

Refaites le même test après chaque modification importante. Ouvrez ensuite le site sur un téléphone avec les données mobiles. Essayez le menu, le bouton d'appel et le formulaire. Un changement qui accélère le chargement mais brise une demande de service n'est pas une amélioration.

Les données de terrain prennent du temps à refléter les nouvelles visites. Ne concluez pas à un échec parce qu'un rapport historique ne change pas immédiatement. Pour situer la vitesse parmi les autres problèmes possibles, commencez par notre audit gratuit.

Quelles questions reviennent sur la vitesse mobile?

Faut-il absolument obtenir un score de 100?

Non. Priorisez les problèmes réels de chargement et d'utilisation. Un score de laboratoire parfait n'est pas une garantie de classement ou de demandes supplémentaires.

L'absence de données de terrain est-elle un problème?

Elle limite ce que vous pouvez conclure. Utilisez les tests disponibles et vérifiez le parcours sur téléphone, sans inventer un résultat pour vos visiteurs.

Une refonte complète est-elle nécessaire?

Pas toujours. Une image, un module ou un réglage peut être la cause principale. Identifiez la limite technique avant de décider de remplacer le site.

Guides connexes

• Pourquoi votre site reçoit des visites sans demandes
• Configurer un bouton pour appeler sur téléphone
• Vérifier votre présence avec un audit gratuit