# Optimisation de l’heure d’envoi par contact : comment ça marche

URL canonique : https://brew.new/fr/blog/send-time-optimization-per-contact
Rédigé par Philip Sørensen
Publication : 2026-10-10
Mise à jour : 2026-10-10

L’optimisation de l’heure d’envoi par contact programme l’exemplaire de chaque destinataire à l’heure à laquelle cette personne a déjà ouvert ou cliqué par le passé, au lieu d’une heure unique pour toute la liste.

« Quelle est la meilleure heure pour envoyer une newsletter ? » est une question de moyennes. Les études de benchmark y répondent par une heure unique, en milieu de matinée un jour de semaine, calculée sur des millions de personnes qui ne figurent pas dans votre liste. Vos lecteurs, eux, vident leur boîte de réception dans le train à 7 h, à la pause déjeuner ou après le dîner. Un envoi à 10 h convient aux lecteurs de 10 h et passe à la trappe pour tous les autres.

Dans Brew, c’est le rôle d’**Intelligent Send**. Voici comment il choisit l’heure, dans quels cas il se rabat sur l’heure de lancement, et comment vérifier s’il a été utile.

![Graphique comparant une heure d’envoi fixe unique à des heures d’envoi par contact réparties sur la journée.](/images/blog/intelligent-send-hours.png)

*Une heure fixe unique, face à un envoi réparti selon les heures d’engagement passées de chaque contact.*

## À retenir

- Chaque destinataire reçoit l’e-mail dans les 24 heures qui suivent le lancement choisi, à l’heure où il est le plus susceptible de l’ouvrir.
- Intelligent Send lit jusqu’à 200 ouvertures et 100 clics récents par contact, accorde plus de poids aux clics, à l’activité récente et à l’activité du même jour de la semaine, et ignore les ouvertures automatiques, comme les récupérations de contenu par Mail Privacy Protection d’Apple.
- Les contacts sans historique exploitable reçoivent l’e-mail à l’heure de lancement. Brew ne devine pas d’heure par défaut pour toute la liste.
- Il ne tient pas compte des fuseaux horaires, ne peut pas être combiné à l’envoi progressif, et les automatisations ne l’utilisent pas encore.
- Pour le mesurer, répartissez les contacts engagés en deux moitiés aléatoires et comparez le taux de clics, pas le taux d’ouverture, sur au moins trois envois.

## Comment ça marche

Dans la fenêtre d’envoi, **Quand envoyer** propose Envoyer maintenant, Programmer, Intelligent Send et Envoi progressif. Choisissez **Intelligent Send** et définissez un lancement, immédiat ou ultérieur. Le bouton devient alors **Lancer l’Intelligent Send** ou **Programmer l’Intelligent Send**. La [documentation des options d’envoi](https://docs.brew.new/create-emails/send-options) détaille les quatre modes.

Pour chaque contact, Brew fournit à un modèle d’évaluation IA 24 créneaux d’une heure (l’heure de lancement et les 23 suivantes) ainsi que l’historique de ce contact avec votre marque : jusqu’à ses 200 ouvertures et ses 100 clics les plus récents. Le modèle choisit l’heure la plus probable en pesant trois critères :

1. Les clics plutôt que les ouvertures. Un clic signifie que la personne a lu assez loin pour agir.
2. Le récent plutôt que l’ancien. On change de travail, de trajet et d’habitudes.
3. Le même jour de la semaine à la même heure plutôt que la même heure les autres jours. Le mardi à 8 h et le samedi à 8 h relèvent d’habitudes différentes.

Si l’heure choisie est postérieure au lancement, l’e-mail part environ 5 minutes avant, pour figurer en haut de la boîte de réception quand la personne la consulte. S’il s’agit de l’heure de lancement, il part immédiatement.

## Un exemple concret

Vous lancez un Intelligent Send un mardi à 9 h UTC. Les historiques ci-dessous sont inventés. Les règles, elles, sont réelles.

**Ana** a cliqué dans vos six derniers e-mails, surtout entre 13 h et 14 h en semaine, et en a ouvert quelques-uns à 7 h 30. Les clics pèsent plus lourd que les ouvertures : 13 h est donc le choix probable, et son e-mail part vers 12 h 55.

**Ben** ouvre presque tout entre 7 h et 8 h. Ce créneau est passé, mais la fenêtre court jusqu’au mercredi 8 h 59 : il reçoit donc l’e-mail environ 22 heures après le lancement, juste avant son heure de lecture habituelle. Beaucoup passent à côté de ce point : lancer tôt ne veut pas dire que les lève-tôt reçoivent l’e-mail le jour même.

**Chloe** s’est inscrite la semaine dernière et n’a encore rien ouvert : elle le reçoit donc à 9 h.

**Dev** compte vingt ouvertures, toutes dans les secondes qui suivent la délivrance, à toute heure. Cela ressemble à un client de messagerie qui récupère du contenu, pas à une personne qui lit. Brew ne compte que les ouvertures et les clics qu’il a jugés humains : si aucun de ceux de Dev ne passe ce filtre, son e-mail part à 9 h, comme celui de Chloe.

La fonctionnalité Mail Privacy Protection d’Apple [télécharge par défaut le contenu distant en arrière-plan](https://www.apple.com/legal/privacy/data/en/mail-privacy-protection/), que la personne lise l’e-mail ou non. Un modèle nourri de ces ouvertures apprend à quelle heure les serveurs d’Apple récupèrent le courrier, et vous programme à une heure où personne ne regarde.

## Ce qu’il n’utilise pas

Ni fuseau horaire ni localisation. Les heures sont en UTC, et la seule donnée d’entrée est l’horodatage des ouvertures et des clics humains passés.

C’est moins un manque qu’il n’y paraît. Un fuseau horaire sert à deviner quand quelqu’un est éveillé. L’horodatage d’une ouverture enregistre le moment où il a lu. Une personne dont le profil indique toujours New York alors qu’elle s’est installée à Berlin est programmée d’après l’heure à laquelle elle lit aujourd’hui.

Il n’invente jamais non plus de « meilleure heure pour toute l’audience » pour les contacts inconnus. Sans historique, Brew envoie au lancement. Je pense que c’est la bonne approche : le lancement est une décision que vous avez prise, et une moyenne empruntée ailleurs ne vaut pas mieux.

Aucune adresse e-mail ni aucun autre identifiant n’est transmis au modèle, et l’appel au modèle ne vous est pas facturé.

## Quand la planification se rabat sur le lancement

Un contact qui a un historique peut quand même recevoir l’e-mail au lancement si :

- le modèle ne répond pas en 5 secondes, ou si l’appel échoue ;
- un très gros envoi épuise son temps de planification, soit environ 4 minutes par page de destinataires et 20 minutes par envoi.

Ces contacts sont comptés à part, comme « avec un historique, mais sans heure calculée ». Si ce nombre est élevé, tenez-en compte avant de tirer des conclusions.

## Lire les résultats

La page de statistiques de l’envoi le résume en trois lignes :

- **Optimisation** indique que l’envoi a utilisé la meilleure heure de chaque contact, d’après ses ouvertures et ses clics.
- **Répartition** donne le nombre de contacts programmés selon l’historique, le nombre de contacts envoyés tout de suite et, parmi ces derniers, combien avaient un historique sans qu’une heure ait pu être calculée.
- **Dernier envoi au plus tard** indique quand part le dernier e-mail de la fenêtre.

Le panneau **Heure d’envoi par contact**, juste en dessous, liste les contacts dans l’ordre prévu, avec une recherche par e-mail, chacun accompagné d’un motif comme « Programmé d’après ses ouvertures et ses clics passés » ou « Tout de suite : aucune ouverture ni aucun clic pour l’instant ».

Regardez d’abord la ligne Répartition. Si 85 % des contacts ont reçu l’e-mail tout de suite, il s’agissait surtout d’un envoi normal, avec une petite traîne d’envois programmés. C’est courant sur une liste récente, et ce n’est pas un échec.

## Quand l’utiliser

Utilisez-le quand quelques heures de plus ou de moins ne changent rien au message : newsletters, actualités produit mensuelles, sélections de contenus, e-mails de nurturing envoyés à un segment engagé.

Évitez-le quand l’heure fait partie du message : un rappel pour un webinaire à 14 h aujourd’hui, une offre qui prend fin à minuit, une annonce liée à un communiqué de presse. Dans ces cas-là, utilisez Programmer.

Le bon timing ne sauvera pas un e-mail défaillant. Passez la [checklist de contrôle avant envoi](/fr/blog/pre-send-email-qa-checklist) avant de choisir un lancement.

À savoir également :

- Un envoi n’a qu’un seul mode de distribution : Intelligent Send ne peut donc pas être combiné avec le mode **Envoi progressif**.
- Il fonctionne pour les envois de campagne à une audience ou à une liste d’adresses. Les automatisations ne l’utilisent pas encore.
- Mettre un envoi en pause ou le bloquer peut décaler les heures prévues une fois le blocage levé.

## Comment vérifier son efficacité

Intelligent Send ne met pas de groupe témoin de côté et ne mesure pas le gain : faites donc la comparaison vous-même, en vous méfiant de l’effet de dilution. Seuls les contacts programmés peuvent faire bouger les chiffres. Répartissez 20 000 contacts en deux moitiés de 10 000, et supposons que 35 % de la moitié Intelligent Send soient programmés. Si la programmation fait passer le taux de clics de ce groupe de 3,0 % à 3,6 %, ce qui est un bon résultat, la moitié dans son ensemble passe de 3,0 % à environ 3,2 %. Avec 10 000 contacts par moitié, 0,2 point sur un taux de clics de 3 % reste dans le bruit normal d’un envoi à l’autre. Vous en concluriez que ça ne marche pas.

Testez donc sur des contacts qui peuvent être programmés :

1. Constituez l’audience à partir de contacts qui ont déjà cliqué ou ouvert, pour que la plupart aient un historique exploitable.
2. Divisez-la en deux au hasard, par exemple avec un champ de contact que vous attribuez avant l’envoi.
3. Envoyez le même e-mail avec le même lancement aux deux moitiés. L’une utilise Intelligent Send, l’autre Envoyer maintenant ou Programmer.
4. Comparez le **taux de clics**. Les ouvertures automatiques gonflent les ouvertures des deux moitiés et masquent la différence.
5. Répétez l’opération sur au moins trois envois. Un seul envoi peut basculer à cause d’un objet ou d’une grosse actualité.

Le [guide des tests A/B](/fr/blog/email-ab-testing) traite de la taille d’échantillon, et notre article sur [les indicateurs qui comptent](/fr/blog/email-metrics-that-matter) explique pourquoi les clics sont le signal le plus sûr.

## Depuis l’API, MCP ou le chat

Il fonctionne partout où vous pouvez envoyer :

- **API.** `POST /v1/sends` avec `smartSend: true`, plus `scheduledAt` pour un lancement ultérieur.
- **MCP.** L’outil `send_email` accepte `smartSend` : vous pouvez donc demander à Claude ou à Cursor « Envoie-le avec Intelligent Send ».
- **Chat Brew.** Demandez à l’agent d’envoyer avec Intelligent Send, puis validez comme d’habitude.

La lecture d’un envoi renvoie un objet `smartSend` avec `windowEndsAt`, `assignedViaModel`, `assignedImmediately` et `modelFallbacks`, soit les mêmes chiffres que la ligne Répartition.

Pour le signal brut, `GET /v1/contacts/{email}?include=openProfile` renvoie l’historique d’ouverture d’un contact sous forme de 48 créneaux UTC d’une demi-heure. Dès qu’un contact compte au moins 5 ouvertures uniques, la réponse ajoute une meilleure heure d’ouverture, une meilleure heure d’envoi et un score `confidence` de 0 à 1. La clé doit disposer du scope `emails` en plus de `contacts`. Ce profil peut inclure des ouvertures automatiques, et Intelligent Send ne le lit pas : le planificateur utilise directement les ouvertures et les clics humains.

## Questions fréquentes

### Retarde-t-il l’ensemble de l’envoi, jusqu’à une journée ?

Non. Les contacts sans historique, ou dont la meilleure heure est l’heure de lancement, reçoivent l’e-mail au lancement. Seuls les contacts dont l’historique indique une heure plus tardive attendent, et seulement jusqu’à cette heure-là.

### Est-ce utile pour une liste toute neuve ?

Pas au début. Sans ouverture ni clic humain enregistré, tout le monde reçoit l’e-mail au lancement. L’intérêt apparaît après quelques envois ayant généré de l’engagement.

### Dispense-t-il de choisir une bonne heure de lancement ?

Non. Le lancement reste l’heure d’envoi pour tous les contacts sans historique, et il fixe la fenêtre de 24 heures. Choisissez une heure qui vous conviendrait pour un envoi normal.

### Utilise-t-il les fuseaux horaires de mes contacts ?

Non. Il utilise uniquement les moments où chaque personne a ouvert et cliqué par le passé, ce qui constitue un meilleur indice qu’un fuseau horaire enregistré.