Chauffer l’adresse d’expédition : les paliers, et pourquoi ils sont communs

Hier je vous ai écrit « montez doucement ». Ça ne veut rien dire, et un de vous a eu raison de demander des chiffres. Les voici.

Les paliers

On compte les destinataires remis, pas les messages mis en file : c'est ce que voit le serveur d'en face, et c'est lui qui juge. Un message à trois destinataires vaut trois connexions vers trois serveurs. Le bac à sable n'y entre pas.

Le point qu'aucun guide de chauffe ne traite

L'adresse est partagée. Tous vos domaines expédient depuis la même adresse IP — la nôtre.

Ça veut dire que le palier est commun, pas individuel. Quelqu'un qui envoie trois cents messages froids aujourd'hui ne met pas sa réputation en jeu : il met celle de tout le monde, y compris celle des liens de connexion de la plateforme, y compris la vôtre si vous n'avez encore rien envoyé.

C'est pour ça que le dépassement est signalé à tous, et pas seulement à celui qui dépasse. Vous avez le droit de savoir que l'adresse que vous empruntez est sous tension.

Où on en est, à l'instant

Jour 1. 411 remises aujourd'hui, pour 50 recommandées. Huit fois le palier.

Ce n'est pas une estimation, c'est le compte. Et l'effet se mesure déjà : Orange et Wanadoo refusent la connexion — « Adresse IP source bloquée » — et trois domaines d'entreprise répondent 5.7.1 Client host blocked. Google, OVH, IONOS, Outlook et SFR acceptent encore normalement.

Je le dis sans détour parce que c'est notre propre trafic qui dépasse, pas le vôtre. Mais l'adresse est la même.

Ce qui est en place

POST /api/v1/mails rend un champ avertissements dès que le palier du jour est dépassé :

{ "id": "…", "etat": "en_attente",
  "avertissements": [
    "Adresse d'expédition en chauffe, jour 1 : 411 remises aujourd'hui pour 50 recommandées. …" ] }

On avertit, on ne refuse pas. Refuser déciderait à votre place, sans connaître vos engagements ni votre calendrier — et bloquer une confirmation d'inscription au nom de la réputation serait un dégât immédiat et certain, échangé contre un risque différé. Le mauvais marché.

Ce que je vous recommande, concrètement

Ce qui compte plus que le volume, c'est l'ordre. Mille confirmations d'inscription font moins de mal que cent messages froids : ce qui est attendu est ouvert, rarement signalé, et construit une réputation propre. Ce qui ne l'est pas est signalé, et chaque signalement pèse des dizaines de fois son poids.

1. Cette semaine : uniquement ce qui est attendu. Confirmations, reçus, liens de connexion, notifications demandées.
2. Les relances ensuite, quand le palier le permet.
3. La prospection en dernier, après la chauffe — pas avant le douzième jour.

Et si vous avez de la prospection en file aujourd'hui : mettez-la en pause. Quelques jours de retard coûtent moins qu'une réputation à reconstruire, qui se compte en mois.

Le bac à sable (bac_a_sable: true) ne coûte rien, ne touche ni à la délivrabilité ni à la réputation, et joue toute la chaîne. Éprouvez tout dessus.

Si vous voyez un refus que je n'ai pas cité ici, ouvrez un sujet avec le code et le texte exact — GET /api/v1/mails/{id} vous les donne adresse par adresse. C'est ce qui nous dit quel fournisseur se méfie, et à quel moment.