BlogGuide
Cambiare fornitore per il sito: cosa chiedere prima di salutare il precedente

Un clic, e Google ti mostrerà i miei articoli più spesso fra i tuoi risultati.
Non è quasi mai una questione di cattiva fede. Cambi fornitore perché il prezzo del rinnovo è salito, perché le risposte arrivano in ritardo, perché l'attività è cresciuta e serve qualcuno più strutturato, o semplicemente perché hai trovato un'offerta che ti convince di più. Il problema non sta in questa decisione: sta nel fatto che il sito di un'attività non è un oggetto solo, ma almeno quattro cose diverse, intestate in modo diverso, che vanno chieste con nomi precisi prima di salutare chi le gestiva finora.
Perché la lista va fatta prima, non mentre il sito è già fermo
Chi chiede tutto insieme, con calma, mentre il rapporto con il vecchio fornitore è ancora attivo, di solito lo ottiene senza attriti: è una richiesta amministrativa ordinaria, non una contestazione. Chi invece se ne accorge dopo aver già disdetto, quando il sito è fermo e il vecchio fornitore non ha più motivo di darsi fretta, si trova a rincorrere qualcosa che poteva avere in mano da settimane. La differenza non è nell'atteggiamento di chi te lo deve consegnare: è nel momento in cui lo chiedi.
Il dominio: chi può spostarlo, e cosa serve per farlo
Il dominio è la parte più facile da dare per scontata, perché da fuori sembra solo un indirizzo. In realtà è registrato a nome di qualcuno, il registrant, ed è quella persona o azienda ad avere il controllo legale su di esso: può autorizzarne il trasferimento, approva un cambio di fornitore, riceve gli avvisi di rinnovo. Se non sai con certezza se l'intestatario sei tu o chi ti ha creato il sito, il controllo si fa gratis in un paio di minuti con lo strumento whois, come spiego in chi è il proprietario del sito e del dominio: come verificarlo.
Una volta chiarito chi è l'intestatario, per spostare il dominio su un altro fornitore serve un codice preciso, chiamato codice AuthInfo. Lo richiedono sia la policy di ICANN per i domini generici come .com e .net, sia il Registro .it per i domini .it: senza quel codice il nuovo fornitore non può completare il trasferimento. È un'informazione tecnica, non una cortesia: il vecchio fornitore è tenuto a fornirla su richiesta di chi è intestatario del dominio, non è una scelta sua se darla o no.
L'hosting, se cambi anche quello
Il dominio è l'indirizzo, l'hosting è lo spazio dove vivono davvero i file del sito, con un proprio account e proprie credenziali che possono essere intestate a un'altra persona o azienda ancora, diversa da chi ha il dominio. Ne scrivo con i prezzi reali in hosting per sito web: quanto costa davvero. Se stai cambiando solo chi ti segue sui contenuti e il sito resta nello stesso hosting, questo punto non ti riguarda. Se invece stai spostando anche l'hosting, chiedi l'accesso al pannello di gestione e, soprattutto, un backup completo dei file prima che l'account venga chiuso: è la rete di sicurezza più semplice da avere e la più facile da dimenticare di chiedere.
I contenuti del sito: dove stanno e in che formato puoi riaverli
Testi, immagini, pagine del blog, schede prodotto: tutto questo deve poter uscire dal sistema con cui è stato scritto, non restare prigioniero di un pannello a cui perderai l'accesso. Se il sito è su un sistema diffuso come WordPress, l'esportazione è quasi sempre una funzione standard del pannello stesso. Se invece il sito gira su un sistema costruito su misura per quel fornitore, la domanda da fare prima è se esiste del tutto una funzione di esportazione, o se i contenuti andranno copiati a mano uno per uno: è una differenza che cambia di molto i tempi del passaggio, ed è meglio saperla prima di firmare con il nuovo fornitore, non dopo.
Il codice, se il sito è stato fatto su misura
Se il sito non è costruito su un sistema standard ma su codice scritto apposta, la domanda su chi possa tenerne, riusarne o farne analizzare una copia non ha una risposta automatica uguale per tutti: dipende da cosa dice il contratto firmato all'inizio del rapporto. Non dare per scontato né che il codice sia tuo di diritto, né il contrario: chiedi per iscritto se ti viene consegnata una copia completa del codice sorgente e se puoi disporne liberamente, anche solo per farlo valutare da chi potrebbe seguirti in futuro. È una domanda che vale la pena fare comunque, indipendentemente dalla risposta che ti aspetti.
Le caselle email collegate al dominio
Un'attività che usa indirizzi come info@ilmiodominio.it rischia un effetto collaterale facile da sottovalutare: quelle caselle di solito dipendono dagli stessi DNS del dominio o dallo stesso hosting che stai lasciando. Prima di chiudere qualunque cosa, verifica dove sono configurate oggi, se puoi esportare la posta già ricevuta e cosa serve per farle ripartire sul nuovo fornitore senza un giorno di buco in cui la posta non arriva a nessuno.
Gli strumenti collegati: Analytics, Search Console, pubblicità
Statistiche di visita, verifica della proprietà su Google Search Console, eventuali account pubblicitari collegati al sito: se li ha impostati chi ti ha creato il sito, è probabile che l'account risulti a suo nome e non al tuo. Non è un problema se chi te li ha attivati resta raggiungibile, ma vale la pena chiedere fin da subito di essere aggiunto come proprietario o amministratore, così la cronologia dei dati non si perde insieme al fornitore.
I tempi: come evitare il buco fra un fornitore e l'altro
L'errore più comune non è dimenticare una delle voci sopra: è chiederle tutte, ma solo dopo aver già comunicato la disdetta al vecchio fornitore. A quel punto la richiesta diventa l'ultima cosa su cui chi se ne va ha interesse a essere rapido. Il percorso più sicuro è l'opposto: avvia la richiesta di trasferimento del dominio e il recupero di tutto il resto mentre il rapporto è ancora formalmente attivo, e disdici solo quando il nuovo fornitore ha confermato di avere già in mano tutto quello che serve.
La lista, in breve
Prima di salutare chi segue oggi il tuo sito, fatti consegnare per iscritto: l'intestazione del dominio e il codice per trasferirlo, gli accessi al pannello dell'hosting se lo stai cambiando, l'esportazione dei contenuti in un formato utilizzabile altrove, il codice sorgente se il sito è su misura, l'accesso alle caselle email sul dominio, e i diritti di amministratore sugli strumenti collegati come Analytics e Search Console. Non è una lista pensata per prepararsi a un conflitto: è la stessa documentazione che chiunque gestisca un'attività dovrebbe avere sempre a portata di mano, a prescindere da quando e se deciderà mai di cambiare fornitore.
Se vuoi un confronto su cosa manca nella tua situazione specifica, se ne può parlare dentro il check-up digitale: altrimenti scrivimi e vediamo insieme da dove partire.