Muitos clientes se surpreendem quando têm problemas de entregabilidade em B2C, mesmo tendo sido muito cuidadosos em cumprir a legislação de proteção de dados: coletaram seus assinantes de forma inequívoca, eles querem receber as newsletters e os descadastros são processados com rapidez.
Infelizmente, às vezes, se esqueceram de um detalhe muito importante: eliminar da sua base de dados as contas dos ISPs que devolveram um bounce indicando que a conta não existe mais ou não está operacional (normalmente por enviarem com sistemas internos artesanais que não gerenciam os bounces).
Por exemplo, quando um envio devolve qualquer um destes códigos de resposta SMTP:
- 5.0.0 Address does not exist – O endereço não existe.
- 5.1.1 Bad destination mailbox address – Endereço da caixa de correio de destino incorreto.
- 5.1.2 Bad destination system address – Endereço do sistema de destino incorreto.
- 5.1.3 Bad destination mailbox address syntax – Sintaxe do endereço da caixa de correio de destino incorreta.
- 5.1.4 Destination mailbox address ambiguous – Endereço da caixa de correio de destino ambíguo.
- 5.1.6 Mailbox has moved – A caixa de correio foi movida.
- 5.1.7 Bad sender’s mailbox address syntax – Sintaxe do endereço da caixa de correio do remetente incorreta.
- 5.1.8 Bad sender’s system address – Endereço do sistema do remetente incorreto.
- 5.2.0 Other or undefined mailbox status – Outro status de caixa de correio ou indefinido.
- 5.2.1 Mailbox disabled, not accepting messages – Caixa de correio desativada, não aceita mensagens.
Embora, em geral, seja preciso descartar e não voltar a enviar para qualquer hard bounce com um código 5.x.x.
Quando isso não é feito, o problema é o seguinte:
► Se ultrapassarmos o número máximo por hora de envios para contas que já foram indicadas como bounce anteriormente, o ISP de destino pode bloquear ou enfileirar as mensagens seguintes.
Vejamos este log de exemplo em que o Hotmail indica isso de forma inequívoca:
queue #rcpt kbytes conn st retry last error———————————————- —— ———- —- — ——– ———-hotmail.queue/cliente_ip-zone_com-6 500997 15929377.0 9 Maximum of 20 recipient errors detected; disconnecting while connected from smtp.consultorpc.com (93.159.xxx.xx) to hotmail-com.olc.protection.outlook.com (104.47.5.33)
· Soluções para este problema
Em primeiro lugar, se forem usados sistemas locais de envio, é preciso tratar os bounces e removê-los da base de dados aos poucos.
Às vezes isso é complexo, pois exige certa programação ou dedicar recursos humanos, mas podemos nos ajudar com algum software existente no mercado que consiga gerenciá-los por POP3.
No entanto, o melhor é fazer os envios com uma plataforma de email em massa como o Mailrelay que nos ofereça esse recurso já incluído.
Para as bases de dados que já temos “sujas” por falta de manutenção, pode parecer fácil de resolver, já que bastaria atender, a partir de agora, à indicação das contas inválidas, mas não é.
É verdade que, quando forem detectadas novas contas incorretas ou que não estão mais operacionais, o Mailrelay já as marcará como bounce, mas entre as antigas algumas continuarão dando bounce e outras não.
A razão é que os ISPs transformam algumas em spamtraps ou, como poderíamos chamá-las melhor, bouncetraps, que eles voltam a deixar operacionais, sem dar bounce, vários meses depois, justamente para detectar quais remetentes cumprem a exigência de limpar os bounces e as contas inválidas e quais não.
Posts relacionados:
- Certificado SSL no Email Marketing: vale a pena?
- Email Marketing e Copywriting: a união perfeita?
- Enviar anexos por email com segurança e sem aumentar o tamanho
- O que é uma análise SWOT?
- 5 formas de reutilizar conteúdo nos seus emails
Para limpar essas, a única solução é descartar as bases de dados que temos sem manutenção ou, pelo menos, enviar para emails que tenham tido alguma atividade nos últimos 3 meses.
Para terminar, vale comentar que a limpeza de contas inválidas e bounces costuma ser deixada de lado porque normalmente os ISPs não são muito rigorosos (sobretudo com os remetentes corretos que não fazem spam), mas em certas épocas do ano (por exemplo agora, no final e no início do ano) costumam endurecer suas regras e começar a enfileirar por esse motivo.
Isso também acontece quando eles têm problemas de carga de trabalho excessiva nos seus servidores.
Eliminar essas contas inválidas é uma parte essencial da higiene da lista de email, e mover esses contatos para a sua lista de supressão evita que você volte a contatá-los por engano.
