Il tema dell’auth code dominio sembra tecnico, ma in realtà riguarda una cosa molto concreta: capire chi può spostare un dominio, quando farlo e quali blocchi possono rallentare il passaggio. Se gestisci un sito o un progetto WordPress, conoscere questo codice ti evita errori banali, mail perse e trasferimenti avviati nel momento sbagliato. In questa guida chiarisco che cos’è, quando serve, come recuperarlo e come cambia il discorso quando devi muovere anche il sito.
I punti da tenere a mente prima di avviare il trasferimento
- Il codice di autorizzazione conferma che il trasferimento è voluto dal titolare del dominio e non è la password del sito.
- Serve quando sposti la registrazione del dominio da un registrar a un altro, non quando cambi solo hosting o nameserver.
- Il registrar deve fornirlo entro 5 giorni calendario se non esiste un sistema self-service.
- Il codice da solo non basta se il dominio è bloccato o rientra in una finestra di lock temporale.
- Nel mondo WordPress bisogna distinguere con precisione tra trasferimento del dominio e migrazione del sito.
Che cos'è il codice di autorizzazione di un dominio
Io lo considero il “via libera” del dominio. È una stringa alfanumerica che il registrar attuale genera o rende disponibile per dimostrare che chi avvia il trasferimento ha davvero il controllo della registrazione. Non sblocca il sito, non cambia i file, non modifica WordPress: serve solo a proteggere il passaggio tra registrar.
Nei pannelli lo trovi con nomi diversi: auth code, EPP code, AuthInfo o semplicemente codice di trasferimento. La sostanza non cambia: il nuovo provider usa quel codice per accettare la richiesta e ridurre il rischio di trasferimenti non autorizzati. Capito questo, diventa più facile distinguere il codice dal resto della procedura di trasferimento.
Auth code, EPP e AuthInfo indicano lo stesso passaggio
Qui si crea spesso confusione, soprattutto quando il progetto web passa da un provider all’altro. EPP è la sigla del protocollo, AuthInfo è il termine che trovi spesso nei documenti tecnici, mentre “auth code” è la forma più colloquiale che molti registrar usano nell’interfaccia.
Per il lettore la regola pratica è semplice: cambia l’etichetta, non la funzione. Se il dominio è trasferibile, quel codice ti serve comunque, anche se il pannello lo chiama in modo diverso. E se un provider ti dice che il trasferimento può partire senza un codice, in genere sta parlando di un caso particolare o di un’altra operazione, non del classico cambio di registrar.
Da qui il passo naturale è vedere come si recupera il codice, senza perdere tempo nei menu sbagliati.
Come recuperarlo dal registrar senza blocchi inutili
- Accedi all’area del dominio con l’account del registrar attuale.
- Verifica di avere accesso all’email del titolare o del contatto amministrativo: spesso lì arriva la conferma o il codice.
- Cerca le sezioni chiamate “trasferimento”, “dominio”, “AuthInfo”, “EPP” o “codice di autorizzazione”.
- Se il dominio è bloccato, richiedi prima lo sblocco, perché il codice da solo non basta.
- Copia il codice senza spazi o caratteri aggiunti e inseriscilo nel form del nuovo registrar.
- Conserva attivo l’account del vecchio provider finché non ricevi conferma del trasferimento completato.
Quando il registrar non mostra il codice in chiaro, di solito lo invia via email oppure richiede una verifica extra sull’identità del richiedente. Secondo ICANN, se il codice non è disponibile in modalità autonoma, il registrar dovrebbe fornirlo entro 5 giorni calendario dalla richiesta. Se non succede, il problema non è quasi mai il dominio in sé: spesso è un accesso sbagliato, un indirizzo email non più valido o un blocco di trasferimento attivo.
Una volta chiarito il recupero, resta la distinzione più importante per chi lavora con WordPress: stai spostando il dominio o solo il sito?
Dominio, hosting e WordPress non sono la stessa cosa
Qui vedo l’equivoco più comune. Molti dicono “devo trasferire WordPress”, ma in realtà intendono una di queste tre operazioni, che hanno effetti molto diversi. Il dominio è la registrazione dell’indirizzo, l’hosting ospita file e database, WordPress è il CMS che gestisce i contenuti.
| Scenario | Serve il codice | Cosa succede davvero | Nota pratica |
|---|---|---|---|
| Cambio registrar del dominio | Sì | La registrazione passa a un altro provider | È il trasferimento classico |
| Cambio hosting senza cambiare registrar | No | Il sito viene puntato a un nuovo server | Di solito basta intervenire su DNS o nameserver |
| Migrazione WordPress su nuovo host | No | Si spostano file, database e configurazione | Il dominio può restare dov’è |
| Trasferimento da WordPress.com | Sì | Si sblocca il dominio e si usa il codice | È il caso giusto se vuoi cambiare registrar |
Su WordPress.com il flusso tipico è proprio questo: sblocco del dominio, recupero del codice e avvio del trasferimento dal nuovo provider. In pratica, non sempre chi vuole “spostare il sito” ha bisogno di cambiare anche il dominio; spesso basta migrare WordPress e aggiornare i DNS. Questa distinzione fa risparmiare tempo, soldi e una quantità sorprendente di errori inutili.
Quando il perimetro è chiaro, bisogna guardare ciò che può fermare il trasferimento anche quando il codice è corretto.
Cosa può fermare il trasferimento anche con il codice giusto
Il codice è necessario, ma non è una garanzia assoluta. Un dominio può essere tecnicamente non trasferibile anche se l’auth code è valido. Secondo ICANN, esistono finestre di blocco dopo la registrazione iniziale, dopo un precedente trasferimento e dopo alcune modifiche ai dati del titolare; in questi casi il registrar può rifiutare la pratica o richiedere che si attenda la scadenza del lock.
- Dominio registrato da poco o trasferito di recente.
- Dati del titolare appena modificati.
- Stato di blocco attivo nel pannello del registrar.
- Email del contatto amministrativo non più accessibile.
- Dominio scaduto o vicino alla scadenza, con stati intermedi che complicano la procedura.
Io controllo sempre questi punti prima di avviare una richiesta, perché il problema più costoso non è il blocco in sé: è il tempo perso a inseguire un trasferimento che non può partire. Se il dominio è in ordine, il passaggio tende a essere lineare; se uno di questi elementi manca, il rischio di stop cresce subito.
Il passo successivo è valutare tempi e costi, così non confondi il valore del codice con quello dell’operazione completa.
Tempi e costi che vale la pena controllare prima di confermare
Il codice, di per sé, non si compra. Il costo vero riguarda il trasferimento o il rinnovo associato al nuovo registrar, e dipende dall’estensione del dominio e dal piano scelto. Per questo conviene leggere bene l’ordine finale: a volte il trasferimento include un rinnovo, altre volte è un’operazione separata.
- Il recupero del codice è normalmente gratuito.
- Molti trasferimenti si chiudono in circa 5-7 giorni.
- La propagazione DNS, quando cambi anche i nameserver, può richiedere fino a 24-48 ore.
- Se il dominio serve anche per la posta, i record MX vanno controllati prima di ogni modifica.
La cosa più importante, soprattutto nei progetti WordPress, è non disattivare il vecchio servizio troppo presto. Io aspetto sempre la conferma finale del trasferimento e, se devo cambiare DNS, verifico che sito ed email siano stabili prima di spegnere il vecchio account. Così eviti interruzioni che, in un progetto reale, costano molto più del trasferimento stesso.
La checklist che uso prima di cambiare registrar
Quando devo chiudere un trasferimento, parto da una checklist molto semplice. Funziona perché separa le urgenze vere dalle operazioni decorative e mi fa capire subito se il progetto sta andando verso un cambio di dominio o solo verso una migrazione tecnica.
- Verifico l’accesso all’email del titolare o del contatto amministrativo.
- Controllo lo stato del dominio nel pannello del registrar.
- Salvo la zona DNS prima di toccare qualsiasi cosa.
- Decido se mi serve trasferire il dominio o solo cambiare hosting.
- Lascio attivi il vecchio hosting e la vecchia posta finché il passaggio non è stabile.
Se parti da questa sequenza, il trasferimento resta una procedura ordinaria e non un intervento d’emergenza. In pratica, l’auth code non è il punto di arrivo: è solo il segnale che hai già messo ordine tra proprietà del dominio, gestione tecnica e continuità del sito. Quando questi tre livelli sono allineati, cambiare provider diventa molto più prevedibile.
