In questo capitolo si descrivono gli scenari possibili con cui un sistema esterno può usare MailUp per inviare email con contenuto dinamico. Sfruttando MailUp per questa tipologia di messaggi è possibile sfruttare la reputazione e l'infrastruttura MailUp per evitare i filtri antispam e controllare sia lo stato dell'invio sia lo storico dei messaggi inviati.
Transactional emails
È possibile inviare email singole contenenti parti personalizzate (con l'opzione tag dinamici) sfruttando il meccanismo di MailUp utilizzato per le email di richiesta conferma e per le email di conferma iscrizione. Tali email hanno una struttura fissa con alcuni campi personalizzati, vengono in gergo chiamate anche "Transazionali" e possono essere l'invio di password, di link di attivazione, di notifiche, avvisi di scadenza, conferme ordini…
Le modalità di automazione offerte da MailUp consentono
- un'elevata velocità di recapito Non si applicano le restrizioni legate alla banda sottoscritta e si usa un canale di invio dedicato (nessun ritardo dovuto alla coda). Questi vantaggi vengono meno quando si abusa della funzionalità, come descritto nel riquadro contenuto in questa pagina., garantita da una infrastruttura dedicata sovradimensionata che garantisce il recapito immediato (salvo casi di grey listing sui server di destinazione).
- La possibilità di attivare automatismi successivi nel caso l'utente compia o meno l'azione desiderata
Esistono due possibili soluzioni per inviare email transazionali con MailUp e sono descritte di seguito.
Soluzione 1
Si utilizza un automatismo di MailUp con il quale si invia un messaggio di conferma all'atto dell'iscrizione di un utente. L'iscrizione può essere eseguita in uno dei seguenti modi:
- API Standard descritte nel capitolo 6.1 (subscribe.asp, subscribe.aspx xmlsubscribe.aspx)
- Web Service di importazione descritto nel capitolo 12 (WS_MailupImport)
Configurando opportunamente il contenuto del messaggio di conferma iscrizione, si può fare in modo che questo corrisponda al template del messaggio che si vuole inviare (per ogni lista è previsto un solo messaggio di conferma, ma le liste disponibili sono infinite). Il messaggio di conferma può essere personalizzato con i dati del destinatario mediante l'uso di campi dinamici (fino a 40 campi acquistando l'opzione Marketing+)
Queste email possono anche contenere un link che scatena un'azione (apertura di una pagina messaggi e invio automatico di una seconda email), usando il link SUB. E' sufficiente creare una LISTA ad hoc, dedicata a questo tipo di attività. Ogni lista può avere un mittente differente.
Soluzione 2
Esiste anche una soluzione basata su web service che consente l'invio singolo immediato di un messaggio, questa è molto più flessibile ma è importante seguire le avvertenze indicate nella sezione che descrive questi servizi.
Mediante il metodo SendSingleNewsletter() descritto in 13.4.7 è infatti possibile inviare un messaggio email specificando oggetto, destinatari e contenuti.
Nell'utilizzo di SendSingleNewsletter(), si raccomanda di utilizzare dei messaggi predefiniti con parti dinamiche, evitando quando possibile di creare una nuova newsletter ad ogni chiamata. In caso contrario MailUp continuerebbe ad allocare spazio per memorizzare nuovi contenuti, il peggioramento delle performance sarebbe inevitabile. |
Email messages sent to a group of users
Questo paragrafo descrive le modalità con cui eseguire con MailUp invii di email a gruppi/liste di utenti senza accedere alla console. I metodi descritti nel paragrafo precedente sono adatti per la realizzazione di piccoli automatismi, ma se si vogliono spedire newsletter o DEM la strada più indicata è quella descritta in questo paragrafo.
Batch FTP ZIP
La modalità Batch FTP ZIP è un'integrazione speciale che permette l'importazione batch da un file zip che contiene diversi file contenenti l'elenco dei destinatari, il messaggio html da inviare e le impostazioni (data, ora ecc. ) di invio.
Questa modalità è un altro modo con cui è possibile inviare email con MailUp senza accedere all'applicazione web.
L'integrazione Batch FTP ZIP non è compresa nell'offerta standard di MailUp ed è dettagliata nel capitolo 9.1 dedicato alle integrazioni speciali.
Web Service for massive mailings
Una console MailUp può essere configurata per eseguire, tramite web service, invii massivi di contenuti fortemente personalizzati. Il chiamante invoca un apposito metodo del web service passando l'indirizzo email del destinatario ed il contenuto del messaggio, MailUp accumula le richieste e a cadenza regolare esegue un invio a blocchi dei messaggi accumulati. Questo sistema è particolarmente efficiente quando si devono spedire grossi volumi di email rispettando vincoli temporali sui tempi di consegna complessivi.
Vantaggi
Il sistema offre la possibilità di:
- Fornire una capacità di invio più elevata dei web service tradizionali (la velocità dipende comunque dalla banda)
- Fornire la capacità di gestire milioni di richieste al giorno, garantendo un tempo massimo di consegna a partire dal ricevimento della richiesta Purchè la banda acquistata sia adeguata al volume, ai tempi e alla dimensione in KB dei messaggi inviati
- Risolvere i problemi che caratterizzano i web service classici quando ogni richiesta comporta la creazione di un nuovo messaggio
- Inviare email completamente distinte tra un destinatario e l'altro
- Specificare una versione testuale del messaggio diversa da quella html
Limitazioni
- La soluzione proposta è stata studiata per esigenze in cui la necessità di accedere alla console MailUp è molto limitata, alcune funzioni statistiche o di invio potrebbero non essere disponibili.
- La console per invii massivi è nata come spin-off della versione 7.3 di MailUp ma non segue lo stesso piano di aggiornamenti della console MailUp standard, è quindi possibile che le funzioni più recenti La versione 7.3 è stata rilasciata alla fine del 2010 della console standard non siano disponibili sulla versione dedicata agli invii massivi.
- Tutti i messaggi inviati sono registrati come se appartenessero alla stessa newsletter. Ne consegue che i risultati statistici offerti si limitano alle statistiche per messaggio filtrate per data
- La soluzione offerta non è adatta all'invio di messaggi singoli in tempo reale (in fase di configurazione si può ridure la latenza fino ad un minuto, anche se in base all'esperienza la configurazione ottimale prevede latenze di 15-30 minuti)
- Al fine di garantire la massima efficienza è necessario eseguire operazioni periodiche di pulizia dei dati non più necessari, il sistema non è quindi adatto ad un funzionamento intensivo 24x7, tuttavia il problema è aggirabile distribuendo le chiamate ai web service su due o più console MailUp.