Risposta rapida
Come funzionano i trasferimenti di dominio?
Un trasferimento di dominio gTLD sposta un nome da un registrar accreditato ICANN a un altro con un auth code. Secondo la ICANN Transfer Policy in vigore da ottobre 2026, il vecchio registrar ha 5 giorni di calendario per rispondere. Poi il trasferimento viene approvato per default. Su TransferOffshore un trasferimento .com costa 12,49 USD e aggiunge un anno.
Le regole sul trasferimento di dominio in vigore oggi
| Policy in vigore | ICANN Transfer Policy, versione aggiornata il 21 febbraio 2024; obbligatoria per i registrar dal 21 agosto 2025 |
|---|---|
| Finestra del losing registrar | 5 giorni di calendario dopo la notifica del registro; nessuna risposta significa che il trasferimento è approvato per default |
| Scadenza dell'auth code | Entro 5 giorni di calendario dalla tua richiesta quando il registrar non ha uno strumento self-service; mai trattenuta per una contestazione sul pagamento |
| Blocco dopo la registrazione o il trasferimento | 60 giorni: un motivo che i registrar possono usare per rifiutare; molti registrar lo applicano e alcuni registri lo impongono |
| Blocco per cambio del titolare | 60 giorni dopo un cambio di titolare; il registrar può offrire un opt-out prima del cambio |
| Tempo aggiunto sulle gTLD | Un anno aggiunto alla data di scadenza attuale, con il totale limitato a 10 anni |
| Regole in arrivo | Transfer Policy Review adottata dal Board ICANN il 7 giugno 2026 (blocchi di 30 giorni, codice monouso); nessuna data di entrata in vigore pubblicata al 19 ottobre 2026 |
| Prezzo del trasferimento qui | .com 12,49 USD, come il rinnovo; tutti i prezzi nel listino prezzi |
Chi fa cosa in un trasferimento di dominio?
Partecipano quattro parti, e solo una sei tu. Il registro gestisce l'estensione, i due registrar la vendono e tu possiedi il nome.
| Parte | Chi è | Il suo compito nel trasferimento |
|---|---|---|
| Titolare | Tu, il possessore del dominio | Rimuove il blocco, ottiene l'auth code, lo consegna al nuovo registrar e mantiene raggiungibile l'email di contatto |
| Registrar di partenza | Il registrar di record oggi | Rilascia l'auth code, rimuove clientTransferProhibited, poi approva, rifiuta per un motivo elencato oppure lascia decorrere i 5 giorni |
| Registrar di arrivo | Il registrar verso cui ti sposti; su TransferOffshore, il nostro registrar partner accreditato ICANN, indicato nel record RDAP | Prende il codice, invia la richiesta di trasferimento al registro e verifica l'email del titolare |
| Registro | L'operatore dell'estensione (Verisign per .com) | Controlla il codice, imposta pendingTransfer, avvisa il registrar di partenza, completa il passaggio e prolunga la data di scadenza |
Il registro è l'arbitro. Custodisce il record autoritativo del dominio: il suo registrar sponsor, i suoi stati, la sua data di scadenza e i suoi nameserver. Un trasferimento cambia il registrar sponsor in quel record. Non cambia i nameserver, ed è per questo che un sito può restare online per tutta la durata della procedura.
Cosa succede tra il giorno 0 e il giorno 5?
Un trasferimento gTLD si completa al più tardi il giorno 5, a meno che il registrar di partenza lo rifiuti per un motivo consentito dalla policy. Molti registrar ti permettono anche di approvare in anticipo il trasferimento in uscita, che così può concludersi in poche ore.
| Quando | Cosa succede | Stato del dominio |
|---|---|---|
| Prima del giorno 0 | Disattivi il blocco di trasferimento e copi l'auth code presso il registrar di partenza | Blocco rimosso |
| Giorno 0 | Il registrar di arrivo invia la richiesta con il codice; il registro verifica il codice e avvisa il registrar di partenza | pendingTransfer |
| Dal giorno 1 al giorno 5 | Il registrar perdente può scriverti via email, approvare in anticipo o rifiutare per un motivo ammesso | pendingTransfer |
| Giorno 5 | Senza una risposta, il registro approva il trasferimento per impostazione predefinita | Torna a ok, nuovo registrar |
| Dopo il trasferimento | Il nuovo registrar può bloccare un altro trasferimento per 60 giorni | Spesso clientTransferProhibited |
Nel tuo account TransferOffshore, My domains mostra la stessa tempistica: Richiesto → In attesa del registrar attuale (fino a 5 giorni) → Completato oppure Non riuscito. Una riga non riuscita mostra il motivo, come un codice errato o un dominio ancora bloccato, con un campo per inviare un codice corretto.
Che cos'è il codice di autorizzazione e chi deve fornirlo?
Il codice di autorizzazione (chiamato anche codice EPP o AuthInfo) è una password memorizzata nel registro per ogni dominio. Il registrar acquirente deve inviarlo con la richiesta di trasferimento, e il registro rifiuta la richiesta se non corrisponde.
Il registrar perdente deve darti il codice. Se non ha uno strumento self-service, la policy gli concede 5 giorni di calendario dalla tua richiesta. Non può rifiutare il codice perché gli devi dei soldi. I registri nazionali stabiliscono regole proprie: un AuthInfo .de è valido per 30 giorni, e .uk non usa alcun codice. Dettagli in che cos'è un codice di autorizzazione.
Quali blocchi e stati fermano un trasferimento?
Esistono due tipi di blocco: uno stato che puoi rimuovere da solo e una regola temporale che puoi solo aspettare. RDAP mostra gli stati, e lo strumento Lookup di ICANN li legge per qualsiasi dominio gTLD.
| Blocco o stato | Impostato da | Cosa significa | Cosa fai |
|---|---|---|---|
| clientTransferProhibited | Registrar di partenza | Il registro rifiuta qualsiasi richiesta di trasferimento | Disattiva il blocco trasferimento nella dashboard del tuo registrar |
| serverTransferProhibited | Registro | Un blocco a livello di registro, spesso legato a una disputa o a un periodo di redemption | Chiedi al registrar perché è impostato |
| pendingTransfer | Registro | Una richiesta di trasferimento è aperta | Aspetta, oppure approva in anticipo presso il registrar perdente |
| 60 giorni dopo la registrazione o il trasferimento | Policy del registrar, a volte del registro | Il registrar può rifiutare il trasferimento | Aspetta fino al giorno 61 |
| Blocco di 60 giorni per cambio di registrante | Registrar | Il registrar deve rifiutare il trasferimento | Aspetta, oppure chiedi l'opt-out prima del prossimo cambio |
| redemptionPeriod | Registro | Il dominio è stato eliminato dopo la scadenza | Prima ripristinalo presso il vecchio registrar |
L'elenco completo delle cause, con una soluzione per ciascuna, è in perché un dominio non può essere trasferito.
Cosa si aggiunge alla data di scadenza dopo un trasferimento?
Sui gTLD come .com, .net e .org, un trasferimento completato aggiunge un anno alla data di scadenza esistente. Il tempo già pagato viene mantenuto. La politica limita il termine totale non scaduto a 10 anni, quindi un dominio rinnovato vicino a quel limite non può prendere l'intero anno extra.
Un esempio: un .com scade il 1 marzo 2027 e si sposta il 10 novembre 2026. La sua nuova data di scadenza è il 1 marzo 2028.
Periodo di tolleranza per il rinnovo automatico. Se il vecchio registrar ha rinnovato automaticamente il dominio negli ultimi 45 giorni, il registro annulla quel rinnovo e accredita il registrar perdente. Il trasferimento aggiunge quindi il proprio anno. Il risultato netto è un anno dopo la vecchia data di scadenza, non due. Se hai pagato il vecchio registrar per quel rinnovo, un rimborso dipende dalla sua politica.
Le estensioni nazionali sono diverse. Un trasferimento .uk lascia la data di scadenza così com'è. Un trasferimento .ai aggiunge due anni dal 15 gennaio 2025, secondo la dichiarazione dell'operatore del registro a Domain Name Wire; TransferOffshore lo fattura come 2 anni: 86,49 USD più un rinnovo, $172.98. Un trasferimento .ch non aggiunge alcun anno.
In cosa differiscono i trasferimenti dei country-code (ccTLD)?
I ccTLD non seguono la ICANN Transfer Policy: ogni registro scrive le proprie regole. Il meccanismo, il tempo di attesa e l'anno aggiunto possono cambiare tutti. La tabella qui sotto copre le estensioni più richieste; la tabella regole di trasferimento per estensione ne copre 40.
| Estensione | Come si sposta | Anno di aggiunta | Velocità | Affidabilità |
|---|---|---|---|---|
| .uk | Cambio del tag IPS da parte del registrar attuale, senza codice; trasferimenti basati su codice dal 9 febbraio 2027, secondo Realtime Register | No, scadenza invariata | Non dichiarato da Nominet | Misto |
| .de | AuthInfo valido 30 giorni, un solo trasferimento | Dipende dal registrar | Immediato una volta che l'AuthInfo corrisponde (DENIC) | Primario per il meccanismo |
| .nl | Token che il registrar deve fornire entro 5 giorni | Dipende dal registrar | Immediato (SIDN) | Primario e secondario |
| .ch | Codice di trasferimento dal registrar | No | Non indicato | Misto |
| .ai | Codice di autorizzazione EPP | Due anni dal 15 gennaio 2025 | Il registrar perdente ha 7 giorni, secondo fonti secondarie | Secondaria |
Anche ogni estensione che accogliamo ha la sua guida nelle guide al trasferimento per estensione.
Quando un registrar deve, può o non può negare un trasferimento?
La Transfer Policy suddivide i motivi di rifiuto in tre elenchi. Un registrar che nega per un motivo al di fuori di essi viola il suo contratto ICANN.
| Regola | Motivo | Sezione della policy |
|---|---|---|
| Deve negare | Un procedimento UDRP di cui il registrar è stato informato | I.A.3.8 |
| Deve negare | Un'ordinanza del tribunale | I.A.3.8 |
| Deve negare | Un caso TDRP (Transfer Dispute Resolution Policy) in corso | I.A.3.8 |
| Deve negare | Un procedimento URS o una sospensione URS | I.A.3.8 |
| Deve negare | Il blocco di 60 giorni per cambio di registrante, salvo che il titolare abbia optato per l'esclusione | I.A.3.8 |
| Può negare | Prove di frode | I.A.3.7 |
| Può negare | Una ragionevole contestazione sull'identità della persona che fa richiesta | I.A.3.7 |
| Può negare | Mancato pagamento per un periodo precedente o scaduto, dopo aver messo il dominio su Registrar Hold | I.A.3.7 |
| Può negare | Obiezione esplicita da parte del contatto di trasferimento | I.A.3.7 |
| Può negare | Meno di 60 giorni dalla creazione o da un trasferimento precedente | I.A.3.7 |
| Non può negare | Mancato pagamento per un periodo in corso o futuro | I.A.3.9 |
| Non può negare | Nessuna risposta dal registrante o dal contatto amministrativo | I.A.3.9 |
| Non può negare | Un blocco che il titolare non aveva alcun modo ragionevole di rimuovere | I.A.3.9 |
| Non può negare | Scadenza o mancato rinnovo del dominio, secondo le FAQ ICANN per i registranti | I.A.3.9 |
Queste regole cambieranno presto?
Sì, ma non ancora. Il 7 giugno 2026 il Board ICANN ha approvato la Transfer Policy Review (risoluzione 2026.06.07.04). Introduce blocchi di 30 giorni invece di 60, un Transfer Authorization Code (TAC) monouso valido 14 giorni e la fine del blocco di 60 giorni dopo il cambio di registrante.
Al 19 ottobre 2026 ICANN non ha pubblicato alcuna data di entrata in vigore. Finché non lo farà, ogni regola di questa pagina resta valida. La pagina modifiche alla policy di trasferimento ICANN tiene traccia dei dettagli.
Come funziona un trasferimento verso TransferOffshore?
Inserisci ogni dominio e il suo codice di autorizzazione nel modulo di trasferimento, una riga per dominio, fino a 20 righe per richiesta. I tuoi nameserver attuali vengono mantenuti per impostazione predefinita, così il sito web e l'email continuano a funzionare. Paghi da un saldo crypto, e le richieste vanno ai registri una volta che il pagamento è accreditato. Il registrar di record diventa il nostro registrar partner accreditato ICANN, indicato nel record RDAP.
Il prezzo di trasferimento è uguale al prezzo di rinnovo dell'estensione ed è fatturato una volta per dominio (un .ai è fatturato 2 anni, trasferimento + un rinnovo): .com 12,49 USD, .net 12,99 USD, .org 12,49 USD. La procedura completa è in come trasferire un dominio a un registrar offshore.
Domande sul trasferimento di domini
Quanto dura il trasferimento di un dominio?
Un trasferimento gTLD richiede fino a 5 giorni di calendario. Il registro avvisa il registrar di partenza, che ha 5 giorni per rispondere prima che il trasferimento venga approvato di default. Approvarlo in anticipo presso il registrar di partenza può ridurlo a poche ore. Alcuni registri nazionali, come DENIC per .de e SIDN per .nl, completano il trasferimento subito se il codice corrisponde.
Il vecchio registrar può bloccare il mio trasferimento?
Solo per i motivi elencati nella Transfer Policy ICANN. Deve rifiutare durante un caso UDRP, un ordine del tribunale o un blocco per cambio di registrante. Può rifiutare per frode, una disputa sull'identità, un periodo passato non pagato o i 60 giorni dopo la registrazione o il trasferimento. Non può rifiutare perché il dominio è scaduto o perché non hai risposto a un'email.
Perdo il tempo già pagato quando trasferisco?
No. Sui gTLD il registro mantiene la tua data di scadenza attuale e aggiunge un anno, fino a un totale di 10 anni. Se il dominio è stato rinnovato automaticamente negli ultimi 45 giorni, il registro annulla quel rinnovo. Il trasferimento aggiunge invece un anno, quindi scadi un anno dopo la vecchia data di scadenza.
Il trasferimento cambia i miei nameserver?
No. I nameserver sono memorizzati al registro e restano gli stessi durante il trasferimento. Il downtime avviene solo quando il DNS stesso è ospitato dal vecchio registrar e smette quando il dominio se ne va. TransferOffshore mantiene i tuoi nameserver attuali di default. Vedi trasferire senza downtime DNS.
Perché devo aspettare 60 giorni dopo aver registrato un dominio?
L'attuale policy ICANN consente a un registrar di rifiutare un trasferimento entro 60 giorni dalla data di creazione o da un trasferimento precedente. È un motivo consentito, non un obbligo, ma molti registrar lo applicano e alcuni registri lo impongono. La policy approvata il 7 giugno 2026 lo ridurrà a 30 giorni quando entrerà in vigore.
Chi mi scrive durante un trasferimento?
Di solito il registrar di partenza, che può chiederti di confermare o rifiutare il trasferimento. Con la policy attuale non devi rispondere: il silenzio porta all'approvazione dopo 5 giorni. Anche il registrar di destinazione verifica la tua email. ICANN richiede questa verifica entro 15 giorni, altrimenti il dominio viene sospeso.
I ccTLD seguono le stesse regole?
No. I registri dei country-code stabiliscono le proprie regole di trasferimento. Un dominio .uk si sposta cambiando il suo IPS tag, senza codice e senza anno aggiunto. Un trasferimento .de o .nl si completa subito quando il codice corrisponde. La tabella regole per estensione le elenca tutte con la loro fonte.
Fonti (11)
- Transfer Policy (aggiornata 21 febbraio 2024) — ICANN (verificato 2026-10-19)
- Transfer Policy (testo 2016) — ICANN (verificato 2026-10-19)
- FAQ per i registranti sui trasferimenti di nomi di dominio — ICANN (verificato 2026-10-19)
- Codici di stato EPP: cosa significano e perché dovresti conoscerli? — ICANN (verificato 2026-10-19)
- Avviso ai registrar sul periodo di grazia per il rinnovo automatico (6 giugno 2002) — ICANN (verificato 2026-10-19)
- I periodi di grazia spiegati — Identity Digital (verificato 2026-10-19)
- Risoluzioni approvate, riunione ordinaria del consiglio di amministrazione ICANN, 7 giugno 2026 — ICANN (verificato 2026-10-19)
- Provider transfer of .de domains — DENIC (verificato 2026-10-19)
- Transferring your domain name — SIDN (verificato 2026-10-19)
- Nominet standardises .uk domains from February 2027 — Realtime Register (verificato 2026-10-19)
- Identity Digital ora gestisce i domini .ai — Domain Name Wire (verificato 2026-10-19)
Pronto a trasferire un dominio?
Inserisci il nome e il suo auth code. I nameserver vengono mantenuti, sui gTLD si aggiunge un anno e paghi in crypto senza documenti.