La page de tarifs de Waalaxy est une des plus propres du SaaS français : prix publics, trois plans lisibles, essai gratuit partout. Et pourtant, le chiffre que vous retenez en la quittant n'est pas celui qu'on vous demandera au paiement. J'ai passé cette page au crible comme je le fais en audit, en la regardant comme un visiteur et pas comme un dashboard. Voici ce que j'ai vu, captures à l'appui, et ce que n'importe quel SaaS bootstrappé peut en retirer pour sa propre page de tarifs.
Le cadre : ce teardown est une analyse heuristique, pas un procès
Avant de dérouler, trois précisions de méthode, parce que c'est ce qui sépare une analyse d'une opinion. J'ai analysé waalaxy.com/fr/tarifs et sa version anglaise le 13 juillet 2026, sur desktop en 1440 px. Je n'ai accès ni à leurs analytics ni à leurs tests A/B : tout ce qui suit est une observation priorisée, autrement dit une hypothèse fondée que je testerais, pas une vérité mesurée. Et Waalaxy, avec ses 200 000+ utilisateurs revendiqués, est précisément intéressant parce que la page est bonne : les frictions qui survivent sur une bonne page sont celles que les équipes ne voient plus.
Dernier point de méthode, et j'y tiens : quatre observations candidates ont été éliminées pendant l'analyse parce qu'elles ne résistaient pas à la contestation. J'y reviens en fin d'article, parce que ce qu'on coupe en dit autant que ce qu'on publie.
Ce que Waalaxy fait très bien (et que votre pricing page devrait copier)
Commençons par ce qui marche, parce que c'est réel et que c'est copiable dès demain.
Les prix sont publics, sans « contactez-nous ». Un fondateur peut budgéter l'outil sans parler à un commercial. Pour une cible d'indépendants et de petites équipes, c'est de l'auto-qualification gratuite : ceux qui réservent une démo connaissent déjà le prix.
Chaque plan dit à qui il s'adresse, pas seulement ce qu'il contient. « Idéal pour lancer vos premières campagnes », « idéal pour les équipes outbound » : le visiteur se situe en une phrase. La plupart des pages de tarifs listent des features et laissent le visiteur faire la traduction.
L'escalier « Tout dans Pro, plus… » rend la différenciation lisible. Les vrais différenciateurs du plan supérieur (cold email, campagnes multicanales, 500 crédits emails) sont exactement là où on les cherche, sur la carte, sans ouvrir le tableau comparatif.
Le header du tableau comparatif est sticky. Plans et prix restent visibles pendant tout le scroll d'un tableau de plusieurs dizaines de lignes. Le visiteur compare sans jamais avoir à mémoriser qui coûte quoi, ni à remonter. C'est un principe de base en ergonomie, la reconnaissance coûte moins cher que le rappel, et presque personne ne lit une page web mot à mot : on scanne. Ce détail d'exécution, 90 % des pricing pages le ratent.
L'observation : le prix affiché par défaut est la moitié du prix réel
Maintenant, le moment de vérité. À l'arrivée sur la page, le toggle de facturation est présélectionné sur « Annuel -50 % », vérifié sur les versions française et anglaise, ce n'est donc pas un accident de traduction. Les trois cartes affichent 19, 49 et 69 € « /utilisateur/mois ». Le badge « -50 % » est là, visible, honnête.
Un clic sur « Mensuel » et les prix réels apparaissent : 39, 99 et 139 €. Le plan « le plus populaire » ne coûte pas 49 € par mois. Il coûte 99 € par mois sans engagement, ou 49 € par mois si vous vous engagez sur l'année.
Pourquoi c'est un problème alors que rien n'est faux
Faites le test des 5 secondes : montrez cette page cinq secondes à quelqu'un, puis demandez-lui le prix du plan Avancé. Il répondra « 49 € par mois ». Cette réponse n'est vraie qu'avec un engagement de douze mois. Le visiteur ne lit pas une page de tarifs, il la scanne, et ce qu'il emporte, c'est le gros chiffre, pas le badge périphérique.
Déroulez la suite du parcours. Le fondateur retient 49 €, démarre son essai gratuit, décide de payer. Au moment de sortir la carte, deux réveils possibles : en mensuel, c'est 99 €, le double du chiffre qu'il avait en tête. En annuel, l'année se paie d'avance : leur propre FAQ l'écrit, « les offres annuelles vous permettent d'économiser jusqu'à 50 % avec un seul paiement initial ». Pour le plan Avancé, c'est donc un prélèvement d'environ 588 € en une fois. Dans les deux cas, le même sentiment : « on ne m'avait pas dit ça ». Certains paient en râlant. D'autres abandonnent, ouvrent un ticket support, ou demandent un remboursement à la première facture.
Et voici le point qui me fait écrire cet article : cette friction est invisible dans un dashboard analytics. La pricing page performe, les clics sur « essai gratuit » sont bons, les heatmaps sont propres. La casse a lieu deux écrans plus loin, au checkout, ou trois semaines plus tard en fin d'essai. Si vous ne regardez que les données, vous concluez « le tunnel de paiement a un problème », et vous ne remontez jamais à la vraie cause : le chiffre mémorisé sur la page de tarifs ne correspondait pas au chiffre demandé au paiement.
La nuance qui compte
Afficher l'annuel par défaut n'est pas une faute en soi. C'est une pratique répandue, défendable côté business : trésorerie encaissée d'avance, churn mécaniquement plus bas. Le problème est une question de degré. À -20 %, l'écart entre le prix mémorisé et le prix réel est un arrondi. À -50 %, c'est un doublement. Et le titre de la version anglaise de la page promet « Simple pricing » : une page dont le prix par défaut demande un clic de décodage n'est pas simple au sens strict.
Ce que je testerais à leur place
Deux pistes, formulées comme des hypothèses de test et pas comme des vérités. Piste 1 : le mensuel par défaut, avec l'annuel vendu comme une économie explicite (« passez à l'annuel, économisez 600 €/an ») : le prix mémorisé devient le vrai, et la remise annuelle redevient une bonne surprise au lieu d'un piège au checkout. Piste 2 : le double affichage sur la carte, du type « 49 €/mois facturé annuellement · 99 €/mois sans engagement » : le visiteur choisit en connaissance de cause dès la carte. Dans les deux cas, la métrique à surveiller n'est pas le taux de clic sur la page de tarifs, c'est la conversion essai → payant et le taux de tickets support liés à la facturation.
Ce que votre SaaS doit retenir de ce teardown
Si vous avez une page de tarifs, la leçon tient en trois questions à vous poser ce soir. Quel chiffre un visiteur retient-il après cinq secondes sur votre page, et est-ce le chiffre qu'il paiera vraiment ? Si votre toggle annuel est présélectionné avec une grosse remise, la réponse est probablement non. Vos frictions de facturation remontent-elles dans vos outils ? Un abandon au checkout causé par la page de tarifs n'apparaîtra jamais comme tel dans GA4 : croisez vos données avec vos tickets support et vos demandes de remboursement. Et que fait votre page mieux que celle de Waalaxy ? Prix publics, plans nommés par usage, escalier de différenciation, header sticky : c'est le standard à atteindre avant même de parler d'optimisation.
C'est exactement le genre de diagnostic que je déroule dans un audit CRO complet d'un SaaS, où la page de tarifs n'est qu'un des maillons du funnel. Et si vous voulez creuser la mécanique complète d'une bonne page de tarifs, nombre de plans, ancrage, cycle de facturation, j'ai détaillé tout ça dans mon guide pour faire convertir une page de tarifs SaaS.
Les quatre observations que j'ai coupées avant de publier
Promis en introduction : ce teardown a compté jusqu'à cinq observations. Quatre ont été éliminées pendant la vérification, et le processus d'élimination est la partie la plus importante de la méthode. Un empilement de popups qui masquait la colonne Business : non reproduit hors d'une session spécifique, dépendant de l'état des cookies et de la taille d'écran, donc coupé. Une différenciation Avancé/Business jugée illisible : à la relecture, l'escalier « Tout dans X, plus… » fait correctement le travail, l'observation est devenue un point fort. Une passe mobile : non pertinente pour cette édition. Et des widgets (cookies, chat d'aide) affichés en anglais sur la page française : hypothèse invalidée en testant avec un navigateur configuré en français, ces widgets suivent la langue du navigateur et parlent bien français aux visiteurs français. Mon navigateur de test était en anglais, voilà tout.
Je garde cette dernière pour la morale de l'histoire : une observation d'audit n'existe que si elle survit à sa contre-hypothèse. C'est la différence entre un audit et une liste d'opinions.
FAQ
C'est légal d'afficher le prix annuel par défaut ?
Oui, tant que les conditions sont affichées, et Waalaxy les affiche. Ce teardown ne pointe pas un problème de conformité mais un problème de conversion : le chiffre que le visiteur mémorise n'est pas celui qu'il paiera, et cette dissonance se paie en abandons et en tickets support.
Waalaxy a-t-il validé ou commenté cette analyse ?
Non. C'est une analyse externe, datée du 13 juillet 2026, réalisée sans accès à leurs données. La page peut avoir changé depuis. Si l'équipe Waalaxy passe par ici et veut corriger un point factuel, je mettrai l'article à jour en le signalant.
Pourquoi analyser la page de tarifs plutôt que la page d'accueil ?
Parce que c'est la page la plus proche de la décision d'achat : le visiteur y arrive motivé, chaque friction y détruit une conversion presque acquise. Et parce qu'une page de tarifs produit des observations factuelles et vérifiables, là où la critique d'une home est vite une affaire de goût.
Un audit CRO complet, c'est quoi de plus qu'un teardown ?
Un teardown est une lecture heuristique d'une page publique. Un audit complet croise cette lecture avec vos données (GA4, Clarity, tickets support), couvre le funnel entier du visiteur au client payant, et livre des specs prêtes à implémenter, priorisées par impact et effort. Le détail est sur ma page audit CRO.
Comment vérifier si ma propre page de tarifs a ce problème ?
Le test des 5 secondes suffit pour commencer : montrez votre page cinq secondes à quelqu'un qui ne la connaît pas, demandez-lui le prix, comparez avec ce que votre client paie réellement le premier mois. Si les deux chiffres divergent, vous savez où chercher.