Come trasferire dominio senza perdere email
Vuoi trasferire dominio senza perdere email? Segui DNS, backup e verifiche essenziali per mantenere la posta aziendale attiva senza alcuna interruzione.
Sommario
Il dominio è l’indirizzo della tua azienda sul web, ma spesso è anche la parte nascosta da cui dipende la posta di ogni reparto: commerciale@, amministrazione@, info@. Per questo trasferire dominio senza perdere email non è un semplice passaggio amministrativo. Se la procedura viene gestita senza una mappa tecnica precisa, il sito può restare online mentre la posta smette di consegnare messaggi. E basta una mattina senza preventivi, richieste o ordini per capire quanto può costare un errore nei DNS.
La buona notizia è che il trasferimento si può fare senza bloccare la posta aziendale. Serve però distinguere tre elementi che spesso vengono confusi: la proprietà del dominio, il provider che ne gestisce il rinnovo e il servizio che ospita le caselle email. Possono coincidere, ma non devono farlo.
Cosa accade quando trasferisci un dominio
Trasferire un dominio significa spostarne la gestione da un registrar a un altro. Il registrar è il soggetto presso cui il dominio viene registrato e rinnovato. Questo passaggio non obbliga automaticamente a spostare il sito, le caselle email o il provider della posta.
Il rischio nasce quando, durante la migrazione, vengono modificati o sovrascritti i record DNS. I DNS sono le istruzioni pubbliche che indicano dove trovare il sito, dove consegnare le email e come verificarne l’autenticità. Se i record della posta vengono rimossi, inseriti in modo errato o sostituiti con impostazioni standard, i messaggi potrebbero non arrivare, finire in coda o essere respinti.
Per una PMI, la domanda non è quindi solo “posso cambiare provider?”. La domanda giusta è: quali servizi dipendono dal mio dominio e chi presidia ogni passaggio? Un trasferimento ben fatto protegge continuità operativa, reputazione del mittente e accesso alle comunicazioni già archiviate.
Trasferire dominio senza perdere email: i controlli iniziali
Prima di richiedere il trasferimento, bisogna creare una fotografia completa della configurazione attuale. Non è un passaggio burocratico: è la base per ripristinare rapidamente ogni servizio se qualcosa cambia durante la procedura.
La prima verifica riguarda le caselle effettivamente in uso. Oltre agli indirizzi personali, considera info@, preventivi@, PEC se collegata allo stesso fornitore, alias, liste di distribuzione, inoltri automatici e caselle utilizzate da software gestionali, form del sito o sistemi di fatturazione. Un indirizzo poco usato può essere comunque decisivo, ad esempio per ricevere notifiche di pagamento o recuperare password.
Poi occorre esportare tutti i record DNS presenti nella zona del dominio. Quelli più importanti per la posta sono i record MX, che indicano i server destinatari delle email, e i record TXT associati a SPF, DKIM e DMARC. SPF autorizza determinati server a spedire messaggi per conto del tuo dominio; DKIM firma le email; DMARC definisce come gestire le verifiche non superate. Non sono dettagli da trascurare: una configurazione incompleta può far finire le comunicazioni in spam anche quando la casella sembra funzionare.
Vanno annotati anche record A, CNAME e TXT usati dal sito, dai sottodomini, dalle piattaforme newsletter, dai calendari, dagli strumenti di videoconferenza o dai servizi di verifica esterni. Una semplice cattura della schermata non sempre basta: meglio una tabella con nome del record, tipo, valore e priorità.
Verifica chi controlla davvero il dominio
Capita spesso che il dominio sia intestato al titolare dell’azienda, ma gestito con credenziali possedute da un vecchio fornitore. In altri casi l’intestatario risulta una persona che non lavora più in azienda. Prima del trasferimento verifica l’anagrafica del registrante, l’email amministrativa e l’accesso al pannello di gestione.
Per autorizzare il passaggio serve normalmente il codice di trasferimento, chiamato AuthInfo o EPP code a seconda dell’estensione. Per i domini .it, il processo segue regole specifiche del Registro .it; per molte estensioni internazionali possono esistere blocchi temporanei dopo una nuova registrazione, un recente trasferimento o una modifica dei dati di contatto. Controllare queste condizioni evita di programmare un cambio urgente che non può essere completato nei tempi previsti.
La scelta che evita la maggior parte dei problemi
La strada più prudente è trasferire soltanto il registrar, lasciando invariato il servizio email e, quando possibile, anche i nameserver. In questo scenario cambia chi gestisce rinnovo e proprietà del dominio, ma i DNS continuano a puntare agli stessi server. La posta non viene toccata perché la sua configurazione resta esattamente dov’è.
Questa soluzione è ideale quando vuoi centralizzare i fornitori, ottenere un’assistenza migliore o riprendere il controllo del dominio, ma sei soddisfatto delle caselle email attuali. Non è invece sufficiente se vuoi spostare anche l’hosting della posta, ridurre costi o adottare una piattaforma collaborativa diversa. In quel caso serve una migrazione email vera e propria, con una pianificazione più ampia.
Non confondere il trasferimento del dominio con il cambio dei nameserver. I nameserver stabiliscono quale pannello DNS comanda il traffico. Se vengono cambiati, il nuovo provider deve ricevere una copia completa e corretta della zona DNS prima che la modifica diventi effettiva. Se non hai necessità di cambiarli, non farlo solo perché il nuovo registrar lo propone.
Se cambi anche il provider email
Spostare le caselle da un servizio all’altro richiede più attenzione, ma può essere la scelta giusta se la posta attuale è lenta, poco sicura, difficile da gestire o non adatta al lavoro di squadra. Il criterio non dovrebbe essere soltanto il canone mensile: conta la qualità dell’assistenza, lo spazio disponibile, le policy di backup, l’autenticazione a due fattori e la facilità di recupero degli account.
La procedura corretta prevede di creare prima le nuove caselle con gli stessi indirizzi. Successivamente si migrano messaggi, cartelle, contatti e calendari, verificando che l’archivio sia davvero disponibile sul nuovo servizio. Solo dopo si aggiornano i record MX e le configurazioni SPF, DKIM e DMARC.
Per ridurre il rischio di messaggi dispersi, è utile abbassare il TTL dei record DNS almeno 24-48 ore prima del cambio. Il TTL indica per quanto tempo i server possono conservare in cache una configurazione. Un valore più basso non elimina ogni ritardo, ma rende più rapida la propagazione delle nuove indicazioni.
Durante la fase di passaggio, vecchio e nuovo servizio devono restare attivi. Alcuni mittenti inizieranno a consegnare al nuovo server prima di altri. Mantenere accesso alla posta precedente permette di controllare eventuali arrivi tardivi e di evitare vuoti operativi. Disdire troppo presto il servizio storico è uno degli errori più frequenti.
Errori che possono fermare la posta aziendale
La fretta è il primo problema. Un trasferimento richiesto il giorno prima della scadenza del dominio lascia poco margine per gestire blocchi, credenziali mancanti o verifiche dell’intestatario. Pianifica con anticipo, soprattutto se il dominio è legato a campagne, stagionalità commerciale o indirizzi usati da molti collaboratori.
Il secondo errore è affidarsi al backup locale di un singolo computer. Se le email sono configurate in POP, una parte dello storico potrebbe esistere solo sul dispositivo di chi usa la casella. Prima di migrare, controlla il protocollo e crea copie verificabili degli archivi. Con IMAP o servizi cloud la situazione è generalmente più semplice, ma non bisogna dare per scontato che tutte le cartelle siano sincronizzate.
Il terzo errore è testare solo la ricezione. Dopo il cambio, invia messaggi di prova da indirizzi esterni e verifica sia la consegna sia l’invio. Controlla inoltre che le email non finiscano in spam e che i form del sito, le notifiche del gestionale e le newsletter autorizzate continuino a spedire correttamente. La posta aziendale è un ecosistema, non una sola casella.
Infine, non modificare i DNS senza una documentazione condivisa. Chi gestisce il marketing deve sapere se una piattaforma invia campagne dal dominio; chi segue l’amministrazione deve sapere quali caselle ricevono documenti; chi cura il sito deve conoscere i record necessari a form e sottodomini. La continuità dipende anche dal coordinamento.
Una checklist operativa prima del passaggio
Prima di dare il via libera, assicurati di avere almeno questi elementi sotto controllo:
- accesso al registrar attuale e verifica dell’intestatario del dominio;
- codice AuthInfo o EPP code e controllo di eventuali blocchi al trasferimento;
- esportazione completa dei record DNS, inclusi MX, SPF, DKIM e DMARC;
- elenco di caselle, alias, inoltri, PEC, form del sito e servizi collegati;
- backup verificato della posta e un piano per eventuale migrazione dello storico;
- mantenimento del vecchio servizio email fino ai test finali di invio e ricezione.
Dopo l’avvio del trasferimento, monitora le caselle per alcuni giorni. Verifica gli avvisi del registrar, la data di scadenza aggiornata e il corretto rinnovo automatico. Soprattutto, conserva credenziali e documentazione in un luogo aziendale accessibile alle persone autorizzate, non soltanto nella casella di un fornitore o di un collaboratore.
Per molte aziende il dominio è un bene strategico al pari di un numero telefonico storico: deve restare intestato correttamente, rinnovato in tempo e tecnicamente documentato. Un partner che gestisce sito, manutenzione e comunicazione digitale in modo continuativo, come Ficoflix, può coordinare questi controlli senza trasformare un passaggio tecnico in un fermo commerciale. La scelta più utile non è quella più veloce sulla carta, ma quella che lascia la tua azienda operativa, proprietaria dei propri asset digitali e pronta a lavorare anche il giorno dopo.