Audit de landing page : 7 points à vérifier

Ta landing page reçoit des visites, mais tu ne sais pas quoi changer. Le titre, la couleur du bouton, le prix ? Avant de toucher au design, regarde le parcours que tu demandes au visiteur de suivre.

Un audit de landing page sert à repérer les incompréhensions, les informations manquantes et les obstacles à l’action. Voici sept points à examiner, avec un contrôle concret pour chacun. Garde une capture et une note pour chaque problème : tu en auras besoin pour choisir les modifications à réaliser.

1. La promesse correspond-elle à l’annonce ?

Commence avant la landing : relis l’annonce, le post ou le lien qui mène à la page. Une personne qui clique pour obtenir un audit doit retrouver cette offre dès son arrivée. Si elle découvre surtout une présentation générale de ton activité, elle doit reconstruire le lien toute seule.

Lis ensuite uniquement le titre et le premier paragraphe. Peut-on identifier le public concerné, ce qui est proposé et le problème traité ? Un titre comme « Passe au niveau supérieur » laisse beaucoup de place à l’interprétation. Une formulation qui nomme le livrable donne un repère plus précis.

À vérifier : écris en une phrase ce que le visiteur pense trouver avant le clic, puis compare cette phrase au haut de ta page. Note les écarts de vocabulaire, de périmètre ou d’attente.

Exemple. L’annonce dit « refonte de logo pour artisans ». Le titre de la page dit « Studio de création de marques ». Les deux sont vrais, mais l’artisan venu pour un logo doit maintenant vérifier qu’il est au bon endroit, et le mot « studio » lui suggère un budget qu’il n’a peut-être pas.

2. Comprend-on ce qu’on achète ?

Une liste de bénéfices installe l’envie ; c’est la description de l’offre qui permet de décider. Pour décider, le visiteur doit aussi savoir ce qu’il recevra, sous quelle forme, à quel prix et ce qu’il devra fournir.

Pour une prestation, distingue le diagnostic de l’exécution. Un audit livré dans un rapport ne signifie pas que les corrections seront intégrées au site. Si cette différence reste implicite, le client peut acheter avec une attente que l’offre ne couvre pas.

Cherche aussi les conditions dispersées : délai précisé seulement dans la FAQ, option présentée comme incluse, tarif affiché sans son périmètre. Rapproche les informations qui servent à la même décision.

À vérifier : complète cette phrase avec les seules informations visibles sur la page : « Pour ce prix, je reçois…, après avoir fourni…, et cela ne comprend pas… ». Chaque blanc révèle un point à clarifier.

Exemple. Sur une page de coaching, le premier blanc se remplit facilement : « six séances d’une heure ». Le deuxième reste vide : rien n’indique que le client doit envoyer un bilan préalable. C’est le genre d’oubli qui produit une première séance décevante, pas une vente perdue : il se corrige en une ligne sous le prix.

3. Les preuves sont-elles vérifiables ?

Un adjectif comme « complet » ou « personnalisé » décrit ton intention. Un extrait de livrable permet au visiteur de juger le travail proposé.

Pour un audit, montre un constat précis, la capture correspondante et une recommandation compréhensible. Pour un logiciel, montre une tâche réalisée dans le produit. Pour une prestation, un exemple expliqué peut être plus utile qu’une galerie sans contexte.

Si tu utilises un témoignage, conserve son sens et indique ce qui permet de le situer. Si tu présentes un résultat, donne le contexte de mesure disponible. Une capture prouve que la correction est en ligne ; la mesure des ventes se fait séparément, avec ses propres conditions.

À vérifier : souligne chaque affirmation importante de la page et cherche l’élément qui la soutient. Là où il manque, ajoute une preuve réelle ou reformule plus précisément.

Exemple. « Un accompagnement sur mesure » n’a rien à souligner en face. Remplacé par « chaque plan de formation part de votre grille de compétences existante », l’affirmation devient vérifiable : soit la page montre un extrait de plan, soit elle ne le montre pas.

4. Le CTA annonce-t-il la suite ?

Le bouton attire l’attention, mais son texte doit aussi préparer l’étape suivante. « Commencer » peut ouvrir un formulaire, un paiement ou une réservation : ce sont des engagements différents.

Dans l’exemple d’audit de mon site, point A1, le CTA « Trouver mon premier usage » ouvrait un Cal.com. La recommandation était de préciser juste dessous : « Réservation Cal.com, 20 min, sans engagement ». La capture ci-dessous montre cette précision après correction.

Cette modification explicite la destination, la durée et le niveau d’engagement. Le cas montre un constat et la correction appliquée, pas un résultat mesuré.

Le W3C recommande de rendre l’objectif d’un lien compréhensible par son texte ou son contexte associé. C’est aussi un point d’accessibilité : l’information doit rester accessible aux technologies d’assistance.

À vérifier : clique sur chaque CTA principal. Compare sa formulation à l’écran d’arrivée et aux informations demandées.

Exemple. Un bouton « Voir les disponibilités » ouvre un formulaire en quatre champs dont un numéro de téléphone. L’écart tient en deux mots : le visiteur venait regarder, on lui demande de se déclarer. Soit le libellé annonce le formulaire, soit les disponibilités s’affichent avant lui.

5. Les questions décisives sont-elles traitées ?

Parcours ta page en te demandant ce qui pourrait empêcher une décision : le service convient-il à mon cas ? Faut-il donner un accès au site ? Est-ce un paiement unique ? Qui réalise les modifications ?

Toutes ces réponses n’ont pas besoin d’un long paragraphe. Une mention près du prix, du bouton ou du livrable peut suffire. La FAQ peut compléter l’explication, mais une condition essentielle ne devrait pas dépendre de l’ouverture d’un accordéon en bas de page.

Appuie-toi sur les questions réellement reçues par message ou avant une vente. Si tu n’en as pas encore, note les questions que l’offre laisse ouvertes sans les présenter comme des objections observées.

À vérifier : associe chaque question à l’endroit du parcours où elle apparaît, puis place la réponse à proximité.

Exemple. « Qui réalise les modifications ? » se pose au moment de lire le prix, pas en bas de page. Une ligne sous le tarif, « vous appliquez les changements, ou votre développeur », traite l’objection là où elle naît, et évite une FAQ que personne n’ouvrira.

6. Le parcours fonctionne-t-il sur un téléphone ?

Réduire la fenêtre du navigateur est un début. Ouvre aussi la page sur un téléphone et réalise l’action attendue jusqu’à l’étape de confirmation, avec des données de test si nécessaire.

Observe les textes coupés, les colonnes trop serrées, les images qui débordent et les éléments fixes qui masquent un bouton. Le guide responsive de web.dev recommande notamment d’adapter le contenu à la largeur disponible pour éviter le défilement horizontal.

Vérifie également la lecture avec un texte agrandi et le parcours au clavier sur ordinateur. Tu dois pouvoir repérer l’élément sélectionné, accéder aux liens et utiliser les formulaires. Ce contrôle reste partiel : il ne constitue pas un audit complet d’accessibilité.

À vérifier : note chaque obstacle rencontré pendant une action réelle, avec l’appareil, l’écran concerné et une capture.

Exemple. Sur iPhone, le bandeau de consentement une fois accepté laisse place à une barre de contact fixe qui recouvre le dernier champ du formulaire. Sur ordinateur, rien n’apparaît. Ce constat tient en une capture et une ligne : appareil, étape, élément fautif.

7. Sais-tu ce que tu vas mesurer ensuite ?

Définis l’action qui compte avant de modifier la page : une demande envoyée, une réservation confirmée ou un achat terminé. Un clic sur le CTA est une étape intermédiaire, pas toujours une conversion aboutie.

Vérifie que les événements remontent au bon moment et qu’un rechargement ne compte pas deux fois la même action. Conserve la date de modification et surveille aussi les changements de trafic : une campagne différente peut modifier les résultats sans que le design en soit la cause.

Côté performance, web.dev distingue les mesures en laboratoire des données issues des visites réelles. Un test technique aide au diagnostic ; il ne remplace ni l’expérience réelle ni le suivi des conversions.

À vérifier : pour chaque correction retenue, écris le problème observé, l’hypothèse et l’indicateur à suivre.

Exemple. Problème : le libellé du bouton n’annonce pas le formulaire. Hypothèse : des visiteurs cliquent en croyant consulter une information, puis repartent. Indicateur : le nombre de formulaires envoyés rapporté au nombre de clics sur le bouton, avant et après. Avec peu de trafic, tu regarderas les nombres bruts, et l’effet restera une hypothèse plausible plutôt qu’un résultat établi.

Transformer les constats en prochaines actions

Commence par ce qui empêche d’agir, puis par ce qui empêche de comprendre l’offre. Garde les préférences esthétiques à part. Un audit donne un ordre de travail ; l’effet des changements reste à évaluer.

Si le problème reste diffus après ce passage, le diagnostic « Pourquoi mon site ne vend pas ? » élargit la recherche au trafic, à la mesure et au parcours d’achat. Pour une boutique, la méthode d’audit CRO e-commerce reprend la même démarche page par page.

Pour voir la forme d’un diagnostic et des recommandations associées, tu peux consulter l’exemple d’audit sur la page de présentation.

Questions fréquentes

Combien de temps prend l’audit d’une landing page ?

Cela dépend du nombre d’états à examiner : variantes, messages d’erreur, rendu mobile et écran d’arrivée après le clic. Les sept points ci-dessus se parcourent page par page, capture à l’appui ; le temps vient surtout de la reproduction de chaque constat, pas du nombre de critères. Pour l’audit proposé sur ce site, le rapport est livré sous 3 jours après réception de l’URL, de la cible et de l’objectif confirmés.

Quels outils gratuits peuvent aider ?

Ton navigateur et un téléphone réel couvrent la plus grande partie de cette checklist. PageSpeed Insights fournit un diagnostic de performance et Microsoft Clarity permet d’observer des interactions une fois installé. Aucun de ces outils n’indique quelle correction appliquer : ils produisent des observations qui restent à interpréter.

Faut-il faire cet audit soi-même ou le déléguer ?

Tu peux dérouler cette checklist toi-même si tu acceptes de relire ta page comme une personne qui la découvre. Déléguer apporte surtout un regard extérieur et un ordre de travail argumenté. Le guide sur le prix d’un audit CRO compare les formats et leurs livrables ; l’audit proposé ici porte sur une page publique, examinée sur mobile et ordinateur avec un processus assisté par IA.