Vai al contenuto
Menu

BlogGuide

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

Due colleghi in un ufficio si passano un raccoglitore di documenti attraverso un tavolo
Aggiungi alle fonti preferite di Google

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.

Domande frequenti

Quali informazioni devo farmi dare prima di lasciare il vecchio fornitore del sito?

Almeno cinque cose: chi è l'intestatario del dominio e il codice per trasferirlo a un altro fornitore, gli accessi al pannello dell'hosting, l'esportazione dei contenuti del sito in un formato che puoi riaprire altrove, il codice sorgente se il sito è stato fatto su misura, e l'accesso alle caselle email collegate al dominio. Chiedile per iscritto, non a voce, e prima di comunicare la disdetta.

Serve per forza un codice per cambiare chi gestisce il dominio?

Sì. Si chiama codice AuthInfo, e lo richiedono sia la policy 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, a prescindere da quanto sia collaborativo il vecchio. È il vecchio fornitore a doverlo fornire su richiesta di chi è intestatario del dominio.

Se il vecchio fornitore non risponde o rallenta la consegna degli accessi, cosa posso fare?

Il primo controllo è se sei davvero tu l'intestatario del dominio: se lo sei, hai il diritto di chiedere il codice di trasferimento direttamente al tuo registrar, anche senza la collaborazione di chi gestiva il sito. Se invece l'intestatario risulta un'altra azienda o persona, la priorità diventa un'altra: farsi intestare il dominio prima ancora di pensare al trasferimento.

Devo cambiare anche l'hosting se cambio solo chi segue il sito?

Non sempre. Dominio, hosting e chi si occupa dei contenuti o del codice possono restare su tre fornitori diversi, e cambiarne uno non obbliga a toccare gli altri due. La domanda da farsi è una sola, per ciascuno dei tre: sono soddisfatto di questo pezzo così com'è, o conviene spostare anche questo?

Il codice del sito, se è stato fatto su misura, è automaticamente mio?

Non è scontato, e dipende da cosa dice il contratto che hai firmato. Prima di dare per acquisito di poter riusare o far analizzare il codice da un altro fornitore, chiedi per iscritto se te ne viene consegnata una copia completa e se puoi disporne liberamente: è una domanda da fare comunque, a prescindere dalla risposta che ti aspetti.

Quanto tempo prima devo cominciare la procedura di cambio fornitore?

Prima di disdire il servizio attuale, non dopo. Avvia la richiesta di trasferimento del dominio e il recupero degli altri accessi mentre il vecchio fornitore è ancora formalmente in carica: è il modo più semplice per evitare un buco in cui il sito resta offline perché nessuno dei due fornitori lo sta più seguendo.

Altri articoli

Stai per cambiare chi segue il tuo sito?

Parliamo del tuo progetto