Analyse web pour SaaS : mesurer pour décider

Partez de la décision à prendre

L’analyse web consiste à recueillir et à interpréter l’activité enregistrée sur un site. Pour une personne qui dirige un SaaS, son rôle n’est pas de produire le graphique le plus impressionnant. Elle doit aider à choisir où trouver des clients, quel parcours améliorer et si une amélioration apparente se retrouve dans les paiements réels.

Commencez par trois questions : quels canaux attirent des prospects pertinents ? Où ces prospects échouent-ils à obtenir une valeur concrète du produit ? Quels parcours observés aboutissent à des paiements vérifiés ? Chaque question exige des preuves différentes. Une page vue peut éclairer la première ; elle ne suffit pas à répondre à la troisième. Un plan de mesure succinct est plus utile que le suivi de tous les événements possibles.

Séparez quatre niveaux de preuve

L’acquisition décrit l’arrivée enregistrée : page d’entrée, source, campagne et horodatage. L’activation correspond à un résultat réellement utile dans le produit, comme un premier rapport terminé, et non à l’ouverture d’un menu. Les paiements décrivent des opérations financières confirmées. La qualité des données rend visibles les lacunes et les limites des trois autres niveaux.

Gardez ces niveaux distincts, même s’ils apparaissent dans un même tableau de bord. Google Analytics distingue utilisateurs, sessions et événements : plusieurs pages vues ne sont pas plusieurs personnes. Les systèmes de paiement disposent de leurs propres identifiants et états. Un rapport utile précise l’unité mesurée au lieu d’appeler tous les chiffres « conversions ».

Acquisition          Activation             Encaissement
arrivée enregistrée -> résultat utile       -> paiement vérifié
       |                     |                       |
source manquante       événement absent       remboursement/doublon
       +--------------- qualité des données ---------+

Définissez un contrat de mesure minimal

Pour chaque question métier, précisez l’événement, le système qui fait autorité et le dénominateur du rapport. Pour une création de compte, la base de données de l’application peut faire foi. Pour un paiement réussi, utilisez les données confirmées du prestataire plutôt qu’une visite de la page de remerciement. La mesure marketing reste soumise aux autorisations et aux contrôles de confidentialité adaptés à votre mise en œuvre.

Le contrat doit aussi préciser ce qu’il ne faut pas transmettre. Écartez mots de passe, coordonnées de paiement, adresses e-mail et contenu libre des clients des propriétés génériques d’analytique. Préférez quelques libellés catégoriels. Une catégorie de page comme « tarifs » répond généralement mieux à la question marketing qu’une URL complète contenant des identifiants de clients.

• Acquisition : quelle source observée a amené les visites admissibles ? Comptez les sessions ou identifiants de visiteurs de manière cohérente.
• Activation : combien de nouveaux comptes ont atteint le résultat défini sous sept jours ? Utilisez une cohorte de comptes et une fenêtre fixe.
• Revenus : quels encaissements vérifiés de nouveaux clients ont une association d’acquisition admissible ? Affichez séparément les associations manquantes.
• Qualité : les événements et paiements attendus ont-ils été traités, et quand chaque jeu de données a-t-il été actualisé ?

Exemple fictif : le volume ne décide pas à votre place

Imaginons un SaaS fictif de prise de rendez-vous. Dans une cohorte d’acquisition terminée, le canal Communauté a amené 500 visiteurs admissibles, 50 inscriptions et 10 nouveaux clients payants. La Recherche a amené 200 visiteurs, 30 inscriptions et neuf nouveaux clients payants. Chaque inscription a bénéficié des mêmes 14 jours pour convertir ; tous ces chiffres sont inventés pour illustrer la méthode.

La Communauté a davantage de clients au total, mais la Recherche affiche un meilleur taux observé visiteur-vers-client : 9 / 200 = 4,5 %, contre 10 / 500 = 2 %. Aucun de ces faits ne désigne un gagnant pour l’entreprise. La Communauté peut coûter presque rien, alors que la Recherche demande un contenu coûteux. Un canal peut mieux fidéliser ses clients. Avec seulement 19 achats, quelques clients supplémentaires peuvent modifier sensiblement la comparaison.

La décision immédiate n’est donc pas « arrêter la Communauté ». Examinez l’intention et l’activation par source, consignez les ressources nécessaires à chaque canal et observez une autre cohorte comparable. Si le prochain test concerne l’accueil des nouveaux utilisateurs, comparez les résultats de cet accueil, pas seulement le nombre total de visiteurs.

Limitez le bilan hebdomadaire à ce que vous utiliserez

Choisissez une période de reporting complète et indiquez son fuseau horaire. Ajoutez la fraîcheur de chaque source et distinguez les données provisoires des données finalisées. Comparez des durées et jours de semaine équivalents ; annotez les lancements, pannes, changements de suivi et de prix. Sinon, un changement d’instrumentation peut devenir à tort une histoire de réussite marketing.

Examinez cinq éléments : acquisition par source, activation des nouveaux comptes, paiements vérifiés de nouveaux clients, renouvellements et remboursements, et anomalies de mesure. Conservez les devises séparées, sauf politique de conversion explicite. Un total de paiements n’est ni du MRR, ni du bénéfice, ni un virement bancaire. Ces questions ont leurs propres définitions.

Terminez par une action. Par exemple : « Tester si l’explication de l’écran vide aide les nouveaux comptes à terminer leur premier rapport. » Notez l’hypothèse et le signal attendu avant la mise en ligne. L’analytique doit rapprocher une incertitude d’un test, pas multiplier les tableaux de bord à entretenir.

Reconnaissez ce que les données ne peuvent pas expliquer

Un entonnoir localise une rupture dans le parcours enregistré ; il ne dit pas si la personne était perdue, interrompue ou simplement peu adaptée au produit. Complétez les chiffres par des tests d’usage ou des retours volontaires. Un petit échantillon ne devient pas une certitude parce qu’il figure dans un graphique.

Pour approfondir, consultez le guide sur les entonnoirs de conversion pour définir les cohortes, puis celui sur l’attribution des revenus pour relier trafic et encaissements. Vérifiez d’abord votre chaîne de mesure à l’aide de la liste de contrôle d’installation. Un graphique convaincant fondé sur des événements défectueux est moins utile qu’un rapport honnêtement vide.

Références

• Google Analytics : définitions des métriques
• Google Analytics : exploration des entonnoirs
• Stripe : événements webhook

Guides associés