IP warming dans Salesforce Marketing Cloud : le plan sur 30 jours

Vous venez d'obtenir un nouveau tenant Salesforce Marketing Cloud, ou votre client migre vers une IP dédiée : la tentation est grande de lancer immédiatement la newsletter mensuelle sur l'intégralité de la base. C'est la meilleure façon de brûler une réputation d'envoi avant même de l'avoir construite. Les fournisseurs d'accès jugent une adresse IP inconnue sur ses premiers jours d'activité, et une décision prise en semaine 1 peut peser sur vos taux de délivrabilité pendant six mois. Cet article détaille un plan d'IP warming sur 30 jours applicable dans SFMC, avec les requêtes SQL, l'automatisation et les indicateurs de contrôle à mettre en place.

Pourquoi l'IP warming conditionne vos six premiers mois

Une adresse IP sans historique n'est pas « neutre » aux yeux de Gmail, Microsoft ou Orange : elle est suspecte par défaut. Les filtres antispam construisent un profil comportemental à partir du volume envoyé, de la régularité des envois, du taux de plainte et surtout du taux d'engagement. Un pic soudain de 400 000 messages depuis une IP muette la veille ressemble, statistiquement, à une campagne de spam.

Deux réputations coexistent : celle de l'IP et celle du domaine d'envoi. L'IP warming traite la première, mais le domaine se réchauffe en parallèle. Si vous changez à la fois d'IP et de domaine authentifié, considérez que vous partez de zéro sur les deux axes et allongez la rampe.

Quand un warming est réellement nécessaire

Nouveau tenant SFMC avec IP dédiée
Passage d'une IP partagée à une IP dédiée
Nouveau domaine d'envoi via Sender Authentication Package
Reprise d'activité après plus de 30 jours d'inactivité
Augmentation durable de volume supérieure à 50 % du régime habituel

Préparer le terrain avant le premier envoi

Aucun plan de montée en volume ne compense une authentification incomplète. Avant l'envoi J1, validez trois points dans votre Business Unit.

D'abord, le Sender Authentication Package doit être actif et propagé : SPF publié, DKIM signé sur le domaine d'envoi, et un enregistrement DMARC au minimum en p=none avec une adresse rua exploitable. Ensuite, le Sender Profile et le Delivery Profile associés au warming doivent pointer vers la bonne IP : dans un compte multi-IP, une erreur de Delivery Profile envoie votre trafic de warming sur la mauvaise adresse et invalide tout le plan. Enfin, le Reply Mail Management doit être configuré pour que les bounces soient traités et non ignorés.

; Vérification rapide côté contenu : bloquer un envoi
; si le profil de warming n'est pas celui attendu
%%[
  SET @bu = AttributeValue("memberid")
  SET @phase = Lookup("Warmup_Control","Phase","BUID",@bu)
  IF EMPTY(@phase) THEN
    RaiseError("Phase de warming non definie pour cette BU", true)
  ENDIF
]%%

Construire le socle d'audience : vos abonnés les plus engagés

Le principe central de l'IP warming est simple : les premiers envois doivent produire les meilleurs signaux possibles. Ouvertures, clics, réponses, ajouts au carnet d'adresses. Vous commencez donc par vos abonnés les plus récemment actifs, puis vous élargissez progressivement vers les segments plus froids.

Dans SFMC, cette hiérarchie se construit avec les Data Views. La requête ci-dessous classe les abonnés en cinq paliers d'engagement, du plus chaud au plus froid :

SELECT
    s.SubscriberKey,
    s.EmailAddress,
    MAX(o.EventDate) AS LastOpen,
    CASE
        WHEN MAX(o.EventDate) >= DATEADD(day, -30,  GETDATE()) THEN 1
        WHEN MAX(o.EventDate) >= DATEADD(day, -60,  GETDATE()) THEN 2
        WHEN MAX(o.EventDate) >= DATEADD(day, -90,  GETDATE()) THEN 3
        WHEN MAX(o.EventDate) >= DATEADD(day, -180, GETDATE()) THEN 4
        ELSE 5
    END AS WarmupTier
FROM _Subscribers s
INNER JOIN _Open o
    ON o.SubscriberKey = s.SubscriberKey
WHERE s.Status = 'Active'
GROUP BY s.SubscriberKey, s.EmailAddress

Excluez ensuite systématiquement les adresses ayant généré un hard bounce, une plainte ou un désabonnement. Une base non nettoyée pendant un warming produit un taux de bounce élevé sur une IP fragile : c'est le scénario qui déclenche les blocages les plus durables.

Le plan de montée en volume sur 30 jours

Voici une rampe de référence pour une base cible d'environ 500 000 abonnés. Adaptez les volumes à votre base réelle : le principe est de ne jamais plus que doubler le volume quotidien d'un jour d'envoi au suivant.

Jours	Volume quotidien	Paliers ciblés	Fréquence
1 à 3	2 000	Palier 1	1 envoi / jour
4 à 7	5 000 à 10 000	Palier 1	1 envoi / jour
8 à 12	20 000 à 40 000	Paliers 1 et 2	1 envoi / jour
13 à 18	60 000 à 100 000	Paliers 1 à 3	1 à 2 envois / jour
19 à 24	150 000 à 250 000	Paliers 1 à 3	2 envois / jour
25 à 30	300 000 à volume cible	Paliers 1 à 4	Rythme nominal

Le palier 5 — les abonnés inactifs depuis plus de six mois — ne doit jamais entrer dans un plan de warming. Traitez-le après stabilisation, dans une campagne de réactivation dédiée, avec un volume plafonné.

Un IP warming n'est pas un calendrier à exécuter mécaniquement : c'est une boucle de rétroaction. Si le taux de plainte dépasse 0,1 % ou si le taux de bounce dépasse 2 % sur un FAI donné, vous ne passez pas à l'étape suivante — vous répétez la précédente jusqu'à retour à la normale.

Automatiser la sélection quotidienne

Piloter 30 jours de warming à la main est une source d'erreurs. La structure la plus robuste consiste à créer une Data Extension de contrôle Warmup_Control contenant le jour courant, le volume autorisé et les paliers actifs, puis à laisser une Query Activity alimenter chaque matin la Data Extension d'envoi.

SELECT TOP 40000
    t.SubscriberKey,
    t.EmailAddress,
    t.WarmupTier
FROM Warmup_Audience t
INNER JOIN Warmup_Control c
    ON c.TierMax >= t.WarmupTier
WHERE t.SubscriberKey NOT IN (
        SELECT SubscriberKey FROM Warmup_Sent_Log
      )
ORDER BY t.WarmupTier ASC, t.LastOpen DESC

Une Automation quotidienne enchaîne alors : mise à jour de Warmup_Control, requête de sélection, envoi, puis alimentation de Warmup_Sent_Log. Vous garantissez ainsi qu'aucun abonné n'est sursollicité pendant la phase de montée en charge et que le volume reste sous contrôle même si quelqu'un déclenche une campagne en parallèle.

Surveiller les bons indicateurs, FAI par FAI

Un taux de délivrabilité global de 96 % peut masquer un blocage total chez un fournisseur majeur. Pendant un warming, la lecture doit être segmentée par domaine destinataire.

SELECT
    RIGHT(s.EmailAddress, LEN(s.EmailAddress) - CHARINDEX('@', s.EmailAddress)) AS Domaine,
    COUNT(DISTINCT j.SubscriberKey) AS Envoyes,
    COUNT(DISTINCT b.SubscriberKey) AS Bounces,
    COUNT(DISTINCT o.SubscriberKey) AS Ouvertures
FROM _Sent j
LEFT JOIN _Bounce b ON b.JobID = j.JobID AND b.SubscriberKey = j.SubscriberKey
LEFT JOIN _Open   o ON o.JobID = j.JobID AND o.SubscriberKey = j.SubscriberKey
INNER JOIN _Subscribers s ON s.SubscriberKey = j.SubscriberKey
WHERE j.EventDate >= DATEADD(day, -1, GETDATE())
GROUP BY RIGHT(s.EmailAddress, LEN(s.EmailAddress) - CHARINDEX('@', s.EmailAddress))

Complétez avec Google Postmaster Tools et Microsoft SNDS, qui exposent des données que SFMC ne voit pas : réputation d'IP et de domaine, taux de spam déclaré, respect DMARC. Ces deux consoles sont gratuites et devraient être configurées avant le jour 1, pas après le premier incident.

Les erreurs qui coûtent le plus cher

Trois écarts reviennent systématiquement dans les warmings que nous auditons. Le premier est le saut de volume opportuniste : une opération commerciale s'invite en semaine 2 et double le plan. Le deuxième est l'irrégularité : envoyer trois jours puis s'arrêter cinq jours annule une partie du bénéfice acquis. Le troisième est le contenu générique : pendant un warming, chaque message doit maximiser l'engagement, donc privilégiez le transactionnel à forte valeur et les contenus réellement personnalisés plutôt qu'une newsletter passe-partout.

Si vous préparez une migration de tenant, un changement d'IP ou un projet de délivrabilité SFMC, notre équipe peut auditer votre configuration et construire le plan de warming adapté à votre base : parlons-en.

À retenir

Ne doublez jamais plus que le volume. D'un jour d'envoi au suivant, un facteur 2 est le plafond raisonnable ; au-delà, les filtres réagissent.

Commencez par vos abonnés les plus chauds. Les 30 premiers jours servent à produire des signaux d'engagement, pas à couvrir la base.

Authentifiez avant de chauffer. SPF, DKIM et DMARC opérationnels sont un prérequis, pas une optimisation ultérieure.

Pilotez par FAI, pas par moyenne. Un taux global flatteur peut dissimuler un blocage complet chez Gmail ou Outlook.

Automatisez la rampe. Une Data Extension de contrôle et une Automation quotidienne éliminent les erreurs humaines et les envois parallèles non planifiés.