Enriquecimento de dados no Clay: como funciona uma cascata e quanto custa cada passo

O Clay cobra por passo, e não por linha: um registo paga cada passo que encontra alguma coisa.

O essencial Uma cascata do Clay põe vários fornecedores em fila por trás de uma só coluna de enriquecimento e para na primeira resposta que passe na validação. A conta faz-se passo a passo, e não por linha: «Each step of the waterfall that returns data will consume Data Credits (unless using API keys) and an Action» (passos de validação incluídos), e «If the entire waterfall returns no results, no Data Credits or Actions will be consumed.» Ao preço de entrada, o exemplo de 100 contactos publicado pelo próprio Clay dá 95 Data Credits, ou seja, 4,75 $. É na Full configuration que estão os comandos que decidem até onde desce uma cadeia: um passo Infer Email gratuito, válido em cerca de 31% dos casos no teste que o Clay fez no setor do software, quatro estratégias de validação e um limiar de duplicados que vem a 0 de origem.

No Clay, o enriquecimento faz-se coluna a coluna. Acrescenta-se a coluna, escolhe-se o fornecedor num diretório que, segundo a página de preços, tem «150+ providers», dá-se-lhe um domínio de empresa — e a célula preenche-se com um email profissional, um telemóvel ou um número de trabalhadores. Os Data Credits pagam os dados. As Actions pagam a orquestração à volta deles, e o Clay é taxativo: «Each record enriched or exported counts as 1 Action—regardless of data source or provider.»

O enriquecimento em cascata troca o fornecedor único por uma fila, e todos os artigos sobre o tema já o explicam. O que mexe nos resultados é outra coisa: como se cobra cada degrau, um ecrã de configuração que quase ninguém abre, e três colunas que o Clay deixa escondidas por omissão. Fica dito desde já: tenho uma empresa de dados que está nesse diretório, portanto leia a secção perto do fim com isso em mente.

O que é o enriquecimento em cascata?

O enriquecimento em cascata faz passar um registo por vários fornecedores de dados, numa ordem fixa, e para no primeiro resultado que passe a validação. O guia do Clay chama-lhe «a fallback chain, not a single lookup». Um fornecedor que não devolva nada empurra o registo para o degrau seguinte. No blogue, o Clay chama-lhe data waterfall e define-a assim: «a sequential enrichment method where you query multiple data providers one after another». Existe por causa da cobertura — não há fornecedor nenhum que cubra uma lista inteira.

Dá para montar uma cadeia em qualquer campo que vários fornecedores vendam: emails profissionais, telemóveis, URL de perfis profissionais, faturação, número de trabalhadores. O telemóvel é o caso difícil, e o Clay escreve que aí a cobertura «rarely clears 90 percent on any one source». As cascatas funcionam em todos os planos, incluindo o Free, que traz 100 Data Credits, 500 Actions por mês e 200 linhas por tabela. O Launch começa nos 185 $/mês com pagamento mensal, 2 500 créditos e 15 000 Actions; o Growth, nos 495 $/mês, com 6 000 e 40 000. São valores em dólares americanos, a moeda em que o Clay os publica, e ficam aqui sem conversão nenhuma — as duas grelhas completas estão em preços do Clay.

A regra que decide o que se paga em cada passo

Uma cascata do Clay cobra por cada passo que devolva alguma coisa — não uma vez por linha e, numa cadeia que não encontra nada, não cobra de todo. São quatro casos possíveis, todos documentados na FAQ do Clay.

Leia primeiro a quarta linha. É o ponto em que quase toda a gente se engana sobre as cascatas: uma cadeia que não encontra nada não custa rigorosamente nada, e é isso que torna barato acrescentar fornecedores. Depois leia as duas primeiras, em que cai por terra a ideia de que uma linha equivale a uma Action. Um registo resolvido logo no primeiro degrau conta uma vez. Um registo que desce três degraus conta três — e um passo que devolva um endereço que a sua validação depois recusa deixa esse registo a descer a fila. Até onde desce depende das definições. E estão todas na Full configuration.

Uma cadeia em números

Só dois dos quatro passos custam alguma coisa, e juntos dão 4,75 $.

O Clay publica um exemplo de enriquecimento com as contas feitas e, ao preço de entrada dos seus próprios créditos, dá 4,75 $ por 100 contactos.

Se o passo do email correr com chave própria, o total do lote cai para 50 Data Credits. Duas ressalvas sobre estas contas. Os 0,5 créditos são uma ilustração e não uma tabela de preços — o que a documentação diz é «Varies (0.5–10+ credits based on data type)», e um registo enriquecido por inteiro custa «typically» entre 6 e 20 créditos. E os 0,0500 $ correspondem ao primeiro degrau do seletor de Data Credits do Launch, em que 125 $/mês compram 2 500 créditos; o preço unitário desce à medida que se sobe no seletor, de forma que nos 50 000 créditos por mês os mesmos 95 créditos custam 4,04 $.

As Actions são a metade que tem de calcular sozinho, porque o Clay não publica nenhum exemplo de cascata com o total de Actions de um registo que passou por três fornecedores. A regra chega para fazer a conta: contam-se os passos que devolveram alguma coisa, incluindo os de validação. Um contacto resolvido pelo segundo fornecedor, depois de o primeiro ter devolvido um endereço que a validação recusou, com uma chamada de validação em cada um, dá 4 Actions — 0,016 $, a 0,0040 $ no degrau de 15 000/mês do Launch. É a parte barata da conta: «Each action costs a few tenths of a penny.» Confirme a contagem num teste de dez linhas — antes de correr, o produto mostra o custo exato ao lado de cada opção.

A ordem da fila e os dados de entrada

Só um registo em cem chega ao nível cinco: o preço decide o primeiro lugar e a cobertura o último.

Antes de mexer na ordem dos fornecedores, trate da entrada: não custa nada e é aí que se ganha mais. O Clay 101 é explícito: «The primary input required is the Company Domain. Ideally, also include Personal Linkedin URLs. If unavailable, use fallback combinations like Full Name + Company Name or Full Name + Personal Email.» Dê a uma cadeia o nome da empresa no lugar do domínio e cada nível vai primeiro resolver a empresa e só depois procurar a pessoa. Os resultados pioram de cima para baixo, e a culpa cai sobre a ordem dos fornecedores, que não tem culpa nenhuma. Sem domínio, o Infer Email também não arranca.

Depois, sim, a ordem. O número de registos cai a pique à medida que se vão resolvendo, e daí que o preço por pesquisa decida o primeiro lugar e a cobertura o último. O exemplo de cinco níveis do Clay sobre 100 registos mostra a queda.

Aos níveis quatro e cinco chegaram 8 registos ao todo, portanto um especialista posto lá em baixo só cobra 8% do ficheiro. Em primeiro lugar, esse mesmo fornecedor cobraria os 100.

A doutrina do próprio Clay segue essa curva. O preço decide o primeiro lugar — «Put a cheap, decent-coverage provider first and it clears the bulk of the list at the lowest price per record», para que «your most expensive provider runs on the fewest records». O meio decide-se pela qualidade ao nível de exigência que definiu, porque uma fonte permissiva que pare a cadeia cedo demais não lhe sai numa linha da fatura: sai num bounce três semanas depois. E o fim decide-se pela cobertura, onde «your highest-coverage specialist goes last to catch the long tail».

Mudar a ordem não custa nada. A documentação do Clay permite «reorder, add. or delete your waterfall data providers», e um interruptor ao lado de cada fornecedor deixa saltá-lo sem o apagar. Já os modelos guardados «cannot be edited, only created and deleted».

Os três parâmetros da Full configuration

Ao acrescentar uma cascata de Work Email, o Clay oferece Quick setup ou Full configuration, e todos os comandos que mudam o que uma cadeia gasta ficam na segunda opção. Como a cobrança é feita passo a passo, os três afetam a despesa e não são simples opções de arrumação.

Sobre o primeiro, o Clay não deixa margem para dúvidas: «Infer Email is completely free. The validation step does cost Clay credits, but it is cheaper than running the waterfall without it.» O formato por omissão é first.last@domain.com e, no teste interno feito no setor do software, «returned a valid email roughly 31% of the time». Quase um terço desse ficheiro resolvido antes de se tocar num fornecedor pago. A sua taxa vai depender da regularidade dos formatos de endereço no seu segmento.

A estratégia de validação é o verdadeiro travão da cadeia, e o Clay resume o dilema numa frase: «too strict and you'll over-spend chasing elusive emails; too loose and you'll accept results that bounce.» Das quatro opções, a Conservative é a que o Clay recomenda para cold email; as outras três ganham alcance à custa de baixar a exigência.

Ao lado fica o «Require validation success?», que só aceita um endereço quando o validador «explicitly confirms it as valid». Os catch-all dependem do mesmo interruptor. Por omissão o Clay dá-os como válidos e, segundo o Clay 101, recorre ao ZeroBounce para essa verificação («defaults to ZeroBounce»), com um botão «Only mark 'Safe to Send' emails as valid» que os volta a excluir. Se os domínios catch-all devem ou não entrar numa lista de envio é outra conversa.

O limiar de duplicados encaixa diretamente na regra de cobrança. Sobre o valor predefinido, o Clay escreve: «Left at 0, the waterfall will continue through every provider, spending credits on a result it's already decided to reject.» Ponha-o a 2 e a fila para na segunda vez que o mesmo endereço recusado aparecer, o que é «especially useful when paired with the Conservative strategy», precisamente a estratégia que empurra mais registos para os níveis inferiores.

Deixar de fora as linhas que não vale a pena enriquecer

Numa falha total não se cobra nada, portanto não é aí que o dinheiro se perde. Perde-se nas linhas que trazem respostas válidas que ninguém ia usar: a conta duplicada, o endereço pessoal, o contacto que saiu da empresa em março.

O método está no guia de poupança de créditos do Clay. Ponha uma condição «Only run if» na coluna, dentro das Run Settings, onde um botão Use AI aceita a regra escrita em linguagem corrente. Deixe a atualização automática desligada enquanto está a montar a tabela, porque uma coluna volta a correr «whenever its input values change». As vistas filtradas enriquecem só as linhas que tem à frente, e uma coluna Lookup lê o que outra tabela ou o seu CRM já têm, para não o comprar duas vezes. Ligue as suas próprias chaves de fornecedor e a página de preços diz sem rodeios o que muda: «Each run will count as one Action, but no Data Credit will be used.» A documentação do Clay estima essa poupança entre 50% e 80% dos Data Credits. Confirme a disponibilidade no seu plano antes de montar uma tabela à volta disto — a página de preços e o guia de poupança descrevem-na de maneiras diferentes, e quem desempata é o produto. Essa parte técnica é trabalho de uma API de email finder.

Ler o que a cadeia fez de facto

As três colunas que tornam uma cascata auditável vêm todas desligadas. O «Output name of successful provider?» acrescenta uma coluna com o nome do fornecedor que resolveu cada linha. O «Hide provider columns?» vem ligado de origem. E, segundo o Clay 101, «Validation columns are hidden by default. Open the Columns Panel and unhide these columns to inspect detailed validation steps.» Ligue a primeira antes da próxima execução em grande volume, ou a ordem dos fornecedores continua a ser uma decisão tomada às cegas de trimestre em trimestre, sem nada que a sustente.

A despesa tem ferramentas de acompanhamento próprias, e a vista mais útil não é a que aparece primeiro. O Settings → Usage cobre a área de trabalho toda, com filtros por data, por proprietário e por integração, e exporta para CSV. Já o painel de controlo ao nível da tabela, que se abre pelo balão dos Credits ou pelo botão Table History, traz a Column view: «your spend broken down by each column in your table, helping you identify which enrichments are using the most credits.» Ao lado ficam a Time view e a Run view. Um limite, antes de ir à procura: «Historical data for the table credit dashboard begins on November 5th, 2025.»

Até onde compensa alongar a cadeia

No benchmark do Clay, nenhum fornecedor sozinho alia 95% de qualidade a 90% de cobertura; uma cadeia empilhada, sim.

Alongar a cadeia acrescenta cobertura nos dois primeiros níveis; a partir daí, a curva estabiliza. Quem desenha essa curva é o próprio Clay: «Coverage climbs fast on the first two levels, then flattens, while spend keeps ticking up.» O nível de exigência que definir mexe na mesma curva — «A stricter cutoff rejects borderline matches, so quality climbs while coverage dips and cost rises.» Para cold email o conselho do Clay é apertar, porque um endereço errado é pior do que um endereço em falta. Não tenho nada a opor.

O argumento a favor de empilhar fornecedores é do Clay, medido pelo Clay nos ficheiros do Clay — e é forte. O seu benchmark não encontra um único fornecedor que passe ao mesmo tempo os 95% de qualidade e os 90% de cobertura, ao passo que uma cadeia empilhada passa os dois. O exemplo de cinco níveis acaba em 94% de cobertura aproveitável, com 96% de qualidade aceite num limiar equilibrado, por 207 Data Credits em cada 100 registos: 10,35 $ ao preço de entrada, 8,80 $ no degrau dos 50 000/mês. O blogue do Clay chega à mesma conclusão pelo outro lado — uma base de dados tradicional, sozinha, resolve cerca de 30% de uma lista, contra cerca de 80% quando se empilham fornecedores.

O Clay dimensiona os planos em registos por mês, e não em créditos. É a unidade honesta, já que o custo de um registo depende da cadeia que estiver por trás dele. O Launch fica em cerca de mil registos por mês, o Growth entre mil e dez mil.

O Clay junta-lhe uma ressalva: «The more API keys you connect, the fewer Data Credits you'll need.» São dois números que pertencem à mesma decisão. Os Data Credits que sobram transitam até 2× a dotação mensal no Launch e no Growth, de maneira que o saldo de um mês calmo serve para um mês de muito trabalho; e uma execução em massa acima de 50 000 registos só existe no Enterprise.

Onde é que uma fonte verificada entra na fila

Uma cadeia avalia um fornecedor por critérios mais restritos do que os de um comprador: a rapidez com que a chamada responde e o aspeto da resposta quando não há nada para dar.

A Enrow está no diretório do Clay desde 1 de setembro de 2024, numa integração construída pelo próprio Clay e classificada nas categorias Contact Data e Contact Data Verification. São três ações: encontrar o email profissional, encontrar o telemóvel e validar o email profissional, esta última marcada como Free Action na ficha. As duas de pesquisa correm com créditos Clay ou com uma conta Enrow que ligue por si. As respostas chegam em dois a cinco segundos, portanto a coluna não deixa a execução da tabela em suspenso, e do nosso saldo só sai um crédito quando o resultado chega válido. Um domínio catch-all é sondado até a caixa de correio dar uma resposta definitiva, num sentido ou noutro, de modo que entra na célula pronto a usar em vez de ser carimbado como «arriscado» e descartado — um dos resultados das mais de dez verificações que estão por trás de cada endereço.

Há três limites que decidem em que lugar da fila a coluna deve ficar. O primeiro pesa precisamente nesta plataforma. A cascata do Clay foi construída à volta de um nível de exigência que se afina, e uma coluna da Enrow entrega-lhe um veredicto em vez de um número: o campo Qualification diz válido ou não válido, sem pontuação de confiança em que basear o corte. Guardamos esse limiar do nosso lado de propósito, porque uma pontuação é um juízo que passaríamos para as suas mãos e que depois alguém teria de defender perante quem responde pela reputação de envio da sua empresa. Numa plataforma feita para se afinar, isso tem um custo real.

O segundo: não há base de dados nenhuma por trás. A Enrow encontra os dados de uma pessoa que já foi identificada, e por isso o lugar de sourcing não é nosso — cabe ao Find People gratuito do Clay, a uma sincronização com o CRM ou a um simples CSV, que fornecem primeiro o nome e o domínio. Uma base armazenada começa a envelhecer no dia em que é montada, e prefiro não lhe vender as linhas do trimestre passado.

O terceiro: sai tudo do mesmo saldo de créditos — um email custa 1 crédito, um telemóvel 40, uma verificação um quarto de crédito. Aponte uma coluna de email e uma coluna de telefone às mesmas 5 000 linhas e uma come os créditos da outra.

Que fontes merecem sequer um lugar na fila — como cobram, quem fez o teste de taxa de correspondência, o que acontece num domínio catch-all, se a cobertura europeia assenta em documentação — é o assunto de como escolher um fornecedor de dados B2B. Tudo o que vem antes da coluna de enriquecimento está em como usar o Clay.

Abra a Full configuration na sua coluna de email profissional. Infer Email ligado, limiar de duplicados a 2, saída do fornecedor vencedor ligada, e depois corra dez linhas e confira o que sai. No fim do mês, abra a Column view e veja se os seus dois últimos fornecedores apanharam alguma coisa. Costuma haver um que não apanhou nada e, quando se vê isso preto no branco, mudá-lo de sítio leva cinco segundos.

Cinquenta créditos Enrow entram na conta no dia 1 de cada mês. De graça e sem cartão: enrow.io. Para executar o passo com chave própria, há a API, que abre com qualquer compra: um plano a partir de 15 €/mês ou um pacote de créditos sem subscrição.

FAQ

O que é o enriquecimento de dados no Clay?

O enriquecimento de dados no Clay é uma coluna que chama um fornecedor externo e escreve a resposta na linha. Dê-lhe um domínio de empresa e devolve um email profissional, um telemóvel ou um campo da empresa, vindo de um dos «150+ providers» que a página de preços do Clay anuncia. Cada registo enriquecido custa uma Action mais os Data Credits do fornecedor.

Como funcionam os créditos numa cascata do Clay?

O Clay conta uma cascata passo a passo. Cada passo que devolva dados gasta Data Credits e uma Action, a não ser que corra com uma chave de API sua, e cada passo de validação que devolva um resultado faz o mesmo. Logo que há dados validados, os fornecedores que estão abaixo já não gastam nada.

O Clay cobra quando um fornecedor da cascata não encontra nada?

Não. A FAQ do Clay diz que, se a cascata inteira não devolver resultado nenhum, não se gastam Data Credits nem Actions, e a página de preços repete a regra para os enriquecimentos em geral. Só se paga por passos que devolvam alguma coisa, e é por isso que compensa gastar dez minutos nas opções de validação.

Vale a pena o enriquecimento em cascata?

O que se ganha numa cascata é cobertura, e a prova mais clara é o benchmark do próprio Clay: nenhum fornecedor sozinho passou ao mesmo tempo os 95% de qualidade e os 90% de cobertura, ao passo que uma cadeia empilhada passou os dois. O exemplo publicado pelo Clay acaba em 94% de cobertura aproveitável. Alongar a cadeia compensa sobretudo nos dois primeiros níveis; a partir daí, o ganho abranda.

O que é o Infer Email no Clay, e gasta créditos?

O Infer Email põe à cabeça da cascata um passo gratuito que constrói um endereço a partir do nome da pessoa e do domínio da empresa, no formato first.last@domain.com. Se passar a validação, a cascata para antes de correr um único fornecedor pago. O teste interno do Clay num conjunto de dados do setor do software devolveu um email válido em cerca de 31% dos casos.

Que estratégia de validação usar numa cascata do Clay?

O Clay dá quatro. A Conservative cobre todos os tipos de email verificados e serve para cold email, onde os bounces atingem a reputação de envio. A Balanced admite os catch-all. A Aggressive lança uma rede larga quando a cobertura vale mais do que a precisão. A Advanced é configuração manual. Para cold email, o conselho do próprio Clay é apertar o corte.

Por que ordem pôr os fornecedores numa cascata do Clay?

A recomendação do Clay tem três partes. O preço por pesquisa decide o primeiro lugar, porque um fornecedor barato com cobertura razoável limpa o grosso da lista ao menor custo por registo. A qualidade, ao nível de exigência que definiu, decide os lugares do meio. E o especialista com mais cobertura vai para o fim, para apanhar a cauda longa.

De que entradas precisa uma cascata de email do Clay?

O domínio da empresa é a entrada principal, segundo o Clay 101, e o URL do perfil pessoal do LinkedIn é a segunda entrada ideal. Na falta destes, o Clay indica alternativas: nome completo mais nome da empresa, ou nome completo mais email pessoal. O Infer Email precisa obrigatoriamente de um domínio, portanto as listas só com nomes saltam-no.

Quantos fornecedores deve ter uma cascata do Clay?

Os que forem precisos para apanhar a cauda, e o exemplo de cinco níveis do Clay mostra que são menos do que se pensa. Ao nível um chegaram os 100 registos, ao dois 48, ao três 14, ao quatro 7 e ao cinco apenas 1. A cobertura sobe depressa nos dois primeiros níveis e depois abranda, enquanto a despesa continua a subir.