# Verzendtijdoptimalisatie per contact: zo werkt het

Canonieke URL: https://brew.new/nl/blog/send-time-optimization-per-contact
Auteur: Philip Sørensen
Gepubliceerd: 2026-10-10
Bijgewerkt: 2026-10-10

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.

![Grafiek die één vast verzenduur vergelijkt met verzenduren per contact, verspreid over de dag.](/images/blog/intelligent-send-hours.png)

*Eén vast uur tegenover een verzending die is verspreid over de uren waarop elk contact eerder actief was.*

## De belangrijkste punten

- Elke ontvanger krijgt de e-mail binnen 24 uur na de start die je kiest, op het uur waarop die persoon het waarschijnlijkst opent.
- Het leest per contact tot 200 recente openingen en 100 recente klikken, laat klikken, recente activiteit en activiteit op dezelfde weekdag zwaarder meewegen en negeert geautomatiseerde openingen, zoals het ophalen van e-mail door Apple Mail Privacy Protection.
- Contacten zonder bruikbare historie krijgen de e-mail op de starttijd. Brew gokt geen standaarduur voor de hele lijst.
- Het houdt geen rekening met tijdzones, is niet te combineren met Geleidelijk verzenden, en automatiseringen gebruiken het nog niet.
- Om het te meten, verdeel je betrokken contacten willekeurig in twee helften en vergelijk je over minstens drie verzendingen de klikratio, niet de openratio.

## Zo werkt het

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](https://docs.brew.new/create-emails/send-options) 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:

1. Klikken boven openingen. Een klik betekent dat iemand ver genoeg heeft gelezen om iets te doen.
2. Recent boven oud. Mensen krijgen een andere baan, een andere reistijd en andere gewoonten.
3. Dezelfde weekdag en hetzelfde uur boven hetzelfde uur op andere dagen. Dinsdag 8.00 uur en zaterdag 8.00 uur zijn verschillende gewoonten.

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.

## Een uitgewerkt voorbeeld

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](https://www.apple.com/legal/privacy/data/en/mail-privacy-protection/), 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.

## Wat het niet gebruikt

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.

## Wanneer de planning terugvalt

Ook een contact met historie kan de e-mail op de starttijd krijgen als:

- het model niet binnen 5 seconden antwoordt of de aanroep mislukt
- een heel grote verzending door de planningstijd heen is: ongeveer 4 minuten per pagina ontvangers en 20 minuten per verzending

Die contacten worden apart geteld als “niet te timen”. Is dat aantal groot, houd daar dan rekening mee voordat je conclusies trekt.

## De resultaten lezen

De statistiekenpagina van de verzending vat het samen in drie regels:

- **Optimalisatie** geeft aan dat de verzending voor elk contact het beste uur heeft gebruikt, op basis van diens openingen en klikken.
- **Toewijzingen** toont hoeveel contacten op basis van historie zijn getimed, hoeveel er direct zijn verstuurd en hoeveel daarvan wel historie hadden maar niet te timen waren.
- **Laatste bezorging uiterlijk** is het moment waarop de laatste e-mail in het venster wordt verstuurd.

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.

## Wanneer gebruik je het

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](/nl/blog/pre-send-email-qa-checklist) na voordat je een start kiest.

Verder goed om te weten:

- Een verzending heeft één verzendwijze, dus het is niet te combineren met **Geleidelijk verzenden**.
- Het werkt voor campagneverzendingen naar een doelgroep of een lijst met adressen. Automatiseringen gebruiken het nog niet.
- Een verzending pauzeren of in de wacht zetten kan de geplande tijden verschuiven zodra de wachtstand wordt opgeheven.

## Zo test je of het heeft geholpen

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:

1. Stel de doelgroep samen uit contacten die eerder hebben geklikt of geopend, zodat de meesten bruikbare historie hebben.
2. Verdeel die willekeurig in tweeën, bijvoorbeeld met een contactveld dat je vóór de verzending toewijst.
3. Stuur dezelfde e-mail met dezelfde start naar beide helften. De ene helft gebruikt Intelligent Send, de andere Direct verzenden of Inplannen.
4. Vergelijk de **klikratio**. Geautomatiseerde openingen blazen de openingen in beide helften op en verbergen het verschil.
5. Herhaal dit bij minstens drie verzendingen. Eén verzending kan door een onderwerpregel of een groot nieuwsverhaal flink afwijken.

De [gids over A/B-testen](/nl/blog/email-ab-testing) gaat in op de steekproefgrootte, en in [de metrics die ertoe doen](/nl/blog/email-metrics-that-matter) lees je waarom klikken het betrouwbaardere signaal zijn.

## Via de API, MCP of chat

Het werkt overal waar je kunt versturen:

- **API.** `POST /v1/sends` met `smartSend: true`, plus `scheduledAt` voor een latere start.
- **MCP.** De tool `send_email` accepteert `smartSend`, dus je kunt Claude of Cursor vragen om de e-mail “met Intelligent Send te versturen”.
- **Brew-chat.** Vraag de agent om met Intelligent Send te versturen en keur het zoals gewoonlijk goed.

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.

## Veelgestelde vragen

### Vertraagt het de hele verzending met maximaal een dag?

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.

### Helpt het bij een gloednieuwe lijst?

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.

### Hoef ik dan geen goede starttijd meer te kiezen?

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.

### Gebruikt het de tijdzones van mijn contacten?

Nee. Het gebruikt alleen wanneer elke persoon eerder heeft geopend en geklikt, en dat is een beter bewijs dan een opgeslagen tijdzone.