Lorsqu'un hard bounce ou une plainte arrive, votre système d'envoi enregistre l'adresse et l'ignore lors des envois suivants. Cela protège la réputation de livraison et évite les envois répétés après des échecs permanents ou des plaintes.
Quelles adresses doivent figurer sur la liste ?
Ajoutez une adresse lorsqu'un hard bounce montre que la livraison échoue de façon permanente, lorsqu'un destinataire signale un spam ou lorsque vous la bloquez manuellement. Conservez le motif et l'origine avec chaque entrée pour pouvoir auditer la décision. Stockez les choix de désabonnement séparément en tant que préférences. Ils s'appliquent par catégorie de message.
Ne traitez pas chaque échec temporaire comme une suppression permanente. Une boîte aux lettres pleine ou un serveur de réception indisponible peut se rétablir. Réessayez ces échecs temporaires conformément à votre politique de livraison. Ne supprimez une adresse que lorsque l'échec est permanent.
Une suppression s'applique-t-elle à tous les messages ?
La portée dépend du motif. Une suppression pour hard bounce ou blocage manuel bloque tout envoi à cette adresse. Une suppression pour plainte bloque les messages non transactionnels tout en autorisant une réinitialisation de mot de passe légitime ou un autre message opérationnel.
Maintenez l'état de suppression séparé de l'appartenance à votre audience. Retirer une adresse d'une campagne n'empêche pas un autre workflow de lui envoyer un message.
Comment maintenir la liste ?
Appliquez les suppressions avant chaque envoi, y compris pour les contacts importés et les tâches de réessai. Conservez le premier événement et les mises à jour ultérieures lorsqu'un enregistrement change. Cet historique montre pourquoi l'adresse a été bloquée et empêche un import d'effacer la décision.
Ne supprimez une entrée qu'après avoir corrigé la cause et confirmé que votre politique autorise un nouvel envoi. Ne supprimez pas un enregistrement de hard bounce ou de plainte simplement parce que l'adresse accepte ensuite une sonde. Une sonde réussie ne prouve pas que l'échec ou la plainte d'origine a été résolu.
Comment gérer les suppressions dans Bird ?
Avant chaque envoi, consultez la liste de suppression Bird pour que votre workflow ignore les destinataires qu'il ne doit pas contacter. Bird crée des enregistrements à partir des hard bounces et des plaintes. Le guide des suppressions documente leurs champs, portées et la gestion API.
Abonnez-vous aux événements de suppression si votre propre base de données a besoin du même état. Gardez la liste de Bird comme référence pour la décision de livraison. Utilisez votre copie pour le reporting et le contexte de workflow.
En résumé
- Supprimez les échecs permanents, les plaintes et les blocages manuels.
- Conservez le motif, l'origine et l'historique des événements avec chaque entrée.
- Réessayez les échecs temporaires au lieu de les supprimer immédiatement.
- Consultez la liste avant chaque envoi et suivez le guide de suppression de Bird.