Journey

Un journey è un'automazione multi-step: un grafo di passaggi di trigger, attesa, ramificazione e invio che un contatto attraversa nel tempo. È la stessa categoria del flow builder di ActiveCampaign o Klaviyo. L'unica vera differenza è il passaggio di invio: invia una delle tue vere email interattive, quindi una serie di benvenuto può includere un sondaggio reale o un quiz a punteggio invece di un testo statico.

Trigger

Un journey iscrive un contatto quando accade uno di questi eventi:

• Lista raggiunta — un contatto viene aggiunto a una lista specifica (importazione CSV, push API o modulo di iscrizione).
• Modulo inviato — viene inviato un modulo di iscrizione specifico.
• Segmento raggiunto — un contatto inizia a corrispondere a un segmento salvato.
• Campo data — un trigger in stile anniversario/compleanno ancorato a un campo del contatto, ricorrente ogni anno.
• Interazione — un blocco specifico (o un blocco qualsiasi) genera un voto di sondaggio, un invio di modulo, un RSVP o simili.
• Acquisto — si completa il checkout di un blocco Prodotto.
• Checkout abbandonato — un checkout Acquista ora su una delle tue email con blocco Prodotto è stato avviato ma mai completato, dopo un ritardo che imposti tu (minimo 5 minuti). Questo è il percorso checkout proprio: non richiede alcun collegamento a Shopify o WooCommerce.
• Carrello abbandonato — un negozio Shopify o WooCommerce collegato segnala un carrello avviato e abbandonato, guardando indietro fino a 30 giorni. Questo è il percorso negozio esterno.

Carrello vs. Checkout — separazione dell'intento: Entrambi i trigger possono funzionare come journey separati sullo stesso account. Usa checkout abbandonato per intervenire sull'attrito nel tuo checkout interno all'email (FAQ, segnali di fiducia, uno sconto a conto alla rovescia); usa carrello abbandonato per intercettare uno stallo nel carrello di un negozio esterno collegato. Il campo stage di ogni record di abbandono tiene traccia di quale dei due tipi sia, così le analitiche e i webhook attribuiscono correttamente ogni evento.

• API — il tuo backend iscrive un proprio contatto chiamando POST /api/v1/journeys/<id>/trigger con { email, listId }, usando la stessa chiave API bearer della Send API — per eventi che MailInApp non ha modo di vedere da sola.

Passaggi

Costruisci il grafo visivamente sulla tela. I passaggi principali sono invio (invia un progetto interattivo), attesa (un ritardo fisso, oppure "l'ora migliore di ciascun contatto" — vedi ottimizzazione dell'orario di invio) e ramo (divide su una condizione, riusando lo stesso builder di filtro pubblico usato dai segmenti). Oltre a questi tre hai anche suddivisione (una biforcazione A/B ponderata invece di una condizione), aggiorna campo, aggiungi/rimuovi da lista, webhook, e crea ticket. Un passaggio obiettivo esce anticipatamente dall'esecuzione una volta soddisfatta una condizione (interrompi un journey di carrello abbandonato nel momento in cui il contatto paga, per esempio), e uscita lo termina del tutto.

I passaggi di ramo e aggiorna-campo possono leggere sia un campo del contatto sia il valore proveniente da qualsiasi interazione abbia iscritto l'esecuzione. Un flusso "invia sondaggio → ramifica in base a quale opzione hanno scelto" non richiede alcun campo creato in anticipo.

Non esiste una modalità di prova o simulazione. L'unica misura di sicurezza prima che un journey vada live è che parte sempre in pausa, così puoi rivedere l'intero grafo e il suo contenuto prima di attivarlo. Un passaggio raggiunto due volte nella stessa esecuzione — un vero ricongiungimento di ramo, o un ciclo indietro verso un'attesa precedente — collassa sulla tela in un indicatore "continua a" invece di essere disegnato due volte. Un grafo autentico resta leggibile in questo modo, invece di trasformarsi in un albero illeggibile.

Misure di sicurezza

• Le ore silenziose trattengono un invio dovuto fino alla prossima ora consentita, verificata rispetto a un unico fuso orario che imposti per l'intero journey (non un campo per contatto) — ogni contatto iscritto condivide la stessa finestra silenziosa.
• Un limite di 3 invii al giorno per contatto per journey rimanda invece di eliminare un invio oltre il limite fino al giorno successivo.
• Disattivazione automatica dopo 3 cicli falliti di fila — un journey i cui invii sono tutti falliti in un intero ciclo di elaborazione si disattiva da solo invece di consumare silenziosamente la tua lista, la stessa protezione già presente nelle pianificazioni ricorrenti.

Piani

Free include 1 journey con fino a 5 passaggi; ogni piano a pagamento aumenta entrambi i limiti — vedi prezzi per la tabella completa. Un journey parte in pausa alla creazione, così puoi rivedere l'intero grafo prima di attivarlo.