Problemi di consegna delle email dopo la migrazione del dominio

Cosa Cambia Quando Migri un Dominio

Una migrazione di dominio sembra semplice sulla carta: indirizzare il traffico a un nuovo dominio, copiare il contenuto e andare avanti. L'email non si sposta così gentilmente. Il dominio di invio, i record DNS, la catena di autenticazione e la fiducia che hai costruito con i fornitori di caselle di posta cambiano tutti in una volta, e anche un solo record mancante può creare problemi di consegna delle email dopo la migrazione del dominio.

Ci sono 4 cose che di solito cambiano per prime: reputazione del mittente, SPF, DKIM e DMARC. Il destinatario non vede quei dettagli, ma Gmail, Outlook e Yahoo sì, e confrontano i vecchi segnali con i nuovi prima di decidere se il tuo messaggio finisce nella posta in arrivo, nella scheda promozioni o da nessuna parte utile. Un cambio di nome senza un piano è una scommessa.

La fiducia è più lenta del DNS. Se un nuovo dominio inizia a inviare 5.000 messaggi il giorno 1, i fornitori di caselle di posta potrebbero trattarlo come un mittente nuovo senza storia. Un marchio può mantenere il proprio logo, tono e qualità della lista, ma può comunque perdere la posizione nella posta in arrivo perché il dominio è cambiato e il modello di invio è cambiato con esso.

Una complicazione pratica è che i vecchi e i nuovi domini possono coesistere per settimane. Questa sovrapposizione aiuta gli utenti, ma crea anche confusione nelle intestazioni dei messaggi, nel tracciamento dei link e nella gestione delle risposte. Un team di supporto potrebbe pensare che la migrazione sia completata, mentre i server di posta stanno ancora raccontando una storia diversa.

Problemi Comuni di Consegna delle Email Dopo la Migrazione

Il primo sintomo è spesso silenzioso: i messaggi finiscono nello spam solo per 1 fornitore, poi si diffondono a 2 o 3 in più. Quel modello di solito indica problemi di reputazione o di autenticazione piuttosto che un problema di contenuto. Piccole disattenzioni diventano visibili rapidamente.

Un altro problema comune sono i rinvii. I fornitori di caselle di posta possono rifiutare temporaneamente i messaggi e chiedere al mittente di riprovare più tardi. Se il sistema di invio riprova in modo troppo aggressivo, il ritardo può trasformarsi in un rallentamento più ampio, e una campagna che avrebbe dovuto richiedere 10 minuti ora si protrae per ore.

Alcuni team vedono picchi di rimbalzi dopo la migrazione. Un picco può significare che il nuovo dominio manca di record DNS, il flusso di posta è deviato in modo errato, o i destinatari non sono più disposti ad accettare posta da un mittente che non riconoscono. Il testo del rimbalzo è importante qui, perché “temporaneo” e “permanente” sono fallimenti molto diversi.

L'invio bloccato è la versione severa. Il fornitore semplicemente rifiuta la posta. Questo può accadere dopo un cambiamento brusco nel volume, un controllo di autenticazione fallito, o un segnale di cattiva reputazione legato al nuovo dominio. Una campagna bloccata può anche influenzare le successive 3 campagne se nessuno si ferma a ispezionare il codice di ragione.

Come la migrazione del dominio influisce su SPF, DKIM e DMARC

SPF, DKIM e DMARC sono i tre record che più spesso si rompono durante la migrazione. SPF può fallire se il nuovo servizio di invio non è elencato. DKIM può fallire se il selettore cambia o se la chiave non è mai stata copiata. DMARC può fallire se l'allineamento tra il dominio visibile del mittente e il dominio autenticato non corrisponde più.

Quel problema di allineamento è facile da perdere. Un messaggio può superare DKIM su un dominio e comunque fallire DMARC perché l'indirizzo del mittente mostra un altro dominio, e i fornitori di caselle di posta si preoccupano di entrambi. Se l'identità del mittente e l'identità di autenticazione si separano, la collocazione nella posta in arrivo di solito ne risente.

Alcune migrazioni mantengono la vecchia piattaforma di posta ma spostano solo il sito web. Anche in questo caso, l'autenticazione può rompersi. Un cambiamento nell'hosting DNS, un nuovo sottodominio o un nuovo IP in uscita possono spostare l'intero percorso. Se desideri che il lato tecnico sia mappato in modo chiaro, l'articolo su impostazione DKIM SPF DMARC per transazionali è un utile pezzo complementare.

Un altro problema: le chiavi DKIM a volte vengono rigenerate durante un trasferimento della piattaforma, ma la nuova chiave non viene pubblicata nel DNS prima del lancio. Questo lascia la posta firmata con una chiave che nessun destinatario può verificare. L'email può comunque lasciare il server, ma la mancanza di prova la rende molto meno affidabile.

Controlli DNS, MX e di instradamento della posta

Il DNS è il pannello di controllo e i record MX decidono dove deve andare la posta in arrivo. Dopo una migrazione, rivedi sia i percorsi di invio che di ricezione. Un dominio può essere attivo per il traffico web mentre il suo percorso di posta è ancora puntato al host sbagliato, il che porta a risposte perse, verifiche fallite e ticket di supporto confusi.

Controlla prima il record MX. Poi conferma i record A o CNAME che supportano l'host di posta e assicurati che eventuali sottodomini utilizzati per l'invio, il tracciamento o le risposte siano ancora risolvibili. Un record che sembra innocuo alle 9 del mattino può interrompere un ripristino della password entro mezzogiorno.

La gestione delle risposte merita un passaggio a parte. Se l'indirizzo visibile del mittente è sul nuovo dominio ma la casella di posta per le risposte è ancora sul vecchio, gli utenti possono trovarsi di fronte a vicoli ciechi. Questo non danneggia sempre direttamente la deliverability, ma danneggia la fiducia, e la fiducia influisce sul coinvolgimento futuro.

Per i team che inviano sia posta di marketing che transazionale, l'instradamento dovrebbe essere testato da entrambi i lati. Un record MX errato potrebbe non fermare una newsletter, ma può bloccare i messaggi di verifica dell'account o le conferme d'ordine. Se il stack di posta è misto, confrontalo con cosa significa il relay SMTP per node.js prima di assumere che il percorso di invio sia pulito.

Considerazioni sulla reputazione del mittente e sul riscaldamento

Una migrazione di dominio può ripristinare o indebolire i segnali di reputazione anche quando la lista rimane la stessa. I fornitori di caselle di posta leggono i modelli, non le promesse. Se un mittente passa da 200 messaggi al giorno a 20.000 sul nuovo dominio, quel salto sembra rischioso, specialmente se il coinvolgimento è ancora sconosciuto.

Il riscaldamento aiuta perché distribuisce il rischio su 7, 14 o 30 giorni invece di costringere il nuovo dominio a dimostrare se stesso tutto in una volta. Inizia con i destinatari più coinvolti, poi passa a segmenti più vecchi solo dopo che il posizionamento rimane stabile. Non è glamour, ma funziona più spesso di un grande lancio.

Il volume è solo una parte della reputazione. Il tasso di reclami, il tasso di rimbalzo e il coinvolgimento positivo alimentano tutti il quadro. Un mittente con buoni tassi di apertura sul vecchio dominio può comunque inciampare dopo la migrazione se il nuovo dominio inizia con una storia fredda e un nuovo IP allo stesso tempo.

A volte la soluzione è comportamentale piuttosto che tecnica. Rallenta. Invia le prossime 3 campagne solo a utenti coinvolti. Osserva il tasso di risposta e la posizione nella casella di posta prima di aggiungere contatti meno attivi. Una migrazione di dominio premia la pazienza molto più dell'entusiasmo.

Passi diagnostici per la risoluzione dei problemi di consegna

Inizia con il messaggio di rimbalzo. Leggi il codice SMTP, il testo leggibile dall'uomo e eventuali note specifiche del fornitore. Un codice 4xx significa problemi temporanei; un codice 5xx significa un rifiuto definitivo. Questa differenza decide se riprovare, indagare o smettere di inviare a quell'indirizzo.

Poi ispeziona le intestazioni del messaggio. Le intestazioni mostrano il percorso che ha seguito la mail, i risultati dell'autenticazione e a volte il punto esatto in cui il messaggio ha perso fiducia. Se le intestazioni sono mancanti o incomplete, stai risolvendo i problemi alla cieca. È un brutto posto in cui trovarsi con qualsiasi migrazione di dominio.

Le liste nere contano anche, anche se non sono l'unica storia. Se un IP o un dominio di invio appare su una lista importante, devi sapere perché e se l'inserimento è attuale. Una lista può bloccare una campagna, ma una lista pulita non garantisce la posizione nella casella di posta.

Gli strumenti di test risparmiano tempo qui. Esegui controlli prima e dopo ogni modifica e confronta i risultati piuttosto che fissare un singolo segnale verde. La guida su strumenti di test di deliverability delle email · YourTrend può aiutarti a inquadrare quei controlli, specialmente quando il problema non è ovvio solo dalla casella di posta.

Osserva la timeline. Se le lamentele iniziano 2 ore dopo la migrazione, ciò indica un problema di autenticazione o instradamento. Se il calo inizia dopo la terza campagna, è più probabile che si tratti di reputazione e volume. I modelli superano le ipotesi.

Correggere la deliverability dopo una migrazione di dominio

Prima di tutto, correggi i record. Pubblica i valori SPF include corretti, aggiorna le chiavi DKIM se necessario e conferma l'allineamento DMARC. Poi verifica che la piattaforma di invio stia effettivamente utilizzando i record aggiornati e non le impostazioni memorizzate della vecchia dominio. Una modifica DNS che non raggiunge mai il server di posta non cambia nulla.

Successivamente, correggi l'infrastruttura di invio. Aggiorna il dominio MAIL FROM, il dominio di risposta, i link di tracciamento e eventuali sottodomini utilizzati per l'autenticazione o l'elaborazione dei rimbalzi. Se la gestione dei rimbalzi è ancora legata al vecchio dominio, le lamentele e i rimbalzi potrebbero essere raccolti nel posto sbagliato. Questo crea una perdita lenta.

La comunicazione con i destinatari può anche aiutare, specialmente per le email transazionali. Se le notifiche dell'account o gli avvisi di fatturazione sono destinati a un pubblico cauto, informa gli utenti chiave che il dominio è cambiato e che i messaggi arriveranno ora da un indirizzo diverso. Per i team che necessitano di una visione operativa più approfondita, eventi webhook email per email transazionali possono aiutare a tracciare gli eventi di consegna dopo la correzione.

Le regole di soppressione dovrebbero essere riviste prima di rinviare qualsiasi cosa. Le vecchie lamentele, le disiscrizioni e i rimbalzi duri dovrebbero rimanere soppressi sul nuovo dominio. Se hai bisogno di una politica più rigorosa, l'articolo su gestione delle liste di soppressione email · YourTrend merita di essere consultato prima che la prossima campagna venga inviata.

Non affrettare il rinvio. Se 2 importanti fornitori di caselle di posta hanno mostrato problemi, risolvi prima la causa principale, poi ritesta con un piccolo lotto. Un secondo fallimento può essere più difficile da recuperare rispetto al primo.

Migliori pratiche per prevenire futuri problemi di deliverability

Pianifica la migrazione con l'email in considerazione fin dal primo giorno. I team del sito web spesso trattano i trasferimenti di dominio come un progetto di contenuto o hosting, ma l'email ha le proprie dipendenze. Includi il fornitore di posta, il proprietario del DNS, il team di supporto e chiunque controlli l'autenticazione. Quattro persone in una riunione possono risparmiare 4 giorni dopo.

Crea una checklist di pre-lancio. Conferma SPF, DKIM, DMARC, MX, instradamento delle risposte, gestione dei rimbalzi e domini di tracciamento prima del passaggio. Poi testa da almeno 2 fornitori principali, perché un test di inbox non è sufficiente. Se hai bisogno di un framework più ampio, le migliori pratiche per la deliverability delle email forniscono una base più ampia per la gestione quotidiana dell'invio.

Il riscaldamento dovrebbe essere scritto nel piano di migrazione, non aggiunto dopo la prima lamentela. Usa un calendario a fasi con 3 gruppi di destinatari: utenti altamente coinvolti, utenti attivi recenti e tutti gli altri. Questa sequenza riduce la possibilità che il nuovo dominio inizi la sua vita con danni evitabili.

Il monitoraggio dovrebbe rimanere attivo per almeno 30 giorni dopo il lancio. Tieni traccia dei tassi di rimbalzo, delle lamentele di spam, dei controlli di posizionamento nella inbox e dei fallimenti di autenticazione. Se un record si rompe il giorno 12, il team deve vederlo prima degli utenti. Lo stesso vale per la gestione delle disiscrizioni; se il nuovo dominio cambia il percorso del link o la logica del footer, rivedi perché le migliori pratiche per la disiscrizione dalle email sono importanti prima del prossimo invio.

Un'ultima abitudine aiuta più di quanto le persone si aspettino: tieni un registro delle migrazioni. Annota il vecchio record, il nuovo record, la data, il proprietario e il motivo di ogni cambiamento. Quando i problemi di consegna delle email dopo la migrazione del dominio si presentano 3 settimane dopo, quel registro può far risparmiare ore di congetture.