Contatti e invio da MailInApp

Oltre a esportare l'HTML per il tuo ESP, puoi inviare email finite direttamente dalla dashboard — a un singolo contatto, a una selezione, o a un'intera lista. La consegna passa comunque attraverso il tuo stesso relay SMTP, così il tuo dominio di invio e la tua reputazione restano tuoi.

Liste contatti

La scheda Contatti contiene le tue liste. Ogni lista ha una colonna email (è ciò che la rende inviabile) più tutte le colonne che vuoi — nome, piano, città — e ogni colonna funge anche da tag di personalizzazione {{field}} nello Studio.

Una lista contatti è una fonte dati come qualsiasi altra. Collegala nel pannello Dati dello Studio con il ruolo Pubblico, e diventa sia a chi viene inviata l'email sia da dove i semplici tag di personalizzazione {{field}} ricevono i propri valori per destinatario — la tela mostra un'anteprima con dati di contatto reali. Consulta Fonti dati e tag di personalizzazione.

Importa un CSV

Hai già i tuoi contatti da qualche altra parte? Importa CSV (nella scheda Contatti, o all'interno di una lista per aggiungerli a essa) accetta i file esportati da ESP e fogli di calcolo: separati da virgola, punto e virgola o tabulazione, con una riga di intestazione. Vengono gestiti i valori tra virgolette, i BOM di Excel e gli escape "".

I nomi di intestazione diventano le tue colonne. Se nessuna colonna si chiama email, l'importazione cerca la colonna che contiene effettivamente indirizzi (ad es. "E-Mail Address") e la usa come colonna email. Nulla viene memorizzato finché non premi salva, così puoi prima rivedere — e correggere — la tabella.

Esporta un CSV

Scarica CSV su una lista (e sul pannello di soppressione) ti offre in qualsiasi momento un backup istantaneo — utile prima di un grande invio filtrato, o semplicemente per conservare una copia fuori dalla piattaforma. Passa andata e ritorno attraverso lo stesso importatore descritto sopra.

Configura l'invio una sola volta

Gli invii diretti richiedono un metodo di invio configurato in Impostazioni, in uno di due modi:

Non hai ancora un ESP? Verifica il tuo stesso dominio e MailInApp invierà per tuo conto — nessuna credenziale SMTP da generare o ruotare. Questa è l'opzione predefinita consigliata se non hai già un provider capace di SMTP.
Hai già un ESP? Punta MailInApp verso il suo relay SMTP — SendGrid, Brevo, Mailgun, Amazon SES, persino una password per app di Gmail per piccoli test. Funziona con qualsiasi provider dotato di un endpoint SMTP. Usa Testa e salva per verificare la connessione prima del tuo primo invio. La tua password SMTP è una credenziale: viene memorizzata solo lato server e torna mascherata ovunque.

Entrambi i metodi alimentano la stessa pipeline di invio — gli invii manuali, gli invii pianificati e tutto il resto in questa pagina si comportano in modo identico in entrambi i casi.

Invia prima un test

Prima di inviare alla tua lista, usa Invia test per inviare a te stesso (o a chiunque) una copia completamente renderizzata. È precompilata con l'email del tuo account, con il prefisso [Test] nell'oggetto, e porta un link alla vista live realmente funzionante, così i blocchi interattivi sono davvero testabili. Un invio di test non tocca la tua fonte dati, non conta ai fini del limite di 200 destinatari, e non compare nella cronologia degli invii.

Invio

Dalla scheda di un'email nella dashboard, premi Invia:

I destinatari provengono dal pubblico dell'email — la lista contatti collegata con il ruolo Pubblico nel pannello Dati dello Studio. Non hai ancora collegato una lista? Sceglila proprio lì.
Scegli tutti, oppure spunta singoli contatti — inviare a un solo contatto è semplicemente una selezione di una riga. Le righe a cui hai già inviato sono etichettate con la data del loro ultimo invio, così non perdi traccia di chi è stato raggiunto (questo è solo informativo — non modifica la tua selezione al posto tuo).
Imposta l'oggetto (funzionano anche lì i tag di personalizzazione, e ✨ Suggerisci redige alcune opzioni con l'IA — consulta Testi assistiti dall'IA) e invia.

Ogni destinatario riceve la propria email compilata: tag di personalizzazione risolti dalla sua riga, e un link personale firmato alla vista live. I blocchi interattivi vengono renderizzati nel loro livello di fallback statico con interazioni link-first. Le opzioni dei sondaggi e le valutazioni sono link che confermano prima di registrare; moduli e caroselli aprono la vista live ospitata. L'email funziona in ogni client, e non viene mai registrato nulla da un semplice pre-recupero del link.

Test A/B

Aggiungi fino a 4 varianti in più (da 2 a 5 totali) per eseguire uno split test su un invio. Ogni variante può cambiare l'oggetto, l'identità del mittente, oppure, puntandola verso un progetto diverso, l'intero contenuto dell'email. Ogni destinatario viene assegnato in modo deterministico a una variante in base al proprio indirizzo email, così i nuovi tentativi e i reinvii non rimescolano mai chi ha visto quale.

Attiva facoltativamente Scegli un vincitore automaticamente per inviare prima solo a un campione e far sì che MailInApp invii la variante con le migliori prestazioni a tutti gli altri una volta raccolti dati sufficienti. Consulta Test A/B e vincitori automatici. Gli invii ricorrenti restano per ora a variante singola; non c'è alcun selettore di varianti nel modulo di pianificazione.

Segmenta il tuo pubblico

Sopra l'elenco dei destinatari, Filtro pubblico costruisce una regola (ad es. ticket_status = Resolved e resolved_date negli ultimi 7 giorni) rispetto ai campi della tua fonte dati, poi Applica filtro alla selezione imposta la tua selezione su tutto ciò che corrisponde attualmente — un segmento dinamico invece di una scelta manuale una tantum. Combina le regole con AND/OR nello stesso modo in cui già fai per le condizioni di visibilità di un blocco nello Studio.

Avvia un invio in modo graduale

Avvio graduale campiona una fetta casuale della tua selezione attuale — imposta una percentuale e premi Campiona per inviare prima a quella frazione. Una volta soddisfatto dei risultati, Seleziona rimanenti (non ancora inviati) raccoglie tutti nella lista che non hanno ancora ricevuto questa email, così l'ondata successiva non invia mai due volte al campione.

Offerta di sconto

Una volta che la lista contatti di un pubblico ha un negozio Shopify o WooCommerce collegato, la tavolozza dei blocchi dello Studio offre un blocco Sconto E-commerce — l'abbinamento per un segmento di Cronologia acquisti: individua gli acquirenti passati, poi dai loro effettivamente qualcosa. Trascinalo ovunque nell'email come qualsiasi altro blocco; resta invisibile nella tavolozza finché non è collegato un negozio.

Imposta una percentuale o un importo fisso di sconto, quanti giorni il codice resta valido, quanti giorni attendere prima di offrirne un altro allo stesso contatto e, facoltativamente, un Ambito — un selettore ricercabile sul tuo catalogo prodotti sincronizzato — per limitarlo a un solo prodotto invece che all'intero negozio. Poco prima che l'email di ciascun destinatario corrispondente venga renderizzata, MailInApp genera un vero codice sconto monouso sul tuo negozio collegato (un codice sconto Shopify o un coupon WooCommerce, limitato all'email di quel singolo cliente) e costruisce attorno a esso la visualizzazione del codice del blocco e il pulsante "Acquista ora" — non c'è alcun tag di personalizzazione da inserire a mano. Attivando Mostra conto alla rovescia di scadenza si aggiunge un'immagine di conto alla rovescia dal vivo alla stessa scheda, sincronizzata con la scadenza propria del codice.

Alcune cose utili da sapere:

Il riscatto avviene interamente sul checkout del tuo stesso negozio — non sul checkout del blocco Prodotto di MailInApp. È intenzionale: un pubblico segmentato a partire da acquisti reali sul negozio sta già acquistando lì, così lo sconto riutilizza l'inventario, le tasse e le regole di prezzo già esistenti di quel negozio invece di un secondo punto vendita.
Ogni blocco genera e applica il proprio periodo di raffreddamento in modo indipendente, associato a quel blocco — inserire più di un blocco sconto nella stessa email (o riutilizzare il blocco tra più progetti) non blocca mai il codice di un altro.
L'ordine di un destinatario si attribuisce comunque alla campagna che ha inviato il codice, nello stesso modo di qualsiasi altro clic verso il negozio — consulta Tracciamento dei ricavi di ordini e checkout Shopify.
Se la generazione fallisce per un destinatario (un negozio non è collegato, o un token deve essere ricollegato), l'email di quel destinatario viene comunque inviata — semplicemente con l'etichetta di fallback semplice del blocco invece di un codice reale. Nulla in un blocco sconto può bloccare un invio.
Le pianificazioni ricorrenti lo gestiscono nello stesso modo di un invio manuale, generando un codice nuovo a ogni esecuzione — una pianificazione a finestra scorrevole non consegna mai un codice obsoleto di un'occorrenza precedente.
Per uno sconto legato a un prodotto specifico senza alcun filtro pubblico, il blocco Prodotto ha invece un proprio interruttore indipendente Sconto per prodotto — consulta Sconti nativi del negozio per un confronto tra i due, e Codici sconto prodotto Shopify / Codici sconto prodotto WooCommerce per una guida passo passo.

Invii ricorrenti

Alcuni pubblici cambiano nel tempo — "risolto 3-7 giorni fa" corrisponde a righe diverse ogni giorno. Un Invio ricorrente rivaluta il tuo filtro pubblico rispetto alle righe attuali della fonte dati collegata secondo una pianificazione (giornaliera o settimanale, a un'ora UTC che scegli tu). Invia solo alle corrispondenze che non hanno ancora ricevuto questa email, riprendendo da dove si era fermata l'ultima esecuzione. Ogni esecuzione scrive un normale record nella cronologia degli invii, come un invio manuale. Una pianificazione il cui relay fallisce su ogni destinatario per tre esecuzioni consecutive si disattiva automaticamente invece di consumare silenziosamente la tua lista.

Una pianificazione può anche essere Una volta (in una data) invece di una cadenza ricorrente — un invio una tantum che scatta in una data specifica del calendario e poi si disattiva, invece di ripetersi. È lo stesso meccanismo usato internamente dal pulsante Pianifica questo invio del Calendario campagne di 12 mesi: scegli una data sul calendario, e crea una pianificazione una tantum mirata a quel progetto per quel giorno esatto, così non devi tornare a inviarlo a mano quando arriva la data.

Invia contatti dal tuo helpdesk o CRM

Invece di riesportare un CSV prima di ogni invio, una lista contatti può accettare push diretti. Genera una Chiave API per la lista nelle sue impostazioni nella scheda Contatti, poi fai chiamare al tuo stesso sistema (un'automazione di helpdesk, un workflow CRM):

POST /api/datasources/<datasourceId>/rows
Authorization: Bearer <apiKey>
Content-Type: application/json

{ "rows": [{ "email": "[email protected]", "ticket_status": "Resolved" }] }

Le righe vengono upsertate in base all'email in minuscolo — un indirizzo noto viene aggiornato sul posto, uno nuovo viene aggiunto in coda — e le righe esistenti non vengono mai riordinate o eliminate, poiché l'attribuzione delle risposte è posizionale (row:<n>) e riordinare romperebbe i join storici. I batch sono limitati a 500 righe e soggetti a un limite di frequenza per chiave. La chiave viene mostrata una volta al momento della generazione (o rigenerazione) e mascherata ovunque in seguito, come ogni altra credenziale in MailInApp; Revoca disattiva l'integrazione senza toccare le righe esistenti.

Cronologia degli invii

Ogni invio reale (non gli invii di test) viene registrato e mostrato sopra il selettore dei destinatari — data, oggetto, e quanti sono stati inviati, falliti o saltati. Nulla viene mai eliminato lato client all'aggiornamento; la cronologia è la fonte di verità di ciò che è realmente uscito.

Disiscrizione e soppressione

Il predefinito Piè di pagina include un tag di personalizzazione {{unsubscribe_url}} che risolve in una pagina di disiscrizione con un clic per quello specifico destinatario. La disiscrizione è a livello di account: sopprime l'indirizzo da ogni progetto da cui invii, non solo da quello da cui ha cliccato — così un destinatario non deve mai disiscriversi separatamente da ogni campagna.

Gli indirizzi che il tuo relay SMTP rifiuta in modo sincrono al momento dell'invio (casella di posta non valida, rifiuto del relay) vengono soppressi allo stesso modo, così un indirizzo morto non viene ritentato a ogni invio futuro. (Un relay che accetta un messaggio e lo respinge in seguito, in modo asincrono, non è osservabile senza un webhook specifico dell'ESP — questo esula per ora dall'ambito.)

Gli indirizzi soppressi mostrano un badge bounce o disiscritto nella scheda Contatti. Entrambi sono nuovamente iscrivibili — una casella di posta piena o un clic accidentale non sono necessariamente permanenti — e le righe soppresse vengono automaticamente saltate (e segnalate separatamente dai fallimenti) negli invii futuri.

Dopo l'invio

Esattamente come un invio ESP: le interazioni confluiscono nelle risposte, raggruppate per contatto, e il tuo webhook si attiva per ogni evento se ne hai configurato uno.

Limiti

Fino a 200 destinatari per invio (una lista, un'esecuzione di una pianificazione ricorrente). Per pubblici più grandi, usa il flusso di lavoro di esportazione ed ESP; un invio ricorrente recupera anche semplicemente chi è rimasto alla sua esecuzione successiva.
Le righe senza un indirizzo email valido vengono saltate e segnalate dopo l'invio.
Importare un CSV scarta le righe il cui indirizzo email è già comparso in precedenza nello stesso file, così reimportare un'esportazione sovrapposta non crea invii duplicati — vedrai un avviso "N indirizzo/i email duplicato/i saltato/i".
L'API push dei contatti limita ogni batch a 500 righe.