Trasforma le email in fatturato con Brew.
Un solo orario ideale riduce la lista a una media che non va bene a nessuno. Come funziona in Brew l’orario per contatto, cosa usa e come capire se è servito.

L’ottimizzazione dell’orario di invio per contatto programma l’email di ciascun destinatario nell’ora in cui quella persona ha aperto o cliccato in passato, invece di usare un’unica ora per tutta la lista.
“Qual è l’orario migliore per inviare una newsletter?” è una domanda sulle medie. I report di benchmark rispondono con un’ora di metà mattina in un giorno feriale, ricavata dalla media di milioni di persone che non sono nella tua lista. I tuoi lettori smaltiscono la posta in treno alle 7:00, in pausa pranzo o dopo cena. Un invio alle 10:00 va bene per chi legge alle 10:00 e finisce sepolto per tutti gli altri.
In Brew questa funzione si chiama Intelligent Send. Ecco come sceglie l’ora, in quali casi ripiega sull’orario di inizio e come verificare se è servito.

Un unico orario fisso a confronto con un invio distribuito sugli orari in cui ogni contatto ha interagito in passato.
Nella finestra di invio, Quando inviare offre Invia ora, Programma, Intelligent Send e Invio graduale. Scegli Intelligent Send e imposta l’inizio, subito o più tardi. Il pulsante diventa Avvia Intelligent Send o Programma Intelligent Send. La documentazione sulle opzioni di invio descrive tutte e quattro le modalità.
Per ogni contatto, Brew fornisce a un modello di valutazione IA 24 fasce di un’ora (l’ora di inizio più le 23 successive) e lo storico di quel contatto con il tuo brand, fino alle sue 200 aperture e ai suoi 100 clic più recenti. Il modello sceglie l’ora più probabile, soppesando tre fattori:
Se l’ora scelta è successiva all’inizio, l’email parte circa 5 minuti prima di quell’ora, così compare tra le prime nella casella di posta quando la persona la controlla. Se coincide con l’ora di inizio, parte subito.
Avvii un Intelligent Send di martedì alle 9:00 UTC. Gli storici qui sotto sono inventati, le regole sono reali.
Ana ha cliccato sulle tue ultime sei email, soprattutto tra le 13:00 e le 14:00 nei giorni feriali, e ne ha aperte alcune alle 7:30. I clic contano più delle aperture, quindi la scelta probabile sono le 13:00 e la sua email parte intorno alle 12:55.
Ben apre quasi tutto tra le 7:00 e le 8:00. Quell’ora è già passata, ma la finestra resta aperta fino alle 8:59 di mercoledì, quindi Ben riceve l’email circa 22 ore dopo l’inizio, poco prima del momento in cui di solito legge. È un dettaglio che sfugge a molti: avviare l’invio di mattina non significa che chi legge presto riceva l’email in giornata.
Chloe si è iscritta la settimana scorsa e non ha mai aperto nulla, quindi riceve l’email alle 9:00.
Dev ha venti aperture, tutte a pochi secondi dalla consegna, a qualsiasi ora. Sembra un client di posta che scarica i contenuti, non una persona che legge. Brew conta solo le aperture e i clic che ha giudicato umani, quindi se nessuna delle aperture di Dev supera il controllo, la sua email parte alle 9:00 come quella di Chloe.
La funzione Mail Privacy Protection di Apple scarica i contenuti remoti in background per impostazione predefinita, che la persona legga o meno l’email. Un modello che si basa su quelle aperture impara quando i server di Apple scaricano la posta e ti programma l’invio in un’ora in cui nessuno sta guardando.
Né il fuso orario né la posizione. Le ore sono in UTC e l’unico input sono i timestamp delle aperture e dei clic umani passati.
È una lacuna meno grave di quanto sembri. Un fuso orario è un’ipotesi su quando una persona è sveglia. Il timestamp di un’apertura registra quando ha letto. Chi ha ancora New York nel profilo dopo essersi trasferito a Berlino viene programmato in base a quando legge adesso.
Inoltre, per i contatti sconosciuti non inventa mai un “orario migliore per tutto il pubblico”. Senza storico, Brew invia all’orario di inizio. Credo sia giusto così: l’inizio è una decisione che hai preso tu, e una media presa in prestito non è migliore.
Al modello non arriva nessun indirizzo email né altro identificativo, e la chiamata al modello non ti viene addebitata.
Un contatto con uno storico può comunque ricevere l’email all’orario di inizio se:
Questi casi vengono conteggiati a parte, come contatti “con storico ma senza orario calcolato”. Se il numero è alto, tienine conto prima di trarre conclusioni.
La pagina delle statistiche dell’invio lo riassume in tre righe:
Il pannello Orari per contatto, più in basso, elenca i contatti in ordine pianificato, con una ricerca per email, ciascuno con un motivo come “Orario calcolato in base alle sue aperture e ai suoi clic passati” o “Subito: non ha ancora aperture né clic”.
Controlla prima Assegnazioni. Se l’85% è partito subito, è stato in gran parte un invio normale con una piccola coda programmata. Succede spesso con una lista giovane, e non è un fallimento.
Usalo quando qualche ora in più o in meno non cambia il senso del messaggio: newsletter, aggiornamenti mensili sul prodotto, riepiloghi di contenuti, email di nurturing a un segmento attivo.
Evitalo quando l’orario è il messaggio: il promemoria di un webinar alle 14:00 di oggi, una promozione che finisce a mezzanotte, un annuncio legato a un comunicato stampa. In questi casi usa Programma.
L’orario non salverà un’email che non funziona. Prima di scegliere l’inizio, segui la checklist di controllo qualità prima dell’invio.
Altre cose da sapere:
Intelligent Send non tiene da parte un gruppo di controllo e non riporta l’incremento, quindi fai tu il confronto e fai attenzione alla diluizione: solo i contatti programmati possono spostare il risultato. Dividi 20.000 contatti in due metà da 10.000 e supponi che il 35% della metà con Intelligent Send venga programmato. Se l’orario porta il tasso di clic di quel gruppo dal 3,0% al 3,6%, un buon risultato, la metà nel suo complesso passa dal 3,0% a circa il 3,2%. Con 10.000 contatti per metà, 0,2 punti su un tasso di clic del 3% rientrano nel normale rumore da un invio all’altro. Concluderesti che non funziona.
Quindi fai il test sui contatti che possono essere programmati:
La guida ai test A/B tratta la dimensione del campione, e l’articolo sulle metriche che contano spiega perché i clic sono il segnale più affidabile.
Funziona ovunque tu possa inviare:
POST /v1/sends con smartSend: true, più scheduledAt per un inizio successivo.send_email accetta smartSend, quindi puoi chiedere a Claude o a Cursor di “inviarla con Intelligent Send”.Leggendo un invio si ottiene un oggetto smartSend con windowEndsAt, assignedViaModel, assignedImmediately e modelFallbacks, gli stessi numeri della riga Assegnazioni.
Per il segnale grezzo, GET /v1/contacts/{email}?include=openProfile restituisce lo storico delle aperture di un contatto in 48 fasce UTC di mezz’ora. Quando un contatto ha almeno 5 aperture uniche, aggiunge un orario di apertura migliore, un orario di invio migliore e un punteggio confidence da 0 a 1. La chiave deve avere l’ambito emails oltre a contacts. Quel profilo può includere aperture automatiche, e Intelligent Send non lo legge: il pianificatore usa direttamente le aperture e i clic umani.
No. I contatti senza storico, o la cui ora migliore coincide con l’ora di inizio, ricevono l’email all’inizio. Aspettano solo i contatti il cui storico indica un’ora successiva, e solo fino a quell’ora.
All’inizio no. Senza aperture o clic umani registrati, tutti ricevono l’email all’orario di inizio. Diventa utile dopo qualche invio, quando si è accumulato abbastanza engagement.
No. L’inizio resta l’orario di invio per tutti i contatti senza storico e definisce la finestra di 24 ore. Scegline uno che andrebbe bene anche per un invio normale.
No. Usa solo i momenti in cui ogni persona ha aperto e cliccato in passato, un indizio più affidabile di un fuso orario salvato.
