Interazioni e analisi

Quando un destinatario vota in un sondaggio, invia un modulo o tocca una valutazione, quell'interazione viene registrata dagli endpoint ospitati di MailInApp e attribuita al tuo progetto — in tempo reale.

Come viaggiano le interazioni

I blocchi interattivi raggiungono gli endpoint di registrazione in due modi, in linea con la filosofia del fallback:

Link (universale). Ogni opzione in un sondaggio o in una valutazione è un semplice link. Toccandolo si apre una pagina ospitata leggera che conferma l'azione e la registra. Questo percorso funziona nel 100% dei client email.
Invii di moduli all'interno dell'email (miglioramento). Nei client che lo supportano (Gmail web/Android, Yahoo), moduli e sondaggi possono essere inviati direttamente dall'email usando la codifica standard dei moduli HTML — senza passare da una pagina. Dopo l'invio, i destinatari vengono reindirizzati alla pagina che scegli.

Entrambi i percorsi accettano gli stessi dati, quindi i risultati finiscono in un unico posto indipendentemente dal client usato dal destinatario.

Il clic su Acquista ora di un blocco prodotto è l'unica eccezione: non può essere registrato affatto tramite questo endpoint, perché un acquisto può concludersi solo sulla pagina di checkout ospitata da Stripe. Atterra comunque qui come evento purchase — con importo, valuta e quantità — ma solo una volta che il webhook di Stripe conferma che il pagamento è effettivamente andato a buon fine, mai sul solo clic dell'acquirente.

Protetto da bot e scanner

Gli strumenti di sicurezza aziendali pre-recuperano ogni link in ogni email che scansionano. Se un semplice clic su un link bastasse a registrare un voto, i risultati dei tuoi sondaggi sarebbero pieni di robot. MailInApp non registra nulla su una semplice GET: le azioni basate su link richiedono l'azione di conferma esplicita del destinatario, e le interazioni della vista live vengono registrate tramite invii di moduli. Consulta Link della vista live.

Poiché gli endpoint sono pubblici per necessità (una casella di posta non può autenticarsi), ogni payload viene convalidato lato server, e gli invii personalizzati vengono attribuiti tramite gli stessi token firmati che proteggono i link della vista live — un token contraffatto o non corrispondente viene rifiutato.

Altri due livelli mantengono onesti i risultati:

Deduplicazione per destinatario. Il voto, la valutazione, la rivelazione o l'invio di modulo di un destinatario conta una sola volta — ricliccare sul proprio stesso link (un doppio tocco impaziente, un caricamento di pagina ritentato) è un'operazione a vuoto, non una seconda riga. Le visualizzazioni ripetute delle slide del carosello non vengono deliberatamente deduplicate, poiché lì le ripetizioni sono un segnale di coinvolgimento significativo piuttosto che un doppio conteggio.
Limitazione delle inondazioni anonime. Il campaignId di una campagna è chiaramente visibile nel codice sorgente HTML dell'email stessa, quindi nulla impedisce a uno script di inviare voti arbitrari senza alcun token di destinatario. Gli invii non attribuiti sono limitati per indirizzo IP, per campagna, per minuto. Si tratta di una rete a impegno ragionevole, non di un'identità precisa — reti aziendali o di webmail condivise possono nascondere molti destinatari reali dietro un unico IP — quindi il limite resta abbastanza generoso da non bloccare un legittimo picco di aperture.

Cosa viene registrato

Ogni evento di interazione cattura:

il progetto (campagna) a cui appartiene,
il blocco che lo ha prodotto (quale sondaggio, quale modulo),
il valore (l'opzione scelta, i campi inviati, il numero di stelle),
la riga del destinatario, quando l'email è stata personalizzata con una fonte dati — così puoi vedere chi ha risposto, non solo quanti,
un timestamp.

Ciclo di vita del sondaggio

A un progetto possono essere assegnati una data di chiusura e/o un limite di risposte (impostati accanto alle sue impostazioni di invio). Una volta raggiunto uno dei due, gli endpoint di registrazione smettono di accettare nuovi eventi per quel progetto — la vista live sostituisce i blocchi interattivi con un avviso di chiusura invece di generare un errore — mentre tutto ciò che è stato raccolto prima della chiusura resta esattamente come registrato. Consulta Risposte e webhook.

Tracciamento dei clic

I link semplici (un pulsante, un'immagine con link, un'icona social) non sono un sondaggio o una valutazione, ma vale comunque la pena conoscerli. Quando un'email è stata inviata con un link personalizzato per destinatario, MailInApp instrada questi clic semplici attraverso un reindirizzamento tracciato lungo il percorso verso la loro destinazione reale. Il clic viene registrato, poi il destinatario atterra sull'URL che hai impostato, senza passaggi aggiuntivi e senza ritardi. Le email senza contesto di destinatario (ad esempio un invio libero tramite l'API transazionale) puntano invece direttamente alla destinazione, poiché non c'è nulla a cui attribuire un clic.

A differenza dei voti e delle valutazioni, i clic non vengono mai deduplicati — un destinatario che clicca cinque volte sullo stesso pulsante conta come cinque clic, poiché qui i clic ripetuti sono un segnale di coinvolgimento significativo, non un doppio conteggio. I risultati confluiscono in una mappa di calore dei clic per blocco — consulta Risposte e webhook.

Profondità di scorrimento

La pagina ospitata della vista live riporta anche fino a che punto un destinatario ha scorso (25%, 50%, 75%, 100% della pagina) durante la lettura. Questo è l'unico punto di MailInApp in cui viene eseguito un piccolo script. L'email inviata resta al 100% priva di script, come deve essere, ma la vista live è già una normale pagina web ospitata, quindi un listener di scorrimento lì non compromette nulla. I traguardi confluiscono in un funnel di profondità di scorrimento; consulta Risposte e webhook.

Tracciamento delle aperture

Ogni email inviata dalla dashboard porta anche un piccolo pixel invisibile di tracciamento delle aperture, così hai un segnale per "aperta ma senza interazione" rispetto a "mai aperta" accanto alle interazioni esplicite. Viene mostrato nella vista Risposte come un indicatore distinto Aperta (timestamp della prima apertura) per destinatario, invece di essere mescolato nell'elenco delle interazioni.

Si tratta di un minimo a impegno ragionevole, non di una misurazione precisa: sia Apple Mail Privacy Protection sia il proxy immagini di Gmail pre-recuperano o mettono in cache le immagini indipendentemente dal fatto che il destinatario abbia effettivamente aperto il messaggio, quindi le aperture possono essere sottostimate o generare falsi positivi. Trattalo come un segnale indicativo, non come una fonte di verità.

Dove vivono i risultati

I dati delle interazioni vengono raccolti per progetto e tornano a te in tre modi:

Risposte per destinatario — la vista Risposte della dashboard raggruppa ogni interazione per destinatario, unita alla tua fonte dati così vedi chi ha risposto, non solo quanti. Consulta Risposte e webhook.
Webhook — ogni interazione può essere inviata al tuo stesso endpoint nel momento in cui arriva, firmata così puoi verificare che provenga da MailInApp. Trattato anche in Risposte e webhook.
Risultati live per i destinatari — i blocchi sondaggio possono mostrare risultati live ai destinatari sulla loro pagina dei risultati ospitata.

Nota sulla privacy: MailInApp registra le interazioni che i destinatari compiono deliberatamente — voti, invii, valutazioni — oltre al pixel di tracciamento delle aperture descritto sopra. Gli endpoint sono progettati per non registrare nessun altro tracciamento incidentale sui semplici recuperi di link.