CRO
Comparateur de landing page (inscription/réservation)
Comparez une landing page d'inscription ou de réservation à deux concurrentes sur des critères SEO, UX et CRO propres à ce type de page : longueur de formulaire, CTA, navigation minimale.
Photo par Luke Chesser sur Unsplash
Cet outil analyse la structure HTML de la page (CTA, formulaires, signaux de confiance, prix, navigation) et sa performance de chargement. Il ne peut pas mesurer un taux de conversion réel : ça nécessite le tracking propre au site analysé (Contentsquare, Hotjar, GA4...), inaccessible sur une URL tierce.
🕵️
Comment utiliser cet outil
- 1Entrez l'URL de votre landing page et jusqu'à deux concurrentes
- 2Lancez la comparaison
- 3Consultez le détail des critères qui passent ou non, avec le conseil associé
Un exemple concret
Sur une landing page d'inscription type, l'outil relève par exemple un CTA d'action bien formulé, mais une navigation complète héritée du template du site (menu principal, liens footer) qui offre autant d'échappatoires que d'options d'inscription. Le rapport priorise alors la suppression de cette navigation plutôt que des ajustements cosmétiques sur le formulaire.
Qu'est-ce qui retient encore vos visiteurs avant de s'inscrire ou de réserver ?
Une landing d'inscription ou de réservation a un seul travail : obtenir un formulaire rempli ou un créneau pris. Ce comparateur la met face à deux pages concurrentes sur neuf critères qui récompensent la concentration, avec peu de champs, peu de CTA et presque pas de menu. Il juge la structure de la page, pas le nombre d'inscriptions qu'elle produit.
Votre bouton d'envoi est-il vraiment vu comme un CTA ?
L'outil ne reconnaît comme CTA que le texte d'un lien ou d'un élément <button>. Un formulaire qui se termine par un <input type="submit" value="Je m'inscris">, sans autre bouton reconnu, affiche donc zéro CTA, et trois critères tombent d'un coup : présence, concentration et formulation, soit 35 % du score UX/CRO. La liste de verbes, commune à tous les types de page, comprend notamment « s'inscrire », « je m'inscris », « réserver », « je réserve », « commencer », « essayer ». Attention à l'apostrophe : la comparaison se fait sur l'apostrophe droite, et une apostrophe typographique ou encodée en entité HTML, comme le font certains frameworks, peut empêcher la reconnaissance. « Envoyer » et « Valider » comptent comme CTA, mais génériques, et font baisser la part de libellés orientés action, qui doit rester d'au moins la moitié. Au-delà de trois CTA sur la page entière, le critère de concentration échoue. Répéter le même bouton en haut, au milieu et en bas de page, puis ajouter un lien « Découvrir » dans le pied de page, suffit à franchir la limite.
Lire la suiteRéduire
Les champs se comptent sur tous les formulaires de la page
Deux critères visent le formulaire : cinq champs au plus (15 %) et trois champs obligatoires au plus (10 %). Le comptage additionne tous les <form> présents. Un champ de recherche dans l'en-tête et une inscription à la newsletter en bas de page s'ajoutent donc à votre formulaire d'inscription. Chaque bouton radio et chaque case à cocher compte comme un champ : un choix de créneau en quatre boutons radio plus une case de consentement en fait déjà cinq. Un champ est jugé obligatoire dès que sa balise contient le mot « required », ce qui inclut aria-required ou une classe CSS qui le porte. À l'inverse, une page sans aucune balise <form>, parce que la réservation passe par un widget tiers en iframe ou par un script, valide d'office les deux critères. Ce sont 25 points gagnés sans que le vrai formulaire ait été examiné, à garder en tête quand un concurrent vous devance.
Menu, popup, confiance : les échappatoires mesurées
La navigation est ici pénalisée : au-delà de trois liens dans une balise <nav>, le critère échoue et coûte 15 %. Seuls les liens contenus dans <nav> sont comptés, pas ceux d'un pied de page construit sans cette balise. Le popup est repéré par un attribut class qui commence par « modal », « popup » ou « overlay », ou par des marqueurs comme « exit-intent », n'importe où dans le code, même masqué : une fenêtre de cookies ou un menu mobile déjà présent dans le HTML avec une telle classe fait échouer ce critère à 5 %. Les signaux de confiance, à 15 %, attendent une expression comme « témoignage » ou « avis client ». Le champ secteur ne modifie aucune ligne de cette grille, et dans le global la note UX/CRO compte pour 70 %, la vitesse mobile pour 30 %. Ni les créneaux proposés, ni le prix d'une réservation, ni la page de confirmation ne sont évalués. Si un critère vous paraît faux, formulaire ou popup notamment, glissez l'adresse de la landing et la ligne contestée dans le formulaire « Un résultat difficile à interpréter ? » qui se trouve juste sous l'outil.
Questions fréquentes
Cet outil mesure-t-il un vrai taux de conversion ?
Non. Un taux de conversion réel nécessite le tracking propre au site (Google Analytics, Contentsquare, Hotjar...), inaccessible sur une URL tierce. L'outil analyse la structure de la page qui corrèle avec la conversion, sans la mesurer directement.
Que veulent dire FCP, LCP, CLS et INP/TBT ?
Ce sont les Core Web Vitals, les indicateurs que Google utilise pour évaluer l'expérience de chargement d'une page. FCP (First Contentful Paint) mesure le temps d'affichage du premier élément visible. LCP (Largest Contentful Paint) mesure le temps d'affichage du plus gros élément visible. CLS (Cumulative Layout Shift) mesure la stabilité visuelle pendant le chargement. INP (Interaction to Next Paint) mesure la réactivité réelle de la page aux interactions ; TBT (Total Blocking Time) en est l'équivalent labo.
Quelle est la différence entre PSI, Lighthouse et CrUX ?
PageSpeed Insights (PSI) est l'API Google utilisée par cet outil. Elle combine deux sources : Lighthouse, un test de laboratoire qui simule un chargement sur un appareil et un réseau standardisés, et CrUX (Chrome User Experience Report), qui agrège les mesures réelles des internautes ayant visité la page avec Chrome. Le score "Performance mobile" de cet outil vient de Lighthouse. Le bloc Core Web Vitals affiche les données CrUX quand elles existent, sinon l'estimation labo Lighthouse.
Pourquoi le bloc Core Web Vitals affiche parfois une estimation labo plutôt que des données terrain ?
CrUX ne renvoie des données que si la page a reçu un trafic Chrome suffisant sur les 28 derniers jours. En dessous de ce seuil, fréquent sur les sites à trafic modeste ou les pages récentes, aucune donnée terrain n'existe : l'outil bascule alors sur l'estimation labo Lighthouse, un test simulé plutôt qu'une mesure réelle.
Pourquoi l'indicateur devient TBT au lieu d'INP en estimation labo ?
INP mesure la réactivité réelle aux interactions des internautes : il ne peut être mesuré que sur du trafic réel, pas sur un test de laboratoire où personne n'interagit avec la page. TBT est l'indicateur labo le plus proche : il estime le temps où la page reste bloquée et incapable de répondre rapidement à une interaction.
Pourquoi la navigation est-elle pénalisée sur une landing page ?
Une landing page d'inscription a un seul objectif de conversion. Une navigation complète offre des échappatoires qui réduisent le taux de complétion du formulaire.
Le header et le footer du site comptent-ils comme de la navigation ?
Oui, l'outil compte tous les liens de la page, y compris ceux hérités du template global du site. C'est justement l'angle mort le plus fréquent : une landing page dédiée qui garde malgré tout le menu principal du site.
L'outil vérifie-t-il la page affichée après l'inscription ?
Non, l'analyse porte uniquement sur l'URL fournie, donc sur la landing page elle-même. La page de confirmation qui suit la soumission du formulaire (souvent décisive pour la suite du parcours) n'est pas dans le périmètre de cet outil.
Tester un autre outil
À lire aussi
A/B testing : et si votre trafic ne suffisait pas ?
La majorité des sites n'ont pas le trafic nécessaire pour un test A/B fiable. Comment le savoir avant de lancer un test grâce au MDE, et quoi faire à la place quand ce n'est pas le cas.
Trop d'options tue la conversion : le paradoxe du choix
Multiplier les options sur une page produit semble généreux, mais réduit souvent la conversion. Comment simplifier sans appauvrir l'offre.
Tests A/B : pourquoi vos résultats ne sont pas toujours significatifs
Un test A/B arrêté trop tôt ou mené sur un échantillon trop petit ne prouve rien. Comment calculer la significativité, éviter le peeking et fiabiliser vos résultats.