Vérifier que les emails du site arrivent réellement

Temps de lecture estimé : 3 min · Publié le 5 octobre 2026

Recenser les messages et leur expéditeur

Listez notification de contact, confirmation, récupération de compte, facture et newsletter. Pour chaque flux, notez le service qui l’émet, le domaine utilisé, le destinataire, le volume attendu et la personne qui traite les erreurs. Ne mélangez pas un message transactionnel indispensable avec une campagne commerciale.

Dans un formulaire de contact, utilisez comme expéditeur une adresse du domaine autorisé par votre service d’envoi. L’adresse saisie par le visiteur peut servir de Reply-To après validation ; l’utiliser comme From revient à émettre au nom d’un domaine que vous ne contrôlez pas. Prévoyez une adresse de réponse surveillée.

Faire vérifier l’authentification du domaine

SPF décrit les émetteurs autorisés, DKIM permet de vérifier une signature et DMARC évalue l’alignement avec le domaine affiché dans From. Ce sont des mécanismes complémentaires ; ils ne garantissent pas l’arrivée dans la boîte principale. Les exigences varient selon le destinataire et le volume : consultez les règles actuelles de votre prestataire.

Demandez au responsable de la messagerie de comparer les domaines du site, des outils commerciaux et des messages automatisés. Une nouvelle plateforme peut nécessiter une adaptation DNS. N’appliquez pas une politique de rejet sans avoir inventorié les envois légitimes et prévu l’observation des résultats. Le site public ne doit contenir aucun identifiant de connexion ni clé privée.

Tester l’ensemble du trajet

Avec des adresses de test consentantes, envoyez une demande depuis le téléphone et vérifiez l’enregistrement, la notification interne, la confirmation au visiteur et la possibilité de répondre. Essayez plusieurs fournisseurs de boîte. Examinez les dossiers indésirables, les en-têtes d’authentification et les liens ; un test unique chez l’expéditeur ne couvre pas les autres destinataires.

Ajoutez une adresse invalide, un refus temporaire, un destinataire bloqué et un nouvel envoi après échec. Gardez une référence de test, l’heure et l’état observé. Évitez de recopier le contenu privé du message dans les journaux. Un accusé d’acceptation du service d’envoi ne doit pas devenir une preuve de lecture.

Organiser les erreurs et la continuité

Distinguez un rebond définitif d’un incident temporaire selon les codes retournés par le prestataire. Fixez une procédure de réessai et de traitement des destinataires invalides. Pour une newsletter, vérifiez aussi le désabonnement et son effet sur la prochaine campagne ; une demande de contact ne vaut pas inscription à une liste.

Si la demande est enregistrée mais que l’email échoue, indiquez à l’équipe comment la retrouver sans forcer le visiteur à recommencer. Testez de nouveau après une migration DNS, un changement de fournisseur ou une modification du formulaire. Le livrable est un tableau des flux, de leurs états et des essais, accompagné d’un responsable pour les alertes.

Documents de référence

Contenu mis à jour le 5 octobre 2026

Consigner les contrôles et constats dans le carnet de recette

Matrice de recette à adapter au projet

Ces contrôles proposés utilisent des cas fictifs. Décidez du comportement attendu avec l’équipe, notez le résultat et attribuez les écarts non résolus avant publication.

Cas de test, résultats attendus et preuves utiles
Cas	Résultat attendu	Preuve à conserver
Contact reçu	La demande existe et l’équipe peut la retrouver.	Référence de test et vérification côté réception.
Authentification	Le domaine expéditeur est autorisé et les contrôles attendus réussissent.	En-têtes d’un message de test anonymisés.
Adresse invalide	L’échec est traité sans renvoyer indéfiniment.	État et procédure de reprise.
Réponse et désabonnement	Les actions correspondent au type de message.	Essai de réponse ou de retrait de liste.

Questions fréquentes

Un résultat SPF ou DKIM valide suffit-il ?

Il confirme un contrôle d’authentification, pas la réception, la lecture ni le placement dans la boîte principale. Vérifiez aussi l’alignement, le trajet réel, les erreurs retournées et la pertinence des messages.

Faut-il afficher une erreur si l’email échoue après l’enregistrement ?

Le message doit refléter l’état réel. Si la demande est conservée, expliquez sa réception sans affirmer qu’une confirmation a été livrée. L’équipe doit disposer d’un moyen de retrouver et traiter la demande.

Peut-on copier des réglages DNS depuis un autre site ?

Les valeurs dépendent des services autorisés pour votre domaine. Faites établir et vérifier les réglages par le responsable de la messagerie à partir de la documentation de votre prestataire.