Regole di trasferimento dei domini per estensione (dati 2026)

Quali sono i risultati principali?

La maggior parte dei trasferimenti guadagna tempo, ma non tutti. 29 delle 40 estensioni estendono la registrazione quando un trasferimento viene completato. Per 19 di esse il guadagno è esattamente un anno, con un massimo di 10 anni in totale: le 16 gTLD nella tabella più .fr, .ca e .it. Un'estensione, .ai, aggiunge due anni al registro; TransferOffshore fattura un trasferimento .ai come 2 anni, il prezzo di trasferimento più un rinnovo ($172.98). Per altre 9, le note dei registrar confermano un rinnovo ma non la sua durata.

Otto mantengono la data di scadenza. .uk, .ch, .pl, .at, .cz, .fi, .nz e .es non aggiungono tempo. Se uno di questi scade presto, rinnovalo prima o subito dopo lo spostamento. Un trasferimento da solo non lo salverà.

Tre dipendono dal registrar o da fonti contrastanti. DENIC (.de) e SIDN (.nl) fatturano i registrar per periodo, quindi il registrar decide come viene conteggiato il termine. Per .be, le pagine di DNS Belgium e una knowledge base di un registrar sono in disaccordo.

Nove sono veloci. .de, .nl e .at si spostano immediatamente una volta che il codice corrisponde. .gg, .be, .fi, .nz, .eu e .ca sono descritti come in tempo reale. Le gTLD consentono tutte fino a 5 giorni, perché il registrar perdente ha cinque giorni di calendario per opporsi.

Uno non richiede codice. Un .uk si sposta quando il registrar attuale cambia il suo Nominet IPS tag. Ciò cambia il 9 febbraio 2027, secondo Realtime Register.

Quanto dura un codice di trasferimento?

Per i gTLD, oggi non esiste una durata fissa. La Transfer Policy ICANN in vigore fissa scadenze per la consegna del codice, non per quanto tempo resta valido. Ogni registrar decide.

Sette registri country-code pubblicano una durata:

• .be: 7 giorni, e il codice viene inviato via email da DNS Belgium stesso.
• .es: 10 giorni, e anche il contatto amministrativo deve approvare via email.
• .at: 21 giorni per un codice richiesto al registro.
• .de, .fi, .nz: 30 giorni. I codici .de e .nz valgono per un solo trasferimento.
• .eu: 40 giorni, o fino all'utilizzo.

La riforma ICANN adottata allineerà i gTLD: un Transfer Authorization Code valido 14 giorni e utilizzabile una sola volta. Nominet prevede lo stesso limite di 14 giorni per .uk da febbraio 2027.

Quali lock bloccano un trasferimento dopo la registrazione?

20 delle 40 estensioni prevedono un lock di 60 giorni dopo la registrazione. Due fonti lo creano. Per i gTLD, la Transfer Policy di ICANN consente al registrar di rifiutare un trasferimento entro 60 giorni dalla creazione o da un trasferimento precedente. Alcuni registri trasformano questa opzione in un lock rigido di registro; le note dei registrar lo indicano per .com, .info, .biz, .xyz, .online, .cloud e .top.

Diversi country code applicano un proprio lock di 60 giorni: .io, .co, .me, .tv, .cc, .to e .us. Per .co, .tv, .cc e .top, le note dei registrar indicano anche un lock dopo ogni trasferimento. Anche .ch può impostarne uno per 60 giorni dopo un trasferimento, ma lo dice solo una fonte secondaria.

La maggior parte dei registri europei, e .nz, non ha questo lock. .de, .nl, .pl, .at, .fi, .nz, .es, .fr e .it non ne indicano nessuno. In .nz, l'unico blocco è il Registration Grace Period.

Cosa cambia con le regole ICANN sul TAC?

Il Board ICANN ha adottato le raccomandazioni della Transfer Policy Review il 7 giugno 2026 (risoluzione 2026.06.07.04). Ha incaricato ICANN di attuarle "subject to prioritization". Nessuna data di entrata in vigore è stata pubblicata. Finché la nuova policy non entra in vigore, si applica il testo del 2024, inclusi i lock di 60 giorni. Un'introduzione graduale di circa 18 mesi compare su un blog; non abbiamo potuto verificarla.

Le principali modifiche del Final Report del 4 febbraio 2025:

• L'auth code diventa il Transfer Authorization Code (TAC). I registrar devono emetterlo entro 120 ore.
• Un TAC è valido 14 giorni (336 ore) e utilizzabile una sola volta. Il registro impone entrambe le cose.
• Il lock dopo la creazione passa da 60 a 30 giorni (720 ore). Gli stessi 30 giorni valgono dopo un trasferimento tra registrar.
• La Gaining FOA scompare. L'avviso del registrar di partenza diventa una "Transfer Confirmation", e l'approvazione automatica di 5 giorni è indicata come 120 ore.
• Il lock di 60 giorni dopo un cambio di registrante viene rimosso, insieme alla sua opzione di opt-out. Una policy separata sul Change of Registrant Data lo sostituisce.
• Nuovi avvisi: uno entro 10 minuti dall'emissione di un TAC, e uno entro 24 ore dal completamento di un trasferimento.

Il testo del report che abbiamo letto mantiene l'anno aggiunto al trasferimento di un gTLD. Un cambiamento separato dal 4 agosto 2026, annunciato da Realtime Register, riguarda l'approvazione del solo registrante. Non fa parte di questa riforma. La nostra pagina di notizie sulla transfer policy ICANN segue l'implementazione.

Come è stata costruita questa tabella?

Ogni riga è stata letta il 19 ottobre 2026 da fonti pubbliche gratuite. Ognuna riporta un'etichetta di affidabilità:

• Primaria: un documento del registro o un testo ICANN. Esempio: la guida alla procedura di Afnic per .fr, le regole di CIRA per .ca.
• Primaria (solo ICANN): la regola gTLD deriva dalla Transfer Policy di ICANN, che vincola ogni registrar gTLD, ma il registro non è stato verificato uno per uno. Vale per .net, .dev, .pro, .site, .store e .tech.
• Primaria (meccanismo): per .de, la pagina di DENIC conferma come funziona il codice; la regola sulla durata deriva da un registrar.
• Primaria + secondaria: una pagina del registro conferma parte della riga, una knowledge base di un registrar il resto.
• Secondaria: una knowledge base di un registrar, per lo più le pagine per estensione di CentralNic Reseller, o la stampa. Descrivono il comportamento del registro come lo vede un grande registrar.
• Mista: le fonti sono in conflitto, o un fatto chiave è solo secondario.

Il conteggio: 14 righe si basano almeno in parte su una fonte primaria, 21 solo su fonti secondarie e 5 sono miste. Gli operatori dei registri provengono dal database della root zone IANA quando le note dei registrar non concordano. Dove un fatto non poteva essere confermato, la cella lo dice invece di tirare a indovinare.

Cosa non copre questa tabella: i prezzi premium dei registri, le tariffe di trasferimento presso altri registrar e le regole per i nomi di secondo livello come .co.uk.

Come posso riutilizzare o citare questi dati?

Puoi riutilizzare questa tabella con licenza CC BY 4.0 con un link. Copiala, adattala o pubblicala, anche per uso commerciale, purché citi TransferOffshore e linki a questa pagina. Una citazione suggerita: "Domain Transfer Rules by Extension (2026 Data), TransferOffshore, checked 19 October 2026."

Le regole cambiano. Il passaggio di Nominet ai codici nel 2027 e la riforma ICANN cambieranno entrambi delle righe qui. La data in cima alla pagina ti dice quando la tabella è stata verificata l'ultima volta. Se trovi un errore, scrivi a [email protected] con una fonte.

Quali di queste estensioni posso trasferire a TransferOffshore?

34 delle 40. Le 28 estensioni collegate hanno una guida al trasferimento completa. .pl, .be, .at, .cz, .fi e .nz sono anch'esse vendute, con Protezione del dominio, ma non hanno ancora una guida. .us, .eu, .fr, .ca, .es e .it non sono vendute qui: i loro registri richiedono una presenza locale o un controllo d'identità.

Per le estensioni che vendiamo, un trasferimento costa come un rinnovo: .com 12,49 USD, .net 12,99 USD, .io 53,49 USD. Il pagamento è in crypto, senza ID. Fino a 20 domini entrano in una richiesta, e i tuoi nameserver sono mantenuti per impostazione predefinita.