Taxa de bounce: os limites que cada fornecedor publica

Não há dois fornecedores que concordem, e só o Amazon SES traz sanções concretas atrás do seu número.

O essencial A taxa de bounce é o número de bounces a dividir pelos emails enviados, vezes 100. Enviam-se 1 000, vêm 25 de volta, dá 2,5%. Quatro fornecedores com nome publicam um número, e não estão de acordo. O Amazon SES pede que se mantenha a taxa abaixo de 2%, põe a conta em revisão aos 5% e pode suspender os envios aos 10%. O Klaviyo publica «abaixo de 1,0%» — metade do SES. O painel de sequências do HubSpot dá por bom abaixo de 3%. Para o Gmail, o Google não publica limite nenhum. O Mailchimp escreve a razão no seu próprio centro de ajuda: "ISPs do not publicly release their limits." Ou seja, o «padrão da indústria de 2%» que toda a gente cita pertence a um fornecedor de cloud, não a uma indústria. O SES conta só os hard bounces e exclui, por escrito, a caixa cheia e os IP bloqueados. O que significa que 3% feitos de caixas cheias e 3% feitos de endereços mortos não são o mesmo acontecimento, e só um deles ameaça a conta. Para o cold email não existe referência publicada. Nem de um fornecedor de envio, nem de um organismo de normalização, nem de uma empresa de estudos.

Pegue nos bounces, divida pelos emails enviados, multiplique por 100. A fórmula é essa — e é a última coisa simples desta página.

Uma desambiguação antes dos números, porque o Google confunde as duas coisas a toda a hora. A analítica web tem uma métrica com o mesmo nome e nada mais em comum. O Google Analytics 4 define-a como "the percentage of sessions that were not engaged", sendo sessão com envolvimento a que passa dos 10 segundos, dispara um evento-chave ou chega a duas páginas vistas (ajuda do GA4, consultada a 29 de agosto de 2026). Num site, 42% é um dia normal. Num envio de email, 42% quer dizer que a lista nunca foi verificada e que o domínio está em apuros.

Agora a parte que ninguém faz como deve ser. Todos os artigos que se classificam para esta pesquisa imprimem uma tabela de limites, e nem um diz quem publicou os números que lá estão. Passei a manhã nas fontes primárias — o FAQ de aplicação do Amazon SES, as faixas de entregabilidade do Klaviyo, a documentação de bounce do HubSpot, as regras de remetente do Google, o artigo do Mailchimp sobre bounces, a RFC 3463 e a referência de erros SMTP do Gmail — e copiei a formulação palavra por palavra. É isto que dizem, com a data em que li cada uma.

Uma declaração de interesses antes de continuar. Dirijo a Enrow, que encontra e verifica emails profissionais, portanto tenho interesse comercial em que este número lhe importe. Tudo o que vem daqui até às duas últimas secções é documento de outra pessoa, citado e com o link ao lado.

Todos os limites de bounce publicados, numa tabela

Dois fornecedores publicam um número que se lhes pode exigir, o Amazon SES e o Klaviyo, e divergem por um fator de dois. Um terceiro, o HubSpot, publica um valor mais folgado para as sequências e recusa-se a publicar um para o email de marketing. O Google não publica nada.

Três destas dez linhas dizem, de uma maneira ou de outra, «não há número». Não é falha da minha leitura. É a posição que dois dos maiores remetentes do mundo assumem por escrito, e explica por que razão a tabelinha arrumada de 2%/5% que circula nesta pesquisa tem uma única fonte real por baixo.

O que o número do SES mede, ao certo

Quem cita os 5% herda a definição que vem com eles, e essa definição é mais estreita do que se costuma supor. O SES conta hard bounces para domínios que não foram verificados, e mais nada: "Temporary and intermittent failures such as 'mailbox full,' or bounces due to blocked IP addresses, don't count toward your bounce rate" (FAQ de bounce, Q3, consultado a 29 de agosto de 2026). Uma campanha que aparece a 4% no painel do seu fornecedor de envio pode estar bem abaixo de 1% pela aritmética do SES. Ou pode não estar, e não há maneira de saber sem separar os códigos.

Há um segundo pormenor que quase ninguém menciona: o número do SES não é reproduzível por quem o sofre. Está escrito: "We don't calculate your bounce rate based on a fixed period of time… Instead, we look at a representative volume." E o próprio FAQ explica a seguir que a API de estatísticas de envio também não lho dá. A métrica que decide se a conta continua a enviar é calculada numa janela que a Amazon não revela, sobre um volume que a Amazon escolhe. Faça as contas pelo limiar que suspende a conta, não pelo que o painel mostra.

Já agora, mantenha as queixas numa coluna à parte. O Amazon SES pede uma taxa de queixas abaixo de 0,1%, põe a conta em revisão a partir de 0,1% e pode suspender os envios a partir de 0,5% (FAQ de queixas, Q5, consultado a 29 de agosto de 2026). O Klaviyo reparte a mesma métrica por três colunas da sua tabela de entregabilidade: saudável abaixo de 0,01%, a melhorar entre 0,01% e 0,05%, a precisar de atenção acima de 0,05%. A faixa saudável de cancelamentos de subscrição está abaixo de 0,3% por campanha. Métrica diferente, aritmética diferente — e no entanto há quem cite as duas no mesmo parágrafo como se fossem uma só.

Hard bounce e soft bounce

Um valor de 2,8% no HubSpot e outro de 2,8% no Amazon SES não medem a mesma coisa.

Um hard bounce é uma rejeição permanente: a caixa não existe, o domínio não consegue aceitar correio, ou o servidor recusa-o por política. Traz uma resposta SMTP da classe 5yz, que a RFC 3463 define como uma falha que dificilmente se resolve reenviando a mensagem tal como está. Um soft bounce é passageiro, traz uma resposta 4yz e costuma desaparecer numa segunda tentativa — caixa cheia, limite de ritmo, um servidor com um mau dia.

A versão curta da tabela que vem a seguir: de um lado um endereço morto, do outro um mau momento.

A versão longa é a que interessa, porque o seu fornecedor de envio mostra-lhe uma categoria e o servidor de destino mandou-lhe um código. Não é a mesma informação. Nove tipos de bounce cobrem quase tudo o que um envio real devolve, e só quatro são falhas permanentes que entram no número que o Amazon SES faz valer — os outros cinco são passageiros, excluídos, ou não documentados.

Códigos SMTP e definições de sub-código retirados da RFC 3463 e da referência de erros SMTP do Gmail, ambas consultadas a 29 de agosto de 2026. O tratamento do SES vem do seu FAQ de bounce, na mesma data.

E aqui está a divergência que vale a pena conhecer, porque muda o que o painel lhe está a dizer. O HubSpot lista seis motivos de hard bounce e «Mailbox full» é um deles. O Amazon SES nomeia o mesmo acontecimento como exemplo do que não conta. Mesmo bounce, mesmo destinatário, classificado como permanente por um fornecedor e ignorado pelo outro. Nenhum dos dois está errado, e um valor de 2,8% no HubSpot e um valor de 2,8% no SES continuam a não ser números comparáveis.

É nos soft bounces que se desfaz o folclore do «não faz mal, o servidor tenta outra vez». O Klaviyo suprime um endereço automaticamente ao fim de mais de 7 soft bounces consecutivos, contando só os dos últimos 2 anos. O Mailchimp guarda uma exceção deliberada em sentido contrário: "If a bounced address has recently engaged with your emails, we won't remove it from your audience right away." Dois fornecedores, o mesmo sinal, reflexos opostos. No que estão de acordo é nisto: um soft bounce que se repete deixa de ser mau tempo e passa a ser uma caixa morta disfarçada.

Que taxa de bounce é boa?

Abaixo de 2% é o que o Amazon SES publica como boa prática, e é o único que traz sanções concretas atrás: revisão aos 5%, suspensão possível aos 10%, só hard bounces. O Klaviyo aperta e fixa-se abaixo de 1,0%. Em cold email, o alvo de trabalho é abaixo de 1%, porque um envio a frio não tem histórico de envolvimento para gastar.

Este último valor é uma escolha minha, não é regra publicada por ninguém. Um envio a frio sai muitas vezes de um domínio jovem, sem histórico nenhum acumulado na conta, e aí as linhas mortas custam mais caro do que custariam numa newsletter com cinco anos de casa. O alvo alcança-se sem proezas: é o que uma lista verificada antes do envio produz. O método é aborrecido e está em verificação de emails em massa — normalizar, tirar duplicados, passar cada linha por verificações SMTP reais, separar por estado e não filtrar, e verificar outra vez antes da campanha seguinte, em vez de confiar num ficheiro de março.

Valores de referência de bounce, por contexto de envio

As listas maiores fazem menos bounce: de 1 000 a 2 499 contactos, 3,18%, mais do dobro das maiores.

O maior conjunto de dados públicos sobre isto vem do GetResponse, que analisou mais de 4,4 mil milhões de mensagens enviadas pelos seus clientes em 2023, restrito a quem tem pelo menos 500 contactos. A média que apresenta é 2,33%. E a conclusão mais útil contraria a intuição com que quase toda a gente aborda a limpeza de listas: as listas maiores fazem menos bounce, não mais. O segmento acima de 100 000 contactos está nos 1,51%, ao passo que as listas de 1 000 a 2 499 estão nos 3,18% — mais do dobro.

Fonte: GetResponse Email Marketing Benchmarks, ano de dados 2023, página consultada a 29 de agosto de 2026. Só email de marketing com consentimento — nada disto é prospeção a frio.

Os emails de boas-vindas nos 3,98%, quase seis vezes o valor do RSS, são o sinal que denuncia tudo. É o envio que parte para um endereço no instante em que alguém o escreve num formulário, antes de qualquer verificação. As gralhas e os endereços descartáveis chegam ali primeiro.

O setor pesa tanto como qualquer outra coisa que esteja na sua mão, e do primeiro ao último há um fator de quatro.

Mesma fonte, mesmo ano de dados, mesma data de leitura. E uma ressalva honesta: o relatório dá três médias gerais diferentes para si próprio, consoante a tabela que se abra — 2,33% na tabela dos continentes e no FAQ, 2,79% na dos setores, 2,78% na dos países. São agregações diferentes do mesmo corpus, que o relatório não reconcilia. Indiquei de que tabela veio cada número, em vez de escolher o que me convinha.

Por país, o intervalo alarga-se ainda mais, e é pouco intuitivo para quem lê da Europa: Polónia 1,13%, Bélgica 1,75%, Austrália 1,77%, Canadá 2,26%, Espanha 2,48%, Estados Unidos 2,70%, França 2,71%, Grã-Bretanha 3,21%, Alemanha 3,89%, Israel 9,97%. E nada disto é estável. No mesmo relatório, a América do Norte caiu de 4,92% em 2022 para 2,68% em 2023. Um valor de referência é uma fotografia, não é uma constante.

Taxa de bounce em cold email: a referência que não existe

Não há média publicada de taxa de bounce para prospeção a frio. Fui procurá-la esta manhã e vim de mãos a abanar: o resultado que hoje se classifica para essa pergunta exata é uma publicação no LinkedIn a afirmar uns 7,5%, sem dados, sem amostra e sem fonte nenhuma. Trate-o como um número que alguém escreveu.

A taxa de bounce de uma lista fria decide-se a montante do envio: de onde vieram os endereços, há quanto tempo esperam no CRM e se cada um foi verificado antes de receber a primeira mensagem. Os limites publicados pelos fornecedores, mais acima, são os únicos pontos fixos, portanto confronte os seus envios com eles — o «abaixo de 1,0%» do Klaviyo é a faixa saudável, e é aos 5% que o Amazon SES põe a conta em revisão.

O que um bounce lhe custa de verdade

Um hard bounce não é uma mensagem que não chegou. É um registo aberto contra o seu domínio de envio, e esse registo dura mais do que a campanha que o produziu.

O HubSpot documenta a versão mais concreta disto, e vale a pena ler duas vezes. Um contacto que faça hard bounce em três ou mais contas HubSpot recebe estado de bounce global e fica "dropped from future emails across all HubSpot accounts" — não na sua conta, em todas. O dano de reputação que os endereços maus provocam não fica dentro da conta que lhes enviou. A lista suja de outra pessoa pode queimar-lhe um endereço antes de lhe tocar, e a sua lista suja está a fazer o mesmo às outras pessoas.

No SES, o problema apresenta-se de outra maneira. Como a taxa de bounce é calculada sobre um volume representativo e não sobre uma janela fixa, não se pode esperar que um mau envio passe. Não há segunda-feira nenhuma em que o contador zere. Dilui-se um número mau com envios bons, devagar, e entretanto a conta fica em revisão.

A assimetria é a parte que as equipas subestimam. Uma tarde a enviar para um ficheiro podre, e depois semanas de envios pequenos, cuidadosos e bem recebidos para recuperar. Já vi um domínio passar de limpo a pasta de spam entre o almoço e o fim do dia.

Porque é que os emails fazem bounce

Os bounces decidem-se na qualidade da lista, não no texto. Assuntos e horas de envio mexem com as taxas de abertura; nenhum deles muda o facto de a caixa existir ou não. Quatro causas explicam quase tudo o que vejo em ficheiros reais, e a primeira é maior do que as outras três juntas.

À cabeça, as linhas velhas. As pessoas mudam de empresa e os endereços morrem com o crachá, de maneira que qualquer ficheiro exportado há meses está a degradar-se enquanto espera no CRM. Não lhe consigo dar uma percentagem honesta de degradação — a fonte de estatísticas de emprego dos Estados Unidos que normalmente citaria devolveu-me um 403 esta manhã, e não vou buscar o número a um blogue. O sentido, esse, não oferece dúvidas: uma exportação de há nove meses não é uma lista, é um arquivo.

Em segundo lugar, os endereços deduzidos do formato da empresa. Alguém aplica nome.apelido@empresa.com a 400 linhas e envia sem mais nada. Uma parte razoável está certa. Cada uma das erradas faz bounce, e não há como distinguir umas das outras sem confirmar endereço a endereço. O método para deduzir com jeito, e depois confirmar, está em como encontrar o email de alguém.

Depois os catch-all, que fazem bounce de uma forma que não parece nada até já ser tarde. O SendGrid separa os dois mecanismos com precisão: um bounce síncrono acontece "when the remote inbox provider rejects the message during the initial delivery attempt", ao passo que um assíncrono acontece "when Twilio SendGrid accepts a message for delivery, but the inbox providers reports that message as a bounce" (documentação do SendGrid, consultada a 29 de agosto de 2026). Um domínio que aceita tudo diz que sim à porta e rejeita-o no corredor, horas depois. É esse atraso que faz de um catch-all por resolver uma linha insegura — o mecanismo completo está em o que é um email catch-all.

Por fim, a causa mais aborrecida de todas: dados sujos. Um espaço a mais no fim, .con no lugar de .com, nomes próprios na coluna do apelido, uma colagem que desalinhou o ficheiro inteiro em uma linha. Corrigir não custa nada. Enviar assim custa caro.

Como baixar a taxa de bounce

Verificar cada endereço antes de cada envio, apagar os hard bounces à vista e sem repetir, manter os catch-all fora do ficheiro enquanto ninguém os resolver, e verificar outra vez tudo o que foi recolhido há mais de uns meses. Esta sequência tira do caminho quase tudo o que faz bounce. O resto é disciplina de volume: o Google classifica como remetente em massa quem passa das 5 000 mensagens por dia para contas Gmail, e esse é o único número publicado com que se pode planear um warm-up.

Dois hábitos valem mais do que todo o resto da lista.

O primeiro: agrupe o relatório de bounces por domínio de destino antes de o ler. Uma percentagem ao nível da campanha faz a média da parte útil e apaga-a. Imagine um envio para 2 000 endereços que devolve quatro hard bounces, e os quatro caem na mesma empresa. Raramente é azar. Quase sempre quer dizer que o formato de endereço que aplicou àquela empresa está errado, o que põe sob suspeita todas as outras linhas que tem do mesmo domínio, tenham feito bounce ou não. Vá procurar o domínio outra vez, e quatro falhas compram-lhe a correção de vinte linhas.

O segundo: confronte o seu relatório com os códigos da tabela acima antes de reagir. 452 4.2.2 e 550 5.1.1 caem na mesma coluna do painel, com a etiqueta «bounced», e querem dizer o contrário um do outro — um é uma pessoa com a caixa cheia, o outro é uma caixa que já não existe. Quem apaga no primeiro e repete no segundo tem tudo às avessas. O HubSpot expõe isto como deve ser, na propriedade de motivo de hard bounce, e a auditoria está escrita em qualidade dos dados no HubSpot CRM; se o envio correr por sequências, os limiares que esse painel usa estão no guia das sequências do HubSpot.

As afirmações que circulam, confrontadas com a fonte

Oito afirmações dominam as páginas que se classificam para estas pesquisas, e todas elas deturpam a fonte que invocam. A mais repetida — o «padrão da indústria de 2%» — não passa da linha de boa prática de um fornecedor de cloud, contando um único tipo de bounce. Recolhi cada afirmação de um resultado real a 29 de agosto de 2026 e pus ao lado o documento primário.

Quanto custa prevenir, e quanto custa um bounce

Verificar mil endereços custa 3,75 € no escalão pago mais barato e 1,80 € no Scale — 1,95 € de diferença, entre planos que separam cinquenta vezes em créditos e vinte e quatro vezes em preço. Uma verificação custa um quarto de crédito, portanto mil linhas gastam 250.

Grelha em euros da Enrow, sempre com pagamento mensal. Cada custo de verificação é o preço do mês a dividir pelos créditos do mês, vezes 250. O plano gratuito repõe-se todos os meses.

Três euros e setenta e cinco cêntimos para verificar mil endereços, contra uma semana de colocação degradada na caixa de entrada, em todas as campanhas que saem do domínio. A comparação nem é renhida, e é aí que se percebe que a taxa de bounce é mais uma decisão de compra do que uma decisão de envio.

Como vendo uma destas ferramentas, aqui vai a declaração e os limites no mesmo fôlego. A Enrow encontra e verifica emails profissionais e telemóveis diretos em tempo real, e só cobra quando o resultado sai válido: uma falha e um bounce não custam um cêntimo. Cada endereço passa por mais de 10 verificações — várias passagens SMTP e sondagens de catch-all a partir de servidores em regiões diferentes — e as linhas de domínios que aceitam tudo saem verificadas, e não arrumadas na gaveta dos «arriscados». Os ficheiros inteiros entram pela API, ou pelo servidor MCP em github.com/EnrowAPI/enrow-mcp se o trabalho decorrer dentro do Claude ou do Cursor. A partir de um perfil do LinkedIn ou do Sales Navigator, a extensão Chrome escreve a ficha de contacto completa e verificada no HubSpot, no Salesforce ou no Pipedrive num clique — e essa escrita é uma criação-ou-atualização nos três, de modo que o mesmo prospect a aparecer em duas pesquisas guardadas dá um registo atualizado duas vezes, não dois registos.

Agora os limites. A Enrow não tem índice de contactos para consultar e não vai construir nenhum, porque um índice guardado é recortado de novo de três em três ou de nove em nove meses, e o intervalo entre recortes é exatamente a degradação que enche um envio de linhas mortas. Resolver no momento da pergunta é a troca que fazemos, e o preço dessa troca é este: montar a lista continua a fazer-se no LinkedIn ou no Sales Navigator, não aqui. O saldo de créditos também é um só para os dois trabalhos — passe 40 000 linhas pelo verificador no Pro e os 10 000 créditos do mês acabam, sem sobrar nada para encontrar gente nova. Reparta esse orçamento antes de carregar o ficheiro, não depois.

FAQ

Que taxa de bounce é boa?

O valor mais usado é o do Amazon SES: manter abaixo de 2%, com revisão da conta aos 5% e suspensão possível aos 10%, contando só hard bounces. O Klaviyo aperta mais e fixa-se abaixo de 1,0%. O HubSpot dá por bom abaixo de 3% numa sequência. Em prospeção a frio, o alvo realista para uma lista verificada antes do envio é abaixo de 1%.

Que taxa de hard bounce é aceitável?

Os hard bounces são aqueles contra os quais os fornecedores agem, portanto o número aceitável está perto de zero. O Amazon SES conta só hard bounces na taxa que põe uma conta em revisão aos 5% e a suspende aos 10%. Uma lista B2B verificada deve ficar abaixo de 1% de hard bounces; acima de 2%, quer dizer que entraram endereços no ficheiro sem passar por uma verificação real.

Como se calcula a taxa de bounce de um email?

Divida o número de mensagens que fizeram bounce pelo número de mensagens enviadas e multiplique por 100. Uma campanha enviada para 5 000 endereços que devolva 60 bounces tem uma taxa de 1,2%. Calcule também os hard e os soft em separado, porque o Amazon SES só conta os hard nos seus limiares de sanção e exclui as caixas cheias e os IP bloqueados.

Devo apagar os hard bounces da minha lista?

Sim, de imediato, e nunca repetir o envio. Um hard bounce é uma rejeição permanente da classe 5yz, definida pela RFC 3463 como uma falha que dificilmente se resolve reenviando a mensagem tal como está. O HubSpot vai mais longe: um contacto que faça hard bounce em três ou mais contas HubSpot deixa de receber emails em todas as contas HubSpot. Apague a linha, não se limite a suprimi-la, e volte a procurar o contacto.

Uma taxa de bounce de 42% é boa?

Esse número é quase de certeza de analítica web, não de email. O Google Analytics 4 define a taxa de bounce como a percentagem de sessões sem envolvimento, e 42% é banal num site. Em email, 42% significaria uma lista nunca verificada e um domínio de envio já em sarilhos sérios. As duas métricas partilham o nome e mais nada.

Os soft bounces prejudicam a reputação de remetente?

Um soft bounce isolado é uma rejeição transitória da classe 4yz, e o Amazon SES exclui as caixas cheias da sua taxa por completo. O problema está na repetição. O Klaviyo suprime automaticamente um endereço ao fim de mais de sete soft bounces consecutivos, contados ao longo de dois anos, porque uma caixa que nunca aceita correio está funcionalmente morta, seja qual for o código que devolva.

Qual é a taxa média de bounce em cold email?

Nenhum fornecedor de envio, organismo de normalização ou empresa de estudos publica uma. Os valores que circulam à volta de 7,5% vêm de publicações em redes sociais sem fonte primária. Em vez disso, confronte os seus envios com os limites que os fornecedores publicam: abaixo de 1,0% é a faixa saudável do Klaviyo, e 5% põe uma conta do Amazon SES em revisão.

Qual é a diferença entre hard bounce e soft bounce?

Um hard bounce é permanente, traz uma resposta SMTP da classe 5yz — como o 550 5.1.1 do Gmail para uma caixa que não existe — e a linha deve ser apagada. Um soft bounce é transitório, traz uma resposta 4yz como o 452 4.2.2 de caixa cheia, e costuma resolver-se numa segunda tentativa. Nas margens, os fornecedores não estão de acordo: o HubSpot classifica a caixa cheia como hard, o Amazon SES exclui-a da taxa de bounce.

Como verifiquei isto

Todos os limites desta página foram consultados numa fonte primária ao vivo a 29 de agosto de 2026 e citados nas palavras do próprio fornecedor, não parafraseados a partir de outro artigo. Aqui isso contou mais do que o costume: nenhuma das páginas que o Google cita hoje para esta pesquisa atribui os seus números a quem quer que seja.

O que li nessa manhã, por ordem: o FAQ de aplicação do Amazon SES (bounce, da Q3 à Q6, e o FAQ de queixas), as métricas de entregabilidade do Klaviyo e o artigo das faixas de referência, mais a documentação de supressões, o artigo do HubSpot sobre hard e soft bounce, a sua página de sender score das sequências e as páginas de período probatório e de suspensão, as regras de remetente do Gmail, a referência de erros SMTP do Google Workspace, a definição de taxa de bounce do GA4, o artigo «About bounces» do Mailchimp, a RFC 3463 na íntegra, a documentação de bounces do SendGrid e o relatório Email Marketing Benchmarks do GetResponse. As afirmações da tabela do SERP saíram de resultados reais do Google, em inglês dos Estados Unidos, lidos na mesma manhã.

Duas fontes que quis e não consegui. O comunicado JOLTS do Bureau of Labor Statistics devolveu HTTP 403 a todos os pedidos, portanto não aparece em página nenhuma desta um valor de mudança de emprego ou de degradação de listas. O centro de ajuda do Brevo devolveu 403 também, de modo que o Brevo está ausente da tabela de limites em vez de ser representado por um número de memória. E não conheço limite de bounce publicado pelo Microsoft 365; não fui buscar nenhum nesse dia, portanto a Microsoft também não entra na tabela.

Os números da própria Enrow vêm da ficha de factos do repositório, verificada a 29 de agosto de 2026. O bounce abaixo de 1% e os cerca de 60% de contactos encontrados são médias observadas nos ficheiros que a Enrow processa. São medições, não são promessas, e ninguém lhe reembolsa um bounce.

A sua taxa de bounce decide-se antes de carregar em enviar, não depois. Passe a próxima lista pela Enrow: mais de 10 verificações por endereço, catch-all resolvidos e não arrumados na gaveta, e 50 créditos que se repõem todos os meses, ponha ou não ponha um cartão.