Le waterfall enrichment consiste à demander le même champ à plusieurs fournisseurs de données dans un ordre fixe et à s’arrêter au premier qui répond. Vous cherchez l’email professionnel d’un contact : le fournisseur un est interrogé et, s’il ne renvoie rien, la requête retombe sur le fournisseur deux, puis trois, jusqu’à ce que l’un renvoie un résultat ou que la liste soit épuisée. La documentation de Clay sur son waterfall d’emails professionnels le décrit comme une cascade de fournisseurs en séquence, “stopping as soon as one returns a valid result”. Le résultat est une colonne unique dont le taux de remplissage dépasse largement ce que produit un seul fournisseur.
Ce n’est pas un fournisseur de données, et cela n’améliore les données d’aucun fournisseur. Un waterfall est une logique de routage au-dessus de fournisseurs que vous payez déjà : il augmente la couverture, pas l’exactitude. Ce n’est pas non plus de la déduplication ni de la vérification. La cascade décide à qui demander, et elle vous livrera volontiers une adresse syntaxiquement correcte dans une entreprise qui rejette tous les messages. Prendre une cellule remplie pour une cellule validée est l’erreur la plus coûteuse de ce schéma, et c’est la raison pour laquelle le waterfall et l’étape de vérification sont deux postes de coût distincts.
Comment la cascade tourne réellement
Trois réglages déterminent si un waterfall économise de l’argent ou en brûle.
L’ordre. Les fournisseurs s’exécutent dans la séquence que vous fixez : le fournisseur le moins cher affichant un taux de réussite correct sur votre segment passe donc en premier. Un ordre copié depuis un template est un ordre calibré sur l’ICP de quelqu’un d’autre.
La condition d’arrêt. La cascade s’arrête au premier résultat acceptable. Ce qui compte comme acceptable est configurable : Clay expose les stratégies de validation Conservative, Balanced, Aggressive et Advanced pour son waterfall d’emails, ainsi qu’un interrupteur pour que le waterfall “only accepts an email if the validation provider explicitly confirms it as valid”. Si vous le serrez, vous dépensez plus de crédits par ligne ; si vous le desserrez, vous dépensez moins de crédits et davantage de réputation d’expéditeur.
Les conditions d’entrée. Toute plateforme d’enrichissement dispose d’un filtre qui décide quelles lignes entrent dans la cascade. Chez Clay, c’est la formule “Only run if” des run settings. Les lignes qui échouent à la condition n’appellent jamais un fournisseur, et c’est le principal levier sur la facture.
Un diagnostic utile : si votre waterfall continue d’appeler des fournisseurs après le retour d’un résultat, c’est que le résultat échoue au filtre de validation, pas à la recherche. C’est un signal de qualité de données sur un fournisseur, pas un bug.
Deux compteurs, pas un
Les plateformes d’enrichissement facturent le plus souvent sur deux axes distincts, et les confondre est la façon dont les budgets dérapent. Clay compte des actions — les étapes exécutées par votre table — et des data credits, qui achètent des enregistrements sur sa marketplace de fournisseurs. Vérifié le 2026-08-07 : le plan Free comprend 500 actions et 100 data credits par mois ; Launch démarre à 167 $/mois pour 15 000 actions par mois ; Growth démarre à 446 $/mois pour 40 000 actions par mois, avec des engagements annuels allant de 180 000 actions par an à 54 $/mois jusqu’à 1,2 million par an à 261 $/mois. Les waterfalls multi-fournisseurs sont disponibles à partir de Launch.
La règle de facturation compte davantage que le palier. Clay indique que “if an enrichment returns no result, you’re not charged Data Credits or Actions”, et qu’apporter vos propres clés d’API fournisseur évite entièrement les data credits. Un échec est donc généralement gratuit et un succès ne l’est pas, ce qui inverse l’intuition de départ de la plupart des équipes. Votre facture dépend du nombre de lignes pour lesquelles vous avez trouvé une donnée, pas de l’intensité de la recherche.
Ce que coûtent réellement les unités
Les prix unitaires publiés rendent les arbitrages concrets. FullEnrich, un waterfall dédié couvrant 25+ sources, vend son plan Pro 55 $/mois pour 1 000 crédits — 0,055 $ le crédit — et facture un email professionnel 1 crédit, un email personnel 3 et un numéro de mobile 10.
Relisez cette grille tarifaire. Un numéro de mobile coûte autant que dix emails professionnels. Une construction de liste qui active silencieusement l’enrichissement téléphonique sur chaque ligne n’est pas 10 % plus chère qu’une construction email seule ; à taux de réussite égal, elle est environ un ordre de grandeur plus chère par contact atteint.
Placez maintenant la vérification à côté. MillionVerifier affiche 50 000 vérifications d’emails pour 89 $ — 0,00178 $ l’unité — avec des crédits qui n’expirent jamais et la vérification des catch-all incluse sans surcoût. Vérifier une adresse coûte environ 3 % de ce que sa découverte a coûté. L’étape que les équipes sautent pour économiser est celle qui est déjà quasi gratuite.
Faites le calcul avec vos propres chiffres : 5 000 lignes, email professionnel seul, à 0,055 $ par adresse trouvée. Mesurez d’abord votre taux de réussite réel sur un échantillon de 200 lignes — cette seule entrée déplace le total plus que n’importe quel choix de fournisseur. À 60 % de réussite, l’enrichissement revient à environ 165 $ et la vérification des résultats ajoute environ 5 $.
Points de vigilance, chacun avec sa parade
Ré-enrichir des lignes que vous détenez déjà. L’auto-update sur une table qui grossit relance la cascade sur des enregistrements qui portent déjà le champ. Parade : coupez l’auto-update pendant la construction, conditionnez la colonne par un “Only run if” exigeant un champ vide, et utilisez des colonnes de lookup pour récupérer les données déjà présentes dans votre CRM ou une autre table avant de payer un fournisseur pour elles.
Les crédits téléphone qui avalent le budget. À un rapport de 10:1 en crédits, les recherches de mobile dominent la dépense tout en alimentant une motion d’appels bien plus réduite. Parade : isolez les téléphones dans un waterfall distinct, limité aux comptes qu’un humain appellera effectivement ce trimestre, jamais la liste entière.
Une cellule remplie prise pour une cellule délivrable. Une adresse trouvée et jamais vérifiée est un bounce qui attend d’être imputé à votre domaine, et les bounces coûtent de la réputation d’expéditeur sur toutes les séquences que vous faites tourner. Parade : faites de la vérification une colonne obligatoire en aval du waterfall, et écrivez une règle explicite pour les résultats catch-all — envoyer, retenir ou basculer sur un autre canal — avant la première campagne, pas après.
Aucun plafond et aucune visibilité programmatique. Clay ne propose pas d’endpoint d’API public pour le solde de crédits ; la consommation vit dans le tableau de bord credit usage des Settings, ventilée par table, intégration et période. On ne peut pas alerter sur un chiffre qu’on ne peut pas interroger. Parade : confiez à une personne la revue hebdomadaire de ce tableau de bord, plafonnez le nombre de lignes qu’une table peut traiter, et testez toute nouvelle configuration sur 10 lignes avant de lancer la colonne.
Cela vaut-il les crédits ?
Oui, quand la couverture des contacts est la contrainte qui bloque et que le coût d’un enregistrement manquant est élevé : de l’outbound vers un segment où un fournisseur remplit la moitié de votre liste, ou une motion ABM où 300 comptes nommés doivent être complets. Dans ces conditions, une cascade est la couverture la moins chère disponible, puisque vous ne payez que le fournisseur qui réussit.
Non, quand votre problème relève du ciblage et non de la couverture. Enrichir une liste mal définie produit plus vite davantage de contacts dans des comptes mal ciblés, et les crédits partent de toute façon. Corrigez d’abord la définition de l’ICP, puis enrichissez. C’est aussi le mauvais outil quand un seul fournisseur couvre déjà votre segment à 80 % ou plus : payez-le directement et faites l’économie de la couche d’orchestration.
Pour situer tout cela dans un programme de données plus large, voyez les stratégies d’enrichissement des données ; pour ce qui se passe en aval d’une mauvaise adresse, voyez comment garder le cold email hors des spams. Clay est la couche d’orchestration habituelle, tandis qu’Apollo et ZoomInfo sont plus souvent des fournisseurs individuels au sein de la cascade d’un autre.