Il trasferimento di un dominio sembra una procedura semplice, ma nella pratica i tempi cambiano parecchio da un’estensione all’altra e da un registrar all’altro. La differenza la fanno soprattutto i blocchi di sicurezza, il codice di autorizzazione e il modo in cui il provider gestisce la richiesta. Qui trovi una spiegazione chiara di quanto può durare davvero il passaggio, di cosa lo rallenta e di come prepararlo senza rischiare fermi inutili.
In breve, contano più estensione, blocchi e gestione del registrar che il solo passaggio tecnico
- Un dominio .it può chiudersi molto rapidamente se il codice authinfo è già pronto e il registrar lavora in modo sincrono.
- Per molti domini internazionali gestiti sotto ICANN, il riferimento pratico è fino a 5 giorni di calendario.
- Il blocco dei 60 giorni dopo registrazione o cambio dati del registrante può impedire del tutto il trasferimento.
- Trasferire il dominio non è la stessa cosa che cambiare hosting o nameserver.
- Se la scadenza è vicina, il margine di sicurezza conta più della velocità promessa dal provider.
Quanto dura davvero il trasferimento di un dominio
Se devo sintetizzare la risposta in modo utile, direi questo: un dominio .it può passare anche in poche ore, mentre molti domini internazionali richiedono fino a 5 giorni di calendario. La differenza non sta quasi mai nel “peso” del sito, ma nel regolamento dell’estensione e nel flusso operativo del registrar.
Per i domini gestiti nel circuito ICANN, il trasferimento viene completato se il registrar uscente non invia un rifiuto entro 5 giorni di calendario. Nel caso del Registro .it, invece, il sistema è descritto come sincrono e in tempo reale: io lo interpreto così, in pratica, come una procedura che può essere molto rapida se il provider non introduce code manuali o controlli aggiuntivi. Per un .it, quindi, considero realistico un margine di giornata o al massimo 24 ore, ma lo tratto come stima operativa, non come promessa universale.
| Scenario | Tempo tipico | Cosa significa davvero |
|---|---|---|
| .it con authinfo disponibile | Poche ore, prudenzialmente entro 24 ore | Il passaggio può essere rapido se il registrar lavora senza attese interne. |
| Domini gTLD come .com, .net, .org | Fino a 5 giorni di calendario | È il riferimento più solido quando il trasferimento segue la procedura standard ICANN. |
| Dominio soggetto a blocco di 60 giorni | Non trasferibile finché il blocco non termina | La richiesta può essere respinta prima ancora di entrare nella fase utile. |
| Richiesta incompleta o auth code errato | Da ritardo lieve a stop totale | Il tempo non dipende dal dominio, ma dalla correzione degli errori amministrativi. |
Il punto, quindi, non è solo “quanto ci mette”, ma quale tipo di trasferimento stai facendo. Ed è proprio qui che molti progetti si bloccano inutilmente, perché confondono il cambio di registrar con operazioni che in realtà sono diverse.
Il cambio di registrar non è la stessa cosa del cambio di hosting
Questa distinzione conta più di quanto sembri. Se vuoi solo spostare il sito su un nuovo server, spesso non devi trasferire il dominio: basta aggiornare i nameserver o i record DNS. Se invece vuoi spostare anche la gestione amministrativa del dominio, allora entri nel vero trasferimento tra registrar.
Io separo sempre tre casi:
- Cambio di hosting, quando il sito vive su un server diverso ma il dominio resta nello stesso posto.
- Cambio di registrar, quando il dominio passa sotto un nuovo gestore.
- Cambio di intestatario, quando cambia il registrante o il titolare effettivo del nome a dominio.
La confusione tra questi tre scenari è una delle cause più comuni di attese inutili. L’email di conferma del trasferimento, per esempio, non serve se devi solo riallineare il sito al nuovo hosting; allo stesso modo, cambiare l’intestazione può attivare regole diverse rispetto al semplice passaggio tecnico. Prima di aprire una procedura, conviene capire quale risultato stai cercando davvero.
Cosa allunga i tempi e quando il blocco è normale
Quando un trasferimento dura più del previsto, io cerco sempre la causa tra pochi elementi ricorrenti. Nella maggior parte dei casi il ritardo non è “misterioso”: è solo il risultato di una regola di sicurezza o di un passaggio amministrativo incompleto.
- Blocco dei 60 giorni: dopo la registrazione iniziale o dopo alcune modifiche ai dati del registrante, ICANN prevede che il dominio non possa essere trasferito per 60 giorni.
- Auth code non valido: il codice di autorizzazione deve essere corretto e attivo, altrimenti il trasferimento si ferma subito.
- Dominio vicino alla scadenza: se il trasferimento parte tardi, il rinnovo o la gestione del periodo di grazia possono complicare tutto.
- Email amministrativa non accessibile: se non ricevi o non puoi confermare le notifiche, la procedura resta sospesa.
- Controlli manuali del registrar: alcuni provider non processano in modo continuo, ma a finestre o in coda interna.
Per i domini .it, il codice authinfo è il primo elemento da verificare, perché il Registro lo considera indispensabile per le operazioni di modifica. Nel caso dei gTLD, invece, il blocco più sottovalutato è proprio quello dei 60 giorni: basta una modifica recente ai dati del registrante per fermare l’operazione. Se la richiesta nasce in un momento sbagliato, il tempo non si misura più in ore o giorni, ma in attesa obbligata.
Come preparare il dominio per ridurre i ritardi
Qui si fa la differenza vera. Se preparo bene il dominio prima di avviare il passaggio, elimino quasi sempre gli intoppi più comuni e accorcio il tempo percepito dal cliente. La sequenza che uso è semplice, ma va seguita con disciplina.
- Recupero il codice authinfo o EPP code e verifico che sia corretto.
- Controllo che il dominio sia sbloccato, se l’estensione prevede un lock.
- Verifico che l’email del registrante o del contatto amministrativo sia raggiungibile.
- Evito modifiche ai dati del registrante se devo trasferire subito, perché potrei attivare il blocco dei 60 giorni.
- Avvio la procedura con margine rispetto alla scadenza, non all’ultimo giorno utile.
- Rimando eventuali cambi DNS non essenziali a trasferimento concluso, così separo le variabili.
Il margine di sicurezza non è un eccesso di prudenza: è una scelta operativa. Se un dominio supporta una campagna, una newsletter o una vendita diretta, io non avvierei mai il passaggio a ridosso della scadenza. Un trasferimento ben preparato è spesso più veloce di un trasferimento “urgente”, anche quando sulla carta i tempi sono gli stessi.
Quando il ritardo dipende dal processo, non dal dominio
Capita spesso che il problema non sia il trasferimento in sé, ma il modo in cui il provider gestisce la richiesta. Alcuni registrar automatizzano tutto; altri inseriscono controlli interni, verifiche antifrode o approvazioni manuali. Il risultato è che due domini identici possono avere tempi diversi solo perché passano da due sistemi operativi differenti.
Io mi fermo su questi segnali:
- la richiesta è in attesa di conferma da più di quanto dichiarato dal provider;
- l’assistenza chiede dati che avrebbero dovuto essere già disponibili;
- il registrar uscente non rilascia il codice o non lo invia subito;
- la casella email di riferimento non è più accessibile;
- il dominio mostra uno stato di lock o di pending che non era stato previsto.
Nel caso del Registro .it, il sistema tecnico è real-time, ma questo non elimina la parte umana del processo, che resta spesso il vero collo di bottiglia. Ecco perché io separo sempre il dato di regolamento dal dato operativo: il primo dice cosa è possibile, il secondo dice quanto tempo servirà davvero nella pratica.
Il margine che conviene tenere prima di cambiare provider
Se dovessi lasciare una sola regola pratica, sarebbe questa: non pianificare mai il trasferimento quando il dominio è già sotto pressione. Più la scadenza è vicina, più aumenta il rischio di incastrarsi tra rinnovi, blocchi e conferme email. Per i siti che contano davvero, io tengo un margine ampio e tratto il trasferimento come un’operazione amministrativa, non come un’azione da fare “quando c’è tempo”.
La sintesi utile è semplice: per un .it il passaggio può essere molto rapido, per molti domini internazionali servono fino a 5 giorni, e in presenza di blocchi o dati non allineati il tempo si allunga senza eccezioni. Se tieni pronti authinfo, accesso email e finestra di margine, il trasferimento resta una procedura gestibile. Se invece lo avvii tardi, il problema non è più la velocità del sistema: è la tua finestra di sicurezza, ormai troppo stretta.
