Eén beste verzendtijd middelt je lijst uit tot een uur dat bij niemand past. Zo werkt timing per contact in Brew, wat het gebruikt en hoe je test of het helpt.
Verzendtijdoptimalisatie per contact plant de e-mail voor elke ontvanger in op het uur waarop die persoon eerder heeft geopend of geklikt, in plaats van op één uur voor de hele lijst.
“Wat is het beste moment om een nieuwsbrief te versturen?” is een vraag over gemiddelden. Benchmarkrapporten antwoorden met één uur halverwege de ochtend op een doordeweekse dag, het gemiddelde van miljoenen mensen die niet op je lijst staan. Jouw lezers ruimen hun inbox op in de trein om 7.00 uur, tijdens de lunch of na het eten. Een verzending om 10.00 uur past bij de lezers van 10.00 uur en raakt voor alle anderen ondergesneeuwd.
In Brew heet dit Intelligent Send. Hieronder lees je hoe Intelligent Send het uur kiest, wanneer het terugvalt en hoe je test of het heeft geholpen.
Eén vast uur tegenover een verzending die is verspreid over de uren waarop elk contact eerder actief was.
In het verzendvenster biedt Wanneer versturen vier opties: Direct verzenden, Inplannen, Intelligent Send en Geleidelijk verzenden. Kies Intelligent Send en kies een start, nu of later. De knop verandert dan in Intelligent Send starten of Intelligent Send inplannen. De documentatie over verzendopties beschrijft alle vier de modi.
Voor elk contact geeft Brew een AI-evaluatiemodel 24 tijdvakken van een uur (het startuur plus de 23 uren daarna) en de historie van dat contact met je merk: maximaal de 200 meest recente openingen en 100 meest recente klikken. Het model kiest het meest waarschijnlijke uur en weegt daarbij drie dingen af:
Valt het gekozen uur later dan de start, dan gaat de e-mail ongeveer 5 minuten vóór dat uur de deur uit, zodat hij bovenaan in de inbox staat als de persoon kijkt. Is het het startuur, dan wordt hij meteen verstuurd.
Je start op een dinsdag om 9.00 uur UTC een Intelligent Send. De historie van deze contacten is verzonnen. De regels zijn echt.
Ana heeft op je laatste zes e-mails geklikt, meestal tussen 13.00 en 14.00 uur op werkdagen, en er een paar geopend om 7.30 uur. Klikken wegen zwaarder dan openingen, dus 13.00 uur is de waarschijnlijke keuze en haar e-mail gaat rond 12.55 uur de deur uit.
Ben opent bijna alles tussen 7.00 en 8.00 uur. Dat uur is al voorbij, maar het venster loopt tot woensdag 8.59 uur, dus hij krijgt de e-mail ongeveer 22 uur na de start, vlak voordat hij meestal leest. Dat wordt vaak over het hoofd gezien. Een vroege start betekent niet dat vroege lezers de e-mail vandaag nog krijgen.
Chloe heeft zich vorige week aangemeld en nog nooit iets geopend, dus zij krijgt de e-mail om 9.00 uur.
Dev heeft twintig openingen, allemaal binnen enkele seconden na de bezorging en op alle uren van de dag. Dat lijkt op een e-mailclient die content ophaalt, niet op iemand die leest. Brew telt alleen openingen en klikken mee die als menselijk zijn beoordeeld. Blijft er bij Dev niets over, dan krijgt hij de e-mail net als Chloe om 9.00 uur.
Mail Privacy Protection van Apple downloadt externe content standaard op de achtergrond, of de persoon de e-mail nu leest of niet. Een model dat je met die openingen voedt, leert wanneer de servers van Apple e-mail ophalen en plant je verzending in op een uur waarop niemand kijkt.
Geen tijdzone of locatie. De uren zijn in UTC, en de enige input bestaat uit tijdstempels van eerdere menselijke openingen en klikken.
Dat is minder een gemis dan het klinkt. Een tijdzone is een gok naar wanneer iemand wakker is. Een tijdstempel van een opening legt vast wanneer iemand leest. Iemand die naar Berlijn is verhuisd, maar bij wie in het profiel nog New York staat, wordt getimed op basis van wanneer die persoon nu leest.
Het verzint ook nooit een “beste uur voor de hele doelgroep” voor onbekende contacten. Zonder historie verstuurt Brew op je starttijd. Ik vind dat terecht. De start is een beslissing die jij hebt genomen, en een geleend gemiddelde is niet beter.
Er gaat geen e-mailadres of ander identificerend gegeven naar het model, en de aanroep van het model wordt niet aan jou gefactureerd.
Ook een contact met historie kan de e-mail op de starttijd krijgen als:
Die contacten worden apart geteld als “niet te timen”. Is dat aantal groot, houd daar dan rekening mee voordat je conclusies trekt.
De statistiekenpagina van de verzending vat het samen in drie regels:
Het paneel Timing per contact daaronder toont de contacten in geplande volgorde, doorzoekbaar op e-mailadres, elk met een reden zoals “Getimed op basis van eerdere openingen en klikken” of “Direct: nog geen openingen of klikken”.
Kijk eerst naar Toewijzingen. Is 85% direct verstuurd, dan was het vooral een gewone verzending met een klein getimed staartje. Dat is gebruikelijk bij een jonge lijst en geen mislukking.
Gebruik het als een paar uur eerder of later niets aan de betekenis verandert: nieuwsbrieven, maandelijkse productupdates, contentoverzichten, nurturingmails aan een betrokken segment.
Sla het over als het tijdstip de boodschap is: een herinnering aan een webinar van vandaag om 14.00 uur, een uitverkoop die om middernacht eindigt, een aankondiging die vastzit aan een persbericht. Gebruik daarvoor Inplannen.
Timing redt geen kapotte e-mail. Loop de QA-checklist voor het versturen na voordat je een start kiest.
Verder goed om te weten:
Intelligent Send houdt geen controlegroep achter en rapporteert geen uplift, dus de vergelijking doe je zelf, en let daarbij op verwatering. Alleen getimede contacten kunnen verschuiven. Verdeel 20.000 contacten in twee helften van 10.000 en stel dat 35% van de helft met Intelligent Send wordt getimed. Als de timing de klikratio van die groep van 3,0% naar 3,6% tilt, een goed resultaat, dan stijgt de helft als geheel van 3,0% naar ongeveer 3,2%. Bij 10.000 per helft valt 0,2 procentpunt bij een klikratio van 3% binnen de normale ruis tussen verzendingen. Je zou concluderen dat het niet werkt.
Test daarom op contacten die getimed kunnen worden:
De gids over A/B-testen gaat in op de steekproefgrootte, en in de metrics die ertoe doen lees je waarom klikken het betrouwbaardere signaal zijn.
Het werkt overal waar je kunt versturen:
POST /v1/sends met smartSend: true, plus scheduledAt voor een latere start.send_email accepteert smartSend, dus je kunt Claude of Cursor vragen om de e-mail “met Intelligent Send te versturen”.Lees je een verzending terug, dan krijg je een smartSend-object met windowEndsAt, assignedViaModel, assignedImmediately en modelFallbacks: dezelfde cijfers als in de regel Toewijzingen.
Voor het ruwe signaal geeft GET /v1/contacts/{email}?include=openProfile de openingshistorie van een contact terug als 48 tijdvakken van een half uur in UTC. Zodra een contact minstens 5 unieke openingen heeft, komen daar een beste openingstijd, een beste verzendtijd en een confidence-score van 0 tot 1 bij. De API-sleutel heeft naast contacts ook het bereik emails nodig. Dat profiel kan geautomatiseerde openingen bevatten, en Intelligent Send leest het niet. De planner gebruikt menselijke openingen en klikken rechtstreeks.
Nee. Contacten zonder historie, of bij wie het beste uur het startuur is, krijgen de e-mail bij de start. Alleen contacten bij wie de historie naar een later uur wijst, wachten, en alleen tot dat uur.
In het begin niet. Zonder vastgelegde menselijke openingen of klikken krijgt iedereen de e-mail bij de start. Het gaat pas tellen als er een paar verzendingen aan betrokkenheid is opgebouwd.
Jawel. De start blijft de verzendtijd voor iedereen zonder historie, en bepaalt het venster van 24 uur. Kies een tijd waar je ook bij een gewone verzending tevreden mee zou zijn.
Nee. Het gebruikt alleen wanneer elke persoon eerder heeft geopend en geklikt, en dat is een beter bewijs dan een opgeslagen tijdzone.
