Toda vez que mandamos um email, seja pelo nosso Gmail de forma manual ou pelo Mautic de forma automática, existe uma resposta do serviço que recebe o email para informar se o recebimento deu certo.
A lista de códigos de respostas é grande porém as respostas mais comuns são:
- 250 – OK o email existe e aceitamos sua mensagem;
- 550 – A caixa de email não foi encontrada ou rejeitamos sua mensagem.
A resposta 550 é considerada um HARD BOUNCE ou um email rejeitado. Com essa resposta em mãos o serviço de envio (SMTP) e a ferramenta de automação de marketing marcam o endereço de email como inválido e dessa forma não será enviado nenhum email para esse destinatário no futuro.
Essa sincronia de marcar o email como inválido é excelente porque não prejudicamos a reputação do nosso domínio e IP enviando email para destinatários que não existem.
Essa automação é linda quando todos os serviços estão online. Como sabemos, o Google caiu duas vezes essa semana e nas duas vezes o Gmail também esteve fora, sendo que na segunda vez chegou a ficar quase 3 horas com instabilidade no serviço.
O Google reportou que durante o tempo que o Gmail e o Gsuite ficaram fora do ar os emails recebidos foram respondidos com a mensagem 550, ou seja, se você mandou email para qualquer conta Gmail ou Gsuite entre 14/12 e 16/12 pode ter sido marcado o seu destinatário como bounce de forma indevida.
Não foram apenas 3 horas que o Gmail ficou fora do ar? Por que reavaliar bounces de 3 dias?
Na página oficial o Google reporta 2 horas e 22 minutos que o Gmail ficou fora do ar, porém o Sparkpost publicou um script em Python para ajudar seus clientes e o script está com as datas do dia 14/12 ao dia 16/12.
Como filtrar os contatos que foram marcados como bounce no Mautic no período que o Gmail esteve fora?
Pela interface do mautic não vai ser possível filtrar os bounces de um período específico porque por segmentos você só consegue filtrar os bounces porém não consegue escolher a data que virou bounce.
Porém uma consulta rápida, direta no banco de dados, como essa abaixo, vai trazer a lista de bounces.
Select e.email, l.date_added, l.reason
from leads e
inner join lead_donotcontact l on l.lead_id = e.id
where l.date_added between '2020-01-14' and '2020-12-16' and l.reason <> 1Não filtrei apenas @gmail porque o Gsuite também caiu, isso quer dizer que qualquer empresa que hospede seus emails no Google também respondeu com 550 email inválido. Então nos resta filtrar todos os bounces do período.
O único filtro que fiz no SQL foi excluir os bounces com reason igual a 1 porque a reason 1 são pessoas que clicaram no sair da lista no rodapé do seu email.
Com a lista anotar os ID dos contatos que parecem que não deveriam estar ali ou simplesmente todos e apagar os registros da tabela lead_donotcontact relacionado aos IDs dos contatos do período.
Removi a marcação de bounce dos contatos no Mautic e agora como posso remover a marcação de bounce no meu SMTP?
Uma parte do trabalho está pronta, agora vem a parte que não depende de nós que é tirar os contatos do período da supressão dos SMTPs.
Os serviços de SMTP como Elastic, Sendgrid e Amazon SES também contam com uma lista de supressão que é uma cópia dos endereços de emails que não existem para que caso sua ferramenta de automação de marketing não filtre, eles podem bloquear o envio.
Essa parte não será fácil. Você precisa perguntar para seu serviço de SMTP qual política eles adotaram em relação a queda de serviço do Google.
O Sparkpost foi o único até a publicação desse artigo que criou uma ação para remover a marcação de bounces do período.
Perguntamos ao ElasticEmail sobre o assunto e não tomaram nenhuma medida, sugeriram que cada cliente fosse responsável por sua remoção de bounce filtrando os @gmail.
Porém quando perguntado sobre as contas Gsuite falaram que o especialista em entregabildiade entraria em contato.
Você precisa fazer o mesmo no seu serviço de SMTP e solicitar que seja removido a marcação de bounce do período que o Google ficou fora.
Clientes Powertic a gente pode ajudar caso a caso 🙂