Pratiques d’infrastructure d’envoi

Avant de dimensionner un parc d’adresses IP, vous devez décider s’il vous faut vraiment une adresse IP dédiée, comment bâtir la réputation de vos domaines, et comment surveiller les deux. Les guides des ESP Postmark, AWS SES et Twilio SendGrid s’accordent sur la plupart des réponses, rassemblées ci-dessous. Pour dimensionner et segmenter les parcs d’adresses IP, voir Allocation de base des adresses IP.

Adresses IP dédiées ou partagées

Allocation de base des adresses IP explique comment dimensionner les parcs d’adresses IP dédiées. La question qui se pose d’abord est de savoir s’il faut une adresse IP dédiée.

Planchers de volume pour une adresse IP dédiée

« Quel volume justifie une adresse IP dédiée ? » n’a pas de réponse unique, car les chiffres publiés mesurent des choses différentes. Les planchers et les minimums des éditeurs ci-dessous varient dans un rapport d’environ 5–10x, mais ils ne se contredisent pas : ils répondent à des questions différentes. Les deux planchers ci-dessous sont les chiffres de référence ; les autres recommandations sur les adresses IP dédiées y renvoient.

Seuils des éditeurs pour les adresses IP dédiées (règles maison). Les ESP publient leurs propres minimums. Ceux-ci reflètent autant les gammes de produits et les coûts de support de chaque éditeur que les statistiques des serveurs de réception. Selon le modèle de l’éditeur, ils se situent au-dessus ou en dessous des deux planchers, et ils ne se contredisent pas :

En résumé, une adresse IP dédiée au courrier transactionnel peut se justifier dès ~1 000/jour. Toute adresse IP qui porte un flux général ou de masse a besoin de ~40 000/semaine avant que les serveurs de réception puissent lire sa réputation de façon statistique. Les minimums des éditeurs sont des règles maison commerciales qui s’ajoutent aux deux.

Postmark ajoute des mises en garde. Une adresse IP dédiée n’est pas une solution miracle : pour les expéditeurs sous la barre de volume, elle peut nuire à la délivrabilité, et « une IP dédiée est un moyen pour les ESP de réduire leurs coûts de support » (a dedicated IP is a way for ESPs to lower their support overhead) autant qu’une fonction de livraison. Les adresses IP dédiées exigent aussi un volume régulier et prévisible, et les pics soudains sont signalés comme suspects. Le filtrage moderne accorde de plus en plus de poids à la réputation du domaine par rapport à la réputation de l’adresse IP.

Réputation du domaine et stratégie de sous-domaines

La réputation du domaine est l’opinion que les serveurs de réception (fournisseurs de messagerie et services antispam) ont de votre domaine. Contrairement à la réputation d’IP, elle est portable. Elle suit le domaine d’un système d’envoi et d’un fournisseur à l’autre, si bien qu’un domaine qui a un passé de spam emporte ce passé vers toute nouvelle infrastructure. Une mauvaise réputation de domaine peut pénaliser jusqu’au courrier transactionnel (Postmark).

La réputation de l’adresse IP et celle du domaine sont évaluées séparément, mais elles interagissent : une mauvaise réputation d’IP peut nuire à un domaine qui envoie par cette adresse IP, même quand le dossier du domaine lui-même est bon.

Séparation par sous-domaines

AWS SES et Postmark recommandent tous deux de séparer les flux de messages par sous-domaine. C’est l’équivalent, au niveau du domaine, de la séparation des adresses IP par réputation décrite dans Segmentation avancée des adresses IP :

• Envoyez le marketing depuis un sous-domaine comme marketing.example.com et le courrier transactionnel depuis orders.example.com, plutôt que tout depuis example.com (AWS SES).
• Les sous-domaines développent des réputations indépendantes (par exemple notify.example.com et newsletter.example.com), si bien qu’un incident marketing, comme une adresse piège touchée ou le déclenchement d’un filtre de contenu, ne fait pas tomber la livraison transactionnelle. Ils ne s’influencent qu’indirectement (Postmark).
• Surveillez les domaines sosies (par exemple company.com et company-mail.com). Leur réputation et les abus qui les concernent peuvent influer sur la façon dont le courrier de votre marque est jugé (SendGrid).

Les quatre domaines de chaque message (Postmark)

1. Domaine de signature DKIM (d=) : signez avec votre propre domaine, et non avec un domaine par défaut de l’éditeur, pour que la réputation se construise à votre profit.
2. Domaine du Return-Path : utilisez un Return-Path personnalisé (CNAME) qui correspond à votre domaine From ou qui est aligné sur lui. Il est indispensable à l’alignement SPF dans le cadre de DMARC.
3. Domaine des adresses From et de réponse : il doit identifier clairement la marque. Publiez-y une politique DMARC.
4. Domaines des URL du contenu : les liens tiers ne nuisent à la livraison que lorsque les domaines liés ont été vus en train d’agir de façon trompeuse ou malveillante. Ne liez malgré tout que des sites de confiance que vous contrôlez (SendGrid).

Hygiène de l’adresse From (AWS SES)

• Certains fournisseurs d’accès rattachent une réputation à l’adresse From elle-même, et c’est aussi la première impression du destinataire.
• N’envoyez jamais de courrier de masse depuis une adresse chez un fournisseur de messagerie (par exemple sender@hotmail.com). De gros volumes depuis une adresse de messagerie grand public sont traités avec méfiance. Envoyez depuis un domaine qui vous appartient.
• Évitez les adresses no-reply@ en adresse From ou Reply-To. Elles signalent que vous ne voulez pas de retour des destinataires, alors que les réponses sont un signal d’engagement positif.
• Tenez à jour l’enregistrement WHOIS du domaine. Un enregistrement honnête et actuel est un signe de légitimité.

Chauffe de domaine

Les nouveaux domaines et sous-domaines ont besoin d’une chauffe tout comme les nouvelles adresses IP (voir Recommandations pour la chauffe d’IP), et le domaine conserve son historique plus longtemps. Le calendrier de Postmark donne des volumes pour chaque fournisseur de réception, par exemple pour Gmail, pour Yahoo et pour Microsoft :

Réglez la progression en doublant à peu près le volume chaque jour au début. À des volumes importants, ralentissez à des hausses quotidiennes de 20–50 % (30–50 % par jour pendant les semaines 2–3, puis 20–30 % par jour). Comptez 3–6 semaines pour obtenir une réputation établie et une livraison fiable à plein volume. Aucun calendrier unique ne convient aux seuils de tous les fournisseurs.

Le Messaging, Malware and Mobile Anti-Abuse Working Group (M3AAWG) donne un chiffre différent. Ses Sender Best Common Practices (version 4.0, août 2026, section 2.5) suggèrent de considérer 6 semaines comme une durée moyenne de chauffe d’un domaine, ce qui se situe en haut de la fourchette ci-dessus. Les deux chiffres répondent à des questions légèrement différentes : la fourchette ci-dessus correspond au moment où Postmark prévoit une livraison fiable à plein volume, et le chiffre du M3AAWG à une durée typique pour l’ensemble de la chauffe. Le M3AAWG ajoute ces points :

• Chauffez aussi un nouveau sous-domaine, par précaution, même lorsque le domaine organisationnel a déjà une réputation établie. Un domaine sans historique d’envoi est traité avec la même prudence qu’un domaine dont l’historique est mauvais.
• Répartissez les messages de chaque jour sur la journée au lieu d’envoyer le lot d’un coup, et envoyez les campagnes selon un calendrier régulier jusqu’à ce que le domaine soit chauffé.
• Surveillez les journaux SMTP pour repérer les reports de remise et les rebonds, et ralentissez si les reports de remise augmentent brusquement. Surveillez les pics de désabonnements et de plaintes. Un fort pic d’ouvertures ou de clics peut signifier que des équipements de sécurité analysent vos emails, et une baisse peut signifier qu’ils arrivent dans le courrier indésirable.
• Le M3AAWG ne recommande pas la chauffe artificielle, et avertit qu’elle peut être contraire à la loi.

Pendant la chauffe, commencez par vos destinataires les plus engagés et élargissez l’audience par paliers (comparez avec la règle d’envoyer d’abord aux plus engagés dans Recommandations pour la chauffe d’IP) :

La règle la plus importante : n’augmentez jamais le volume avant d’avoir examiné, pour chaque fournisseur, les indicateurs d’engagement et de rebonds de l’envoi précédent. Si les indicateurs se dégradent, réduisez le volume de 25–30 % jusqu’à ce qu’ils redeviennent normaux. Indicateurs et valeurs de référence de la délivrabilité présente les déclencheurs précis de mesures correctives. Mieux vaut prendre une ou deux semaines de plus que de se précipiter et d’abîmer la délivrabilité à long terme.

Feedback loops et raccordement des notifications

Une feedback loop (FBL) est un canal par lequel un fournisseur de messagerie transmet à l’expéditeur les plaintes pour spam des destinataires. Elle a ces exigences opérationnelles :

• Inscrivez-vous aux FBL des fournisseurs auxquels vous envoyez (seuls certains en proposent). Word to the Wise tient une liste de référence des pages d’inscription aux FBL de chaque fournisseur d’accès (Postmark). Les plateformes d’ESP les mettent généralement en place à l’avance et transmettent automatiquement les plaintes, comme le fait AWS SES.
• Les notifications de plainte masquent l’adresse de la personne qui s’est plainte. Intégrez des en-têtes X traçables ou des identifiants dans le corps, pour pouvoir rattacher chaque plainte à une adresse et à une campagne (AWS SES).
• La boîte qui reçoit les notifications de rebonds et de plaintes doit accepter les messages de façon fiable, et ne doit pas filtrer les notifications comme du spam (AWS SES). Voir Hygiène de base de données pour savoir quoi faire de ces données.
• Gmail fournit les données de plaintes par Postmaster Tools plutôt que par une FBL qui signale chaque message. Étiquetez les campagnes avec des identifiants de feedback loop uniques pour voir les taux de plaintes ventilés par campagne ou par expéditeur, et pour isoler rapidement le contenu problématique (SendGrid).

Outils de surveillance de la réputation

Vérifiez aussi que des enregistrements de DNS inverse (PTR) existent et concordent pour chaque adresse IP d’envoi, ce qui est une exigence de Google et de Yahoo envers les expéditeurs de gros volumes (SendGrid). Validez l’authentification (SPF, DKIM et DMARC) avec des outils de vérification publics.

Listes de blocage (denylists)

• Les fournisseurs et les services antispam inscrivent les adresses IP et les domaines qui présentent beaucoup d’adresses pièges touchées, un volume élevé de plaintes, ou les deux (SendGrid).
• L’impact varie beaucoup. Certaines listes influencent fortement les grands fournisseurs ; beaucoup ne sont que du bruit.
• Si vous êtes inscrit sur une grande liste de blocage, arrêtez immédiatement d’envoyer, suivez la procédure de retrait de liste, puis reprenez avec un volume nettement réduit (Postmark).
• Méfiez-vous des listes payantes qui facturent le retrait au lieu d’évaluer le comportement de l’expéditeur (SendGrid).

Cadre de dépannage (Postmark)

Quand le placement ou la livraison baisse, diagnostiquez ces cinq domaines, dans l’ordre :

1. Authentification : vérifiez SPF, DKIM, l’alignement du Return-Path personnalisé et DMARC avec des outils de validation publics.
2. Contenu : évaluez le message avec un outil de vérification fondé sur SpamAssassin, et faites des tests sur liste de test. Si un changement de modèle a précédé la baisse, annulez les modifications une à une (voir les règles de contenu dans Indicateurs et valeurs de référence de la délivrabilité).
3. Engagement : comparez les taux de rebonds, de plaintes et d’ouverture aux seuils ; placez les rebonds définitifs en suppression ; évitez noreply@.
4. Réputation : vérifiez la réputation du domaine et des adresses IP dans les outils postmaster et les recherches sur les listes de blocage ci-dessus.
5. Infrastructure : confirmez les enregistrements rDNS (PTR), les inscriptions aux FBL et la santé du pool d’adresses IP, et vérifiez que le logiciel d’envoi signe correctement avec DKIM.

Il n’y a pas de solution miracle. La délivrabilité exige une surveillance continue de ces cinq domaines, fondée sur des listes propres et un engagement fort.

Voir aussi

• Allocation de base des adresses IP et Segmentation avancée des adresses IP
• Recommandations pour la chauffe d’IP, l’équivalent au niveau de l’adresse IP de la chauffe de domaine
• Indicateurs et valeurs de référence de la délivrabilité
• Hygiène de base de données et politiques de mise en sommeil, pour exploiter les données des feedback loops et des rebonds