Cosa si rompe davvero quando cambi piattaforma?
Nei dati non si rompe quasi niente. Contatti, campi personalizzati, template e storico dell’engagement si esportano in CSV o JSON, e qualsiasi piattaforma seria li importa. Quello che si rompe è la tua reputazione di mittente. I provider di posta valutano il dominio e l’IP da cui invii, e una nuova piattaforma di solito significa una nuova identità di invio senza storico. Invia a tutta la lista da un dominio freddo il primo giorno e una buona parte finirà nello spam. I dati sono un lavoro di copia; la deliverability è la parte che richiede un piano.
Esporta tutto prima di disdire qualsiasi cosa
L’assicurazione più economica in una migrazione è la tempistica. Esporta una copia completa dei tuoi dati finché il vecchio account è ancora attivo e pagato, poi tienilo in sola lettura finché la nuova piattaforma non ha dato prova di funzionare. Se disdici prima, rischi di perdere l’accesso ai registri delle disiscrizioni o a uno storico dell’engagement che non puoi ricostruire.
- I contatti con tutti i campi personalizzati: non solo nome ed email, ma gli attributi da cui dipendono i tuoi segmenti.
- Le disiscrizioni e la lista di soppressione completa: hard bounce, segnalazioni di spam e blocchi manuali.
- I template e i contenuti riutilizzabili, più le automazioni e i percorsi che ricreerai.
- Lo storico degli eventi e i dati di engagement: aperture, clic e gli eventi comportamentali che fanno partire i tuoi trigger.
- I record DNS e di autenticazione: la tua configurazione attuale di SPF, DKIM e DMARC, come riferimento.
Conserva l’export in un posto che controlli tu, non solo dentro il nuovo fornitore. Avere una copia pulita dei tuoi dati è il senso di tutta l’operazione: leggi possedere i dati dei clienti per capire perché quella copia conta anche oltre questa migrazione.
Perché portare la lista di soppressione in ogni migrazione?
La lista di soppressione, cioè tutti quelli che si sono disiscritti, sono andati in hard bounce o hanno segnalato spam, è l’unico export che non puoi mai saltare. Dal punto di vista legale, una disiscrizione è permanente e segue la persona, non la piattaforma: scriverle da un nuovo strumento è una violazione, esattamente come lo era dal vecchio. Per la deliverability, quegli indirizzi sono proprio quelli che generano segnalazioni e bounce, i due segnali che affondano più in fretta un dominio freddo. Importa la lista di soppressione prima di qualsiasi altra cosa e verifica che la nuova piattaforma la tratti come un blocco attivo, non come una nota storica.
Nuova richiesta di consenso: mantenerlo o riconfermarlo?
Il consenso non è legato al tuo vecchio fornitore, quindi nella maggior parte dei casi viaggia con il contatto: un opt-in valido resta valido dopo una migrazione. Lo mantieni quando puoi dimostrare come e quando ogni persona si è iscritta e continui a inviare la posta che ha accettato. Lo riconfermi quando manca la provenienza, quando la lista è vecchia e poco attiva, o quando cambi in modo sostanziale ciò che invii. Una campagna di riconferma con double opt-in è il modo pulito per rinfrescare una lista traballante prima che possa danneggiare il nuovo dominio.
| Situazione | Stato del consenso | Azione |
|---|---|---|
| Opt-in documentato, engagement recente | Si trasferisce | Importa e scrivi come al solito |
| Opt-in dimostrabile, stessi contenuti | Si trasferisce | Importa; fai il warm-up in modo graduale |
| Nessuna traccia di come si sono iscritti | Incerto | Riconferma prima di scrivere |
| Lista vecchia, poco attiva o acquistata | Debole o assente | Richiedi di nuovo il consenso o sopprimi |
Come si riscaldano il nuovo dominio e l’IP?
Riscaldare significa far crescere il volume lentamente, così i provider di posta imparano a fidarsi della nuova identità di invio. Le linee guida di Google per i mittenti sono esplicite: inizia con un volume basso verso utenti attivi e aumentalo nel tempo, ed evita picchi improvvisi se non hai uno storico di invii a grandi volumi. Parti dai contatti più propensi ad aprire, gli iscritti recenti e attivi, poi allarga il pubblico nell’arco di giorni o settimane. Tieni d’occhio il tasso di segnalazioni di spam: Google chiede a chi invia grandi volumi di tenerlo sotto lo 0,10% e di non farlo mai arrivare allo 0,30%. Se bounce o rinvii salgono, rallenta finché il tasso di errore non scende, poi aumenta di nuovo. Un IP dedicato richiede più tempo per riscaldarsi di un pool condiviso, quindi pianifica il calendario in base a quello che hai scelto.
Come si mappano profili, eventi e segmenti?
Ogni piattaforma modella i clienti in modo un po’ diverso, quindi metti in conto il tempo per tradurre il tuo modello. Allinea gli attributi dei profili ai nuovi nomi e tipi di campo, mappa uno a uno gli eventi che tracci e ricostruisci i segmenti dinamici sul nuovo schema. È il momento di eliminare i campi morti e gli eventi obsoleti invece di copiare il disordine: un piano di tracciamento pulito rende molto più facile costruire le automazioni della nuova piattaforma. Tieni le email transazionali e quelle di marketing su flussi separati mentre mappi, così una ricevuta non aspetta mai il warm-up del marketing e un segmento rotto non blocca mai una reimpostazione della password.
Come si presenta un passaggio sicuro?
Non cambiare tutto in un colpo solo. Usa le due piattaforme in parallelo e sposta il traffico per gradi: prima una piccola fetta di contatti attivi, poi segmenti più grandi man mano che i numeri reggono. Dopo ogni aumento controlla sul nuovo strumento il tasso di bounce, il tasso di segnalazioni e il posizionamento in inbox; se qualcosa schizza in alto, fermati e capisci il problema prima di inviare altro. Tieni la posta transazionale sulla strada collaudata finché i flussi di marketing non sono stabili. Quando la nuova piattaforma regge tutto il tuo volume senza problemi per un paio di cicli, dismetti la vecchia. Se stai ancora scegliendo dove andare, le nostre selezioni di strumenti di marketing automation open source, di alternative a Customer.io e di piattaforme di customer engagement per startup sono il punto da cui partire.