CRO
Comparateur de page tarifs
Comparez votre page tarifs à deux concurrentes sur des critères SEO, UX et CRO propres au pricing : clarté du prix, CTA, signaux de confiance, lisibilité des offres.
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 page tarifs 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 page tarifs type à 3 formules, l'outil relève par exemple des prix bien visibles mais aucun signal de confiance (avis, garanties, logos clients) à proximité du CTA de la formule la plus chère : c'est souvent là que le doute freine le plus la conversion, pas sur le prix lui-même.
Ce que votre page tarifs dit avant même que le visiteur lise vos prix
Sur une page tarifs, le visiteur compare, hésite et cherche une raison de passer à l'action ou de repartir. Ce comparateur place votre page face à deux concurrentes sur une grille propre au pricing : prix visible, appels à l'action, réassurance, lisibilité. Il ne mesure pas votre taux de conversion, il vérifie si la structure de la page lui laisse une chance.
Ce que la grille tarifs vérifie vraiment
L'outil lit le HTML de la page et contrôle une série de critères pondérés : un prix détecté (un montant accolé à €, $, EUR ou USD), au moins un CTA identifiable, des libellés de CTA formulés avec un verbe d'action pour au moins la moitié d'entre eux, la présence de signaux de confiance, un usage mesuré de l'urgence et des phrases de 22 mots en moyenne au maximum. Le critère sur les remises est toujours validé, car il ne peut pas trancher seul : à vous de vérifier. Le score global mélange 70 % de ce score UX/CRO et 30 % de la performance mobile mesurée par Lighthouse, quand elle est disponible. Un écart de score avec un concurrent peut donc venir entièrement de la vitesse de chargement, sans que la page elle-même soit moins claire. Chaque critère échoué s'affiche avec un conseil court, et c'est cette liste, plus que la note, qui vous dit quoi changer.
Lire la suiteRéduire
Quand un critère échoue alors que l'élément est bien là
L'analyse porte sur le HTML brut, sans exécuter le JavaScript. Si vos formules sont injectées par un script, le prix peut ne pas être détecté du tout, et un bandeau peut alors prévenir que la page semble dépendante du JavaScript. Les signaux de confiance sont repérés par des expressions comme « garantie », « avis client », « paiement sécurisé » ou « satisfait ou remboursé », ainsi que par des données structurées Review. Des logos clients en image ou une note affichée sans texte ne sont pas reconnus. Même logique pour les CTA : un bouton libellé « Choisir cette offre » n'appartient pas à la liste de verbes reconnus, et un libellé de plus de 60 caractères est ignoré. Dans ces cas, le critère échoue alors que votre page fait son travail. Je vérifie toujours visuellement un échec avant de le corriger. Si le site renvoie une erreur HTTP, souvent à cause d'une protection anti-bot, testez une autre page du même site.
Adapter la lecture à votre secteur
Le champ secteur, facultatif, modifie deux critères. Pour les activités où le prix public n'est pas la norme, comme le secteur « B2B / SaaS » (l'outil évalue en revanche le prix pour « SaaS grand public / app »), la santé, la finance, l'immobilier, la formation ou l'institutionnel, l'absence de prix n'est plus pénalisée. La tolérance à l'urgence varie aussi : deux mentions sont acceptées par défaut, une seule en B2B, aucune dans le luxe, la santé, la finance ou l'institutionnel. Lancer la comparaison avec le bon secteur évite de corriger un faux problème. En cas de doute entre deux secteurs, lancez les deux : seuls le prix et l'urgence changent, le reste de la grille est identique. Pensez aussi à choisir des concurrentes comparables : une page tarifs SaaS face à une boutique en ligne donnera des écarts qui ne disent rien de votre page. Une fois les écarts repérés, testez vos changements sur votre propre trafic, seule façon de savoir s'ils convertissent mieux. Si un critère vous semble injuste pour votre page, envoyez-moi l'adresse analysée et le critère concerné via le formulaire « Un résultat difficile à interpréter ? » 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.
Que faire si mes prix ne sont pas publics ?
L'outil signale l'absence de prix comme un frein potentiel, mais certains modèles B2B complexes justifient un prix sur devis : à évaluer selon votre contexte commercial, pas comme une règle absolue.
L'outil compare-t-il la pertinence de mes formules entre elles ?
Non, il vérifie la clarté d'affichage (prix, formules, signaux de confiance), pas la stratégie de pricing elle-même. Le choix du nombre de formules et leur positionnement relèvent d'un audit CRO plus poussé.
L'outil détecte-t-il un toggle mensuel/annuel ?
Il détecte le prix tel qu'il s'affiche au chargement de la page, généralement l'option par défaut du toggle. Si votre page bascule dynamiquement entre mensuel et annuel, le résultat reflète l'état par défaut, pas les deux vues.
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.