Mentionné dansLogo Vosges Matin

Guide AdWaves · Ressource 37

Votre site est-il vraiment utilisable sur mobile ? Le test en 8 points

Testez en huit points le premier écran, le menu, l’appel, le formulaire, la lisibilité, la vitesse, les médias et le suivi des conversions.

Parcourir ce guide
  1. 01Préparer le test
  2. 02Les outils à combiner
  3. 03Tester les largeurs et les réseaux qui cassent vraiment
  4. 04Responsive, utilisable et indexable : trois contrôles distincts
  5. 05Test 1 : le premier écran répond-il ?
  6. 06Test 2 : le menu se pilote-t-il au doigt ?
  7. 07Test 3 : peut-on appeler sans copier le numéro ?
  8. 08Test 4 : le formulaire va-t-il jusqu’au bout ?
  9. 09Test 5 : le contenu se lit-il sans effort ?
  10. 10Test 6 : la page réagit-elle vite et reste-t-elle stable ?
  11. 11Test 7 : images, cartes et preuves restent-elles utiles ?
  12. 12Test 8 : la conversion est-elle mesurée de bout en bout ?
  13. 13La grille de notation
  14. 14Les erreurs que les audits automatiques ratent
  15. 15La méthode AdWaves
  16. 16FAQ
  17. 17Testez le parcours que vos prospects utilisent vraiment

Un site « responsive » peut rester inutilisable. Le texte tient dans l’écran, mais le numéro n’est pas cliquable, le menu recouvre la page, le formulaire efface les réponses et la bannière cookies bloque le bouton. Le vrai test n’est pas de réduire la fenêtre du bureau : c’est d’accomplir les tâches d’un prospect sur un téléphone réel.

À retenir : testez les huit points ci-dessous sur iPhone et Android, avec une connexion mobile moyenne et sans être connecté à vos outils. Mesurez le temps et les erreurs pour trouver le service, appeler, envoyer un formulaire et revenir en arrière. Le Mobile-Friendly Test de Google et le rapport d’utilisabilité mobile de Search Console ont été retirés en décembre 2023 : utilisez PageSpeed Insights, les outils du navigateur et surtout des tests réels.

Préparer le test

Choisissez au minimum :

  • un téléphone iOS récent ;
  • un Android de milieu de gamme ;
  • une largeur étroite dans les outils de développement ;
  • Wi-Fi puis réseau mobile ;
  • navigation privée ;
  • page d’accueil, service, ville, réalisation et contact.

Demandez à une personne qui ne connaît pas le site d’exécuter trois tâches : « trouvez si l’entreprise intervient chez vous », « appelez-la » et « demandez un devis ». Ne lui expliquez pas le menu.

Les outils à combiner

Un seul outil ne couvre pas l’expérience mobile.

Faites glisser pour tout voir →

Outil Usage Limite
Téléphone réel Toucher, clavier, appel, formulaire, rotation Échantillon limité d’appareils
Outils du navigateur Largeurs, réseau ralenti, erreurs et inspection Simulation différente d’un téléphone complet
PageSpeed Insights Données terrain disponibles et diagnostic Lighthouse Ne vérifie pas la qualité du message ou du décroché
Lighthouse local Test reproductible pendant le développement Résultat de laboratoire ponctuel
WebPageTest ou cascade réseau équivalente Ordre et durée des ressources Lecture plus technique
Service multi-appareils distant Navigateurs et appareils non disponibles en interne Ne remplace pas un test utilisateur

Conservez URL, appareil, système, navigateur, largeur, type de réseau, date et résultat. Une capture sans contexte ne permet pas de reproduire le défaut.

Le Mobile-Friendly Test retiré ne doit pas être remplacé par un faux bouton qui promet une certification Google. Les outils actuels mesurent des dimensions différentes ; la validation finale reste l’exécution réussie des tâches.

La prochaine étape

Vous voulez savoir quoi corriger en priorité ?

AdWaves analyse votre site, votre fiche Google, vos contenus et vos demandes pour identifier les actions qui peuvent créer le plus de valeur.

Auditer mon site sur mobile

Voir le détail de l’accompagnement

Tester les largeurs et les réseaux qui cassent vraiment

Ne contrôlez pas seulement un téléphone récent en Wi-Fi. Testez :

  • une largeur étroite ;
  • un écran large ;
  • les points où le menu, les cartes ou les tableaux changent de disposition ;
  • le mode portrait et paysage ;
  • une connexion mobile ralentie ;
  • une latence élevée ;
  • le retour après perte temporaire de réseau ;
  • le zoom et l’augmentation de la taille du texte.

Un breakpoint réussi ne se juge pas parce que la grille passe de trois colonnes à une. Vérifiez que l’ordre reste logique, que le titre ne pousse pas l’appel hors écran et que les boutons ne se chevauchent pas.

Sur réseau lent, observez ce qui arrive en premier. Le numéro, la réponse et le formulaire doivent rester prioritaires face à une vidéo, une carte ou un module d’avis.

Responsive, utilisable et indexable : trois contrôles distincts

  • Responsive : la mise en page s’adapte à la largeur.
  • Utilisable : le visiteur comprend et accomplit la tâche au toucher.
  • Indexable : Google accède au contenu mobile et peut le traiter.

Google utilise la version mobile du contenu pour l’indexation. Vérifiez donc que les informations importantes, liens et preuves ne disparaissent pas sur petit écran. Un accordéon accessible reste du contenu ; une section jamais rendue sur mobile crée une différence réelle.

Une page peut réussir l’indexation et échouer commercialement. Elle peut aussi être agréable au toucher mais bloquée par une directive technique. Testez les trois niveaux.

Test 1 : le premier écran répond-il ?

En moins de cinq secondes, le visiteur doit identifier :

  • le métier ou service ;
  • la zone ;
  • la situation prise en charge ;
  • l’action principale ;
  • une preuve ou un élément de confiance.

Échouez le test si l’écran est occupé par un logo géant, une photo sans message, un bandeau cookies ou « Bienvenue sur notre site ».

Correction : raccourcissez la promesse, réduisez la hauteur de l’en-tête, servez une image adaptée et placez un CTA précis.

Test 2 : le menu se pilote-t-il au doigt ?

Vérifiez :

  • zone de toucher assez grande ;
  • espace entre les liens ;
  • sous-menus accessibles au toucher ;
  • fermeture évidente ;
  • focus visible au clavier ;
  • absence de contenu caché derrière l’en-tête ;
  • retour arrière qui conserve le contexte.

Un menu de quinze services en trois niveaux ne devient pas bon parce qu’il possède une icône hamburger.

Correction : regroupez les familles, affichez les priorités et gardez un accès permanent au contact.

Test 3 : peut-on appeler sans copier le numéro ?

Touchez tous les numéros. Ils doivent ouvrir l’appel avec le bon numéro, sans interstitiel inutile.

Contrôlez :

  • bouton visible dans le premier écran pour les services urgents ;
  • numéro cohérent avec la fiche Google ;
  • horaires réels près du CTA ;
  • comportement du bouton fixe ;
  • suivi du clic sans bloquer l’appel ;
  • absence de chevauchement avec la bannière cookies.

Un bouton « Appeler » qui ouvre la page contact ajoute une étape et perd les urgences.

Test 4 : le formulaire va-t-il jusqu’au bout ?

Envoyez une vraie demande de test.

  • Le clavier adapté s’ouvre-t-il pour téléphone et e-mail ?
  • Les champs possèdent-ils des libellés visibles ?
  • Les erreurs indiquent-elles quoi corriger ?
  • Les réponses restent-elles après une erreur ?
  • L’ajout de photo fonctionne-t-il ?
  • Le consentement nécessaire est-il compréhensible ?
  • Le bouton reste-t-il accessible ?
  • Une confirmation apparaît-elle ?
  • Le message arrive-t-il réellement au bon destinataire ?

Chaque champ doit justifier sa présence. Demandez la commune et le besoin si cela qualifie le devis ; ne réclamez pas l’adresse complète avant qu’elle soit nécessaire.

Test 5 : le contenu se lit-il sans effort ?

Vérifiez :

  • taille de texte lisible ;
  • contraste suffisant ;
  • lignes ni trop longues ni trop serrées ;
  • titres non coupés ;
  • tableaux utilisables ou transformés ;
  • aucun défilement horizontal ;
  • liens identifiables ;
  • informations importantes non cachées dans une image.

Tournez le téléphone et augmentez la taille du texte. Le contenu doit rester accessible sans superposition. Les points ci-dessus rejoignent les exigences d’accessibilité d’un site pour TPE : contraste, tailles lisibles et cibles tactiles suffisantes.

Test 6 : la page réagit-elle vite et reste-t-elle stable ?

Testez :

  • affichage du contenu principal ;
  • ouverture du menu ;
  • toucher du bouton d’appel ;
  • saisie dans le formulaire ;
  • stabilité des éléments ;
  • arrivée tardive des polices, avis, cartes et bandeaux.

PageSpeed Insights et le rapport Core Web Vitals de Search Console donnent les données disponibles sur LCP, INP et CLS. Les outils du navigateur aident à diagnostiquer les ressources.

Diagnostiquer les Core Web Vitals

Test 7 : images, cartes et preuves restent-elles utiles ?

Ouvrez chaque galerie, avant/après, vidéo et carte.

  • Les images sont-elles nettes sans être énormes ?
  • Les légendes restent-elles visibles ?
  • Le zoom ferme-t-il facilement ?
  • La vidéo possède-t-elle des contrôles et des sous-titres si nécessaire ?
  • La carte aide-t-elle réellement à comprendre la zone ?
  • Les preuves ne révèlent-elles aucune donnée privée ?
  • Le consentement aux services tiers bloque-t-il une information indispensable ?

Ne cachez pas l’adresse ou le téléphone uniquement dans une carte qui refuse de charger avant consentement.

Test 8 : la conversion est-elle mesurée de bout en bout ?

Déclenchez :

  • clic d’appel ;
  • envoi de formulaire ;
  • clic e-mail ;
  • demande d’itinéraire si utile ;
  • prise de rendez-vous ;
  • téléchargement réellement important.

Vérifiez que chaque événement remonte une seule fois, avec la bonne page et sans enregistrer de données personnelles interdites. Appelez ensuite le numéro et contrôlez le traitement humain : décroché, message d’absence, rappel et qualification.

Le meilleur CTA mobile échoue si personne ne répond.

La grille de notation

Notez chaque test :

  • 0 : bloquant — la tâche n’aboutit pas ;
  • 1 : pénible — elle aboutit avec hésitation ou erreur ;
  • 2 : fluide — elle aboutit sans aide.

Un score total sur 16 aide à prioriser, mais tout 0 sur appel, formulaire ou accès au service devient une correction immédiate.

Faites glisser pour tout voir →

Score Décision
0–7 Parcours cassé : corriger avant d’ajouter du trafic
8–12 Utilisable mais fuyant : traiter les frictions majeures
13–16 Solide : surveiller les données et les cas limites

Ce barème est un outil de gestion AdWaves, pas un score de classement Google.

Les erreurs que les audits automatiques ratent

  • téléphone erroné mais techniquement cliquable ;
  • formulaire reçu dans les spams ;
  • horaires faux ;
  • demande envoyée sans confirmation ;
  • menu compréhensible seulement par l’auteur du site ;
  • CTA masqué par le clavier ;
  • photos tournées ou impossibles à fermer ;
  • message commercial incompréhensible ;
  • appel décroché par une personne non informée de l’offre.

L’automatisation trouve des symptômes. Un test de tâche révèle la perte commerciale.

La méthode AdWaves

AdWaves teste le site sur plusieurs tailles et appareils, réalise les parcours d’appel et de formulaire, contrôle vitesse, accessibilité et mesure, puis classe les corrections selon leur impact sur les demandes.

AdWaves relie ensuite les pages mobiles à la fiche Google et aux campagnes locales. Le client qui passe de Maps au site doit retrouver le même service, la même zone et le même téléphone sans rupture.

FAQ

Le Mobile-Friendly Test de Google existe-t-il encore ?

Non. Google l’a retiré le 1er décembre 2023, avec le rapport d’utilisabilité mobile de Search Console. Utilisez PageSpeed Insights, Lighthouse, les outils de développement et des tests sur appareils réels.

Un design responsive suffit-il ?

Non. Il adapte la mise en page ; il ne garantit ni la compréhension, ni le toucher, ni l’envoi du formulaire, ni la réponse téléphonique.

Faut-il un bouton d’appel fixe ?

Il est utile pour les prestations où l’appel est prioritaire, à condition de ne pas masquer le contenu et de respecter les interfaces du téléphone.

Combien de champs garder dans un formulaire mobile ?

Conservez ceux qui permettent de recontacter et qualifier la demande. Demandez le reste pendant l’échange.

Dois-je tester après chaque modification ?

Oui pour le composant changé et les parcours critiques. Un nouveau bandeau, plugin ou formulaire peut casser un site auparavant fluide.

Testez le parcours que vos prospects utilisent vraiment

AdWaves audite les huit points, corrige les blocages et mesure les appels et formulaires pour que le mobile transforme la visibilité en demandes.

Auditer mon site sur mobile

La prochaine étape

Identifiez la prochaine action utile pour votre visibilité.

AdWaves analyse votre site, votre fiche Google, vos contenus et vos demandes pour identifier les actions qui peuvent créer le plus de valeur.

Auditer mon site sur mobile

Voir le détail de l’accompagnement

Continuer la lecture

Contenus associés

Toutes les ressources
Guide 30Structure d’une page service qui déclenche des appelsLire la suite Guide 35Search Console : les 5 rapports à consulter chaque moisLire la suite Guide 12Comment mesurer les appels et formulaires venant de Google ?Lire la suite