Coût par SQL : définition, calcul et méthode pour piloter la qualité

Le coût par SQL mesure le budget marketing dépensé pour générer un Sales Qualified Lead, c'est-à-dire un lead jugé suffisamment pertinent pour être travaillé par l'équipe commerciale.

La formule est simple :

```text
Coût par SQL = budget dépensé / nombre de SQL générés
```

Exemple : si une campagne dépense 4 000 € et produit 40 SQL, le coût par SQL est de 100 €.

Mais la partie vraiment importante n'est pas la division. C'est la définition du SQL. Si personne n'est d'accord sur ce qu'est un SQL, votre coût par SQL devient un chiffre en costume : il a l'air sérieux, mais il cache peut-être du flou.

Avant de calculer, il faut clarifier les étapes.

Un SQL n'est pas seulement un lead qui a cliqué sur la bonne campagne. Il doit correspondre à des critères commerciaux : besoin, fit, timing, capacité de décision ou prochaine action crédible.

C'est pour cela que le coût par SQL est plus exigeant que le CPL. Il vous empêche de célébrer un volume qui fatigue les sales.

Le coût par SQL force à comparer les canaux sur leur capacité à produire du travail commercial utile.

Prenons deux campagnes :

Si vous pilotez au CPL, la campagne A semble meilleure. Si vous pilotez au SQL, la campagne B devient plus intéressante.

C'est le genre de tableau qui évite les mauvaises discussions. Le CPL n'est pas faux, il est incomplet. Il mesure le prix du contact, pas la valeur du signal commercial.

La première erreur consiste à qualifier trop tôt. Si votre définition SQL est trop légère, le KPI ressemble à un CPL rebaptisé.

La deuxième erreur consiste à qualifier trop tard. Si vous attendez une opportunité très avancée pour compter un SQL, vous mélangez qualification commerciale et pipeline.

La troisième erreur consiste à oublier le délai de traitement. Un lead peut être bon à l'entrée et se dégrader si la prise en charge arrive trop tard. Le coût par SQL doit donc être lu avec le taux de contact et le speed-to-lead.

La quatrième erreur consiste à comparer les canaux sans regarder l'intention. Un canal peut produire moins de SQL mais de meilleure valeur, ou plus de SQL mais moins de closing. Le KPI guide la discussion, il ne remplace pas le jugement.

Pour une agence Ads, le coût par SQL est particulièrement intéressant. Il permet de sortir du reporting plateforme et de parler business avec le client.

Au lieu de présenter seulement les impressions, clics, CPL et conversions, l'agence peut montrer :

• combien de leads ont été jugés exploitables ;
• quels canaux produisent les meilleurs SQL ;
• quelles campagnes génèrent du volume mais peu de qualité ;
• où le funnel perd le plus de valeur ;
• quelles actions peuvent améliorer le pipeline sans augmenter le budget.

C'est aussi un bon pont vers les KPI de qualification. Une agence qui sait parler SQL, rendez-vous qualifiés et coût par opportunité devient plus difficile à comparer à une agence qui “fait tourner les campagnes”.

Formlyy aide à créer le signal qui rend le coût par SQL mesurable : qualification conversationnelle, contexte CRM, priorisation des leads, passage vers rendez-vous et suivi du statut. Pour une agence, la page Formlyy pour agences Ads replace ce KPI dans une offre multi-clients pilotée au-delà du CPL.

Cette logique se relie naturellement au coût par lead qualifié et au coût par rendez-vous qualifié. Le SQL n'est pas une île très sérieuse au milieu du CRM. C'est une étape dans la chaîne qui transforme acquisition, qualification et rendez-vous en revenu mesurable.

Sans cette couche, beaucoup d'équipes restent coincées entre deux chiffres : le CPL côté acquisition et le revenu côté business. Le coût par SQL sert de pont entre les deux.

La question n'est pas : “Quel est le lead le moins cher ?”

La question devient : quelle source produit le plus de leads réellement travaillables pour un coût acceptable ?