Puoi cambiare il servizio che ospita il sito mantenendo il dominio e gli indirizzi delle pagine. La parte decisiva è preparare il passaggio: capire cosa trasferire, provare la nuova copia e proteggere richieste e ordini che arrivano durante il lavoro. Questa guida ti aiuta a concordare le attività con chi segue la migrazione.
Indice della guida
Spostare il sito non richiede necessariamente trasferire anche il dominio a un nuovo gestore. Registrazione del dominio, DNS, spazio web ed email possono dipendere da fornitori diversi. Prima di acquistare un pacchetto, verifica quali servizi cambiano davvero e quali restano attivi: questa distinzione evita di interrompere funzioni che non avevi previsto di toccare.
Elenca servizi, accessi e compatibilità
Prepara una scheda con il gestore del dominio, il pannello DNS, l’hosting attuale, la posta e il responsabile di ciascun servizio. Aggiungi database, spazio occupato, sottodomini, certificati, processi automatici, backup e collegamenti a gestionali o pagamenti. Controlla chi può autorizzare le modifiche senza condividere password in documenti aperti.
Chiedi al nuovo fornitore di verificare la compatibilità effettiva: versione di PHP e database quando necessari, risorse disponibili, limiti degli allegati e configurazioni particolari. Un sito che usa un’integrazione personalizzata richiede più della semplice copia delle cartelle.
Concorda chi esegue il lavoro, cosa comprende il preventivo e quando viene considerato concluso. Se il problema riguarda anche la disponibilità degli accessi, trovi un approfondimento nella guida su come cambiare agenzia recuperando sito, dominio e hosting.
Prepara backup e copia di prova riservata
Conserva una copia precedente alla migrazione fuori dallo spazio che stai trasferendo. Per WordPress il backup deve comprendere file e database: scaricare soltanto immagini e tema non salva ordini, pagine e impostazioni. Annota a quale momento corrisponde la copia e verifica che sia recuperabile.
Fai predisporre il nuovo ambiente e limita l’accesso alla copia di prova con una protezione adeguata. Un semplice divieto nel file robots.txt non protegge i dati dei clienti. Disattiva nella copia invii automatici, pagamenti reali e sincronizzazioni che potrebbero generare azioni duplicate.
La documentazione WordPress sulla migrazione distingue gli scenari di trasferimento. Chiedi al tecnico una procedura adatta alla configurazione presente, evitando sostituzioni indiscriminate nel database.
Collauda il nuovo sito prima del passaggio
Il collaudo deve dimostrare che il sito funziona sul nuovo hosting, anche quando il pubblico vede ancora quello precedente. Il tecnico può predisporre un accesso di prova che conservi il comportamento del dominio definitivo. Controlla una selezione di pagine importanti e completa almeno questi percorsi:
- Apri homepage, servizi, immagini, documenti e menu da smartphone.
- Verifica login, ricerca e area riservata, se presenti.
- Invia un modulo con dati di prova riconoscibili e controlla la ricezione.
- Prova carrello o prenotazioni con modalità di test concordate.
- Verifica HTTPS, reindirizzamenti già esistenti e pagine non trovate.
Confronta anche i tempi di risposta delle pagine principali. Chiedi un elenco degli esiti e correggi gli errori prima del passaggio: aprire la homepage non basta a verificare un ecommerce.
Tieni la posta distinta dal trasferimento web
Chiedi un inventario dei record DNS prima di intervenire. I record del sito e quelli usati dalla posta svolgono funzioni diverse: spostare lo spazio web non implica cambiare gli indirizzi email. Se mantieni il fornitore email, conserva i record necessari, compresi MX e quelli impiegati per autenticare i messaggi.
Se cambi anche i nameserver, fai ricostruire e verificare l’intera zona DNS prima del cambio. Potrebbero esserci verifiche di servizi esterni, sottodomini e configurazioni che non compaiono nelle pagine del sito. La documentazione Cloudflare sui record email illustra il ruolo dei principali record della posta.
Se vuoi migrare anche le caselle, concorda un piano separato per messaggi, cartelle, dispositivi e ricezione durante il passaggio. Prima di disdire un pacchetto controlla se ospita ancora email o altri servizi.
Pianifica la sincronizzazione dei dati e il cambio DNS
Una copia preparata ieri non contiene le richieste arrivate oggi. Per un ecommerce stabilisci un momento di allineamento finale e come impedire scritture divergenti sui due ambienti. Il tecnico può prevedere una breve sospensione concordata delle operazioni o una procedura di sincronizzazione adeguata: la scelta dipende dalla piattaforma.
Esempio: se un ordine arriva dopo l’esportazione del database, non deve sparire quando il nuovo sito diventa operativo. Vanno verificati anche stock, pagamenti e notifiche del gestionale; copiare nuovamente tutto senza controllo può duplicare operazioni.
La guida Google al cambio di hosting senza modificare gli URL prevede preparazione, avvio tramite DNS e monitoraggio. I tempi dipendono anche dalle cache DNS: non fissare una promessa uguale per ogni rete. Concorda una finestra con assistenza disponibile.
Controlla URL, visibilità e funzioni dopo il cambio
Mantieni dominio, percorsi, canonical e reindirizzamenti esistenti coerenti con il sito precedente. Non serve inventare nuovi URL per cambiare server. Se decidi anche di riorganizzare le pagine, stai aggiungendo un intervento diverso che richiede una mappa e verifiche dedicate.
Rimuovi dal sito pubblico eventuali limitazioni usate per il collaudo, conservando la protezione delle copie private. Verifica che sitemap, robots.txt e pagine principali rispondano correttamente. Google consiglia di osservare i log dei due server e i dati di Search Console durante il passaggio.
Ripeti i percorsi del cliente con una verifica della consegna delle richieste. Registra numero o riferimento delle prove, così da riconoscerle. Controlla da più connessioni e fai verificare al tecnico quale ambiente risponde: la sola cancellazione della cache del browser non dimostra che ogni rete abbia recepito la modifica.
Prepara il recupero e chiudi il vecchio servizio solo alla fine
Decidi prima del cambio quali problemi richiedono un ritorno alla configurazione precedente e chi può autorizzarlo. Il piano deve includere il salvataggio dei dati raccolti sul nuovo sito. Ripristinare una copia più vecchia senza riconciliare ordini, utenti e richieste può cancellare attività valide.
Il ritorno dei DNS al vecchio server non ricompone automaticamente i database e può richiedere tempo. Fai valutare se correggere l’errore sul nuovo ambiente sia più sicuro del ripristino completo, documentando la scelta.
Prima di chiudere il vecchio hosting, verifica che non riceva più traffico utile, che tutte le funzioni siano operative e che nessun servizio residuo dipenda da quell’account. Conserva backup e resoconto del trasferimento; poi definisci il piano di manutenzione del sito sul nuovo ambiente.
Domande frequenti
Devo trasferire il dominio per cambiare hosting?
Non necessariamente. Puoi mantenere la registrazione del dominio presso il gestore attuale e modificare la configurazione che indirizza il sito al nuovo hosting. Verifica separatamente dominio, DNS, spazio web e posta.
Il sito rimarrà sempre raggiungibile durante il trasferimento?
Un piano di preparazione e collaudo riduce il rischio, ma non permette di garantire assenza di interruzioni in ogni situazione. Concorda una finestra di lavoro, la gestione dei dati nuovi e un responsabile per eventuali anomalie.
Cambiare hosting fa perdere il posizionamento su Google?
Il solo cambio di hosting non richiede nuovi URL. È però necessario mantenere il sito accessibile e controllare contenuti, configurazione e prestazioni. Non si può garantire che i risultati di ricerca restino identici durante o dopo il trasferimento.
Quando posso disdire il vecchio hosting?
Dopo aver verificato traffico, funzioni e dati sul nuovo ambiente e aver controllato che posta o altri servizi non dipendano più dal vecchio pacchetto. Conserva una copia recuperabile e il resoconto delle verifiche.