Quando un trasferimento dominio si blocca: cosa verificare prima

Un cliente avvia un trasferimento di dominio e torna dopo poche ore con una semplice domanda:
"Perché non è ancora completato?"

Per un rivenditore di domini, questa non è solo una questione tecnica. Diventa rapidamente un problema di supporto. Il cliente potrebbe pensare che il trasferimento sia fallito. Il rivenditore potrebbe non sapere se il problema riguarda il Codice Auth, il blocco del dominio, il registrar attuale, l'email di approvazione, la regola del registro o semplicemente il normale periodo di attesa del trasferimento.

La prima cosa da ricordare è questa: un trasferimento di dominio in sospeso non significa sempre che qualcosa sia rotto. Molti trasferimenti richiedono tempo anche quando tutto è corretto. Ma quando un cliente sta aspettando, il rivenditore ha comunque bisogno di una risposta chiara. Ecco perché è utile seguire un semplice processo di controllo iniziale prima di escalare il caso.

La maggior parte dei clienti si aspetta che i servizi online funzionino istantaneamente. Pagano, inviano il trasferimento del dominio e si aspettano che il dominio venga spostato immediatamente.
I trasferimenti di domini non sempre funzionano così. Un trasferimento coinvolge il registrar corrente, il registrar di destinazione, le regole del registro, lo stato del dominio, la validazione del Codice Auth, le email di approvazione e i periodi di attesa. Il cliente di solito non vede tutti questi passaggi. Vede solo una parola: in sospeso.

Ecco perché i rivenditori ricevono domande come:
"Il trasferimento è fallito?"
"Ho inserito il codice sbagliato?"
"Perché sta impiegando così tanto?"
"Potete accelerarlo?"
"Dovrei annullare e riprovare?"
Per i rivenditori, il vero problema non è solo il ritardo. Il problema più grande è l'incertezza. Se il rivenditore non può spiegare cosa sta succedendo, il cliente potrebbe perdere fiducia.

Una checklist chiara del trasferimento aiuta il rivenditore a rispondere più rapidamente ed evitare escalation inutili.

1. Verificare se il Dominio è Bloccato
La prima cosa da verificare è se il dominio è bloccato presso il registrar corrente.
Se il dominio ha un blocco di trasferimento, il trasferimento potrebbe non procedere. Nel WHOIS o nei record di stato del dominio, questo potrebbe apparire come clientTransferProhibited o uno stato simile di blocco del trasferimento.
I clienti spesso fraintendono questo punto. Alcuni credono di aver sbloccato il dominio perché hanno cliccato qualcosa nel loro account, ma lo stato potrebbe non essere ancora aggiornato. Altri potrebbero non sapere dove si trova l'opzione di sblocco presso il registrar corrente.
Prima di incolpare il nuovo registrar, chiedi al cliente di confermare:

• Il dominio è sbloccato presso il registrar corrente?
• Il dominio mostra ancora clientTransferProhibited?
• L'azione di sblocco è stata completata con successo?
• È passato abbastanza tempo perché lo stato si aggiorni?

Questo è un controllo di base, ma risolve molte domande sul trasferimento.
Per i rivenditori, una buona piattaforma del registrar dovrebbe rendere facile la revisione dello stato del trasferimento e dello stato del dominio dopo che il trasferimento è stato inviato.

2. Controllare il Codice Auth Prima di Escalare
Il Codice Auth, chiamato anche codice EPP o codice di trasferimento, è un'altra causa comune per cui un trasferimento appare bloccato. Un Codice Auth potrebbe essere errato, scaduto, copiato con spazi extra, rigenerato dopo la prima richiesta del cliente o preso da una vecchia email. Alcuni clienti copiano anche il codice sbagliato quando gestiscono più domini.
Prima di escalare il trasferimento, chiedi al cliente di confermare che il Codice Auth sia stato emesso di recente dal registrar corrente.
Un messaggio pratico per il rivenditore può essere semplice:
"Per favore conferma che il Codice Auth è stato copiato direttamente dal tuo registrar corrente e che non è stato rigenerato da quando hai inviato il trasferimento."
Se il codice è sbagliato, il problema non è un fallimento della piattaforma. È un problema di credenziali di trasferimento.

3. Controllare le Email di Approvazione e la Conferma del Registrar Cedente
Alcuni ritardi di trasferimento accadono perché il cliente non ha completato un passaggio di approvazione. A seconda del registrar e del processo TLD, il cliente potrebbe dover approvare il trasferimento via email, confermare la richiesta all’interno dell’account del registrar corrente o rispondere a una notifica di trasferimento.
Qui è dove molti clienti si confondono. Potrebbero ignorare l’email, non vederla perché è finita nello spam, o usare un indirizzo email di contatto registrante obsoleto. A volte l'email del trasferimento viene inviata a un indirizzo di contatto del dominio che il cliente non controlla più.
I rivenditori dovrebbero chiedere al cliente di controllare:

• La casella di posta in arrivo e la cartella spam
• L'indirizzo email indicato per il contatto del dominio
• Qualsiasi messaggio dal registrar corrente
• Qualsiasi notifica di approvazione o rifiuto del trasferimento
• Qualsiasi notifica account all’interno del pannello di controllo del registrar cedente

Questo passaggio è importante perché il cliente potrebbe incolpare il registrar di destinazione, mentre l’azione mancante è ancora dal lato del registrar corrente o del registrante.
Un rivenditore non ha bisogno di sovra-spiegare le politiche. La risposta utile è semplice: verificare se il trasferimento è in attesa di approvazione.

4. Controllare la Data di Scadenza, la Registrazione Recente, o le Modifiche Recenti
Non tutti i domini possono essere trasferiti in qualsiasi momento. A seconda del TLD e della politica del registrar, un trasferimento può essere influenzato da una registrazione recente, un trasferimento recente, un cambio recente di contatto registrante, i tempi di scadenza del dominio o regole specifiche del registro.
Qui i rivenditori devono essere attenti. Non promettere a ogni cliente che un trasferimento sarà completato immediatamente. Diverse estensioni possono avere regole diverse e alcuni casi necessitano di revisione da parte del registrar o del registro.
Il rivenditore dovrebbe verificare:

• Il dominio è stato registrato di recente?
• È stato trasferito di recente?
• Il contatto registrante è stato cambiato di recente?
• Il dominio è vicino alla scadenza?
• Il dominio è già scaduto o in uno stato di ciclo di vita speciale?
• Il TLD ha regole speciali di trasferimento?

Questo tipo di controllo fa apparire il rivenditore più professionale. Invece di dire "per favore aspetta," il rivenditore può spiegare cosa potrebbe influenzare il trasferimento. Per i clienti, questo costruisce fiducia. Per i rivenditori, riduce i ticket ripetuti.

Un trasferimento in sospeso non è sempre un trasferimento fallito. In molti casi, il trasferimento è stato inviato correttamente ed è semplicemente in attesa che il processo normale si completi. I clienti potrebbero non sapere questo. Potrebbero pensare che "in sospeso" significhi che il sistema è bloccato.
Un rivenditore dovrebbe prima controllare che non vi siano rifiuti o errori reali. Se non ci sono rifiuti, nessun avviso di Codice Auth non valido e nessun problema di blocco, il trasferimento potrebbe ancora procedere normalmente.
Un aggiornamento migliore per il cliente è:
"Abbiamo controllato la richiesta di trasferimento. Al momento è ancora in sospeso e non è stato ricevuto alcun rifiuto. Conferma anche che il dominio è sbloccato, il Codice Auth è corretto e non ci sono email di approvazione in attesa presso il registrar corrente. Se lo stato cambia o il trasferimento non si completa entro la finestra prevista, faremo ulteriori verifiche."
Questo è meglio rispetto a dire solo "per favore aspetta." Fornisce al cliente uno stato, spiega cosa è stato controllato e stabilisce un prossimo passo chiaro.

Quando i clienti chiedono di un trasferimento in sospeso, risposte vaghe creano più pressione.
Un rivenditore dovrebbe evitare risposte come:
"È in elaborazione."
"Per favore aspetta."
"Stiamo controllando."
"Non possiamo fare nulla."
Queste risposte potrebbero essere tecnicamente vere, ma non aiutano il cliente a capire la situazione.
Una risposta più chiara dovrebbe includere tre parti:

• Cosa è stato controllato
• Cosa il cliente dovrebbe confermare
• Cosa succede dopo

Per esempio:
"Abbiamo esaminato la richiesta di trasferimento. Il dominio è attualmente in attesa di trasferimento. Conferma che il dominio è sbloccato presso il registrar corrente, che il Codice Auth è corretto e stato emesso di recente e che non vi sono email di approvazione in attesa dal registrar corrente. Se non ci sono rifiuti e tutti i dettagli sono corretti, il trasferimento potrebbe ancora essere entro il normale periodo di attesa. Continueremo a monitorare lo stato e rivedremo se il trasferimento non procede come previsto."
Questo tipo di messaggio riduce le domande ripetute perché informa il cliente di cosa sta succedendo e cosa può fare. Per i rivenditori, una buona comunicazione fa parte della gestione del trasferimento.


Come NiceNIC Aiuta i Rivenditori a Gestire i Trasferimenti di Domini
I rivenditori hanno bisogno di più di un semplice posto dove inviare ordini di trasferimento. Hanno bisogno di visibilità sui trasferimenti, strumenti di gestione dei domini, supporto e di un partner registrar che comprende le reali operazioni di dominio.
NiceNIC supporta i servizi di trasferimento dominio per rivenditori, provider hosting, agenzie e investitori di domini. I partner possono usare la piattaforma rivenditori NiceNIC, gli strumenti di trasferimento dominio, l’API Reseller v2, l’integrazione WHMCS e i canali di supporto per gestire più efficacemente le operazioni di trasferimento dominio.
Questo è utile quando un rivenditore deve controllare lo stato del trasferimento, gestire domande dei clienti, gestire le operazioni sui domini o collegare i trasferimenti con un sistema hosting o di fatturazione.
Per i provider hosting, l’integrazione WHMCS può aiutare a collegare il flusso di lavoro di trasferimento e rinnovo dominio con account clienti e fatturazione. Per gli sviluppatori, l'accesso API può supportare l'automazione del dominio. Per agenzie e investitori, il pannello di controllo e il team di supporto possono aiutare a gestire problemi reali di trasferimento non sempre risolvibili solo con l'automazione.