La délivrabilité, comme une infrastructure

Un service de délivrabilité email qui agit avant l'envoi

Vérification de l'authentification, warmup de domaine et monitoring de réputation dans une seule API. Le service ne se contente pas de signaler les problèmes : il les empêche.

Lancer un warmup Voir ce qu'il contrôle
Tableaux de bord de monitoring sombres affichant des métriques de délivrabilité en hausse sur deux écrans
Ce qu'il contrôle

Six contrôles de délivrabilité qui tournent sans surveillance

La délivrabilité n'est pas un réglage qu'on fait une fois. C'est un ensemble de contraintes qui doivent tenir sur chaque lot d'envoi.

Authentification vérifiée en premier

SPF, DKIM et l'alignement DMARC sont contrôlés avant le premier envoi, parce qu'un enregistrement cassé sape silencieusement tout ce qui repose dessus.

Warmup sur une rampe fixe

Passez de 50 envois par jour à 100k en environ quatre semaines. Le volume monte selon une courbe, et non selon un tableur que quelqu'un oublie de mettre à jour.

Pause automatique sur risque de réputation

Le taux de rebond, les plaintes spam et les hits sur les blocklists sont vérifiés par lot. Un seuil franchi et la rampe s'arrête avant l'envoi suivant.

Trace par envoi

Signaux d'ouverture, de clic, de rebond et de spam pour chaque message, diffusés en SSE, avec les événements bruts disponibles quand il faut déboguer.

Export vers votre stack

Envoyez les mêmes événements vers Datadog ou Grafana, et alertez sur la délivrabilité comme vous alertez sur la latence et le taux d'erreur.

SDK avec retries sûrs

SDK Node, Python et Go avec idempotency keys et backoff exponentiel, pour qu'un retry ne se transforme jamais en envoi en double.

Comment ça tourne

D'un domaine froid au volume complet en quatre étapes

Peu de surveillance manuelle. Vous fixez la cible, le système tient les contraintes.

  1. 1

    Connecter le domaine d'envoi

    Pointez le domaine vers le service. L'authentification et les enregistrements DNS sont vérifiés avant qu'un seul message ne parte.

  2. 2

    Fixer le volume cible et la fenêtre

    Choisissez où vous voulez arriver, souvent 100k par jour, et sur quelle période. Quatre semaines est un point de départ courant.

  3. 3

    Laisser la rampe tourner

    Le volume quotidien suit la courbe configurée, pendant que les contrôles tournent sur chaque lot, et non une fois par semaine.

  4. 4

    Pause, alerte, reprise

    Quand un signal franchit un seuil, l'envoi s'arrête et l'alerte nomme le signal en cause. Corrigez la cause, puis reprenez la rampe.

Pour qui

Pour une équipe qui débogue une chute soudaine du placement en boîte de réception

Quand le placement chute, la première heure part en supposition : DNS, problème de liste ou coup de réputation ? Les traces par envoi et les alertes par seuil transforment cette supposition en diagnostic. Vous voyez quel signal a bougé, sur quel lot, et si la rampe s'est déjà mise en pause toute seule.

  • Trace pour chaque envoi, avec les signaux de rebond et de spam
  • Alertes qui nomment le signal déclencheur
  • Voie de reprise une fois la cause corrigée
Terminal sur ordinateur portable affichant les logs d'envoi à côté d'un croquis de routage mail dans un carnet
Pour qui

Pour une équipe produit qui fait monter en charge un pipeline transactionnel

Le volume transactionnel grandit par paliers, pas en douceur. Un nouveau parcours d'onboarding part en production, une fonctionnalité passe en disponibilité générale, et les envois quotidiens bondissent du jour au lendemain. Monter ce nouveau volume en arrière-plan garde les réinitialisations de mot de passe et les reçus dans la boîte de réception pendant que le pipeline grossit.

  • Gère les paliers de volume, pas seulement la croissance régulière
  • Les envois transactionnels existants ne sont pas touchés pendant la rampe
  • Alerte avant qu'un pic ne devienne un incident
Allée de baies serveur avec des voyants bleus, représentant l'infrastructure email

Questions fréquentes

Qu'est-ce qu'un service de délivrabilité email ?
C'est la couche qui décide si vos messages arrivent dans la boîte de réception : vérification de l'authentification, warmup de domaine, monitoring de réputation, gestion des rebonds et alertes. Un bon service fait tout cela en continu, au lieu de le laisser à un audit trimestriel.
En quoi est-ce différent de l'onglet délivrabilité intégré à un ESP ?
La plupart des tableaux de bord d'ESP mesurent le placement une fois les dégâts faits. Un service de délivrabilité agit avant l'envoi : il vérifie l'alignement SPF, DKIM et DMARC, régule le volume sur une rampe, et met l'envoi en pause quand le taux de rebond ou de plaintes dépasse un seuil.
Combien de temps dure le warmup d'un domaine ?
Environ quatre semaines pour faire passer un domaine neuf de 50 envois par jour à 100k par jour. La bonne courbe dépend de la qualité de votre liste et de votre contenu, c'est pourquoi la rampe se configure par domaine au lieu d'être figée.
Est-ce que ça corrige un domaine déjà rangé dans les spams ?
Pas à lui seul. Les erreurs d'authentification et une liste mal entretenue sont les causes habituelles, et il faut les corriger d'abord. Le service indique quel signal échoue, puis vous laisse reprendre la rampe une fois la cause levée.
Faut-il SPF, DKIM et DMARC avant de commencer ?
Oui, et le service vérifie l'alignement avant le premier envoi. Un enregistrement DKIM mal configuré est la cause la plus fréquente d'une rampe bloquée ou d'un taux de rebond qui grimpe sans raison apparente.
Peut-on envoyer des emails transactionnels pendant qu'un domaine se réchauffe ?
Oui. La rampe contrôle la vitesse à laquelle le nouveau volume monte, pas la poursuite des envois existants. Les réinitialisations de mot de passe et les reçus continuent d'arriver, pendant que le nouveau volume monte derrière eux.
Que voit-on pour chaque message ?
Chaque envoi a une trace avec les signaux d'ouverture, de clic, de rebond et de spam, diffusés en SSE. Vous pouvez exporter ces mêmes événements vers Datadog ou Grafana et les alerter avec le reste de votre infrastructure.
Ça vaut le coup à quelques milliers d'emails par mois ?
En général, pas à lui seul. Il devient rentable quand le volume monte nettement, par exemple avec un nouveau parcours d'onboarding, une fonctionnalité en disponibilité générale, ou un programme d'envoi sortant qui dépasse quelques centaines d'envois par jour.

Mettez la délivrabilité sur le même tableau de bord que le reste

Connectez un domaine, fixez une cible, et laissez la rampe tourner. La pause et les alertes sont automatiques.

Commencer gratuitement Voir le fonctionnement de la rampe
notificationharbor
Démarrer gratuitement