Enriquecimento de dados no Clay: como corre uma cascata e o que 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 do Clay, o exemplo de 100 contactos publicado pela própria casa dá 95 Data Credits, ou seja, 4,75 $. É na Full configuration que estão as opções 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 realizou no setor do software, quatro estratégias de validação e um limiar de duplicados que vem predefinido a 0.

No Clay, o enriquecimento faz-se coluna a coluna. Acrescenta-se a coluna, escolhe-se um fornecedor no diretório que, segundo a página de preços, tem «150+ providers», indica-se 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 di-lo sem rodeios: «Each record enriched or exported counts as 1 Action—regardless of data source or provider.»

O enriquecimento em cascata substitui o fornecedor único por uma fila; até aqui, nada que não se encontre em qualquer diagrama. O que mexe nos resultados é outra coisa: a forma como cada passo é cobrado, um ecrã de configuração que quase ninguém abre e três colunas que o Clay deixa escondidas por defeito. Fica dito desde já: dirijo uma empresa de dados que faz parte desse diretório, por isso leia a última secção a contar com isso.

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 na validação. O guia do Clay chama-lhe «a fallback chain, not a single lookup». Quando um fornecedor não encontra nada, o registo passa para o nível seguinte. No blogue, o Clay dá ao mesmo mecanismo o nome de data waterfall e a mesma definição: «a sequential enrichment method where you query multiple data providers one after another». Existe por uma questão de cobertura: nenhum fornecedor cobre uma lista inteira.

Qualquer campo vendido por vários fornecedores se presta a uma cadeia: 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, com 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, porque é essa a moeda em que o Clay publica, e ficam aqui sem conversão. As duas grelhas completas estão no artigo sobre os preços do Clay.

A regra que decide o que se paga em cada passo

Uma cascata do Clay cobra cada passo que traz um resultado, e não uma vez por linha; e, numa cadeia que não encontra nada, não cobra nada. Há quatro situações possíveis, todas documentadas 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 alongar a cadeia. Depois leia as duas primeiras, onde cai por terra a ideia de que uma linha equivale a uma Action. Um registo resolvido logo no primeiro nível conta uma vez. Um registo que desce três níveis conta três. E um passo que traga um endereço depois recusado pela sua validação faz o registo continuar a descer a fila. Até onde desce depende da configuração, e as opções que o determinam 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 créditos da própria casa, dá 4,75 $ por 100 contactos.

Se o passo do email usar uma chave de API própria, o total do lote cai para 50 Data Credits. Duas ressalvas sobre estas contas. Os 0,5 créditos são ilustrativos e não um preço de tabela: 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 escalão do seletor de Data Credits do Launch, onde 125 $/mês compram 2 500 créditos; a tarifa melhora à medida que o seletor sobe, 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 permite fazer a conta: contam-se os passos que trouxeram resultado, incluindo os de validação. Um contacto resolvido pelo segundo fornecedor, depois de o primeiro ter encontrado um endereço que a validação recusou, com uma chamada de validação em cada um, conta 4 Actions, o que dá 0,016 $ com a Action a 0,0040 $, no escalão de 15 000/mês do Launch. É a parte barata da conta: «Each action costs a few tenths of a penny.» Confirme a contagem em dez linhas: antes da execução, 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 dos dados de 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 onde devia estar o domínio e cada nível vai ter primeiro de identificar 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.

Só depois vem a ordem. O volume cai a pique à medida que os registos se vão resolvendo, e é por isso que o preço por pesquisa decide o primeiro lugar e a cobertura, o último. O exemplo de cinco níveis do Clay sobre 100 registos mostra a queda.

Os níveis quatro e cinco receberam, juntos, 8 registos, portanto um especialista colocado ali só cobra sobre 8% do ficheiro. Colocado em primeiro lugar, esse mesmo fornecedor cobraria sobre os 100.

A recomendação 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». Os lugares do meio decidem-se pela qualidade, ao nível de exigência que definiu, porque uma fonte permissiva que pare a cadeia cedo demais não aparece na fatura: aparece num bounce três semanas depois. E o último lugar decide-se pela cobertura, porque «your highest-coverage specialist goes last to catch the long tail».

Mudar a ordem não custa nada. Segundo a documentação do Clay, pode «reorder, add. or delete your waterfall data providers», e um interruptor ao lado de cada fornecedor permite 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 parâmetros que mudam o que uma cadeia gasta estão na segunda opção. Com a cobrança passo a passo, os três mexem diretamente na despesa, e não são meras 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 que o Clay realizou no setor do software, «returned a valid email roughly 31% of the time». Ou seja, quase um terço desse ficheiro ficou resolvido antes de se tocar num fornecedor pago. A taxa que vai obter depende 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 compromisso 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 da mesma opção. Por omissão, o Clay dá-os como válidos e, segundo o Clay 101, «defaults to ZeroBounce» para essa verificação, 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.

Excluir as linhas que não merecem ser enriquecidas

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 ser executada «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 antes de voltar a comprá-lo. 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 só o produto tira a dúvida. A parte técnica dessa ligação é tratada no artigo sobre a 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 desativadas por defeito. O «Output name of successful provider?» acrescenta uma coluna com o nome do fornecedor que resolveu cada linha. O «Hide provider columns?» vem ativado por defeito. E, segundo o Clay 101, «Validation columns are hidden by default. Open the Columns Panel and unhide these columns to inspect detailed validation steps.» Ative a primeira antes da próxima execução a sério, senão a ordem dos fornecedores continua a ser decidida às cegas, trimestre após trimestre.

A despesa tem ferramentas de acompanhamento próprias, e a vista útil não é a primeira que aparece. 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. Uma limitação a ter em conta antes de ir à procura: «Historical data for the table credit dashboard begins on November 5th, 2025.»

Até que profundidade compensa

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

Acrescentar níveis aumenta a cobertura nos dois primeiros e, 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 vem do Clay, com medições feitas pelo Clay nos ficheiros do Clay, e é forte. O benchmark da casa 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 escalão dos 50 000/mês. O blogue do Clay mostra o mesmo por outro ângulo: uma base de dados à moda antiga resolve cerca de 30% de uma lista, contra cerca de 80% com uma cadeia de fornecedores.

Os planos são dimensionados em registos por mês, e não em créditos: é a unidade mais honesta quando o custo de um registo depende da cadeia que está 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 um mês calmo financia um mês cheio; e uma execução em massa acima de 50 000 registos é exclusiva do 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 da integração. As duas ações de pesquisa funcionam com créditos Clay ou com uma conta Enrow que ligue diretamente. As respostas chegam em dois a cinco segundos, portanto a coluna não deixa a execução da tabela pendurada, e do nosso saldo só sai um crédito quando o resultado é válido. Num domínio catch-all, a caixa de correio é testada até haver uma resposta definitiva num sentido ou noutro, de modo que o endereço entra na célula pronto a usar, em vez de ser rotulado como «arriscado» e descartado. É um dos resultados das mais de dez verificações 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 ajustável, 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 uma pontuação de confiança onde traçar o corte. Guardamos esse limiar do nosso lado de propósito, porque uma pontuação seria um juízo que lhe passaríamos para as mãos, e que alguém teria depois de defender perante quem responde pela reputação de envio da empresa. Numa plataforma feita para ser afinada, isso tem um custo.

O segundo: não há base nenhuma por trás. A Enrow trabalha sobre uma pessoa já identificada, por isso o sourcing não nos cabe: 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 é construída, e prefiro não lhe vender as linhas do trimestre passado.

O terceiro: tudo sai do mesmo saldo de créditos. Um email custa 1 crédito, um telemóvel 40 e uma verificação um quarto de crédito. Ponha uma coluna de email e uma coluna de telefone a trabalhar nas mesmas 5 000 linhas e as duas disputam o mesmo saldo.

Saber 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 tem documentação que a sustente) é o assunto do artigo como escolher um fornecedor de dados B2B. Tudo o que vem antes da coluna de enriquecimento é tratado no guia sobre como usar o Clay.

Abra a Full configuration na sua coluna de email profissional. Ative o Infer Email, ponha o limiar de duplicados a 2, ative a coluna com o nome do fornecedor vencedor, e depois execute dez linhas e veja o resultado. 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, depois de o ver 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, ou a API se preferir executar o passo com chave própria.

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. Indique-lhe um domínio de empresa e ela traz-lhe um email profissional, um telemóvel ou um dado da empresa, obtido junto 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 traga dados gasta Data Credits e uma Action, a não ser que use uma chave de API sua, e cada passo de validação que dê um resultado faz o mesmo. A partir do momento em que se obtêm dados validados, os fornecedores seguintes 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 encontrar 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 pagam os passos que trazem alguma coisa, e é por isso que os dez minutos gastos nas opções de validação se pagam a si próprios.

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. Os ganhos concentram-se nos dois primeiros níveis, e a partir daí a curva estabiliza.

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

O Infer Email acrescenta, no início da cadeia, um passo gratuito que deduz um endereço a partir do nome da pessoa e do domínio da empresa, no formato first.last@domain.com. Se passar na validação, a cascata para antes de chamar um único fornecedor pago. O teste interno do Clay num conjunto de dados do setor do software deu um email válido em cerca de 31% dos casos.

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

O Clay propõe quatro. A Conservative cobre todos os tipos de email verificados e serve para cold email, onde os bounces prejudicam 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 é uma 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 é o complemento ideal. Na falta destes, o Clay indica alternativas: nome completo mais nome da empresa, ou nome completo mais email pessoal. O Infer Email precisa mesmo de um domínio, por isso, em listas só com nomes, esse passo é ignorado.

Quantos fornecedores deve ter uma cascata do Clay?

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