Cette chaîne de mesure est le socle sur lequel se juge une campagne Google Ads pour SaaS : sans elle, les arbitrages budgétaires restent fragiles.
Un e-commerçant connaît la valeur d’une conversion à la seconde où elle se produit : le panier fait 87 €. Un SaaS, lui, encaisse 49 € le premier mois d’abonnement, puis 49 € le suivant, puis un passage à 99 €, puis une résiliation à dix-huit mois ou une fidélité à cinq ans qui construit l’ARR.
La valeur des clients SaaS se déroule dans le temps, alors que Google Ads enregistre surtout des événements rattachés à une fenêtre d’attribution. Le compte ne reconstitue pas seul toute leur vie économique. Voilà pourquoi la question « quel est le ROI de nos campagnes ? » reste sans réponse dans tant de SaaS pourtant bien outillés.
La réponse n’est dans aucun des trois systèmes qui la détiennent ensemble. Elle est dans la chaîne qui les relie, quatre maillons, et autant de jonctions qui cassent.
Pour suivre le MRR, séparez les abonnements des nouveaux clients et les abonnements augmentés ou résiliés. Cette lecture financière explique si le chiffre d’affaires vient de nouveaux clients ou de la valeur conservée chez les clients existants.
La chaîne à quatre maillons, où ça casse
La valeur d'un client SaaS se déroule souvent sur plusieurs mois, parfois plusieurs années. Quatre jonctions relient cette histoire à votre compte Google Ads, et la chaîne casse souvent à l'une d'elles.
Maillon 1, le clic relié au lead
Tout commence par un identifiant qui survit au formulaire : le GCLID, l'identifiant de clic, capturé et stocké avec le lead. En complément, les conversions améliorées pour les leads peuvent aider au rapprochement via des données propriétaires hachées, si la collecte, le consentement et l’import hors ligne sont bien configurés.
La jonction casse ici de trois façons classiques : le formulaire qui ne capture pas le paramètre, le lead créé manuellement par un commercial sans champ source, le multi-appareil qui perd le fil entre le clic sur l'annonce et la vente signée. Les données hachées peuvent rattraper une partie du rapprochement, à condition d'être collectées et envoyées correctement.
Règle d'or du maillon : chaque lead entre dans le CRM avec son identifiant de clic ou son email exploitable, ou il devient très difficile à rattacher ensuite.
Maillon 2, le lead relié au client
Deuxième jonction, dans le CRM : le lead de mars qui devient le client de juin doit rester le même enregistrement, ou y être relié. Les casses classiques : le doublon (le lead et le client coexistent sans lien), le changement d'email (le lead pro devient client sur l'email de facturation), la création directe (le client signé hors process, sans lead d'origine).
C'est un chantier d'hygiène CRM, pas de marketing, et c'est pourquoi la chaîne a besoin d'un propriétaire par jonction : quelqu'un dont c'est le travail que mars retrouve juin. En SaaS freemium ou avec essai, le maillon comprend une étape supplémentaire : l'essai gratuit qui se convertit en client payant, et le taux de passage de l’essai au payant diffère selon le canal Google Ads, ce que la cohorte seule révèle.
Maillon 3, le client relié à son revenu
Troisième jonction : le client du CRM relié à sa facturation, le MRR initial, les expansions, les contractions et le désabonnement, mois après mois, le revenu réel, pas le revenu prévu au moment de la vente. La somme de cette histoire est la LTV observée du client.
Agrégée par cohorte d'acquisition (les clients dont le premier clic date de janvier, venus de la campagne X), elle devient souvent plus fiable que le CPL seul pour juger le canal : la marge brute cumulée que rapportent les clients d'une source, contre ce qu'ils ont coûté.
La discipline de lecture : par cohorte (les générations ne se mélangent pas), par source (les LTV diffèrent par campagne, c'est tout l'intérêt), et avec une projection prudente pour les cohortes jeunes (la LTV à 6 mois d'une cohorte de 3 mois est une extrapolation, dites-le sur le rapport).
Maillon 4, la boucle refermée, la valeur qui revient
Dernier maillon, celui qui transforme la mesure en pilotage : la valeur réelle réinjectée. Deux étages.
La lecture d'abord : le ratio LTV/CAC par source affiché à côté des CPL, et les arbitrages deviennent plus lisibles (la campagne au CPL cher mais à la LTV double cesse d'être « la mauvaise » ; la logique freemium en est le cas d'école). La consigne ensuite, pour les comptes à volume : les conversions importées avec leurs valeurs réelles ou prédites, via le circuit d’import disponible dans votre stack, pour que la machine arbitre sur une valeur plus proche du revenu réel.
C'est l'échelle du cycle long, appuyée par la donnée business. C'est là que la stratégie de mesure devient une stratégie d'enchères. La limite à connaître : les fenêtres d'attribution du compte restent plus courtes que la LTV réelle de nombreux SaaS. Au-delà, c'est votre lecture par cohorte qui fait foi, pas le rapport publicitaire seul.
Comment calculer la LTV par cohorte, les deux formules à connaître
Le calcul de la LTV n'est pas produit par Google Ads. Vous le réalisez dans votre tableur de cohorte avant de pouvoir piloter une enchère à la valeur.
Le point de départ est le revenu moyen par compte (ARPA), observé sur une période cohérente avec votre cycle d’abonnement. Deux formules répondent ensuite à deux usages distincts :
LTV simple : LTV = ARPA / taux d’attrition mensuel
Ce calcul rapide est utile pour une première lecture de performance, mais il surestime un SaaS avec contraction : si vos clients réduisent leur forfait avant de résilier, le taux de désabonnement seul ne l'absorbe pas. Utilisez-le pour un premier ratio LTV/CAC de direction, pas comme unique justification d’un tCPA auprès de la direction financière.
LTV avec marge brute : LTV = (ARPA × marge brute %) / taux d’attrition mensuel
Ce second calcul ramène la LTV à ce que vous gardez réellement après coût de service. Si votre marge brute SaaS est à 70 %, une LTV simple de 1 400 € devient une LTV réelle de 980 €, et le CAC supportable change en conséquence.
| Formule | Quand l'utiliser | Ce qu'elle rate | Signal Google Ads |
|---|---|---|---|
| ARPA / Churn | Première estimation, cohorte récente | Contraction MRR, marge | LTV/CAC de direction |
| (ARPA × marge) / Churn | Rapport CFO, décision de tCPA | Churn composé sur 24 mois | CAC supportable par source |
| LTV observée (cohorte mature) | Validation des deux formules | Attribution incomplète, biais de cohorte jeune | Calibration des prédictions |
La LTV observée sur les clients d’une cohorte mature reste le point de comparaison le plus solide. Les deux formules servent à piloter la croissance pendant que les cohortes grandissent.
Le CAC Payback Period : pourquoi le piloter à côté du ratio LTV/CAC ?
Un ratio LTV/CAC de 4:1 est souvent présenté comme sain sur le papier. Il dit que chaque euro investi en acquisition rapporte quatre euros sur la durée de vie client. Ce qu'il ne dit pas : dans combien de mois vous récupérez la mise.
Le délai moyen de récupération comble ce silence. Formule : Payback (mois) = CAC / (ARPA × marge brute %)
La croissance financée par Google Ads accentue le point : la dépense est immédiate, le revenu est étalé sur dix-huit à trente-six mois. Un SaaS qui monte son tCPA sans avoir en face un ARR contractuel ou une ligne de crédit pour tenir ce délai prend d’abord un risque de trésorerie, avant même le risque marketing.
Décision concrète : un LTV/CAC à 4:1 avec un payback de vingt-huit mois ne suffit pas à justifier une hausse de budget, il justifie d'aller chercher pourquoi le payback est aussi long (ARPA trop bas, marge comprimée, ou CAC réel sous-estimé).
| Profil SaaS | CAC Google Ads | ARPA mensuel | Marge brute | Payback estimé | Décision enchère |
|---|---|---|---|---|---|
| SMB low-touch | Faible | Faible | Élevée (>75 %) | <12 mois | tCPA peut être agressif |
| SMB mid-market | Moyen | Moyen | Moyenne (60-75 %) | 12-18 mois | Acceptable, surveiller churn |
| Mid-market | Élevé | Élevé | Moyenne | 18-24 mois | Vigilance runway, ARR en face |
| Enterprise avec vente assistée | Très élevé | Très élevé | Élevée | >24 mois | Cycle long : piloter les enchères différemment |
Les niveaux de ce tableau sont qualitatifs et comparatifs : vos chiffres réels par source sont dans votre tableur de cohorte, pas dans une règle générique.
SMB et Enterprise dans la même cohorte, le biais d'analyse
La LTV moyenne d'une cohorte peut tromper. Si vos campagnes Search touchent à la fois des PME qui churne à quatre mois et des comptes Enterprise qui restent trois ans, la LTV moyenne de la cohorte ne représente personne.
C'est l'effet ARPA bimodal : deux distributions superposées produisent une moyenne qui optimise la machine sur un profil client qui n'existe pas.
La correction est dans le CRM, pas dans Google Ads : segmenter la cohorte par taille de compte (ou par segment d'ICP) dès l'entrée. Les mots-clés génériques de type fonctionnel attirent les deux personas ; les requêtes JTBD spécifiques filtrent davantage. La structure des mots-clés par intention influe sur la composition de la cohorte, donc sur sa LTV réelle.
Si vous n'avez pas encore cette segmentation en place, au moins nommez le biais sur votre rapport de cohorte : « cette LTV agrège SMB et Enterprise, décision à réviser quand le split sera disponible. »
Quels outils connectent Google Ads à la LTV réelle ?
La chaîne technique tient en deux flux et un prérequis.
Le prérequis : vos outils de billing natifs. Stripe, Chargebee et Recurly peuvent déjà calculer ARPA, MRR et churn par client selon votre configuration. C'est votre point de départ avant d'aller vers Google Ads, si cette table n'existe pas par client, aucun import ne sera utile.
Deux flux d'import ensuite, selon le volume :
- Import manuel CSV. Viable tant que le volume reste raisonnable. Vous exportez depuis le CRM connecté à Google Ads, vous enrichissez avec le MRR par client depuis le billing, vous importez dans Google Ads. Cinq conditions à contrôler avant de lancer : GCLID stocké dans l'enregistrement lead, email pro capturé sans doublon, lien lead-client présent, MRR par client disponible en table exportable, fenêtre d'observation suffisante pour la première cohorte.
- Import automatisé. À partir du moment où le volume rend le CSV ingérable. Zapier ou Make peuvent suffire pour les volumes intermédiaires ; une intégration directe devient pertinente quand la fréquence, le volume ou les règles de valeur dépassent le bricolage.
- Customer Match en complément. Si l'import de valeur n'est pas encore en place, les listes d'emails hachés aident à réactiver des segments de clients ou à créer des audiences d’observation. Elles enrichissent la lecture d'audience, sans remplacer l’import de valeur.
Le NRR change-t-il le CAC supportable sur Google Ads ?
Oui, et c'est le levier le moins articulé dans les discussions d'enchères SaaS.
Le NRR (rétention nette du revenu) mesure ce que vous gardez et gagnez sur votre base existante : NRR = (MRR début + expansion − désabonnement − contraction) / MRR début × 100.
Le MRR, l’ARR et le NRR sont trois indicateurs complémentaires : le premier suit les revenus récurrents mensuels, le deuxième annualise ces revenus, le troisième mesure la rétention des clients existants. Ensemble, ces indicateurs donnent à l’entreprise le niveau de revenu qu’elle peut défendre dans son modèle financier avant d’ajuster ses stratégies d’acquisition.
Un NRR supérieur à 100 % signifie que, sur la période mesurée, la cohorte existante génère plus de revenu après expansion qu’elle n’en perd par désabonnement et contraction. La croissance du revenu récurrent se poursuit alors après l'acquisition. Conséquence pratique : vous pouvez parfois accepter un CAC plus élevé sur Google Ads, à condition que la marge, la trésorerie et le délai de récupération suivent, parce que la valeur optimisée n'est pas figée à l'entrée des clients.
| NRR | Lecture LTV | Signal Google Ads | Décision budgétaire |
|---|---|---|---|
| >110 % | LTV croît après acquisition (expansion > churn) | CAC supportable plus élevé que le ratio instantané | Budget envisageable, enchères plus ambitieuses à valider |
| 90-110 % | LTV stable ou légèrement croissante | Ratio LTV/CAC fiable tel quel | Pilotage standard par cohorte |
| <90 % | Rétention fragile, la LTV se dégrade | Le CAC n’est qu’une partie du problème | Corriger la rétention avant d'augmenter le budget |
À l'inverse, un NRR inférieur à 90 % est un signal de prudence fort : augmenter le budget Google Ads dans ce contexte revient à accélérer un flux d'entrée dont la fuite n'est pas colmatée. La mécanique d'acquisition ne résout pas un problème de rétention. Le point de départ est la stratégie SaaS dans Google Ads, pas le tCPA.
Qu’est-ce que la chaîne MRR/LTV change dans vos campagnes ?
Concrètement, la chaîne posée, voici ce qui bascule.
- Arbitrage de campagnes. Au CPL, la campagne marque écrase la campagne concurrents. À la LTV, les requêtes d’alternatives révèlent souvent des clients qui restent : l’ordre s’inverse.
- Budget supportable. Le CAC se calcule enfin contre une LTV mesurée, source par source, au lieu d’un plafond uniforme posé sans base.
- Discours interne. L’acquisition cesse de défendre des CPL devant un CFO qui parle MRR. Les deux parlent la même langue, par cohorte.
Cette mesure s'applique-t-elle à votre SaaS ?
Tout SaaS qui dépense sérieusement gagne à poser cette chaîne : sans elle, chaque euro est piloté sur des proxys dont personne ne connaît le prix de vente réel.
La nuance à garder : la chaîne mesure, elle ne prédit pas. Une LTV par cohorte est un rétroviseur fidèle, et les cohortes jeunes restent des paris.
La chaîne vit de l’hygiène des trois systèmes qu’elle relie : un CRM mal tenu produit une lecture bancale, même si l’attribution paraît propre.
- Sans GCLID ou email haché capturé, le lead devient difficile à rattacher dans le CRM.
- La chaîne casse souvent à une jonction : désignez un propriétaire par maillon, pas une équipe vague.
- Les fenêtres publicitaires ne suffisent pas à lire toute la LTV SaaS ; la lecture longue se fait dans vos cohortes.
- La LTV par cohorte et par source change l’ordre des campagnes, le CAC supportable et le discours CFO.
Questions fréquentes
Comment capturer le GCLID dans un formulaire SaaS ?
gclid dans l’URL via JavaScript et stockez-la avec le lead dans le CRM. Si le GCLID est absent, les conversions améliorées pour les leads peuvent compléter le rapprochement par données first-party hachées.