Crea automazioni per l'email marketing

Published: 16 luglio 2026 · Last updated: 21 luglio 2026 · By Marcus Biel

Le automazioni ti consentono di creare percorsi email completi che reagiscono all'attività degli iscritti, alle date, alle modifiche dei dati e agli eventi provenienti da applicazioni esterne.

Costruisci ogni automazione come un flusso visivo. Un trigger decide quando un contatto entra. I passaggi successivi inviano email, attendono, aggiornano i dati dell'iscritto, chiamano un altro sistema o scelgono un percorso diverso in base a una condizione. Non è necessaria alcuna programmazione per le normali sequenze di benvenuto, i follow-up, le email di anniversario o la segmentazione degli iscritti. Quando vuoi collegare un'altra applicazione, lo stesso builder mette a disposizione anche i trigger Custom Event e Inbound Webhook.

Questa guida illustra la pagina Automations e il relativo builder, inclusi tutti i trigger e i passaggi attualmente disponibili, l'editor email interno a un'automazione, i dati degli eventi, la distribuzione dei lead magnet, la pubblicazione, il versioning e la configurazione sicura dei webhook.

Cosa puoi creare con le automazioni

Ecco alcuni esempi comuni:

• Serie di benvenuto — Inizia dopo che un contatto ha confermato l'iscrizione, invia subito un'email di benvenuto, attendi due giorni e prosegui con contenuti utili.
• Distribuzione di lead magnet — Inizia dopo un'iscrizione confermata tramite uno specifico Signup Flow, invia il link protetto per il download e invia un follow-up in un secondo momento.
• Email di compleanno e anniversario — Inizia ogni anno nella data memorizzata in un campo dell'iscritto.
• Follow-up basati sugli interessi — Inizia quando viene aggiunto un tag, quindi invia contenuti corrispondenti a quell'interesse.
• Percorsi per completare il profilo — Reagisci quando un campo viene aggiunto, aggiornato o rimosso.
• Percorsi per prodotti e acquisti — Consenti al tuo backend di inviare un evento come trial.started o order_paid, quindi usa le proprietà dell'evento nelle email e nelle condizioni.
• Integrazioni inbound senza codice — Fornisci a uno strumento esterno un URL webhook univoco che avvia una specifica automazione quando riceve JSON.
• Manutenzione degli iscritti — Aggiungi o rimuovi tag, aggiorna campi, avvia o interrompi un'altra automazione oppure annulla l'iscrizione di un contatto.
• Integrazioni di sistema — Invia un webhook JSON firmato a un'altra applicazione quando un contatto raggiunge un determinato passaggio.

Apertura della pagina Automations

Apri “Automations” nella navigazione principale.

La panoramica elenca tutte le automazioni del tuo account. Ogni riga mostra lo Status, l'Automation Name, il numero di Active Subscribers, il numero di Completed Subscribers e un menu delle azioni sulla destra.

Stati delle automazioni

Lo stato indica cosa sta facendo attualmente l'automazione.

Draft — L'automazione è ancora in preparazione. Non accetta contatti né esegue passaggi. Puoi continuare a modificarla e attivarla quando è pronta.

Active — L'automazione è attiva. I trigger corrispondenti possono avviare nuove esecuzioni e i contatti già presenti continuano attraverso i passaggi.

Paused — Nessun nuovo contatto entra e i contatti già presenti non avanzano finché non attivi nuovamente l'automazione. Un URL Inbound Webhook può ancora accettare e registrare richieste mentre l'automazione è in pausa, ma tali richieste non avviano esecuzioni.

Disconnecting — I trigger di avvio non accettano più nuovi contatti, ma quelli già presenti continuano il loro percorso. Quando l'ultimo contatto attivo esce, Maildroppa archivia automaticamente l'automazione. Un'automazione in fase di disconnessione è di sola lettura.

Archived — L'automazione è terminata ed è di sola lettura. Non accetta più contatti né esegue passaggi. Puoi comunque visualizzarla o usarla come base per una nuova bozza.

Conteggi nella panoramica

Active Subscribers indica il numero di contatti attualmente in attesa a un passaggio o in transito attraverso un passaggio di quell'automazione.

Completed Subscribers indica il numero di esecuzioni dell'automazione completate. Se la reentry è abilitata, un contatto può completare la stessa automazione più di una volta, quindi si tratta di un conteggio dei completamenti e non necessariamente di un conteggio dei contatti unici.

Azioni sulle righe

Apri il menu con i tre puntini alla fine di una riga. Le azioni disponibili dipendono dallo stato attuale:

• Le automazioni attive possono essere messe in pausa, disconnesse, modificate, copiate come bozza o eliminate.
• Le automazioni in pausa possono essere attivate, disconnesse, modificate, copiate come bozza o eliminate.
• Le automazioni in fase di disconnessione e quelle archiviate possono essere visualizzate, copiate come bozza o eliminate.
• Le bozze possono essere modificate o eliminate.

“Use as Draft” crea una copia modificabile separata. Non riattiva né modifica l'automazione originale. Se la sorgente utilizza un URL Inbound Webhook, l'URL segreto non viene copiato nella nuova bozza; la copia deve ricevere un proprio URL.

Creazione di un'automazione

Fai clic su “Create Automation” per aprire il builder visivo.

Ogni automazione utilizzabile richiede:

1. Un nome.
2. Almeno un trigger.
3. Almeno un passaggio collegato.
4. Un percorso completo dal primo passaggio alla fine di ogni ramo.

La canvas contiene pulsanti con il simbolo più ovunque sia possibile inserire un nuovo passaggio. Fai clic su un pulsante con il simbolo più, scegli un tipo di passaggio e configuralo. Passa il cursore su un trigger o un passaggio esistente per modificarlo o rimuoverlo.

Crea e salva l'automazione come Draft mentre la stai testando. Attivala solo dopo aver verificato trigger, contenuti, condizioni, link, ritardi e integrazioni.

Trigger: come entrano i contatti in un'automazione

Un trigger è il punto di partenza di un'automazione. Attualmente Maildroppa offre nove tipi di trigger:

1. Signup confirmed
2. Date Anniversary
3. Tag is Added
4. Tag is Removed
5. Custom Event
6. Inbound Webhook URL
7. Field is Added
8. Field is Updated
9. Field is Removed

Trigger generici e specifici

I trigger per iscrizioni, tag e campi possono riguardare una sorgente ampia oppure una sorgente specifica.

Ad esempio, “Any Tag” reagisce a ogni tag creato dal cliente, mentre un trigger per “Webinar” reagisce solo quando viene assegnato quel tag. “Any Field” e un trigger per un singolo campo selezionato funzionano allo stesso modo.

Un'automazione non può contenere contemporaneamente un trigger generico e un trigger specifico dello stesso tipo. “Any Tag” include già il tag “Webinar”, quindi aggiungerli entrambi creerebbe una sovrapposizione. Anche i trigger specifici duplicati non sono utili e vengono impediti.

Puoi aggiungere fino a 30 trigger standard a un'automazione. Un contatto entra quando uno qualsiasi di essi corrisponde. Tuttavia, Custom Event e Inbound Webhook URL sono trigger speciali basati sui dati degli eventi e seguono regole più rigide descritte di seguito.

Signup Confirmed

Questo trigger avvia l'automazione solo dopo che un contatto fa clic sul link di conferma Double Opt-in di un'iscrizione. L'invio di un modulo da solo non è sufficiente.

Scegli l'ambito della sorgente corrispondente al percorso:

• Form — Seleziona un singolo modulo di iscrizione.
• Signup flow — Seleziona un singolo Signup Flow.
• All sources — Reagisce alle iscrizioni confermate provenienti da ogni sorgente.

Usa un Form specifico quando l'automazione appartiene a una singola posizione, ad esempio una landing page per un webinar. Usa uno Signup Flow specifico quando diversi moduli condividono intenzionalmente lo stesso percorso di conferma e follow-up. Usa All sources solo quando ogni iscrizione confermata deve ricevere la stessa automazione.

Per informazioni sui messaggi Double Opt-in, sui reindirizzamenti, sulle pagine di conferma e sulle assegnazioni dei moduli, consulta la guida Signup Flows.

Date Anniversary

Date Anniversary avvia l'automazione ogni anno nel mese e nel giorno memorizzati in un campo Date personalizzato selezionato.

Ad esempio, se il campo “Birthday” contiene 1988-04-12, il trigger può avviarsi il 12 aprile di ogni anno. L'anno originale identifica la data, ma non limita il trigger a quell'unico anno.

È possibile selezionare solo campi Date attivi. Se non esiste ancora alcun campo Date, creane uno in Subscriber Fields and Tags prima di configurare questo trigger.

I percorsi annuali normalmente richiedono la reentry abilitata. Senza reentry, un contatto che ha già completato l'automazione del compleanno dell'anno scorso non potrà entrarvi di nuovo quest'anno.

Tag is Added e Tag is Removed

Questi trigger si avviano quando un tag creato dal cliente viene effettivamente assegnato a un contatto o rimosso da esso. Scegli “Any Tag” oppure un tag specifico.

Sono utili per interessi, fasi del ciclo di vita, gruppi di clienti, partecipazione a webinar o code di follow-up manuali. Le modifiche attuali al profilo effettuate in Maildroppa, i singoli aggiornamenti API supportati e le azioni collettive sui tag eseguite dal cliente possono avviare questi trigger.

Maildroppa reagisce solo a una modifica effettiva. Assegnare un tag che il contatto possiede già o rimuovere un tag che il contatto non possiede non crea un nuovo evento di modifica del tag.

Le modifiche ai tag effettuate da un passaggio di un'automazione non avviano ricorsivamente un'altra automazione basata su trigger di tag. Usa l'azione esplicita “Start Other Automation” quando un'automazione deve trasferire intenzionalmente un contatto a un'altra.

Field is Added, Field is Updated e Field is Removed

Questi trigger reagiscono alle modifiche nei valori del profilo dell'iscritto. Ognuno può monitorare “Any Field” oppure un campo specifico selezionato.

• Field is Added — Un campo precedentemente vuoto riceve un valore.
• Field is Updated — Un valore esistente cambia in un valore diverso.
• Field is Removed — Il valore di un campo viene cancellato.

La distinzione è utile. Ad esempio, aggiungere per la prima volta una data di nascita può avviare un messaggio educativo, mentre modificarla in seguito può avviare un processo di revisione dei dati.

Le modifiche al profilo effettuate nell'app Maildroppa e i singoli aggiornamenti API supportati possono generare questi eventi. L'elaborazione delle iscrizioni, le importazioni e le modifiche effettuate da un altro passaggio dell'automazione non avviano questa famiglia di trigger. Per un percorso di iscrizione, usa invece Signup confirmed.

I campi archiviati non possono essere selezionati nei nuovi trigger. I riferimenti esistenti rimangono visibili per consentire di comprendere e correggere un'automazione precedente, ma ripristina o sostituisci il campo prima di attivare una configurazione modificata.

Per informazioni sui tipi di campo e sul comportamento dell'archiviazione, consulta la guida Subscriber Fields and Tags.

Custom Event e Inbound Webhook URL

Entrambi i trigger basati sui dati degli eventi consentono a un sistema esterno di avviare un'automazione e fornire dati temporanei per quella singola esecuzione. Servono a stili di integrazione diversi.

Un trigger basato sui dati degli eventi deve essere l'unico trigger della sua automazione. Non puoi combinare Custom Event o Inbound Webhook URL con Signup confirmed, un trigger per tag, un trigger per campo, Date Anniversary o un secondo trigger basato sui dati degli eventi. Questa regola garantisce che le proprietà degli eventi siano disponibili in modo affidabile in ogni email e condizione del flusso.

I dati degli eventi appartengono a una singola esecuzione dell'automazione. Non diventano automaticamente dati permanenti del profilo dell'iscritto. Aggiungi un passaggio Update Field se alcune informazioni selezionate devono essere memorizzate anche sul contatto.

Configurazione di un trigger Custom Event

Scegli “Custom Event” quando il tuo server può chiamare la Events API di Maildroppa con una chiave API.

Passaggio 1: scegli l'Event Key

Inserisci un nome stabile per l'evento aziendale, ad esempio:

• trial.started
• order_paid
• booking_created

L'event key può contenere lettere, numeri, punti, trattini bassi e trattini. La corrispondenza è esatta, quindi order_paid e order.paid sono eventi diversi. Mantieni stabile il nome dopo aver distribuito l'integrazione.

Passaggio 2: decidi se consentire nuovi contatti

Usa “Allow new contacts from this source” per controllare gli indirizzi email sconosciuti.

• Quando è disattivato, solo un indirizzo email che appartiene già a un contatto Maildroppa può avviare l'automazione. Gli indirizzi sconosciuti vengono rifiutati.
• Quando è attivato, Maildroppa crea un contatto per un indirizzo email sconosciuto e poi avvia l'automazione.

Lascialo disattivato quando il sistema mittente deve solo arricchire o gestire contatti già amministrati in Maildroppa. Attivalo solo quando l'evento esterno è una sorgente approvata per la creazione di contatti e il tuo processo dispone delle autorizzazioni necessarie.

Passaggio 3: crea o usa la chiave API

La checklist di configurazione indica se è disponibile una chiave API. Se necessario, creala dalla configurazione del trigger.

Tratta la chiave API come una password. Usala solo nel codice lato server. Non inserirla in JavaScript nel browser, in un repository pubblico, in screenshot, ticket di assistenza, documentazione pubblica o log condivisi. Anche copiare il comando cURL di esempio copia il segreto negli appunti.

La richiesta viene inviata a:

POST https://api.maildroppa.com/events

con l'header:

X-API-Key: YOUR_API_KEY

Per informazioni generali sulla sicurezza e sulla rotazione delle chiavi, consulta la guida API Key.

Passaggio 4: invia un evento di test

Invia l'evento con triggerAutomations impostato su false. In questo modo Maildroppa può osservare le proprietà dell'evento senza avviare un'automazione attiva.

{
  "eventKey": "trial.started",
  "email": "contact@example.com",
  "properties": {
    "planName": "Professional",
    "trialDays": 14,
    "salesAssisted": false
  },
  "occurredAt": "2026-07-16T08:00:00Z",
  "triggerAutomations": false
}

Le proprietà devono essere un oggetto piatto. I valori possono essere stringhe, numeri, booleani o null. I nomi delle proprietà possono contenere lettere, numeri, trattini bassi, punti e trattini. L'oggetto properties serializzato può avere una dimensione massima di 64 KiB.

Maildroppa mostra le proprietà osservate nella configurazione del trigger. Queste diventano selezionabili nella personalizzazione delle email e nella sezione Event data delle condizioni. Ad esempio, planName può essere inserito in un'email come {{event.planName}}.

Passaggio 5: completa la checklist e attiva

La checklist Custom Event conferma che:

• L'event key è configurato.
• La chiave API è disponibile.
• I dati dell'evento di test sono stati osservati.
• Il trigger è pronto per essere attivato.

Dopo aver attivato l'automazione, invia gli eventi di produzione con triggerAutomations impostato su true. L'event key deve corrispondere esattamente. Le proprietà dell'evento vengono memorizzate con quell'esecuzione dell'automazione e rimangono disponibili durante tutti i suoi passaggi.

Configurazione di un trigger Inbound Webhook URL

Scegli “Inbound Webhook URL” quando un'applicazione esterna può inviare una richiesta JSON POST, ma non deve usare la chiave API dell'intero account.

Maildroppa crea un URL segreto univoco per questa automazione, ad esempio:

https://in.maildroppa.com/webhooks/inbound/SECRET_TOKEN

Il token nel percorso concede l'accesso. Non è richiesta alcuna chiave API e solo l'automazione associata a questo URL può essere avviata.

Passaggio 1: crea l'URL

Aggiungi il trigger Inbound Webhook URL e salva l'automazione quando richiesto. Maildroppa crea e mostra quindi il relativo URL.

Copia l'URL nelle impostazioni webhook del sistema esterno. Tratta l'URL completo come una password. Non pubblicarlo, inserirlo in codice lato client o includerlo nei normali log condivisi.

Passaggio 2: invia una richiesta JSON di test

La configurazione fornisce esempi pronti da copiare per macOS/Linux e Windows PowerShell. Invia una richiesta webhook per un contatto. Il payload deve contenere un indirizzo email valido del destinatario, in una posizione che Maildroppa possa identificare.

Ad esempio:

{
  "email": "contact@example.com",
  "checkout": {
    "id": "checkout_123",
    "total": 99
  },
  "planName": "Professional"
}

Prima dell'attivazione, le richieste accettate vengono memorizzate solo come dati di test temporanei. Non avviano l'automazione e non inviano email.

Se il sistema esterno ritenta automaticamente le richieste, invia un header Idempotency-Key o X-Webhook-Id. Questo aiuta Maildroppa a riconoscere la stessa consegna invece di avviare due volte lo stesso evento. Se due eventi altrimenti identici sono intenzionali, assegna a ciascuno un proprio ID evento.

Passaggio 3: seleziona l'email del destinatario

Maildroppa esamina l'ultima richiesta di test valida e cerca possibili campi email.

• Se trova un unico campo chiaro, può selezionarlo automaticamente.
• Se trova diversi campi possibili, scegli quello che identifica il contatto.
• Se non ne trova nessuno, modifica il payload e invia un'altra richiesta di test.

Il percorso selezionato fa parte del contratto webhook. Invia una richiesta per destinatario anziché un array di destinatari.

Passaggio 4: decidi se creare i contatti mancanti

Quando “Create missing contacts” è disattivato, solo i contatti esistenti avviano l'automazione. Gli indirizzi email sconosciuti vengono registrati, ma non avviano un'esecuzione.

Quando è attivato, Maildroppa crea un nuovo contatto per un indirizzo email sconosciuto valido e poi avvia l'automazione. Attivalo solo quando la sorgente inbound è autorizzata a creare contatti.

Passaggio 5: esamina i dati degli eventi

Maildroppa elenca i valori utilizzabili osservati nel payload di test. Questi suggerimenti non costituiscono uno schema permanente e completo. Se manca un campo obbligatorio, includilo in una nuova richiesta di test e aggiorna i dati di test.

L'email del destinatario riceve una gestione speciale e non viene duplicata come proprietà dei dati dell'evento. Anche elenchi, valori dall'aspetto sensibile, valori profondamente nidificati, oggetti vuoti, nomi di proprietà non sicuri o campi oltre i limiti di rilevamento supportati possono essere esclusi.

I campi osservati diventano disponibili nelle email come merge tag e nelle condizioni sotto Event data. I loro valori vengono acquisiti separatamente per ogni esecuzione live dell'automazione.

Passaggio 6: completa la checklist e attiva

La checklist di configurazione mostra se:

• L'URL webhook è pronto.
• È stata ricevuta una richiesta di test valida.
• È stata rilevata o selezionata un'email del destinatario.
• I dati degli eventi sono disponibili quando il flusso li utilizza.
• Il webhook è pronto per essere attivato.

Quando attivi l'automazione, Maildroppa rimuove gli esempi di configurazione. Le nuove richieste possono quindi avviare esecuzioni reali.

Stato e sicurezza dell'URL

Un URL inbound può avere questi stati:

• Pending — Le richieste vengono memorizzate come dati di configurazione e non avviano esecuzioni.
• Live — Le richieste valide possono avviare l'automazione attiva.
• Paused — Le richieste vengono accettate e registrate, ma non avviano esecuzioni.
• Revoked — L'URL è stato disabilitato definitivamente e non avvia più esecuzioni.
• Expired — La configurazione non è stata attivata in tempo. Crea un nuovo URL e testalo nuovamente.

Usa “Rotate URL” per una modifica pianificata. Maildroppa crea un nuovo URL mentre quello precedente rimane valido per 24 ore, dandoti il tempo di aggiornare l'applicazione esterna.

Usa “Replace URL Now” solo se l'URL attuale è stato esposto o utilizzato impropriamente. Disabilita immediatamente il vecchio URL e non può essere annullato. Aggiorna il mittente con il nuovo URL generato prima di aspettarti altri eventi.

Aggiunta e modifica dei passaggi

Fai clic su un pulsante con il simbolo più sotto un trigger o tra passaggi esistenti. La prima finestra offre quattro scelte principali:

• Action
• Delay
• Email
• Condition

Action e Delay aprono una seconda selezione con i relativi tipi di passaggio.

Per modificare un passaggio, passa il cursore sopra di esso e seleziona l'icona di modifica. Per rimuoverlo, seleziona l'icona di eliminazione e conferma l'avviso. Rimuovere un passaggio da un'automazione che ha già contatti attivi può rimuovere i contatti in attesa di quel passaggio, quindi esamina attentamente i flussi attivi.

Passaggi Action

La categoria Action contiene sette azioni.

Update Field

Seleziona un campo dell'iscritto e inserisci il nuovo valore. L'input si adatta al tipo di campo, inclusi i campi a scelta e multiselezione.

Usalo per memorizzare una fase del ciclo di vita, registrare una preferenza o conservare informazioni selezionate dopo che un contatto ha raggiunto un traguardo. I campi archiviati non possono essere selezionati per una nuova azione.

Add Tag

Seleziona un tag creato dal cliente da assegnare al contatto. I tag di sistema non sono disponibili per questa azione.

Usa i tag per l'organizzazione interna, la segmentazione e la selezione di campagne successive. Aggiungere un tag già assegnato non modifica il profilo.

Remove Tag

Seleziona un tag creato dal cliente da rimuovere. Se il contatto non lo possiede, il passaggio può proseguire senza creare una modifica.

Start Other Automation

Seleziona un'altra automazione adatta e avviala per lo stesso contatto.

Questo è il modo esplicito per collegare percorsi riutilizzabili più piccoli. Maildroppa esclude le destinazioni non valide e verifica le dipendenze tra automazioni per impedire cicli come un'Automazione A che avvia un'Automazione B mentre l'Automazione B avvia l'Automazione A.

Continuano ad applicarsi le regole di reentry dell'automazione di destinazione. Un contatto già attivo al suo interno non può avviare una seconda esecuzione simultanea.

Stop Other Automation

Seleziona un'altra automazione nella quale il contatto deve interrompere il proprio percorso. È utile quando un evento successivo rende irrilevante una vecchia sequenza di nurturing.

Send Webhook

Send Webhook invia una richiesta JSON POST firmata quando il contatto raggiunge questo passaggio. È un'azione in uscita, diversa dal trigger in entrata Inbound Webhook URL.

Configura:

• Un URL di destinazione pubblico HTTPS.
• Header personalizzati opzionali per l'autenticazione lato server.
• Tutti i campi dell'iscritto supportati oppure un insieme selezionato di campi.
• Il Signing secret del webhook dell'account.

La finestra mostra un'anteprima del payload prima del salvataggio. Invia un webhook di test per verificare l'endpoint, quindi controlla il risultato della consegna e, in seguito, la cronologia delle consegne di produzione dal passaggio.

I dati dell'iscritto vengono inviati nel corpo JSON. Mantieni statico l'URL di destinazione; non inserire dati personali o segreti nei parametri della query. Le consegne di produzione vengono eseguite in background e ritentano in caso di errori temporanei. Una richiesta di test viene inviata una volta e non viene ritentata.

Se il destinatario restituisce 410 Gone, Maildroppa disabilita la consegna per quel passaggio perché l'endpoint ha dichiarato esplicitamente di non esistere più. Correggi il destinatario o l'URL, quindi usa “Re-enable” nel passaggio.

I webhook delle automazioni e i webhook per sviluppatori dell'intero account usano lo stesso Signing secret. Per la verifica della firma, il comportamento dei retry, i requisiti del destinatario e la rotazione del segreto, consulta la guida Webhooks.

Unsubscribe

Unsubscribe imposta il contatto come non iscritto a tutte le email. È un passaggio terminale, quindi su quel percorso non può seguirlo alcun passaggio successivo.

Usalo solo quando l'automazione rappresenta una decisione chiara di annullamento dell'iscrizione o una policy progettata intenzionalmente. Non usarlo semplicemente per interrompere un'automazione; per questo usa Stop Other Automation.

Passaggi Delay

I ritardi controllano quando un contatto raggiunge il passaggio successivo.

Fixed Delay

Inserisci una quantità e scegli Minutes, Hours, Days, Weeks o Months.

Il ritardo minimo è di cinque minuti. Tutte le altre unità richiedono una quantità di almeno uno. Un ritardo fisso inizia quando il contatto raggiunge il passaggio, quindi due contatti possono attendere in momenti di calendario diversi anche se usano la stessa durata.

Date Field Delay

Seleziona un campo Date personalizzato attivo. Il contatto attende fino al raggiungimento della data memorizzata in quel campo.

Devi anche decidere cosa accade se il contatto non ha alcun valore in quel campo:

• Proceed Immediately — Salta l'attesa e prosegue al passaggio successivo.
• Wait Indefinitely — Mantiene il contatto in questo passaggio finché non diventa disponibile un valore.
• Remove Subscriber — Termina l'esecuzione corrente dell'automazione per questo contatto.

Scegli con attenzione. “Wait Indefinitely” può lasciare i contatti attivi a lungo, mentre “Remove Subscriber” termina il loro percorso senza eseguire i passaggi successivi.

Creazione diretta di un'email nell'automazione

Il passaggio Email ora apre un editor email completo direttamente nel flusso dell'automazione. Non è più necessario creare prima una Transactional Email separata e poi selezionarla da un menu a discesa.

Inserisci un Subject e un Preheader opzionale, quindi crea il corpo dell'email nell'editor visivo. Puoi trascinare i blocchi di contenuto nel messaggio, configurarne l'aspetto oppure fare clic su “Browse Templates” per partire da un design esistente. Fai clic su “Save Step” per riportare il messaggio completato nella canvas dell'automazione.

Nell'email è incluso il footer Maildroppa standard dell'account. Configura il suo aspetto globale nella pagina Footer Style.

Subject e Preheader

Il Subject è obbligatorio e può contenere fino a 255 caratteri. Il Preheader è opzionale e può contenere fino a 100 caratteri.

Mantieni le informazioni importanti vicino all'inizio, perché spesso le caselle di posta troncano entrambi. L'editor mostra indicazioni sulla lunghezza durante la digitazione.

Template e blocchi di contenuto

“Browse Templates” apre i template adatti ai messaggi email. Selezionarne uno sostituisce il design del corpo attuale, quindi scegli un template prima di svolgere un lavoro manuale approfondito.

Nell'editor visivo, usa strutture e blocchi di contenuto per testo, immagini, pulsanti, spaziatura, link social e altri contenuti supportati. Controlla i link di anteprima, il layout mobile, l'identità del mittente, il contrasto del footer e il testo finale prima dell'attivazione.

Personalizzazione

Usa i campi di personalizzazione dell'iscritto per le informazioni memorizzate sul contatto.

Quando l'automazione inizia da Custom Event o Inbound Webhook URL, le proprietà degli eventi osservate sono disponibili anche come tag di personalizzazione. Ad esempio:

Your {{event.planName}} trial has started

I valori degli eventi provengono dalla singola esecuzione che ha raggiunto l'email. Se una proprietà è obbligatoria, assicurati che il payload di test la includa e che ogni mittente di produzione segua lo stesso contratto.

Aggiunta di un lead magnet a un'email dell'automazione

Le email delle automazioni possono distribuire un lead magnet subito dopo un'iscrizione confermata. Un lead magnet può essere un file caricato protetto o un'offerta URL gestita in Maildroppa.

La distribuzione dei lead magnet è disponibile solo quando ogni trigger dell'automazione è “Signup confirmed” per uno Signup Flow selezionato in modo specifico. Non è disponibile con All sources, un ambito Form diretto, Date Anniversary, trigger per tag o campo, Custom Event o Inbound Webhook URL. Questa relazione rigorosa garantisce che il download appartenga a un percorso Double Opt-in completato con uno Signup Flow noto.

Per aggiungere un lead magnet:

1. Aggiungi o modifica un passaggio Email in un'automazione idonea.
2. Apri “Lead magnet delivery”.
3. Seleziona il file o l'offerta URL.
4. Nel corpo dell'email, crea un pulsante o un link testuale.
5. Usa il tag di personalizzazione “Lead magnet URL” come destinazione del link.
6. Salva il passaggio Email, quindi salva l'automazione.

Maildroppa usa internamente il merge tag {{ lead_magnet_url }} e lo sostituisce al momento dell'invio con un link di download Maildroppa protetto.

Il tag deve essere usato come destinazione di un link nel corpo dell'email. Non inserirlo nel Subject, nel Preheader, nel testo visibile o in un'altra posizione non link. L'editor impedisce di salvare un lead magnet selezionato senza un link di download valido e impedisce anche di usare un tag URL del lead magnet senza aver selezionato un'offerta.

Il link protetto rimane stabile. Se in seguito sostituisci il file o modifichi la destinazione dell'offerta, i link nelle email già inviate continuano a funzionare e rimandano alla destinazione attuale.

Passaggi Condition

Una Condition valuta i dati quando un contatto raggiunge il passaggio e divide il percorso in due rami:

• YES — L'espressione completa corrisponde.
• NO — L'espressione non corrisponde.

Le condizioni possono usare campi dell'iscritto, tag e segmenti. In un'automazione Custom Event o Inbound Webhook, possono usare anche i dati degli eventi osservati.

Combinazione dei filtri

Le condizioni usano gruppi di filtri:

• I filtri all'interno dello stesso gruppo sono collegati con AND. Ogni filtro del gruppo deve corrispondere.
• I gruppi separati sono collegati con OR. È sufficiente che corrisponda un intero gruppo.

Ad esempio:

Gruppo 1

• Country uguale a Germany
• AND tag contiene Customer

OR Gruppo 2

• Dati dell'evento planName uguali a Professional
• AND Dati dell'evento trialDays maggiori di 7

Se corrisponde un gruppo completo qualsiasi, il contatto segue YES. Altrimenti segue NO.

Condizioni basate sui dati degli eventi

L'opzione Event data appare solo quando l'automazione ha un trigger Custom Event o Inbound Webhook URL e Maildroppa ha osservato proprietà utilizzabili.

Se manca una proprietà, invia un altro test Custom Event con triggerAutomations: false oppure invia un'altra richiesta di test inbound webhook prima dell'attivazione. Le condizioni Inbound Webhook possono essere visualizzate in anteprima rispetto al campione di test accettato durante la configurazione.

I dati degli eventi vengono valutati dallo snapshot dell'esecuzione, non dal profilo del contatto. Aggiornare un campo dell'iscritto con un nome simile non modifica il valore dell'evento acquisito all'avvio dell'esecuzione.

Creazione di più di due percorsi

Ogni Condition singola ha solo i rami YES e NO. Per creare un flusso con più percorsi, ad esempio in base al paese o al piano tariffario, collega un'altra Condition al ramo NO e continua fino al percorso di fallback finale.

Salvataggio, attivazione e reentry

Quando il flusso è completo, salvalo come Draft oppure attivalo.

Assegna all'automazione un nome chiaro e univoco, come “Confirmed Signup - Main Welcome”, “Annual Birthday Offer” o “Trial Started - Professional”. Un nome specifico rende molto più semplici il riconoscimento delle versioni e le azioni tra automazioni.

Allow Reentry

La reentry controlla se un contatto che ha completato l'automazione in passato può entrarvi nuovamente.

• Con la reentry disattivata, un contatto completato non può avviare di nuovo la stessa automazione.
• Con la reentry attivata, il contatto può entrare nuovamente dopo un trigger corrispondente successivo.

Un contatto non può avere due esecuzioni attive simultanee nella stessa automazione. Anche con la reentry abilitata, Maildroppa consente un massimo di 10 completamenti per contatto, per automazione, al giorno.

Abilita la reentry per percorsi realmente ripetibili, come anniversari annuali o acquisti ricorrenti. Lasciala disattivata per l'onboarding una tantum o per un lead magnet che deve essere distribuito una sola volta.

Controlli di attivazione

Prima che un'automazione diventi attiva, Maildroppa verifica la configurazione completa. A seconda del flusso, ciò include:

• Completezza di trigger e passaggi.
• Rami collegati e passaggio iniziale valido.
• Cicli o dipendenze tra automazioni non validi.
• Contenuto delle email e sintassi della personalizzazione.
• Assegnazione del lead magnet e posizione del link di download.
• Chiave API Custom Event e dati di test osservati.
• URL webhook inbound, richiesta di test, email del destinatario e campi degli eventi utilizzati.
• Signing secret del webhook in uscita.

Risolvi ogni elemento di configurazione ancora aperto invece di attivare l'automazione basandoti su un presupposto non testato.

Modifica di un'automazione attiva

Puoi aprire un'automazione Active o Paused nell'editor. Se i contatti attivi potrebbero essere interessati, il salvataggio offre due possibilità.

Update Automation

Applica le modifiche direttamente all'automazione corrente.

Usalo per correzioni piccole e sicure quando sai dove stanno attendendo i contatti attivi. Rimuovere o sostituire un passaggio può interrompere il loro percorso o rimuovere i contatti dall'automazione.

Save as New Version

Conserva la configurazione attuale per i contatti già presenti e crea una nuova versione attiva per gli ingressi futuri.

La versione precedente passa a Disconnecting. I suoi trigger smettono di accettare nuovi contatti, ma quelli attivi continuano attraverso il flusso invariato. Diventa Archived dopo che l'ultimo contatto ha terminato. La nuova versione riceve i nuovi ingressi.

Usa questa opzione per modifiche strutturali, nuove sequenze, ritardi modificati, cambiamenti importanti alle condizioni o sostituzioni di un'email che i contatti stanno già per raggiungere.

Messa in pausa, disconnessione, copia ed eliminazione

Metti in pausa quando intendi riprendere

Metti in pausa un'automazione per interrompere i nuovi ingressi e congelare temporaneamente i contatti attivi. Attivala nuovamente quando il problema o l'interruzione pianificata è terminata.

La pausa è utile mentre correggi una destinazione, controlli un'email o interrompi temporaneamente un percorso sensibile al fattore tempo. Ricorda che le richieste inbound webhook ricevute mentre l'automazione è in pausa non diventano esecuzioni ritardate: vengono accettate e registrate senza avviare l'automazione.

Disconnetti quando i contatti esistenti devono terminare

Disconnetti un'automazione quando nessun nuovo contatto deve entrare, ma quelli già presenti devono completare normalmente il percorso. Di solito è più sicuro che eliminare un percorso attivo.

Usa come bozza per un nuovo percorso

Usa Use as Draft quando la struttura è utile, ma la nuova automazione deve essere indipendente. Rinomina la copia e controlla ogni trigger, messaggio rivolto al destinatario, azione, webhook, ritardo e condizione prima dell'attivazione.

Elimina con cautela

L'eliminazione è permanente. Un'automazione ancora utilizzata da un'altra automazione potrebbe richiedere prima la rimozione dei relativi riferimenti. Per un percorso attivo, valuta Pause, Disconnect o Save as New Version prima di eliminarlo.

Checklist pratica di configurazione

Prima dell'attivazione, esamina l'automazione dal punto di vista del contatto:

1. Ogni trigger rappresenta esattamente l'evento che deve iniziare il percorso?
2. Se esistono diversi trigger standard, i loro ambiti non si sovrappongono e sono intenzionali?
3. La reentry è appropriata per questo caso d'uso?
4. Ogni ramo conduce a una destinazione sensata?
5. Le durate dei ritardi sono corrette e ogni Date Field Delay gestisce adeguatamente un valore mancante?
6. Hai controllato tutti i subject delle email, i preheader, i link, i tag di personalizzazione e i layout mobile?
7. Se è selezionato un lead magnet, il relativo tag protetto viene usato come destinazione di un link nel corpo?
8. Se vengono usati dati degli eventi, la richiesta di test conteneva ogni proprietà obbligatoria?
9. Gli URL webhook e i segreti sono memorizzati solo in sistemi lato server appropriati?
10. Le anteprime e i test dei webhook in uscita hanno avuto esito positivo?
11. Update Automation potrebbe interrompere i contatti attivi, rendendo più sicuro Save as New Version?
12. Esiste un modo chiaro per mettere in pausa o disconnettere il percorso se una dipendenza esterna non funziona?

Inizia con un flusso piccolo e comprensibile e aggiungi complessità solo quando serve a un percorso chiaro per l'iscritto. Trigger chiari, rami brevi, ritardi ponderati ed email mirate sono più facili da testare e generalmente creano un'esperienza migliore rispetto a un'unica automazione enorme.