Porte de Sécurité pour la Prospection Planifiée
L'envoi automatisé échoue de quatre manières coûteuses : mauvaise identité d'expéditeur (non-concordance SPF/DKIM → dossier spam), mauvais public (personnes ayant déjà refusé), absence de plafond de débit (boucle incontrôlée → domaine brûlé) et tâches zombies (envoi après la fin de la campagne). Cette porte détecte les quatre en dix minutes.
La porte (les cinq points doivent passer)
- Identité : l'adresse de l'expéditeur + le nom d'affichage sont-ils valides pour CETTE campagne ? Vérifier :
- L'en-tête
Fromest valide selon RFC-5322 — un nom d'affichage contenant une virgule DOIT être mis entre guillemets ("Nom, Prénom" <adresse>), sinon l'API renvoie une erreur 422. - Le domaine d'envoi a SPF/DKIM aligné pour le fournisseur choisi.
User-Agentpersonnalisé sur les appels API (les valeurs par défaut d'urllib/requests sont bloquées par les bots, ex. Cloudflare 1010 — lire le corps, ne pas supposer une erreur d'authentification).
- L'en-tête
- Audience : liste construite uniquement à partir de contexte OPT-IN ou public-professionnel ; exclut toute personne s'étant précédemment désabonnée ; pas de listes achetées ; pas de numéros de téléphone sauf si la campagne est explicitement axée sur les SMS.
- Plafond : limite dure par exécution (envois max), limite dure par heure, et un interrupteur d'arrêt global (un fichier ou une variable d'environnement que la tâche planifiée vérifie avant chaque envoi). Pas de plafond = ne pas activer.
- Contenu : pas de déclarations trompeuses, pas d'urgence factice, chemin de désabonnement/opt-out fonctionnel, et le message identifie l'organisation expéditrice.
- Cycle de vie : la campagne a une date de fin ; la tâche planifiée se désactive automatiquement ou le calendrier de l'opérateur comporte une revue ; l'état "en pause" est RÉEL (vérifié dans le planificateur, pas supposé à partir d'un drapeau).
Drapeaux rouges qui signalent STOP
- "On va juste renvoyer à ceux qui n'ont pas ouvert jusqu'à ce qu'ils répondent."
- La liste provient du scraping d'un annuaire avec intention de récolte de contacts.
- Personne ne sait qui a approuvé le texte.
- La tâche envoie depuis une adresse personnelle.
Pas pour
- Les e-mails transactionnels (reçus, notifications de livraison aux clients existants).
- Les campagnes avec intervention humaine où une personne appuie sur envoyer.
Exemple
Demande : "Réactiver la tâche de prospection du mardi après le déménagement." Avant : l'activer, découvrir 400 envois vers une liste obsolète contenant 30 désabonnés. Après : la porte détecte 2/5 — la liste d'audience est obsolète (présence de désabonnés) et l'interrupteur d'arrêt global n'est pas défini. Corriger les deux (reconstruire la liste, ajouter l'interrupteur d'arrêt via variable d'environnement), PUIS activer.
Version
1.0.0 — Série de démarrage DDG (de l'exploitation de tâches de prospection à la dure).