Obiettivo: zero downtime
Trasferire un dominio attivo (con sito web di produzione, caselle email aziendali, applicazioni SaaS, API integrate, sistemi di pagamento, CDN configurati) richiede una pianificazione attenta e metodica per evitare interruzioni di servizio anche minime che potrebbero causare perdita di fatturato, danni di immagine o problemi tecnici a cascata. La buona notizia tecnica: con la procedura corretta, il transfer di un dominio e completamente trasparente agli utenti finali e ai servizi dipendenti. La cattiva notizia: errori sui DNS, nameserver o configurazioni propagate male possono causare ore o addirittura giorni di blackout.
Principio fondamentale
Il transfer del dominio (cambio registrar) NON modifica in alcun modo:
- I nameserver assegnati al dominio nel registry (se mantenuti deliberatamente).
- I record DNS configurati sui nameserver (se i NS restano gli stessi).
- L'hosting del sito web (server, IP, configurazione web server).
- Il server di posta elettronica (MX, accounts, mailbox).
- I certificati SSL già emessi e validi.
- I record CDN, load balancer, API gateway.
- Le integrazioni con servizi terzi (Single Sign-On, webhook, callback URL).
Quindi, se mantieni i nameserver attuali invariati durante il transfer, l'operazione e completamente invisibile dal punto di vista operativo e utenti.
Checklist pre-transfer
Checklist completa da seguire prima di iniziare:
- Censisci tutti i servizi legati al dominio in modo esaustivo:
- Sito web (URL completi, server hosting, applicazione stack).
- Email (provider, caselle, alias, gruppi, forwarder).
- API e webhook (record CNAME, A specifici per endpoint).
- VoIP, SMS gateway, integrazioni telefoniche.
- Certificati SSL emessi e CA autorizzate (CAA records).
- SSO/IdP che usano il dominio (OAuth callback, SAML).
- CDN endpoint (Cloudflare, Akamai, Fastly).
- Subdomain delegati a terzi (status.example.com, etc.).
- Esporta zona DNS completa: come backup di sicurezza, in formato BIND standard.
- Annota nameserver attuali: dovrai poterli ripristinare velocemente in caso di problemi.
- Verifica TTL: per record critici dovrebbe essere 3600-7200 secondi standard (1-2 ore).
- Comunica al team: pianifica la finestra di transfer fuori dai picchi di traffico abituali.
- Backup mailbox se hai email associate, per sicurezza ulteriore.
- Verifica scadenze SSL: rinnova preventivamente certificati prossimi alla scadenza.
Strategia consigliata: transfer "nameserver-neutral"
Il modo più sicuro e collaudato per trasferire un dominio in produzione:
- NON cambiare nameserver durante il transfer (regola d'oro).
- Sblocca dominio + richiedi Auth Code presso registrar di partenza.
- Apri pratica presso registrar di destinazione.
- Conferma FOA via email amministrativa.
- Attendi completamento (5-7 giorni gTLD, meno per ccTLD).
- Verifica WHOIS: dominio ora sotto nuovo registrar, NS invariati nel registry.
- Servizio continua a funzionare senza alcuna interruzione percettibile.
- Solo dopo aver consolidato il transfer (almeno 7-14 giorni di stabilita), valuta eventuale migrazione DNS come secondo step separato.
Questa separazione di operazioni minimizza il rischio operativo e isola le cause di eventuali problemi se qualcosa va storto.
Se devi cambiare anche nameserver
Procedura sicura per cambio NS senza downtime, se proprio necessario eseguirlo contestualmente al transfer:
- Crea zona DNS identica sul nuovo provider DNS (record per record, controllo manuale rigoroso).
- Riduci TTL su tutti i record a 300 secondi (5 min) almeno 48 ore prima del cambio NS effettivo.
- Lascia il vecchio DNS attivo durante e dopo il transfer.
- Cambia nameserver dopo il transfer completato e verificato.
- Monitora propagazione: usa whatsmydns.net per verifica multi-geografica della propagazione.
- Verifica accessibilità sito + ricezione email + API + SSO.
- Test end-to-end di flussi critici (checkout e-commerce, login, etc.).
- Riporta TTL a 3600+ dopo 24-48 ore di stabilita confermata.
Monitoring durante e dopo
Strumenti raccomandati per monitor proattivo:
- UptimeRobot / StatusCake: monitor HTTP del sito da multi-region, alerting via email/SMS.
- MXToolbox: verifica MX e blacklist con scheduled checks.
- DNS Spy / DNSWatch: monitor proattivo della zona DNS con alerting su modifiche.
- Pingdom: monitor multi-region enterprise con dashboard.
- New Relic / Datadog: per applicazioni complesse con APM.
- Sentry: error tracking per applicazioni web.
- SSL Labs: verifica certificati SSL periodicamente.
Rollback plan
Se qualcosa va storto durante il transfer:
- Mantieni backup completo della zona DNS originale.
- Conosci la procedura di ripristino nameserver originali.
- Tieni il vecchio hosting attivo per almeno 30 giorni dopo il transfer.
- Documenta la procedura step-by-step di rollback.
- Test del rollback in ambiente non-production se possibile.
- Linea diretta con supporto registrar entrambi durante la finestra critica.
Pianificazione comunicazione
Per migrazioni aziendali importanti, pianifica la comunicazione:
- Avvisa team IT e management con anticipo.
- Designa responsabile del progetto e canali di escalation.
- Stakeholder esterni (clienti chiave, fornitori) avvisati se transfer di alta visibilità.
- Documenta tutto in runbook aziendale per future operazioni.
- Post-mortem se necessario, anche se transfer riuscito.
Edge cases
Situazioni che richiedono attenzione extra:
- Domini con DNSSEC attivo: richiedono coordinamento NS + DS records.
- Domini con CAA records per Let's Encrypt: verifica che rinnovi continuino a funzionare.
- Domini con record DMARC restrittivi: verifica che email continuino a passare verifica.
- Domini con sottodomini delegati a terzi: comunica anche ai gestori sottodomini.
- Domini con WHOIS Custom NS (private nameserver): pianifica re-glue records.
Hai bisogno di aiuto?
Se vuoi affidare il trasferimento dominio a G Tech Group, scrivici tramite il modulo di contatto.