Checklist di lancio: cosa controllare prima di andare online
I problemi del giorno del lancio non sono quasi mai esotici. Sono una preproduzione lasciata aperta ai motori, un modulo di contatto che arriva a un indirizzo che nessuno legge, e una vecchia struttura di URL senza reindirizzamenti.
Questa checklist copre cosa verificare prima di andare online, nell'ordine in cui un lancio avviene davvero, e cosa monitorare nella prima ora e nella prima settimana.
Prima del lancio: aspetti tecnici#
Sono i controlli difficili da notare dall'esterno e costosi da scoprire tardi.
- HTTPS funziona su ogni pagina, e HTTP vi reindirizza con un 301.
- Un solo nome host canonico: con o senza www, con l'altro che reindirizza. Non entrambi che servono contenuti.
- La preproduzione è protetta da password o bloccata, e il suo noindex NON è stato copiato in produzione.
- Il robots.txt di produzione consente la scansione. È di gran lunga l'errore di lancio più comune.
- Esiste una pagina 404, restituisce uno stato 404 reale e offre una via d'uscita.
- I moduli si inviano, salvano il record e notificano un indirizzo che qualcuno legge.
- I backup sono configurati e un ripristino è stato provato. Un backup non provato non è un backup.
- La registrazione degli errori è attiva e qualcuno riceve gli avvisi.
Controlla i codici di stato, non solo le pagine. Una «pagina 404» che restituisce HTTP 200 dice ai motori che ogni URL scritto male è una pagina reale.
Prima del lancio: contenuti e SEO#
I controlli sui contenuti sono rapidi ma sono quelli che i visitatori notano per primi, e i controlli SEO sono quelli dolorosi da correggere dopo.
- Ogni pagina ha titolo e meta descrizione unici che riflettono il suo contenuto.
- Nessun testo segnaposto, nessun «Lorem ipsum», nessun «[nome cliente]» rimasto in giro.
- Ogni immagine ha un testo alternativo sensato; quelle decorative hanno alt vuoto, non assente.
- La struttura dei titoli è sensata: un H1 per pagina, nessun salto da H1 a H4.
- Tutti i link interni si risolvono; nessuno punta al dominio di preproduzione.
- La sitemap XML si genera, elenca solo URL indicizzabili ed è indicata nel robots.txt.
- Reindirizzamenti da ogni vecchio URL con traffico o link, mappati e provati.
- I dati strutturati si validano sui template che li portano.
- I tag Open Graph producono un'anteprima sensata quando l'URL viene incollato in una chat.
Prima del lancio: legale, statistiche e accessibilità#
Le parti più spesso rimandate a «dopo il lancio», che poi significa mai.
| Elemento | Controllo |
|---|---|
| Informativa privacy | Presente, veritiera su ciò che raccogli davvero, collegata da ogni pagina |
| Consenso ai cookie | Obbligatorio se imposti cookie non essenziali; li blocca fino al consenso |
| Termini e dati societari | Presenti dove la tua giurisdizione li richiede |
| Statistiche | Installate una volta, attive su tutte le pagine, con un obiettivo per l'azione principale |
| Search Console | Proprietà verificata e sitemap inviata il giorno del lancio |
| Accesso da tastiera | Ogni elemento interattivo raggiungibile e azionabile con Tab e Invio |
| Contrasto | Testo e controlli rispettano WCAG AA sul loro sfondo |
| Zoom | Pagina usabile al 200 % di dimensione del testo senza scorrimento orizzontale |
La prima ora e la prima settimana#
Un lancio non è un istante, è una finestra. La maggior parte dei problemi che superano la checklist compare nella prima ora, e quelli SEO nei giorni successivi.
- Carica la home da un telefono in rete mobile, non dalla rete dell'ufficio.
- Invia tu stesso il modulo principale e conferma che la notifica arriva.
- Verifica che cinque vecchi URL reindirizzino correttamente, incluso uno profondo.
- Conferma che le statistiche registrano la tua visita, poi escludi il tuo traffico.
- Invia la sitemap in Search Console e richiedi l'indicizzazione delle pagine principali.
- Sorveglia i log di errore del server nella prima ora: nuovi schemi di traffico fanno emergere nuovi errori.
- Dopo una settimana: controlla la copertura in Search Console per esclusioni inattese ed errori di scansione.
- Dopo una settimana: confronta il traffico con il vecchio sito e indaga su ogni pagina che ha perso molto.
Non lanciare di venerdì pomeriggio. Se qualcosa si rompe, chi può sistemarlo è via per due giorni e il problema si aggrava.
Domande frequenti
Qual è l'errore di lancio più comune?
Un robots.txt o un tag noindex trascinati dalla preproduzione alla produzione. Il sito sembra perfetto a chiunque lo visiti ed è invisibile ai motori, e spesso lo si scopre settimane dopo quando qualcuno chiede perché il traffico non è mai arrivato. Controlla robots.txt e il tag meta robots in produzione, il giorno del lancio, dall'esterno della tua rete.
Devo reindirizzare i vecchi URL?
Se il vecchio sito aveva traffico o link in entrata, sì. Mappa ogni vecchio URL verso l'equivalente più vicino con un 301. Reindirizzare tutto alla home equivale a cancellare le pagine per quanto riguarda i segnali di posizionamento accumulati, ed è una pessima esperienza per chi segue un vecchio link.
Quanto ci vuole perché il traffico di ricerca si riprenda dopo un rilancio?
Con reindirizzamenti puliti e contenuti equivalenti, tipicamente due-sei settimane di oscillazione prima che si stabilizzi. Un calo nelle prime due settimane è normale. Un calo che continua ad aggravarsi dopo un mese di solito indica un problema tecnico: reindirizzamenti mancanti, scansione bloccata, o contenuti tagliati senza che nessuno se ne accorgesse.
Meglio lanciare tutto insieme o per fasi?
Per sostituire un sito, tutto insieme di solito è più semplice: tenere due siti in parallelo divide i link e crea problemi di contenuto duplicato. Per nuove sezioni su un sito esistente, le fasi vanno bene. Ciò che non va fatto è lanciare mezza struttura e aggiungere il resto dopo senza aver pianificato gli URL di ciò che arriva.
checklist lancio sito webmessa online sitolancio sito internetcontrolli prima del lanciorilancio sito webchecklist migrazione sito
