Riferimento
Opzioni di invio
Salta i contatti che hanno ricevuto un’email di recente o che non interagiscono mai, aggiungi parametri UTM ai link, assegna tag alle campagne e distribuisci un invio nel tempo, per fuso orario o nell’ora migliore di ogni contatto.
Il passaggio Settings della procedura guidata decide chi viene saltato, come vengono contrassegnati i link per le tue analisi e quali etichette ha la campagna. Al momento dell’invio scegli anche come distribuire le email nel tempo. Questa pagina descrive ogni opzione e il relativo campo API.
Smart sending
Smart sending salta i contatti che hanno ricevuto un’altra campagna di recente, così nessuno riceve due campagne di fila. Imposta Skip if emailed within (hours) da 1 a 168. Le campagne create nel pannello partono con lo smart sending attivo a 16 ore.
Emailit controlla quando inizia l’invio: un contatto a cui è stata inviata un’email di una qualsiasi campagna in quel numero di ore viene escluso. Le email delle automazioni e dell’API email non contano. Nell’API, imposta smart_sending_hours, oppure null per disattivarlo.
Salta i contatti inattivi
Skip unengaged contacts esclude i contatti che hanno ricevuto 3 o più email di campagne negli ultimi 90 giorni e non ne hanno aperta né cliccata nessuna. I provider di posta osservano quante delle tue email restano non lette, quindi questa opzione protegge la reputazione del mittente. Nell’API, imposta exclude_unengaged su true.
Poiché alcune app di posta caricano le immagini automaticamente, alcuni contatti che non leggono mai le tue email risultano comunque attivi.
Anche le liste possono escludere i loro iscritti inattivi da ogni campagna, con un periodo che scegli tu. Vedi Contatti inattivi.
Riepilogo dell’invio
I contatti saltati dallo smart sending o perché inattivi, da questa impostazione o dal filtro dei contatti inattivi della loro lista, non ricevono la campagna e non usano crediti. Il report della campagna mostra un Send summary con quanti contatti dei destinatari hanno ricevuto la campagna e quanti sono stati saltati da ciascuna regola o perché soppressi.
Parametri UTM
Attiva Add UTM parameters to links per aggiungere i parametri UTM a ogni link della campagna, così Google Analytics e il tuo negozio vedono le visite e le vendite che porta. I link verso Emailit stesso, come il link di disiscrizione, restano invariati, e un link che ha già un parametro UTM mantiene il proprio valore per quel parametro. I parametri vengono aggiunti alla fine di ogni link, e il resto del link resta esattamente come l’hai scritto, così i link firmati continuano a funzionare.
| Parametro | Predefinito |
|---|---|
utm_source |
emailit |
utm_medium |
email |
utm_campaign |
{campaign_name} |
utm_content |
Non viene aggiunto se non lo imposti. {variant} è un buon valore per i test A/B. |
utm_term |
Non viene aggiunto se non lo imposti. |
utm_id |
Non viene aggiunto se non lo imposti. |
I valori possono usare {campaign_name}, {campaign_id}, {subject}, {variant} (il nome della versione A/B) e {send_date} (YYYY-MM-DD), fino a 191 caratteri ciascuno. Le campagne create nel pannello partono con i parametri UTM attivi. Nell’API, imposta utm_tracking su true e, facoltativamente, utm_params:
{
"utm_tracking": true,
"utm_params": { "source": "newsletter", "campaign": "{campaign_name}-{send_date}", "content": "{variant}" }
}Tag
I Tags sono etichette per uso interno, come newsletter o black-friday. Compaiono nell’elenco Campaigns e nel calendario, e puoi filtrare in base a essi. Separa i tag con virgole. Una campagna può avere fino a 20 tag di massimo 50 caratteri ciascuno. Nell’API, imposta tags come una lista di stringhe.
Strategie di invio
Quando selezioni Send campaign, scegli come partono le email:
| Strategia | Valore API | Cosa succede |
|---|---|---|
| All at once | immediate |
Tutti la ricevono subito, o all’orario programmato. |
| Throttled | throttled |
L’invio viene distribuito in modo uniforme a Emails per hour, da 100 a 1.000.000. Usala per liste grandi o per un nuovo dominio di invio. |
| Recipient’s local time | local_time |
Ogni contatto la riceve alla data e all’ora che scegli, nel proprio fuso orario. |
| Best time per recipient | smart_time |
Ogni contatto la riceve all’ora in cui di solito apre o clicca, entro Window (hours) dall’inizio, da 1 a 48 (predefinito 24). |
La campagna resta In process finché l’ultima email non viene passata alla consegna. Ogni batch ricontrolla i suoi contatti subito prima di partire, così i contatti che si disiscrivono o vengono eliminati durante un invio distribuito nel tempo non la ricevono.
Ora locale del destinatario
Il fuso orario di un contatto viene dallo script di tracciamento, che registra il fuso orario del browser con ogni evento che invia per un contatto noto. I contatti senza fuso orario ricevono l’email a quell’ora nel Timezone che scegli (UTC per impostazione predefinita).
L’invio inizia quando l’orario scelto arriva nel primo fuso orario (UTC+14) e termina quando arriva nell’ultimo. Se all’inizio dell’invio l’orario è già passato nel fuso di un contatto, il contatto riceve l’email subito. Un orario già passato in tutti i fusi viene rifiutato.
Ora migliore per destinatario
Emailit guarda quando ogni contatto ha aperto o cliccato le email delle campagne negli ultimi 90 giorni e invia nell’ora più frequente. I contatti senza questo storico ricevono l’email nell’ora in cui i destinatari interagiscono di più, oppure all’orario di inizio.
Usa l’API
Passa send_strategy e send_options a Invia o programma una campagna:
curl https://api.emailit.com/v2/campaigns/cmp_4Tq9Xv2kLm8Rw/send \
-X POST \
-H "Authorization: Bearer $EMAILIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"send_strategy": "local_time",
"send_options": { "local_time": "2026-11-27T09:00", "timezone": "America/New_York" }
}'| Strategia | send_options |
|---|---|
throttled |
per_hour, obbligatorio. |
local_time |
local_time nel formato YYYY-MM-DDTHH:mm, obbligatorio. timezone, un nome IANA come Europe/Prague, per i contatti senza fuso orario. |
smart_time |
window_hours, predefinito 24. timezone è facoltativo. |
immediate, throttled e smart_time accettano anche scheduled_at per iniziare più tardi. local_time lo ignora e inizia da solo. I test A/B vengono sempre inviati tutti insieme.