Du trafic mais personne ne s’inscrit : le diagnostic SaaS

Les visites augmentent, mais les nouveaux comptes ne suivent pas. Tu regardes la page d’accueil et tu envisages une nouvelle accroche, un bouton plus visible ou une refonte complète.

Le problème peut effectivement venir de la page. Il peut aussi venir du trafic, du compteur d’inscriptions ou d’un formulaire qui empêche des personnes intéressées de terminer. Avant de choisir une solution, il faut distinguer ces situations.

Voici sept vérifications, dans un ordre qui aide à éviter les conclusions trop rapides. Certaines portent sur ce qu’un visiteur peut voir ; d’autres nécessitent tes propres données ou un test de ton application.

Les sept vérifications à faire

Ne transforme pas cette liste en score à obtenir. Son rôle est d’orienter la prochaine investigation. Si la création de compte échoue systématiquement sur téléphone, il n’est pas nécessaire d’attendre d’avoir terminé une analyse éditoriale pour traiter ce défaut.

1. As-tu assez de visites pour conclure ?

Une semaine sans inscription n’a pas la même signification avec 30 visiteurs ou plusieurs milliers. Sur un petit volume, quelques personnes changent fortement le taux affiché.

Prenons un exemple pédagogique : trois inscriptions sur 100 visiteurs donnent 3 %. Avec une inscription de plus, le taux devient 4 %, soit un tiers de hausse relative pour une seule personne. Retiens le chiffre brut, pas le pourcentage : c’est lui qui dit si la variation mérite une interprétation.

Commence par regarder les nombres derrière les pourcentages, puis étends la période si ton acquisition et ton produit sont restés comparables. Mélanger plusieurs mois peut toutefois masquer un changement de cible, de prix ou de campagne. Annote ces changements au lieu de tout agréger.

Résiste à la tentation du benchmark pour trancher : la médiane Unbounce citée dans le guide d’audit CRO SaaS couvre des objectifs de page variés et ne dit pas où devrait se situer ton taux d’inscription.

Un faible volume empêche certaines conclusions statistiques ; il n’empêche pas de vérifier la compréhension ou de corriger un bug. Pour savoir si une expérience contrôlée est réaliste, consulte le guide A/B testing SaaS.

2. Ce trafic cherche-t-il ton type de produit ?

Une visite n’est pas une intention d’achat. Une personne qui lit un tutoriel général peut chercher une réponse ponctuelle. Une personne qui compare ton produit à un concurrent se situe ailleurs dans sa décision.

Décompose ton trafic par source et par page d’entrée. Distingue notamment la recherche de marque, les recherches de problème ou de solution, les articles informatifs, les campagnes et les recommandations. Si le volume est faible, travaille avec des groupes suffisamment larges pour éviter de commenter des segments de quelques personnes.

Regarde ensuite la continuité du message. Une annonce promet-elle une fonctionnalité que la page ne montre pas ? Un article attire-t-il des indépendants alors que le produit exige une équipe et un budget d’entreprise ? Le CTA de l’article correspond-il à la question que son lecteur est venu résoudre ?

Si le trafic de marque s’inscrit et que les autres sources ne le font pas, tu as une piste, et un piège. Ces visiteurs comblent eux-mêmes les explications manquantes avec ce qu’ils ont appris ailleurs : leur bon taux masque précisément ce que la page n’explique pas.

La correction peut être de mieux qualifier une campagne, de relier un contenu au bon cas d’usage ou d’adapter la page d’arrivée. Refaire tout le site avant cette vérification risque de conserver exactement le même décalage d’intention.

3. Ton compteur d’inscriptions dit-il la vérité ?

Vérifie d’abord ce que ton tableau de bord appelle une inscription. Est-ce l’affichage de la page ? Le clic sur le bouton ? La création confirmée du compte ? La validation de l’adresse email ?

Ces événements répondent à des questions différentes. Un clic indique une tentative. Une création confirmée indique que le compte existe. Une validation d’email montre que l’utilisateur a franchi une étape supplémentaire. Tu peux mesurer les trois, à condition de ne pas les confondre.

Google Analytics prévoit l’événement sign_up pour une inscription. L’essentiel est ailleurs : envoie-le après la réussite serveur, et protège-le des doublons au rafraîchissement ou à la seconde tentative. Référence des événements GA4.

Sur ton propre environnement, fais une inscription de test autorisée et observe la séquence. Avec GA4, DebugView permet de vérifier les événements reçus pendant une session de débogage. Compare le résultat avec la création réelle du compte. Documentation DebugView.

Vérifie aussi les parcours alternatifs : formulaire email, connexion via un fournisseur d’identité, passage entre plusieurs sous-domaines. Une voie peut être mesurée et l’autre oubliée.

Un écart entre les comptes en base et les événements analytics s’explique souvent sans panne : consentement, bloqueurs, fuseaux horaires, exclusions de comptes internes. Documente l’écart habituel une fois pour toutes ; c’est ce qui te permettra de repérer le jour où il change.

4. Comprend-on ce que tu vends en 5 secondes ?

Lis le premier écran sans t’appuyer sur ta connaissance du produit. Peut-on comprendre ce qu’il fait, pour qui et dans quelle situation il devient utile ?

Une promesse comme « Passe au niveau supérieur » est difficile à évaluer sans contexte. Une description qui nomme le travail effectué et le résultat attendu permet au visiteur de vérifier plus vite s’il est concerné.

Un test rapide consiste à montrer la page brièvement à une personne proche de ta cible, puis à la masquer. Demande-lui ce qu’elle a compris, à qui s’adresse le produit et ce qu’elle ferait ensuite. Évite les questions qui soufflent la réponse, comme « Tu as bien compris que c’est un outil de reporting ? »

Ce test te dit ce qui est compris et ce qui ne l’est pas, en quelques minutes. Traite chaque hésitation comme une question à traiter sur la page, pas comme une vente perdue.

Regarde également le visuel. Une capture d’interface peut être précise mais illisible. Une image abstraite peut installer un univers sans expliquer le produit. Une légende, un exemple de résultat ou une démonstration centrée sur une tâche peuvent compléter le texte.

Enfin, vérifie les preuves. Des logos sans contexte ne répondent pas aux mêmes questions qu’un exemple d’usage ou un témoignage attribué décrivant un résultat concret. Présente uniquement des preuves que tu peux justifier, sans inventer d’utilisateurs, de chiffres ou de garanties.

5. Le chemin vers l’essai est-il sans surprise ?

Le visiteur doit repérer l’action principale et anticiper ce qu’elle demande. « Commencer » peut vouloir dire créer un compte, prendre un rendez-vous ou payer. Le texte du bouton et son contexte doivent préciser cette suite.

Pour un essai gratuit, vérifie les informations qui influencent réellement la décision :

• La durée de l’essai, s’il est limité dans le temps.
• La présence ou non d’une carte bancaire à fournir.
• L’accès inclus pendant l’essai et les éventuelles limites.
• Le fonctionnement à la fin : arrêt, formule gratuite ou facturation selon les conditions acceptées.
• Les prérequis qui peuvent retarder le premier usage, comme une installation ou un import.

Il n’est pas nécessaire de tout mettre dans le bouton. Quelques mots à proximité, complétés par une explication accessible, peuvent éviter de faire chercher les informations essentielles ailleurs.

Vérifie la cohérence de toute la séquence. Si la page annonce « Sans carte », le parcours suivant doit le respecter. Si le produit exige de parler à l’équipe avant de démarrer, mieux vaut l’expliquer avant le clic.

Sur mobile, regarde où ces précisions se déplacent. Une condition d’essai présente sur ordinateur peut devenir invisible sous un bloc beaucoup plus long. La page doit aussi permettre de consulter le tarif sans perdre le fil de la décision. Le guide de la page de tarifs SaaS aide à examiner cette transition.

6. Ton formulaire rejette-t-il des motivés ?

Le formulaire arrive après une intention d’agir : à cette étape, ce que tu perds était déjà acquis. Fais le test toi-même, sur téléphone et sur ordinateur, avec chacune des méthodes d’inscription proposées. Quatre vérifications suffisent à trier :

1. L’erreur. Provoque un champ vide, un format invalide, une adresse déjà utilisée. Le message dit-il quoi corriger, sans effacer le reste de la saisie ?
2. Le mot de passe. Les règles sont-elles annoncées avant la saisie, le gestionnaire de mots de passe fonctionne-t-il, le collage est-il autorisé ?
3. Le mobile. Clavier adapté à l’email, autocomplétion, zones de clic, messages visibles malgré le clavier ouvert.
4. L’après-bouton. Si un email de confirmation est nécessaire, l’écran suivant rappelle-t-il l’adresse utilisée et permet-il de la corriger ou de renvoyer le message ?

Un compte non créé peut aussi venir du serveur, d’un captcha, d’une limite de débit ou d’un fournisseur d’identité : ces causes se distinguent dans tes journaux, pas dans un taux d’abandon. Le guide d’optimisation de l’inscription SaaS détaille les champs, la validation en cours de saisie, les libellés et l’autocomplétion HTML.

7. À quelle étape les visiteurs partent-ils ?

Construis le parcours à partir des étapes réellement observables, puis pose les effectifs à côté. Voici un entonnoir entièrement fictif, inventé pour l’exemple et ne décrivant aucun produit réel :

Lu ainsi, le chiffre qui saute aux yeux n’est pas le 6 % du haut : c’est la moitié des tentatives qui n’aboutit pas à un compte. L’enquête se déplace alors du message vers la validation, le serveur et le fournisseur d’identité. Voilà le rôle du tableau : désigner l’endroit à instruire.

La page de tarifs peut être une étape importante, mais ne la rends pas obligatoire dans ton analyse si une partie des visiteurs s’inscrit directement : un entonnoir trop rigide exclut les parcours qui fonctionnent. Compare ensuite les appareils et les sources sans multiplier les segments minuscules, car un problème limité à un navigateur disparaît dans une moyenne globale.

Pour comprendre les comportements derrière ces passages, examine tes propres enregistrements de sessions avec un outil comme Microsoft Clarity. Pars d’une question, filtre les sessions correspondantes, et sers-toi d’une répétition de clics comme d’un point d’entrée vers l’élément à reproduire.

Et si rien ne ressort des sept vérifications ?

Approfondis l’adéquation entre le problème, la cible et la solution. Parle aux personnes qui ont essayé, à celles qui ont abandonné et aux clients actifs. Demande ce qu’elles utilisaient avant, ce qui a déclenché leur recherche et ce qui leur a manqué pour avancer.

Cherche des formulations concrètes. « Trop cher » peut désigner un budget insuffisant, mais aussi une valeur mal comprise, un plan inadapté ou un engagement prématuré. La question utile est de savoir à quoi le prospect compare le prix et ce qu’il attend en échange.

Regarde également l’étape suivante. Si les comptes sont créés mais restent inactifs, le problème s’est déplacé dans le produit : c’est l’accès au premier résultat qu’il faut traiter, pas l’accroche. Le guide pour convertir l’essai gratuit en payant prolonge le diagnostic à l’intérieur du produit.

À ce stade, une refonte peut être pertinente si plusieurs problèmes convergent vers une structure inadaptée. Elle devient une réponse à un diagnostic, avec des points à vérifier après le changement.

Corriger la bonne étape avant d’accélérer

Le diagnostic doit aboutir à une action vérifiable : réparer une erreur, clarifier une condition, rapprocher la promesse de l’usage ou améliorer le passage entre deux étapes. Tu peux ensuite observer l’évolution avec une définition de conversion stable.

Questions fréquentes

Combien de visites faut-il pour obtenir une inscription ?

Retourne le calcul : à 3 % d’inscriptions, une inscription demande en moyenne une trentaine de visites pertinentes. Le chiffre bouge avec l’intention du trafic, le produit et l’engagement demandé. Sur un petit volume, regarde les nombres bruts plutôt que le pourcentage.

Que faire si aucune inscription n’est enregistrée ?

Vérifie d’abord que le compteur fonctionne et qu’une personne peut réellement terminer le parcours. Examine ensuite le volume, l’intention et la compréhension du produit. Ne commence pas par acheter davantage de trafic sans ces contrôles.

Une refonte relancera-t-elle les inscriptions ?

Elle corrige les obstacles de présentation, et uniquement ceux-là. Si l’acquisition attire les mauvaises personnes ou si le serveur rejette les créations de compte, la refonte reproduira le même résultat avec un nouveau design.

Comment distinguer un problème de site d’un problème de produit ?

Observe les étapes. Une difficulté avant l’inscription peut venir du message, de l’offre ou de l’interface publique. Une faible activation après inscription demande d’examiner l’expérience du produit. Les deux peuvent aussi être liés par une promesse mal alignée avec l’usage réel.

Faut-il réduire le nombre de champs du formulaire ?

Seulement après avoir vérifié que les champs actuels sont bien la cause. Commence par la vérification 6 : si l’inscription échoue sur mobile ou si un message d’erreur n’indique pas quoi corriger, retirer un champ ne change rien. Une fois ce contrôle passé, le guide d’optimisation de l’inscription SaaS examine ce que vaut réellement la règle « moins de champs ».