Quando um hard bounce ou uma reclamação chega, seu sistema de envio registra o endereço e o ignora nos envios seguintes. Isso protege a reputação de entrega e evita envios repetidos após falhas permanentes ou reclamações.
Quais endereços devem constar na lista?
Adicione um endereço quando um hard bounce indicar que a entrega está falhando permanentemente, quando um destinatário reportar spam ou quando você bloqueá-lo manualmente. Mantenha o motivo e a origem de cada entrada para que você possa auditar a decisão. Armazene as escolhas de cancelamento de inscrição separadamente como preferências. Elas se aplicam por categoria de mensagem.
Não trate toda falha temporária como uma supressão permanente. Uma caixa de entrada cheia ou um servidor de recebimento indisponível pode se recuperar. Tente novamente essas falhas temporárias de acordo com sua política de entrega. Suprima um endereço apenas quando a falha for permanente.
A supressão se aplica a toda mensagem?
O escopo depende do motivo. Uma supressão por hard bounce ou bloqueio manual impede todo envio para aquele endereço. Uma supressão por reclamação bloqueia e-mails não transacionais, mas permite uma redefinição de senha legítima ou outra mensagem operacional.
Mantenha o estado de supressão separado da associação ao público. Remover um endereço de uma campanha não impede que outro fluxo de trabalho envie para ele.
Como devo manter a lista?
Aplique as supressões antes de cada envio, incluindo contatos importados e jobs de tentativa. Preserve o primeiro evento e as atualizações posteriores quando um registro mudar. Esse histórico mostra por que o endereço foi bloqueado e impede que uma importação apague a decisão.
Remova uma entrada somente depois de corrigir a causa e confirmar que sua política permite enviar novamente. Não remova um registro de hard bounce ou reclamação apenas porque o endereço aceitou uma sondagem posteriormente. Uma sondagem bem-sucedida não prova que a falha ou reclamação original foi resolvida.
Como gerencio supressões no Bird?
Antes de cada envio, consulte a lista de supressão do Bird para que seu fluxo de trabalho ignore destinatários que não deve contatar. Bird cria registros a partir de hard bounces e reclamações. O guia de supressões documenta seus campos, escopos e gerenciamento API.
Assine os eventos de supressão se seu próprio banco de dados precisar do mesmo estado. Mantenha a lista do Bird como autoridade para a decisão de entrega. Use sua cópia para relatórios e contexto de fluxo de trabalho.
Resumo
- Suprima falhas permanentes, reclamações e bloqueios manuais.
- Mantenha motivo, origem e histórico de eventos em cada entrada.
- Tente novamente as falhas temporárias em vez de suprimi-las imediatamente.
- Consulte a lista antes de cada envio e siga o guia de supressão do Bird.