Vérificateur d'enregistrement SPF

Que vérifier une fois le SPF publié

Les erreurs SPF surviennent généralement quand une équipe ajoute un nouvel expéditeur mais oublie de mettre à jour le DNS, ou quand deux prestataires demandent chacun leur propre enregistrement SPF et que les deux sont publiés. Les fournisseurs de messagerie attendent un seul enregistrement SPF par domaine. S'il existe deux enregistrements commençant par v=spf1, le SPF peut échouer même si chaque enregistrement pris séparément semble correct.

Après avoir saisi un domaine, examinez l'enregistrement brut et ses mécanismes. include: Les mécanismes pointent généralement vers des plateformes d'envoi externes. ip4: and ip6: autorisent une infrastructure d'envoi fixe. mx autorise les serveurs de messagerie du domaine. La politique finale, souvent -all ou ~all, indique aux destinataires avec quelle fermeté traiter les messages provenant de systèmes non répertoriés.

Si le vérificateur ne trouve aucun enregistrement SPF, ne présumez pas que le domaine est prêt à envoyer. Créez un enregistrement avec le générateur d'enregistrement SPF, publiez-le sous forme d'enregistrement TXT et testez de nouveau après la propagation DNS. Si l'enregistrement existe mais qu'une plateforme légitime y manque, ajoutez cet expéditeur avant de lancer une campagne.

Les vérifications SPF doivent accompagner chaque changement d'expéditeur

Tout nouveau service d'e-mail peut modifier votre empreinte d'authentification. Une plateforme de newsletter, un CRM, un outil de support, une application de notifications e-commerce ou un séquenceur commercial peut envoyer depuis votre domaine. Le cas échéant, le SPF doit être revu en parallèle de DKIM and DMARC. Cela maintient une identité d'expéditeur cohérente auprès des fournisseurs de messagerie.

Le SPF ne prouve pas que la liste d'adresses est propre. Si vous préparez un lancement, vérifiez aussi les destinataires. Utilisez le bilan de santé e-mail pour un contrôle au niveau du domaine, et le flux de vérification en masse pour les listes CSV plus volumineuses. L'authentification aide à faire confiance à vos messages ; l'hygiène de la liste aide à garder les rebonds et l'engagement négatif sous contrôle.

Liste de contrôle SPF opérationnelle avant une campagne

Avant d'envoyer à une grande liste, vérifiez le domaine d'envoi et tout sous-domaine dédié. Confirmez qu'il n'existe qu'un seul enregistrement SPF, que chaque expéditeur actif y figure et que les prestataires inutilisés ont été retirés. Si un CRM ou une plateforme marketing envoie depuis un sous-domaine personnalisé, vérifiez ce sous-domaine séparément plutôt que de supposer que le domaine racine le couvre.

Ensuite, comparez l'enregistrement SPF au parcours réel de la campagne. Si votre campagne passe par une plateforme d'engagement commercial, celle-ci doit être autorisée. Si les notifications produit passent par un fournisseur transactionnel, ce fournisseur doit l'être aussi. Tenir cette liste à jour évite les mauvaises surprises de délivrabilité de dernière minute lorsqu'une équipe change d'outil.

Enfin, vérifiez la liste de destinataires. Le SPF indique aux messageries que votre expéditeur est autorisé ; il ne supprime pas les adresses invalides d'un export. Pour les listes CRM, newsletter ou prospection, vérifiez le fichier avant l'envoi et contrôlez de nouveau les rebonds après la campagne. Un taux de rebond inférieur à 3 % est sain, 3-5 % demande un nettoyage, et au-delà de 5 % le risque est élevé.

Pour les domaines partagés, intégrez cette liste de contrôle à l'intégration des expéditeurs. Quand les équipes commerciales, marketing, support et produit utilisent toutes le même domaine de marque, un expéditeur oublié peut tous les affecter. Une courte revue SPF avant le lancement coûte bien moins cher que de diagnostiquer des échecs d'authentification une fois la campagne envoyée.