Rinominare un dominio in cPanel 138: cosa cambia

Il 27 luglio 2026 cPanel ha pubblicato la versione 138 con una funzione attesa da anni: ora puoi rinominare un dominio in cPanel dall'interfaccia Domains. La novità riguarda il dominio primario, i domini aggiuntivi e quelli parcheggiati. Prima, il cambio del dominio principale richiedeva in genere l'intervento del provider o l'accesso amministrativo a WHM.

Il nuovo pulsante riduce il lavoro sul server, ma non trasforma il cambio di dominio in un'operazione senza conseguenze. Il pannello aggiorna alcuni servizi collegati all'account. Il CMS, Google, il registrar e gli strumenti esterni continuano a vedere due nomi distinti.

Cosa introduce cPanel 138

Le note di rilascio di cPanel 138 indicano il 27 luglio 2026 come data della nuova versione. Nella sezione Domains compare l'opzione per rinominare domini primari, addon e parcheggiati.

La documentazione della funzione Rename Domain chiarisce tre limiti:

• il nuovo nome deve essere diverso da quello corrente e non deve esistere sul server;
• cPanel non permette di rinominare i sottodomini;
• il provider può controllare la disponibilità dell'interfaccia tramite Feature Manager.

Quindi potresti avere un hosting aggiornato alla versione 138 e non vedere subito il comando. In quel caso serve una verifica con il fornitore, perché disponibilità della versione e abilitazione della funzione sono due decisioni diverse.

Cosa aggiorna cPanel e cosa resta da controllare

La novità di cPanel 138 vale per ciò che il pannello conosce. Un sito moderno dipende spesso da servizi che vivono fuori dal server: DNS esterni, Search Console, strumenti di invio email, CDN, gateway di pagamento e account del provider.

La tabella mostra il confine operativo della funzione. cPanel aggiorna la configurazione che controlla sul server. Non può correggere una URL assoluta salvata in WordPress, una callback OAuth registrata presso Google o il dominio indicato nel pannello di fatturazione del provider.

Email, DNS e SSL: i tre controlli che evitano il fermo

Il cambio delle caselle email merita attenzione. Se [email protected] diventa [email protected], il computer e lo smartphone del titolare possono continuare a usare il vecchio nome utente. Anche il form contatti, il gestionale e il servizio newsletter potrebbero inviare con un mittente non più valido.

Conviene mantenere operativo il vecchio dominio durante la transizione e decidere come gestire i messaggi destinati ai vecchi indirizzi. Alias e inoltri riducono le email perse, ma richiedono che dominio, DNS e routing della posta restino configurati.

Sul nuovo dominio controlla almeno i record MX, SPF, DKIM e DMARC. Un record mancante può lasciare la posta in uscita funzionante e farla finire nello spam. Il problema emerge spesso dopo ore, quando clienti e fornitori iniziano a usare il nuovo indirizzo.

Anche HTTPS richiede una prova separata. Il certificato del vecchio dominio non copre il nuovo nome. AutoSSL può emettere un certificato dopo che il DNS punta al server, in base alla configurazione scelta dal provider. Apri il sito in HTTPS e controlla i nomi inclusi nel certificato prima di pubblicizzare il nuovo indirizzo. I nostri certificati SSL spiegano le differenze tra copertura singola, wildcard e multidominio.

Cambio dominio e SEO: il pulsante non crea i redirect

Per Google, passare da vecchiodominio.it a nuovodominio.it costituisce una migrazione con modifica delle URL. La guida ufficiale di Google alle migrazioni raccomanda di preparare una corrispondenza tra ogni vecchia URL e la nuova destinazione, quindi usare redirect permanenti lato server.

Un redirect generico dalla home del vecchio dominio alla home del nuovo spreca i segnali delle pagine interne e peggiora l'esperienza di chi apre un link salvato. La mappa corretta conserva il percorso:

https://vecchiodominio.it/servizi/hosting
https://nuovodominio.it/servizi/hosting

cPanel offre redirect permanenti 301, ma devi configurarli e testarli. Google conferma che i redirect permanenti non causano una perdita di PageRank. Restano possibili oscillazioni temporanee mentre Googlebot visita le vecchie e le nuove URL.

La migrazione SEO comprende anche sitemap, canonical, dati strutturati e link interni. Verifica entrambi i domini in Search Console, invia la nuova sitemap e usa lo strumento Cambio di indirizzo quando trasferisci l'intero sito. Evita di cambiare nello stesso giorno dominio, CMS e struttura delle URL: Google consiglia di separare le modifiche per rendere gli errori più facili da individuare.

Il nuovo rischio: pannello e gestionale possono divergere

cPanel 138 sposta una decisione dal livello amministratore al proprietario dell'account hosting. Questa libertà accorcia i tempi, ma può creare un disallineamento con i sistemi del provider.

Il dominio primario riportato nell'area clienti, nel contratto, nei backup o nel software di fatturazione potrebbe restare quello precedente. Prima del rename chiedi al provider se il cambio si sincronizza con questi sistemi. Una risposta chiara evita ticket confusi al rinnovo, durante un ripristino o quando richiedi assistenza.

Una sequenza prudente prima di rinominare il dominio

La funzione richiede pochi secondi. La preparazione decide se il sito resta raggiungibile.

1. Registra il nuovo dominio e verifica chi gestisce il DNS pubblico.
2. Crea un backup completo di file, database, email e zona DNS.
3. Elenca le dipendenze esterne: posta, CDN, API, pagamenti e strumenti analytics.
4. Rinomina il dominio in una fascia con poco traffico e prova sito, email e HTTPS.
5. Mantieni il vecchio dominio, configura i redirect 301 e monitora errori 404 e Search Console.
6. Aggiorna area clienti, documentazione e contatti pubblici solo dopo i test.

Se devi registrare il nuovo nome prima della migrazione, puoi partire dalla pagina dedicata alla registrazione dei domini. Per un progetto ospitato su cPanel, verifica anche che il piano di hosting condiviso includa backup, SSL automatico e assistenza durante il cambio.

Conclusione

cPanel 138 elimina un passaggio amministrativo che per anni ha costretto molti utenti ad aprire un ticket. Il rename copre virtual host, servizi associati e configurazione locale. La continuità del sito dipende ancora dal coordinamento con registrar, DNS esterno, certificato, CMS, posta e Google.

Il comando è utile quando lo tratti come una parte della migrazione. Un backup e una mappa delle dipendenze valgono più della velocità guadagnata con il nuovo pulsante.