Transformez vos e-mails en revenus avec Brew.
Une heure d’envoi unique, c’est une moyenne qui ne convient à personne. L’envoi par contact dans Brew : fonctionnement, données utilisées, mesure du gain.
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.
Une heure fixe unique, face à un envoi réparti selon les heures d’engagement passées de chaque contact.
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 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 :
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.
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, 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.
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é.
Un contact qui a un historique peut quand même recevoir l’e-mail au lancement si :
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.
La page de statistiques de l’envoi le résume en trois lignes :
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.
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 avant de choisir un lancement.
À savoir également :
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 :
Le guide des tests A/B traite de la taille d’échantillon, et notre article sur les indicateurs qui comptent explique pourquoi les clics sont le signal le plus sûr.
Il fonctionne partout où vous pouvez envoyer :
POST /v1/sends avec smartSend: true, plus scheduledAt pour un lancement ultérieur.send_email accepte smartSend : vous pouvez donc demander à Claude ou à Cursor « Envoie-le avec Intelligent Send ».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.
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à.
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.
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.
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é.
