Comment vérifier et améliorer la délivrabilité des e-mails

La délivrabilité est la capacité d'un e-mail légitime à atteindre son destinataire sans être rejeté, différé ou classé comme spam. Elle ne dépend pas d'un score unique : interviennent l'authentification du domaine, la réputation de l'expéditeur, le contenu, le volume et la réponse du serveur destinataire.

Avant de modifier des enregistrements ou de répéter un envoi, distinguez ces deux cas :

• Rejet ou report : le serveur destinataire n'accepte pas le message et renvoie un code SMTP. Ce code est la principale preuve pour localiser la cause.
• Livraison en spam : le destinataire accepte le message, mais son filtre le classe ensuite comme courrier indésirable. L'authentification, la réputation, le contenu et l'interaction des destinataires entrent ici en jeu.

Vérifier le domaine depuis l'espace client

Dans Hébergement > Distribution et certificats, ouvrez le domaine pour vérifier la configuration observée et sa date. Un avertissement oriente l'étape suivante, mais ne prouve pas à lui seul ce qui est arrivé à un message.

Poursuivez avec le guide sur la santé du courrier si vous devez interpréter chaque vérification.

Vérifier SPF, DKIM, DMARC et PTR dans cPanel

Allez dans cPanel > E-mail > Email Deliverability. Le tableau affiche l'état des enregistrements liés à chaque domaine et permet d'ouvrir Manage / Gérer pour consulter les valeurs actuelles et recommandées.

Les quatre éléments principaux sont :

• SPF : déclare quels serveurs peuvent envoyer du courrier au nom du domaine. Il doit inclure tous les services d'envoi réels, mais il vaut mieux ne pas ajouter de fournisseurs inutilisés.
• DKIM : prouve que le domaine signataire a contrôlé la signature et permet de vérifier l'intégrité du contenu signé. Il ne prouve pas à lui seul l'identité de la personne qui a écrit le message.
• DMARC : indique comment traiter les messages qui échouent à l'authentification et permet de recevoir des rapports. Un message réussit DMARC quand il réussit SPF avec alignement ou DKIM avec alignement ; il n'est pas nécessaire que les deux mécanismes réussissent en même temps. Pour les envois en masse, Gmail et Yahoo exigent en revanche de configurer à la fois SPF et DKIM.
• PTR ou rDNS : associe l'IP d'envoi au nom du serveur. Il est géré par celui qui contrôle cette IP, pas par le propriétaire de la zone DNS du domaine.

Si cPanel contrôle la zone DNS et détecte un enregistrement invalide, le bouton Repair / Réparer permet d'examiner et d'appliquer sa proposition. Si les DNS faisant autorité sont chez Cloudflare ou un autre fournisseur, copiez la valeur recommandée et configurez-la chez le fournisseur faisant autorité ; la réparer seulement dans la zone locale ne change pas le DNS public.

Ne publiez pas un second enregistrement SPF. Un domaine doit avoir un seul SPF qui regroupe tous les expéditeurs autorisés.

La documentation officielle d'Email Deliverability de cPanel détaille la signification et les limites de chaque vérification.

Vérifier un envoi réel avec le test d'e-mail

Notre test d'e-mail examine les en-têtes, l'authentification (SPF, DKIM et l'alignement DMARC), la réputation de l'IP d'envoi et le format d'un message précis :

1. Ouvrez le test d'e-mail et générez une adresse de test.
2. Envoyez à cette adresse un e-mail depuis le même compte, la même application et le même serveur que ceux qui posent problème.
3. Utilisez un modèle représentatif, avec les mêmes liens, images et type de contenu que l'envoi réel.
4. Attendez sur la page qu'il arrive et consultez le rapport complet, pas seulement le score global.

Le rapport aide à détecter les échecs SPF, DKIM ou DMARC, les en-têtes incomplets, les liens problématiques et les schémas de contenu. Un score élevé est un signal utile, mais il ne garantit pas l'arrivée dans la boîte de réception : chaque fournisseur applique en plus sa propre réputation et son historique d'interaction.

Diagnostic pas à pas

1. Consultez le suivi de livraison dans cPanel et conservez le code et le texte complet du rejet, s'il y en a un.
2. Vérifiez quel service a réellement envoyé le message et quelle adresse apparaît dans From, Return-Path et la signature DKIM.
3. Examinez Email Deliverability et vérifiez les enregistrements par rapport au DNS public.
4. Envoyez un échantillon équivalent au test d'e-mail et corrigez les points précis du rapport.
5. Refaites le test avec un seul message. Renvoyer en boucle face à un rejet temporaire peut dégrader la réputation.
6. Si le destinataire a accepté l'e-mail mais l'a placé en spam, examinez aussi le volume, le consentement, les désinscriptions, les plaintes et la réputation du domaine.

Pour les envois vers des comptes Gmail personnels, les consignes officielles pour les expéditeurs exigent l'authentification, un DNS direct et inverse valide, le transport TLS et un taux de spam inférieur à 0,3 %. Celui qui envoie environ 5 000 messages ou plus en 24 heures doit en outre respecter SPF et DKIM, DMARC et l'alignement. La désinscription en un clic est exigée pour les messages marketing ou d'abonnement, pas pour tout message transactionnel.

Quelles informations garder pour demander de l'aide

Fournissez l'expéditeur, le destinataire, la date approximative, l'objet et l'erreur SMTP complète. Si le message a été livré en spam, ajoutez les en-têtes d'origine et le lien vers le rapport du test d'e-mail. N'envoyez ni mots de passe ni clés privées DKIM.

Si vous avez besoin d'un environnement préparé pour le courrier authentifié et les applications PHP, consultez nos offres d'hébergement PHP, avec une assistance technique pour vérifier la configuration et le suivi des envois.

Choisir le test selon le symptôme

Ne confondez pas le fournisseur du courrier avec celui du DNS : Google Workspace ou Microsoft 365 peuvent gérer les boîtes mail pendant que la zone reste chez Hostsuar. La correction doit s'appliquer à l'élément qui échoue.