come pubblicare il sito senza rompere niente

web · 2026-09-19 · 3 min

pubblicare non è premere invio. è l'ora in cui il dominio comincia a puntare al sito nuovo, il certificato è valido, i moduli arrivano e i vecchi indirizzi funzionano ancora. quasi tutti i lanci sbagliano in quell'ora, non nel design.

la sequenza che uso è noiosa di proposito: finisci i contenuti, prova su un url di anteprima, abbassa il ttl del dns il giorno prima, cambia, poi guarda.

prima del cambio

ogni pagina ha un titolo, una descrizione e un'azione chiara. il modulo contatti invia a un indirizzo che leggi davvero. le immagini sono compresse e hanno un alt. il sito funziona su un telefono in rete mobile, non solo sul wifi dell'ufficio.

poi la lista noiosa: un backup del vecchio sito, una copia dei record dns attuali e una mappa di redirect. ogni vecchio url che contava riceve un 301 verso il suo equivalente nuovo. è il passo che si salta e quello che costa traffico.

il cambio

se il sito è su netlify o vercel, aggiungi il dominio dalla dashboard e cambi due record presso il provider dns. su hosting condiviso punti il record a al nuovo server. in entrambi i casi, abbassa il ttl il giorno prima, così un errore si corregge in minuti invece che in ore.

dopo il cambio controlla quattro cose in quest'ordine: il certificato https, le versioni con e senza www, i redirect e un invio del modulo. poi aggiungi il dominio a google search console e invia la sitemap.

la prima settimana

non toccare il design per sette giorni. guarda search console per gli errori di scansione, guarda il modulo per i messaggi veri, e chiedi a tre clienti di trovare una cosa sul sito. la settimana del lancio serve a raccogliere prove, non gusti.

il lavoro che comincia dopo il cambio ha una sua lista, più lunga del lancio stesso: cosa succede dopo la pubblicazione.

l'ultima ora prima di andare online

la sequenza del lancio è nel post. questa è la lista che faccio nell'ora finale, con il sito che risponde già sul dominio vero.

dns. controlla il record a e il cname dal provider, non dalla dashboard del builder. poi controlla da un telefono in rete mobile, perché il portatile può ancora tenere in cache il vecchio indirizzo.

ssl. il lucchetto non basta. apri sia la versione con www sia quella senza e cerca un avviso di contenuti misti o un ciclo di redirect. se una delle due funziona e l'altra no, il certificato o il redirect è configurato a metà.

il modulo. manda un messaggio vero, da un telefono vero, alla casella vera, e apri la cartella spam. poi mandane un secondo e controlla che arrivi la conferma. un test riuscito è una coincidenza.

  1. scrivi un indirizzo senza senso dopo il dominio. la pagina predefinita del server è una piccola figuraccia; una schermata bianca sembra un sito rotto. una riga di testo e un link alla home bastano.

analytics. apri il rapporto in tempo reale e carica la pagina tu stesso. se ci sei, il tag funziona. se non ci sei, manca o è bloccato.

robots.txt. aprilo e leggilo. un blocco totale rimasto dalla configurazione di prova è il modo più silenzioso di sparire dalla ricerca per un mese.

sitemap. aprila, clicca due url, verifica che si carichino. una sitemap con i vecchi indirizzi è peggio di nessuna sitemap.

backup. scaricane uno e apri l'archivio. un backup mai provato è una speranza.

faq

quanto ci mette il dns a propagarsi?

di solito minuti, a volte qualche ora, secondo il ttl impostato prima. se dopo un giorno vedi ancora il vecchio sito, i record sono sbagliati, non lenti.

perdo il posizionamento su google?

no, se i contenuti si sono spostati e i vecchi url reindirizzano. perdi posizioni quando il sito nuovo elimina pagine o cambia indirizzi senza un 301.

devo cancellare subito il vecchio sito?

tienilo per un mese, in sola lettura, dietro un backup. cancellarlo lo stesso giorno elimina l'unica rete di sicurezza.

come faccio a pubblicare il mio sito?

punta il dominio, aspetta il certificato, poi controlla in quest'ordine: dns da un telefono, https con e senza www, un invio vero del modulo, un indirizzo senza senso per il 404, analytics in tempo reale, robots.txt e la sitemap. scarica un backup prima di iniziare. il clic dura un minuto, i controlli un'ora.