Por que as listas do Argorant não dão bounce, e como verificar as suas

A taxa de bounce é o número que decide se o seu domínio continua chegando à caixa de entrada, e é a única coisa de uma lista de contatos que você não consegue consertar depois. Este guia cobre as duas metades do problema: o que acontece com os nossos dados quando você os exporta e o que fazer com uma lista que veio de outro lugar. Elas funcionam de forma diferente, são cobradas de forma diferente, e confundir as duas é a dúvida de cobrança mais comum que recebemos.

A ideia central: a verificação acontece na exportação, não na coleta

A maioria das bases de dados verifica os endereços quando os coleta e entrega a você o que era verdade meses atrás. O Argorant faz o contrário. Quando você cria uma exportação, cada endereço dela é verificado naquele momento ou aproveita uma verificação feita nos últimos 60 dias. Endereços que não podem receber e-mails são removidos do arquivo antes de chegar até você e não custam nada.

Disso decorrem três consequências, e elas explicam quase todo o resto deste guia.

• A atualidade é uma propriedade da sua exportação, não do registro. A pergunta nunca é qual a idade dos dados, e sim quando o arquivo foi criado.
• A sua exportação geralmente vai sair menor que a contagem. É o sistema funcionando. A contagem é o universo correspondente; o arquivo é o subconjunto entregável.
• Você não consegue saber o custo exato antes de rodar, porque as verificações acontecem durante a exportação. Faça o orçamento usando o tamanho da seleção como teto e espere que o número real fique abaixo dele.

As notas, em termos simples

Cada endereço recebe um resultado. Quatro deles importam para você.

• Válido. A caixa foi confirmada na verificação. Esse é o conjunto padrão e, na maioria dos segmentos, é a grande maioria do que você recebe.
• Catch-all. O domínio aceita qualquer endereço, exista ou não uma caixa por trás. É uma escolha de configuração da empresa que recebe, e significa que nenhum método de verificação em lugar nenhum consegue confirmar a caixa individual. Qualquer fornecedor que diga o contrário está chutando. Nós identificamos esses endereços em vez disso.
• Arriscado. A verificação foi concluída, mas os sinais são mistos. Entregável em princípio, com menos certeza que um válido.
• Inválido ou não verificável. Filtrado antes da entrega, nunca no seu arquivo, nunca cobrado.

A regra de cobrança cabe numa linha: um crédito por contato entregável no seu arquivo, zero para tudo o que é filtrado. Linhas válidas, catch-all e arriscadas são todas contatos entregáveis e custam um crédito cada. Linhas inválidas e não verificáveis não custam nada e não são substituídas em silêncio por palpites.

O padrão que protege você

As exportações vêm por padrão com só válidos. Catch-all e arriscados são uma opção explícita na hora de exportar, o que significa que você não consegue, sem querer, carregar um arquivo cheio de endereços incertos num domínio em aquecimento. Se a sua exportação saiu menor e mais barata do que você esperava, geralmente o motivo é esse padrão, e ele trabalhou a seu favor.

A decisão sobre catch-all, bem tomada

É uma escolha de estratégia, não técnica, e as duas respostas são defensáveis.

Inclua quando o seu mercado-alvo for enterprise ou uma região em que a configuração catch-all é comum. Excluí-los por completo pode tirar uma parte relevante de alguns segmentos, e, se você vende para empresas maiores, pode estar apagando em silêncio um terço do seu alcance.

Deixe de fora quando você estiver aquecendo um domínio novo, quando a sua reputação de envio já estiver frágil ou quando o seu provedor for rígido com taxas de bounce.

A estratégia em que a maioria das equipes chega fica no meio-termo:

1. Rode as sequências principais só com endereços válidos, a partir de um domínio de envio saudável.
2. Coloque os catch-all numa campanha separada, num domínio de envio separado, se você tiver um.
3. Envie essa campanha com volume menor e acompanhe a taxa de bounce nas primeiras centenas de envios.
4. Escale se a taxa se mantiver; pause se não se mantiver.

Separar significa que um lote ruim de catch-all nunca vai prejudicar a reputação que sustenta as suas campanhas principais. Esse é todo o sentido da divisão.

O que a verificação não faz por você

A verificação na exportação elimina a maior causa de bounces. Ela não elimina todas, e seis coisas continuam sendo trabalho seu.

1. Autentique o seu domínio de envio. SPF, DKIM e DMARC corretos antes de o volume subir, e não depois.
2. Aqueça domínios e caixas novos aos poucos. Uma lista perfeita enviada de um domínio frio continua caindo no spam.
3. Decida sobre os catch-all de forma deliberada, em vez de incluí-los porque a contagem ficou mais bonita.
4. Exporte perto do envio. Um arquivo verificado que ficou dois meses numa pasta já não é um arquivo verificado.
5. Exclua todo mundo para quem você já enviou e respeite os descadastros em todas as ferramentas de onde você envia.
6. Mantenha o volume diário por caixa razoável. A taxa de bounce é uma proporção dos envios, então empurrar volume por poucas caixas amplifica todos os problemas que você tiver.

A janela de 60 dias, e o que ela significa para um arquivo no seu computador

Os resultados de verificação continuam válidos por 60 dias, então uma exportação ou verifica ao vivo ou reaproveita um resultado recente. Os dois contam como verificados. O que isso não faz é manter atualizado o CSV que você baixou. O arquivo reflete o dia em que você o baixou; as pessoas mudam, caixas são fechadas, e nada avisa você. Trate a data do download como a data de validade do arquivo.

O ritmo que resolve isso de vez: mantenha uma lista salva por segmento como fonte da verdade e exporte uma fatia nova no início de cada campanha. Listas salvas guardam filtros, e não fotos, então rodar de novo reflete o mercado de hoje. Baixar de novo uma exportação antiga em Exportações é sempre grátis, porque você já pagou por aquele arquivo. Criar uma exportação realmente nova roda a verificação de novo e cobra um crédito por contato entregável.

Para um segmento muito grande, que você vai trabalhar ao longo de várias semanas, exporte em fatias alinhadas à sua programação de envio, em vez de um arquivo enorme. Assim cada fatia é verificada perto do momento em que realmente é enviada.

A outra metade: verificar uma lista que você já tem

O verificador em app.argorant.com/verify verifica endereços que você mesmo traz: um segmento do CRM que ninguém toca há um ano, uma planilha herdada, um arquivo de outra fonte, endereços coletados por um formulário. Contatos que vieram de uma exportação do Argorant não precisam dessa etapa, porque foram verificados quando a exportação foi criada.

Os dois saldos, e por que são cobrados de forma diferente

Um único saldo de créditos cobre os dois, mas eles são cobrados de forma diferente.

• Créditos de contato cobrem os nossos dados. Um crédito por contato entregável que você revela ou exporta. Se o endereço falha, ele é filtrado antes da entrega e não custa nada.
• Verificações de e-mail cobrem os seus dados. Meio crédito por endereço enviado, cobrado seja qual for o resultado.

A assimetria é proposital, e é o jeito honesto. Quando você compra contatos de nós, está pagando por um endereço entregável, então uma falha é problema nosso e custa zero para você. Quando você verifica a sua própria lista, está pagando pelo próprio resultado. "Este endereço está morto" é exatamente a resposta que você queria, e o trabalho foi feito de qualquer forma.

Desde 2026-09-19, verificações e contatos compartilham um único saldo: uma verificação nova custa meio crédito, novas verificações recentes são grátis e um saldo de verificações anterior a essa data é gasto primeiro. Quando os créditos acabam, tanto as revelações quanto as verificações de listas ficam pausadas até você adicionar créditos ou um plano.

O fluxo, do início ao fim

1. Abra Verificar.
2. Cole um único endereço ou alguns diretamente, ou envie um CSV para um lote.
3. Inicie a execução. Lotes maiores rodam em segundo plano, então você pode sair da página.
4. Baixe os resultados, com um resultado por linha.
5. Decida o que fazer com as linhas catch-all antes de importar qualquer coisa em qualquer lugar.

Dentro de uma execução, você só paga por verificações novas. Endereços verificados recentemente são respondidos de graça a partir do resultado já existente, e o resumo informa quantos foram cobrados e quantos voltaram de graça. Nada é cobrado por um arquivo recusado logo de cara.

Preparando o arquivo para o envio funcionar de primeira

A maioria dos envios que falham se deve a uma de sete coisas, e as sete se resolvem numa planilha em menos de um minuto.

• Um endereço por linha. Não vários numa célula, separados por ponto e vírgula ou barra.
• Um cabeçalho claro na coluna de e-mail, como email, na primeira linha.
• Salve como CSV UTF-8. Exportações de ferramentas de CRM mais antigas às vezes usam outra codificação, o que aparece como caracteres embaralhados.
• Vírgula como separador. Planilhas em algumas configurações regionais usam ponto e vírgula por padrão, então confira a janela de salvar.
• Tire espaços e aspas soltas. Um único espaço no início torna inutilizável um endereço perfeitamente bom.
• Remova o que claramente não é endereço: linhas vazias, texto de exemplo, anotações que foram parar na coluna de e-mail.
• Remova os duplicados antes. O mesmo endereço duas vezes é o mesmo resultado duas vezes, e numa lista enviada por você você paga pelos dois.

Desvio: o arquivo foi recusado

• "Só são aceitos arquivos CSV e Excel." Exporte de novo da sua planilha como CSV, em vez de renomear a extensão do arquivo.
• "O CSV não tem cabeçalhos" ou "Não foi possível interpretar o texto do CSV." Quase sempre é um preâmbulo acima da linha de cabeçalho, que as exportações de CRM adoram acrescentar. Apague todas as linhas acima do cabeçalho.
• "Arquivo vazio." Geralmente uma exportação salva mas não preenchida, ou uma visão filtrada da planilha que exportou só as linhas ocultas.
• "Arquivo grande demais." Divida por segmento em vez de compactar. Arquivos menores importam mais rápido em todas as etapas seguintes de qualquer forma.
• "Nenhum endereço de e-mail válido encontrado na sua lista." O arquivo foi lido, mas nenhuma coluna tinha algo com formato de endereço. Confira se a coluna de e-mail não está salva como fórmula e se os endereços não foram cortados pela largura da coluna durante um copiar e colar.

Desvio: a lista é maior do que uma execução

O verificador do app processa até 1,000 endereços por execução, e a mensagem que você vai ver é "Até 1,000 e-mails por execução - divida listas maiores." Para qualquer coisa maior, use a CLI, que divide o arquivo para você automaticamente:

npx argorant verify --file my-list.csv -o out.csv

Ela lê o arquivo, extrai os endereços e remove os duplicados, envia em partes de 500 e grava um CSV com email,status,deliverable. Se a sua coluna de e-mail tiver outro nome, aponte para ela com --column work_email. A linha de resumo no final informa quantos eram entregáveis, quantas verificações foram cobradas e quantas saíram de graça porque já existia um resultado recente.

Pela API valem os mesmos limites: o endpoint de verificação em lote aceita 500 endereços por chamada, então faça um loop pelos lotes em vez de enviar uma requisição enorme e espere ao bater num limite de requisições, em vez de tentar de novo na hora.

Desvio: as verificações acabaram no meio da lista

Ficar sem verificações no meio da lista é um problema de créditos como qualquer outro: adicione um pacote pay-as-you-go em Perfil, Cobrança, ou passe para um plano cujo saldo mensal cubra o seu volume normal de limpeza. Se você estiver comprando pacotes todo mês no Starter, compare esse gasto com o Pro, que inclui 5,000 verificações por mês.

Uma cadência que mantém uma base saudável

Verificar de novo o tempo todo é dinheiro jogado fora, porque os resultados continuam válidos por 60 dias. A cadência que funciona é a verificação ligada ao envio, e não ao calendário.

• Segmentos do Argorant: mantenha a lista salva e exporte uma versão nova no início de cada campanha. Nenhuma etapa de verificação separada, nunca. Não há motivo para passar uma exportação do Argorant por um verificador antes de importá-la.
• A sua própria base: verifique de novo a fatia para a qual você vai enviar, pouco antes do envio. Não o CRM inteiro, não todo mês.
• Formulários e inbound: ligue o endpoint de verificação ao formulário ou ao fluxo de onboarding, para que endereços ruins nunca entrem na base. É o uso da API com maior alavancagem e o lugar mais barato para pegar um erro de digitação.
• Listas herdadas: verifique uma vez, imediatamente, antes que alguém se empolgue com o número de linhas. Uma lista de idade desconhecida é o jeito mais garantido de perder um domínio de envio.

Faça essas quatro coisas junto com as seis tarefas de entregabilidade listadas antes, e a sua taxa de bounce fica com folga dentro dos limites dos provedores, que é todo o objetivo. O próximo guia pega o arquivo verificado e o leva até um sequenciador sem quebrar nada.