Le jour où vous signez chez un prestataire d’envoi, on vous proposera une adresse IP dédiée. Le prix est modeste, l’argument est simple : votre réputation vous appartiendra.
C’est vrai. C’est aussi, pour la plupart des entreprises, exactement ce qu’il ne faut pas acheter.
Ce que Google écrit sur les IP partagées
La description est directe, et l’inconvénient est nommé :
« A shared IP address is an IP address used by more than one email sender. The activity of any senders using a shared IP address affects the reputation of all senders for that shared IP address. A negative reputation can impact your delivery rate. »
Voilà l’argument de vente de l’IP dédiée, écrit par Google lui-même. Le comportement des autres vous atteint.
Google donne d’ailleurs la conduite à tenir : vérifier que l’IP partagée ne figure pas sur une liste de blocage, et surveiller sa réputation dans Postmaster Tools.
Petite ironie de calendrier : le tableau de bord de réputation d’IP est justement celui que Google s’apprête à retirer, au motif que sa donnée n’est pas exploitable.
Le paragraphe qui décide vraiment
Il est plus bas dans la même page, il traite des quotas, et c’est la meilleure explication publiée de la différence entre les deux réputations.
« Gmail tracks volume, feedback, and limits per domain and IP address:
DKIM and SPF quotas are specific to your domain. If you hit the limit, other domains that send from the same IP may not be affected.
The IP address quota is shared for all senders that use that IP address. When the IP address hits its quota, all domains that send from that IP address stop sending emails. »
Lisez la dernière phrase lentement. Quand l’IP atteint son quota, tous les domaines qui envoient depuis cette IP cessent d’envoyer. Pas les vôtres seulement : tous.
C’est le risque réel de l’IP partagée, et il n’est pas de nature réputationnelle. C’est un risque de disponibilité. Un autre client de votre prestataire lance un envoi mal calibré, le quota de l’IP est atteint, et votre facture s’arrête en même temps que sa promotion.
À l’inverse, le quota de domaine vous isole. Votre authentification, votre volume, votre plafond. C’est la seule bonne nouvelle de ce paragraphe, et elle est importante : votre domaine vous appartient déjà.
Le vrai coût de l’IP dédiée
Une IP neuve n’a pas de réputation. Elle en a une mauvaise, ou plus exactement une réputation inconnue, ce qui pour un filtre revient presque au même.
La construire demande du volume et de la régularité. Le M3AAWG, seule source primaire à donner un ordre de grandeur, parle de six semaines en moyenne pour un domaine, et reste plus vague encore sur les IP : « Senders should have a well-defined process for warming IPs to be introduced to a dedicated environment and should follow it consistently. »
Amazon, qui doit paramétrer un produit et publie donc des chiffres, écrit ceci pour l’entretien de la réputation, une fois le préchauffage terminé :
« After you warm up a dedicated IP address, you should send around 1,000 emails every day to each email provider that you want to maintain a positive reputation with. »
Mille messages par jour et par opérateur, pour entretenir. Une entreprise qui envoie dix mille messages par mois, tous opérateurs confondus, est très loin du compte.
Son IP dédiée ne sera jamais chaude. Elle restera un expéditeur inconnu, indéfiniment, alors qu’une IP partagée l’aurait fait bénéficier d’un historique déjà constitué.
Le seuil, dit autrement
Aucun opérateur ne publie de volume à partir duquel l’IP dédiée devient rentable. Ce chiffre n’existe pas, et méfiez-vous de qui vous le donnera avec assurance.
La question se pose autrement, et elle se répond avec vos propres données.
Envoyez-vous assez, et assez régulièrement, pour qu’un opérateur puisse se faire une opinion de votre IP entre deux envois ? Si vos campagnes sont mensuelles, la réponse est non : entre deux envois, votre IP retombe dans l’anonymat.
Votre réputation est-elle meilleure que celle du pool partagé de votre prestataire ? Si vos plaintes sont dans la moyenne du marché, sortir du pool vous fera perdre un historique sans rien gagner.
Et supportez-vous l’arrêt d’envoi provoqué par un voisin ? C’est la seule question où l’IP dédiée gagne franchement, et elle concerne surtout les envois transactionnels, ceux dont le retard se mesure en tickets de support.
Le prérequis technique, qui n’est pas négociable
Une IP d’envoi, dédiée ou non, doit avoir un enregistrement DNS inverse cohérent. Google en fait une exigence explicite, et la formule est plus précise que le raccourci habituel :
« The public IP address of a sending SMTP server must have a corresponding PTR record that resolves to a hostname. […] The same hostname must also have an A (for IPv4) or AAAA (for IPv6) record that resolves to the same public IP address used by the sending server. »
Aller et retour, tous les deux. Un PTR qui pointe vers un nom qui ne revient pas sur la même IP ne vaut rien, et le rejet correspondant est documenté : 550 5.7.25 chez Gmail, code que vous pouvez lire directement dans vos journaux.
Sur une IP partagée, ce travail est fait par le prestataire. Sur une IP dédiée, il est à vous, et il fait partie du prix qu’on ne vous annonce pas.
Ce que vous faites demain matin
Sortez le volume envoyé sur les douze derniers mois, ventilé par mois et par opérateur destinataire. Deux courbes suffisent : Gmail et Microsoft représentent presque toujours l’essentiel.
Si l’une des deux courbes ne dépasse pas quelques centaines de messages par jour, de façon régulière, l’IP dédiée est une dépense qui dégrade votre situation au lieu de l’améliorer.
Si vous mélangez transactionnel et marketing sur la même IP partagée et que vos accusés de commande arrivent en retard, vous tenez le seul cas où la dédiée se défend, et il se règle en séparant les deux flux plutôt qu’en dédiant les deux.
Enfin, cessez de raisonner en réputation d’IP. L’opérateur qui l’affichait le plus clairement la retire de ses outils en expliquant qu’elle induit en erreur. Votre domaine, lui, reste. C’est sur lui que se joue la partie, et il ne se partage avec personne : c’est aussi le parti pris de Sestaro sur l’envoi, où les messages partent de votre serveur, sous votre domaine.
Sources
- Google. Email sender guidelines, Google Workspace Admin Help
- Google. Postmaster Tools dashboards, Gmail Help
- M3AAWG (version 4.0, août 2026). M3AAWG Sender Best Common Practices
- Amazon Web Services. Warming up dedicated IP addresses, Amazon SES Developer Guide
LaFactory travaille l’emailing sur pièces : en-têtes, enregistrements DNS, journaux de rejet. Aucune promesse de taux d’ouverture, jamais. Contactez-nous pour un audit de délivrabilité.