O que significa um resultado de e-mail Catch-All? Como lidar com ele

Um resultado catch-all significa que o domínio aceita e-mails para qualquer endereço, portanto, a verificação não pode ser concluída de forma definitiva; trate-o como indeterminado e direcione-o separadamente.

Um endereço de e-mail catch-all reside em um domínio cujo servidor de e-mail aceita mensagens para qualquer nome, incluindo nomes que ninguém utiliza. É por isso que uma verificação nesse tipo de endereço não pode ser classificada como entregável ou não entregável. O EmailCheckPro trata esses resultados como indeterminado em vez de tentar adivinhar, e verificações indeterminadas não são cobradas. A questão relevante não é se o endereço é bom ou ruim, mas como sua equipe deve direcionar um contato cujo status é genuinamente desconhecido.

O significado de e-mail catch-all em termos simples

Uma configuração catch-all é uma escolha feita por quem administra o servidor de e-mail de um domínio. Muitos guias usam os termos accept-all e catch-all de forma intercambiável, e eles descrevem o mesmo comportamento de servidor.

Por que os domínios fazem isso? Frequentemente, o objetivo é evitar a perda de e-mails quando um remetente digita um nome incorretamente. Algumas organizações também utilizam essa configuração para dificultar que terceiros adivinhem quais endereços existem.

Esse é o cerne do significado de catch-all. Ele descreve como o domínio responde e deixa o endereço em si sem uma resolução definitiva.

Por que um resultado catch-all é indeterminado, não não entregável

A Verificação de entregabilidade de e-mail relata dois resultados concluídos: entregável, significando que o endereço poderia receber e-mail no momento da verificação, e não entregável. Um domínio catch-all não se encaixa honestamente em nenhuma das categorias. Classificar o endereço como entregável seria superestimar o que se sabe, e classificá-lo como não entregável descartaria contatos que podem estar perfeitamente acessíveis.

Portanto, a verificação não retorna um resultado concluído e o desfecho é indeterminado. No fluxo em tempo real, isso aparece como um código de negócio diferente de zero, 42200, sem um veredito associado, e o endereço não é cobrado.

Isso é importante para relatórios. Se um painel ou planilha agrupa linhas indeterminadas na contagem de não entregáveis, a lista parece pior do que realmente é e bons contatos acabam sendo suprimidos. Mantenha três categorias em qualquer exportação: entregável, não entregável e indeterminado. Formato inválido e verificações falhas também pertencem às suas próprias categorias, pois cada uma exige uma próxima etapa diferente.

Como direcionar contatos catch-all

Artigos do setor sobre endereços accept-all relatam que e-mails enviados para eles retornam (bounces) visivelmente mais do que e-mails enviados para endereços confirmados. Um experimento público da Hunter mediu 27% contra 1%, e o autor recomenda não excluir esses contatos nem tratá-los como válidos. Trate esse número como dados de um fornecedor, não como um parâmetro para sua lista.

Um plano de direcionamento prático:

1. Separe-os. Marque as linhas indeterminadas no CRM em vez de misturá-las com contatos entregáveis.
2. Prefira outras evidências. Se o contato veio de um formulário que a própria pessoa preencheu, essa origem é uma evidência mais forte do que a verificação pode oferecer.
3. Limite a exposição. Inclua contatos indeterminados em envios pequenos e monitorados, em vez da primeira onda de uma campanha.
4. Use outro canal. Para clientes potenciais de alto valor, entre em contato por meio de uma ligação telefônica ou rede profissional em vez de depender de um único endereço incerto.
5. Reavalie mais tarde. Uma verificação posterior pode fornecer um resultado diferente se a configuração do domínio mudar, portanto, mantenha as linhas em vez de excluí-las.

Evite enviar mensagens de teste para sondar esses endereços; isso transforma uma tarefa de qualidade de dados em e-mail não solicitado.

Catch-all versus resultados inválidos e falhos

Três resultados são frequentemente confundidos. A tabela abaixo os mantém separados.

Entrada inválida não é o mesmo que um veredito de não entregável. O formato do endereço em si é definido na RFC 5321 pública, que é uma referência de formato externa, e não uma descrição de como o produto chega à sua resposta.

Nenhum desses resultados é cobrado, portanto, classificá-los não custa nada extra; o custo é apenas o tempo que sua equipe gasta decidindo o que fazer com cada grupo.

Onde o tratamento de catch-all se encaixa no trabalho com listas

O tratamento de catch-all deve ocorrer após a desduplicação e antes de qualquer envio. Execute a verificação em tempo real para endereços únicos no momento da captura, ou em um arquivo preparado ao limpar uma lista existente, e então divida a saída pelo resultado. Linhas entregáveis seguem em frente. Linhas não entregáveis são suprimidas ou corrigidas. Linhas indeterminadas seguem o plano de direcionamento acima.

Um resultado entregável é específico para o momento da verificação. Isso se aplica igualmente às linhas que você decide manter do grupo indeterminado: manter um contato é uma escolha de negócio que sua equipe assume, não algo que a verificação aprova.

FAQ

Um endereço catch-all é o mesmo que um endereço inválido?

Não. Um endereço inválido é um problema de entrada, como a falta de um domínio ou sinal @. Um endereço catch-all está bem formado, mas reside em um domínio que aceita e-mail para qualquer nome, portanto, seu status não pode ser definido de nenhuma das formas. Entradas inválidas devem ser corrigidas na origem; resultados catch-all devem ser segmentados e tratados com cuidado.

Verificações catch-all indeterminadas são cobradas?

Não. Apenas resultados concluídos como entregável ou não entregável são faturáveis. Verificações inválidas, falhas e indeterminadas não são cobradas, portanto, uma lista com muitos domínios catch-all custa apenas pelos endereços que retornaram um resultado concluído. As taxas atuais estão nas páginas oficiais de preços e documentação da API.

Contatos catch-all devem ser excluídos de uma lista?

Excluí-los remove automaticamente contatos que podem estar acessíveis. Um padrão melhor é marcá-los como indeterminado, mantê-los fora do primeiro envio e preferir outras evidências, como a forma como o endereço foi coletado. As equipes podem verificar novamente mais tarde, pois a configuração de um domínio pode mudar.

Saiba mais

Escolha as informações do produto que se ajustam à próxima etapa do seu fluxo de trabalho.

• Ver a documentação do produto →
• Falar com a equipe →