Enrichissement Clay : la cascade, étape par étape

Clay facture à l'étape, pas à la ligne : un enregistrement paie chaque étape qui renvoie un résultat.

À retenir Une cascade Clay aligne plusieurs fournisseurs derrière une seule colonne d'enrichissement, et s'arrête à la première réponse qui passe la validation. Le compteur tourne à chaque étape, pas à chaque ligne : « chaque étape de la cascade qui renvoie une donnée consomme des Data Credits (sauf si vous utilisez vos propres clés d'API) et une Action », étapes de validation comprises, et « si la cascade entière ne renvoie aucun résultat, aucun Data Credit ni aucune Action n'est consommé ». L'exemple chiffré de Clay sur 100 contacts consomme 95 Data Credits, soit 4,75 $ à son tarif d'entrée. Clay publie ses prix en dollars, et je les conserve tels quels. Les réglages qui décident jusqu'où descend une chaîne se trouvent tous dans Full configuration : une étape Infer Email gratuite, qui trouve une adresse valide dans environ 31 % des cas sur le jeu de test de Clay (secteur logiciel), quatre stratégies de validation, et un seuil de doublons réglé à 0 par défaut.

Dans Clay, l'enrichissement se fait colonne par colonne. Vous ajoutez la colonne, vous lui attribuez une source choisie dans la place de marché qui compte, selon la page de tarifs, « plus de 150 fournisseurs », vous lui donnez un nom de domaine, et la cellule se remplit : une adresse professionnelle, un numéro de portable, un effectif. Les Data Credits paient la donnée. Les Actions paient l'orchestration, sans distinction : « chaque enregistrement enrichi ou exporté compte pour 1 Action, quelle que soit la source de données, quel que soit le fournisseur ».

L'enrichissement en cascade remplace le fournisseur unique par une file de fournisseurs. Toutes les pages qui se positionnent sur cette requête décrivent déjà ce mécanisme. Ce qui change vraiment vos résultats, c'est la facturation à chaque palier, un écran de réglages que presque personne n'ouvre, et trois colonnes que Clay livre masquées. Pour être transparent : je dirige une société de données référencée dans cette même place de marché, alors gardez-le en tête en lisant la dernière section.

Qu'est-ce que l'enrichissement en cascade ?

L'enrichissement en cascade fait passer un même enregistrement chez plusieurs fournisseurs, dans un ordre fixé, et s'arrête au premier résultat qui passe la validation. Le guide de Clay parle d'« une chaîne de repli, pas d'une recherche unique ». Un fournisseur qui revient les mains vides fait descendre l'enregistrement d'un cran. Le blog de Clay appelle le même dispositif une data waterfall : « une méthode d'enrichissement séquentielle, où vous interrogez plusieurs fournisseurs de données les uns après les autres ». Sa raison d'être, c'est la couverture. Aucun éditeur ne couvre un fichier entier.

N'importe quel champ vendu par plusieurs éditeurs peut faire l'objet d'une cascade : adresses professionnelles, numéros de portable, URL de profils, chiffre d'affaires, effectifs. Le cas difficile, c'est le portable, où Clay constate une couverture qui « dépasse rarement 90 % chez une source donnée ». Les cascades tournent sur tous les forfaits, y compris le gratuit et ses 100 Data Credits, 500 Actions par mois et 200 lignes par table. Launch démarre à 185 $/mois en facturation mensuelle, avec 2 500 crédits et 15 000 Actions ; Growth à 495 $/mois, avec 6 000 et 40 000. Le détail des deux grilles se trouve dans notre article sur les tarifs Clay.

La règle qui facture chaque étape

Une cascade Clay facture chaque étape qui renvoie un résultat. Pas une fois par ligne, et pas du tout quand la chaîne revient vide. Quatre cas, tous documentés dans la FAQ de Clay.

Commencez par la quatrième ligne. C'est celle que presque tout le monde comprend de travers : une chaîne qui ne trouve rien ne coûte rien du tout, et c'est précisément ce qui rend peu coûteux l'ajout de niveaux. Passez ensuite aux deux premières, où l'idée qu'une ligne vaut une Action s'effondre. Un enregistrement résolu au premier palier passe une fois au compteur. Un enregistrement qui descend trois paliers y passe trois fois, et une étape qui renvoie une adresse que votre seuil de validation refuse ensuite laisse cet enregistrement poursuivre sa descente. Jusqu'où il descend dépend de vos réglages, et ils se trouvent tous dans Full configuration.

Une chaîne, chiffres réels à l'appui

Seules deux étapes sur quatre coûtent quelque chose, et elles totalisent 4,75 $.

Clay publie un seul exemple d'enrichissement chiffré. Au tarif d'entrée de ses propres crédits, il revient à 4,75 $ pour 100 contacts.

Faites tourner l'étape email sur votre propre clé d'API et le total du lot tombe à 50 Data Credits côté Clay. Deux précautions sur ce calcul. Les 0,5 crédit sont une illustration, pas une grille tarifaire : la documentation écrit « variable (de 0,5 à plus de 10 crédits selon le type de donnée) », et situe un enregistrement complètement enrichi entre 6 et 20 crédits « en général ». Quant aux 0,0500 $, c'est le premier cran du curseur de Data Credits sur Launch, où 125 $/mois achètent 2 500 crédits. Le prix unitaire baisse à mesure que le curseur monte : à 50 000 crédits par mois, les mêmes 95 crédits coûtent 4,04 $.

Les Actions, c'est l'autre moitié de la facture, et celle-là, c'est à vous de la modéliser : Clay ne publie aucune cascade chiffrée donnant le total d'Actions d'un enregistrement passé par trois fournisseurs. La règle suffit pourtant à faire le calcul : comptez les étapes qui ont renvoyé un résultat, validations comprises. Prenez un contact résolu par le deuxième fournisseur, après un premier qui a renvoyé une adresse refusée à la validation, avec un appel de validation à chaque fois : cela fait 4 Actions, soit 0,016 $ au tarif de 0,0040 $ du palier 15 000/mois de Launch. Les Actions sont le compteur bon marché — « chaque action coûte quelques dixièmes de centime ». Vérifiez le calcul sur dix lignes : l'outil affiche le coût exact à côté de chaque option avant l'exécution.

L'ordre des fournisseurs, et ce que vous mettez en entrée

Un enregistrement sur cent atteint le niveau cinq : le prix décide de la première place, la couverture de la dernière.

Soignez les données d'entrée avant de toucher à l'ordre des fournisseurs : ça ne coûte rien, et c'est le plus puissant des deux leviers. Clay 101 est net là-dessus : « l'entrée principale requise est le domaine de l'entreprise. Idéalement, ajoutez aussi les URL des profils LinkedIn personnels. À défaut, utilisez des combinaisons de repli comme nom complet + nom de l'entreprise, ou nom complet + email personnel. » Donnez à une chaîne un nom d'entreprise là où on attend un domaine, et chaque niveau devra retrouver l'entreprise avant de chercher la personne. Les résultats chutent dès le premier niveau, et c'est l'ordre des fournisseurs qui porte le chapeau, à tort. Infer Email, lui non plus, ne tourne pas sans domaine.

Ensuite seulement, l'ordre. Le volume fond vite à mesure que les enregistrements descendent, et c'est pour ça que le prix par recherche décide de la première place, et la couverture de la dernière. L'illustration de Clay, cinq niveaux sur 100 enregistrements, montre cette chute.

Les niveaux quatre et cinq n'ont reçu que 8 enregistrements à eux deux : un spécialiste placé là ne facture que 8 % du fichier. En première place, le même fournisseur facturerait les 100.

La doctrine de Clay épouse cette courbe. Le prix décide de la première place — « mettez en premier un fournisseur bon marché à couverture correcte : il traite le gros du fichier au coût par enregistrement le plus bas », de sorte que « votre fournisseur le plus cher tourne sur le moins d'enregistrements possible ». La qualité, jugée à l'aune de votre seuil de confiance, décide du milieu, parce qu'une source trop permissive qui arrête la chaîne trop tôt ne vous coûte pas une ligne de facture : elle vous coûte un bounce trois semaines plus tard. La couverture décide de la fin, où « votre spécialiste à la meilleure couverture passe en dernier, pour ramasser la longue traîne ».

Réorganiser ne coûte rien. D'après la documentation de Clay, vous pouvez « réordonner, ajouter ou supprimer les fournisseurs de votre cascade », et un interrupteur placé à côté de chacun permet de le sauter sans le supprimer. Les modèles enregistrés, eux, « ne peuvent pas être modifiés, seulement créés et supprimés ».

Les trois réglages de Full configuration

Quand vous ajoutez une cascade Work Email, Clay propose Quick setup ou Full configuration. Tout ce qui influe sur la dépense d'une chaîne se trouve dans la seconde option. Avec une facturation à l'étape, ces trois réglages pilotent directement la dépense ; ce ne sont pas des options de confort.

Sur le premier réglage, Clay ne laisse aucune place au doute : « Infer Email est entièrement gratuit. L'étape de validation, elle, consomme des crédits Clay, mais cela revient moins cher que de faire tourner la cascade sans elle. » Le format par défaut est first.last@domain.com, et lors du test interne de Clay dans le secteur logiciel, l'étape « a renvoyé une adresse valide environ 31 % du temps ». Près d'un tiers du fichier est donc résolu avant qu'un fournisseur payant ne soit sollicité. Votre propre taux dépendra, lui, de la régularité des formats d'adresse chez les entreprises de votre segment.

C'est la stratégie de validation qui décide vraiment de l'arrêt, et Clay résume l'arbitrage en une phrase : « trop strict, vous dépensez trop à courir après des adresses insaisissables ; trop souple, vous acceptez des résultats qui bouncent ». Des quatre stratégies, Conservative est celle que Clay destine au cold email. Les trois autres gagnent en couverture en abaissant la barre.

À côté de ces stratégies, l'interrupteur « Require validation success? » ne retient une adresse que si le validateur « la confirme explicitement comme valide ». Le sort des catch-all dépend du même bouton. Clay les considère comme valides par défaut et, d'après Clay 101, s'appuie « par défaut sur ZeroBounce » pour le contrôle, avec une option « Only mark 'Safe to Send' emails as valid » qui permet de les exclure. Savoir si les domaines en accept-all ont leur place dans un fichier d'envoi, c'est une autre question.

Le seuil de doublons, lui, se lit directement à la lumière de la règle de facturation. Clay le dit lui-même à propos de la valeur par défaut : « laissée à 0, la cascade continuera chez tous les fournisseurs, en dépensant des crédits sur un résultat qu'elle a déjà décidé de rejeter ». Réglez-le à 2 et la file s'arrête la deuxième fois que la même adresse rejetée réapparaît, ce qui est « particulièrement utile en combinaison avec la stratégie Conservative » — c'est-à-dire précisément là où une barre stricte envoie le plus d'enregistrements vers le bas.

Écarter les lignes qui ne méritaient pas d'être enrichies

Un échec total ne coûte rien, donc l'argent ne fuit pas par là. Il fuit par les lignes qui renvoient une bonne réponse dont personne n'allait se servir : le compte en doublon, l'adresse perso, le contact parti en mars.

Le guide d'économie de crédits de Clay détaille la marche à suivre. Conditionnez la colonne avec un « Only run if » dans les Run Settings, où un bouton Use AI permet d'écrire la règle en langage courant. Laissez la mise à jour automatique désactivée pendant que vous construisez la table, puisqu'une colonne se relance « dès que ses valeurs d'entrée changent ». Une vue filtrée n'enrichit que les lignes que vous avez sous les yeux, et une colonne Lookup va lire ce qu'une autre table ou votre CRM détient déjà, avant que vous ne le payiez une deuxième fois. Branchez vos propres clés fournisseur et la page de tarifs dit exactement ce qui change : « chaque exécution comptera pour une Action, mais aucun Data Credit ne sera consommé ». La documentation de Clay chiffre l'économie entre 50 et 80 % sur les Data Credits. Vérifiez la disponibilité de l'option sur votre forfait avant de bâtir une table autour : la page de tarifs et le guide d'économie de crédits ne la décrivent pas de la même façon, et c'est l'outil qui tranche. Cette plomberie relève d'une API d'email finder.

Lire ce que la chaîne a vraiment fait

Les trois colonnes qui rendent une cascade vérifiable sont toutes masquées par défaut. « Output name of successful provider? » ajoute une colonne qui nomme le fournisseur ayant décroché chaque résultat. « Hide provider columns? » est actif par défaut. Et d'après Clay 101, « les colonnes de validation sont masquées par défaut. Ouvrez le Columns Panel et démasquez-les pour inspecter le détail des étapes de validation. » Activez la première avant votre prochaine exécution en volume, sinon l'ordre de vos fournisseurs restera une décision que vous reprenez au jugé chaque trimestre, sans aucune donnée pour l'étayer.

La dépense a ses propres outils de suivi, et la vue utile n'est pas celle qui s'affiche en premier. Settings → Usage couvre l'espace de travail entier ; la vue se filtre par date, par propriétaire et par intégration, et s'exporte en CSV. Le tableau de bord propre à chaque table, qu'on ouvre depuis la fenêtre Credits ou le bouton Table History, contient la Column view : « votre dépense ventilée par colonne de votre table, pour repérer quels enrichissements consomment le plus de crédits ». La Time view et la Run view se trouvent à côté. Une limite avant de vous y plonger : « l'historique du tableau de bord de crédits d'une table commence le 5 novembre 2025 ».

Jusqu'où faut-il descendre ?

Dans le benchmark de Clay, aucun fournisseur isolé n'allie 95 % de qualité à 90 % de couverture ; une chaîne empilée, si.

Allonger la chaîne fait gagner beaucoup de couverture sur les deux premiers niveaux, puis la courbe s'aplatit. C'est Clay lui-même qui la trace : « la couverture grimpe vite sur les deux premiers niveaux, puis s'aplatit, pendant que la dépense, elle, continue de monter ». Votre seuil de confiance modifie la même courbe : « un seuil plus strict rejette les correspondances limites, donc la qualité grimpe pendant que la couverture baisse et que le coût monte ». Pour le cold email, Clay conseille de choisir un seuil strict, parce qu'une mauvaise adresse coûte plus cher qu'une adresse manquante. Je ne vais pas le contredire.

L'argument en faveur de l'empilement vient de Clay, qui l'a mesuré sur ses propres fichiers, et il est solide. Son benchmark ne trouve aucun fournisseur isolé qui franchisse à la fois 95 % de qualité et 90 % de couverture, là où une chaîne empilée franchit les deux. L'illustration à cinq niveaux aboutit à 94 % de couverture exploitable, avec un seuil équilibré qui retient une qualité de 96 % pour 207 Data Credits par tranche de 100 enregistrements : 10,35 $ au tarif d'entrée, 8,80 $ au palier 50 000/mois. Le blog de Clay arrive au même constat par l'autre bout : une base historique seule résout environ 30 % d'un fichier, contre environ 80 % pour une chaîne empilée.

Clay dimensionne ses forfaits en enregistrements par mois plutôt qu'en crédits — l'unité la plus juste, dès lors que le coût en crédits d'un enregistrement dépend de la chaîne qu'on a mise derrière — et situe Launch autour du millier d'enregistrements par mois, Growth entre mille et dix mille.

Clay y attache une réserve : « plus vous connectez de clés d'API, moins vous aurez besoin de Data Credits ». Nombre de clés branchées et volume de crédits relèvent donc de la même décision. Les Data Credits non consommés sont reportés dans la limite de deux fois la dotation mensuelle sur Launch et sur Growth, donc un mois calme finance un mois chargé. Et un traitement en masse au-delà de 50 000 enregistrements en une fois est réservé à Enterprise.

Où se place une source vérifiée dans la file

Une chaîne juge un fournisseur sur des critères plus étroits qu'un acheteur : la vitesse de réponse de l'appel, et la forme que prend la réponse quand il n'y a rien à renvoyer.

Enrow figure dans la place de marché de Clay depuis le 1er septembre 2024, avec une intégration construite par Clay, classée dans les catégories Contact Data et Contact Data Verification. Elle propose trois actions : trouver l'email professionnel, trouver le numéro de portable, valider l'email professionnel — la dernière est marquée Free Action sur la fiche. Les deux finders tournent au choix sur les crédits Clay ou sur un compte Enrow que vous connectez vous-même. Les réponses arrivent en deux à cinq secondes, donc la colonne ne ralentit pas l'exécution de la table, et un crédit n'est débité de notre pool que si le résultat est valide. Un domaine en accept-all est sondé jusqu'à ce que la boîte de réception donne une réponse claire, dans un sens ou dans l'autre : l'adresse arrive dans la cellule, exploitable, au lieu d'être signalée comme douteuse puis écartée. C'est l'un des effets des plus de 10 vérifications qui tournent derrière chaque adresse.

Trois limites décident de la place qui revient à cette colonne. La première pèse particulièrement ici. La cascade de Clay est bâtie autour d'un seuil réglable, et une colonne Enrow ne lui donne pas un nombre : elle lui donne un verdict. Le champ Qualification dit valide ou non valide, sans niveau de confiance détaillé pour trancher plus finement. Nous gardons ce seuil de notre côté, délibérément, parce qu'un score reste un jugement que nous vous laisserions défendre devant celui qui répond de votre réputation d'expéditeur. Sur une plateforme conçue pour tout paramétrer, c'est une vraie contrepartie.

Deuxième limite : il n'y a pas de base de données derrière. Enrow trouve les coordonnées d'une personne que vous avez déjà identifiée, donc l'étape de sourcing ne nous revient pas. C'est l'étape gratuite Find People de Clay, une synchro CRM ou un CSV qui fournit d'abord le nom et le domaine. Une base stockée commence à vieillir le jour où on la constitue, et je préfère ne pas vous vendre les lignes du trimestre dernier.

Troisième limite : un seul pool de crédits pour tout. Un email consomme 1 crédit, un portable 40, une vérification un quart de crédit. Lancez une colonne email et une colonne téléphone sur les mêmes 5 000 lignes, et elles se disputent la même réserve.

Savoir quelles sources méritent une place — leur mode de facturation, qui a réalisé le test de taux de couverture, ce qui se passe sur un domaine en accept-all, si la couverture européenne repose sur un dossier documenté —, c'est le sujet de comment choisir un fournisseur de données B2B. Tout ce qui se joue en amont de la colonne d'enrichissement est traité dans notre article « Comment utiliser Clay ».

Ouvrez Full configuration sur votre colonne d'email professionnel. Activez Infer Email, réglez le seuil de doublons à 2 et affichez le nom du fournisseur gagnant. Puis lancez dix lignes et examinez le résultat. En fin de mois, ouvrez la Column view et regardez si vos deux derniers fournisseurs ont trouvé quoi que ce soit. En général, l'un des deux n'a rien trouvé, et le déplacer prend cinq secondes une fois qu'on l'a repéré.

Cinquante crédits Enrow gratuits arrivent sur votre compte le premier de chaque mois, sans carte bancaire : enrow.io, ou l'API si vous préférez faire tourner l'étape sur votre propre clé.

FAQ

Qu'est-ce que l'enrichissement de données Clay ?

L'enrichissement de données Clay, c'est une colonne qui appelle un fournisseur extérieur et écrit la réponse dans la ligne. Donnez-lui un domaine d'entreprise et elle renvoie une adresse professionnelle, un numéro de portable ou une donnée sur l'entreprise, issue des plus de 150 fournisseurs que la page de tarifs de Clay met en avant. Chaque enregistrement enrichi coûte une Action, plus les Data Credits du fournisseur.

Comment fonctionnent les crédits d'une cascade Clay ?

Clay facture une cascade étape par étape. Chaque étape qui renvoie une donnée consomme des Data Credits et une Action, sauf si cette étape tourne sur votre propre clé d'API, et chaque étape de validation qui renvoie un résultat en fait autant. Une fois qu'une donnée validée a été obtenue, les fournisseurs suivants ne consomment plus rien.

Clay facture-t-il quand un fournisseur de la cascade ne trouve rien ?

Non. La FAQ de Clay indique que si la cascade entière ne renvoie aucun résultat, aucun Data Credit ni aucune Action n'est consommé, et la page de tarifs répète la règle pour les enrichissements en général. Seules les étapes qui renvoient un résultat sont facturées, et c'est pourquoi les réglages de validation valent bien les dix minutes qu'ils demandent.

L'enrichissement en cascade en vaut-il la peine ?

Ce qu'on achète avec une cascade, c'est de la couverture, et le benchmark de Clay en est la preuve la plus claire : aucun fournisseur isolé n'a franchi à la fois 95 % de qualité et 90 % de couverture, là où une chaîne empilée a franchi les deux. L'illustration publiée par Clay aboutit à 94 % de couverture exploitable. Allonger la chaîne rapporte surtout sur les deux premiers niveaux, puis la courbe s'aplatit.

Qu'est-ce qu'Infer Email dans Clay, et consomme-t-il des crédits ?

Infer Email ajoute une première étape gratuite qui construit une adresse à partir du nom d'une personne et du domaine de son entreprise, avec le format first.last@domain.com par défaut. Si elle passe la validation, la cascade s'arrête avant qu'un fournisseur payant ne tourne. Lors du test interne de Clay sur un jeu de données du secteur logiciel, l'étape a renvoyé une adresse valide dans environ 31 % des cas.

Quelle stratégie de validation choisir dans une cascade Clay ?

Clay en propose quatre. Conservative couvre tous les types d'emails vérifiés et convient au cold email, où les bounces nuisent à la réputation d'expéditeur. Balanced accepte les catch-all. Aggressive ratisse large quand la couverture passe avant la précision. Advanced est une configuration manuelle. Pour le cold email, Clay conseille un seuil strict.

Dans quel ordre placer les fournisseurs d'une cascade Clay ?

La doctrine de Clay tient en trois points. Le prix par recherche décide de la première place, puisqu'un fournisseur bon marché à couverture correcte traite le gros du fichier au coût par enregistrement le plus bas. La qualité, jugée à l'aune de votre seuil de confiance, décide du milieu. Le spécialiste à la meilleure couverture passe en dernier, pour ramasser la longue traîne.

De quelles entrées a besoin une cascade email Clay ?

Le domaine de l'entreprise est l'entrée principale, d'après Clay 101, avec l'URL du profil LinkedIn personnel comme deuxième entrée idéale. Quand elles manquent, Clay propose des combinaisons de repli : nom complet plus nom de l'entreprise, ou nom complet plus email personnel. Infer Email exige un domaine, donc une liste qui ne contient que des noms saute cette étape.

Combien de fournisseurs faut-il dans une cascade Clay ?

Assez pour couvrir la traîne, et l'illustration à cinq niveaux de Clay montre que c'est moins que ce qu'on imagine. Le niveau un a reçu les 100 enregistrements, le niveau deux 48, le niveau trois 14, le niveau quatre 7, le niveau cinq un seul. La couverture grimpe vite sur les deux premiers niveaux, puis s'aplatit pendant que la dépense continue de monter.