Checklist Lancio Sito Web: 31 Verifiche Prima e Dopo il Go-Live
Una checklist di lancio per nuovi siti e redesign: contenuto e proprietà, moduli, mobile, accessibilità, link, dominio, HTTPS, canonical, robots, sitemap, analytics con consenso, e approvazione del proprietario. Include un esempio compilato.
La maggior parte dei problemi al lancio è banale: un modulo che non invia email, un restyling che dimentica gli URL precedenti o un sito che resta impostato su «noindex». Questa lista di controllo prevede cinque passaggi, nell'ordine in cui vanno svolti. Ogni voce è una verifica superata/non superata che puoi affidare a un'altra persona. Vale sia per un sito nuovo sia per un restyling; le voci che riguardano solo il restyling sono contrassegnate.
1. Contenuti e proprietà
Non ci sono testi segnaposto, prezzi di esempio, testimonianze del template o foto di repertorio del «team».
Telefono, email, indirizzo e orari sono corretti e identici in tutte le pagine.
Hai i diritti per ogni immagine, font e testo.
Sai quale account possiede il dominio, l'hosting o il builder e gli strumenti di analisi. Il titolare dell'attività, non solo il designer, può accedere a ciascun account.
Le pagine legali necessarie sono presenti: informativa sulla privacy e, se vendi, condizioni o politica di rimborso.
Restyling: è stato elencato ogni URL precedente e a ciascuno corrisponde una nuova destinazione o un reindirizzamento pianificato.
2. Moduli, dispositivi mobili, accessibilità e link
Invia ogni modulo usando un nome di prova riconoscibile e verifica che la richiesta arrivi nella casella corretta (controlla anche lo spam).
Il modulo mostra un messaggio chiaro quando l'invio riesce e uno quando un campo obbligatorio è vuoto.
Su uno smartphone vero collegato alla rete dati: non c'è scorrimento laterale, il menu si apre, il numero di telefono si può toccare e i pulsanti sono abbastanza grandi.
Ogni immagine ha un testo alternativo che la descrive (può essere vuoto per le immagini decorative).
Puoi raggiungere ogni link e pulsante con il tasto Tab e vedere dove si trova lo stato attivo.
Non ci sono link non funzionanti né link all'indirizzo di staging. I titoli seguono l'ordine corretto (un H1 per pagina).
3. Dominio, HTTPS, canonical, robots e sitemap
Il dominio funziona sia con «www» sia senza, e una versione reindirizza all'altra.
HTTPS funziona ovunque senza avvisi «Non sicuro»; gli indirizzi http reindirizzano a https.
I record DNS della posta (MX, SPF, DKIM) sono rimasti intatti quando hai modificato il DNS.
Nessuna pagina che vuoi far trovare è impostata su noindex e il sito non è più protetto da password.
Il file robots.txt non blocca l'intero sito (un «Disallow: /» rimasto per errore è un classico problema al lancio). Il generatore robots.txt propone un'impostazione predefinita sicura.
Il tag canonical di ogni pagina punta al suo indirizzo https definitivo, non al dominio di staging.
Esiste una sitemap che elenca solo pagine attive e indicizzabili.
Ogni pagina ha un titolo e una descrizione propri e l'anteprima di condivisione appare correttamente (controllala con l'anteprima Open Graph).
Restyling: i vecchi URL reindirizzano con codice 301 alle pagine nuove più vicine, non a un errore 404 o tutti alla homepage.
4. Analisi con consenso e un evento di prova conosciuto
Lo strumento di analisi è installato una sola volta su ogni pagina (non due).
Se servi visitatori in zone in cui è richiesto il consenso (per esempio UE e Regno Unito), il banner del consenso compare per primo e lo strumento di analisi rispetta la scelta. Verifica le regole che si applicano al tuo caso.
Compi personalmente un'azione nota, come inviare il modulo di contatto, e controlla che proprio quell'evento compaia nel report in tempo reale.
Escludi le tue visite oppure annota l'orario della prova, così non alterano i dati del lancio.
5. Approvazione del titolare e verifiche successive al lancio
Il titolare ha aperto tutte le pagine dal proprio smartphone e ha dato l'approvazione per iscritto.
Il sito è stato aggiunto a Google Search Console, la sitemap è stata inviata ed è stata richiesta l'indicizzazione della homepage.
Il Profilo dell'attività su Google e gli altri elenchi sono stati aggiornati con il nuovo indirizzo del sito.
Giorno 1: moduli e analisi funzionano ancora. Settimana 1: Search Console non mostra errori di scansione. Settimana 4 (restyling): confronta i clic dalla ricerca con il mese precedente e correggi le pagine che hanno perso traffico.
Un restyling fittizio per «Kestrel Bookkeeping», a dimostrazione di come annotare i risultati. Non è un cliente reale.
Sito: kestrel-example.com (restyling) Data di lancio: 12 ottobre
Accessi del titolare confermati: dominio sì | builder sì | analisi sì
Controllo segnaposto: SUPERATO (rimossi 2 testimonianze del template)
Vecchie pagine elencate: 14 | reindirizzamenti impostati: 14 | controllo a campione: 5 SUPERATO
Prova modulo contatti: inviata alle 09:12, ricevuta alle 09:12 nella casella del titolare, SUPERATA
Smartphone con rete dati: SUPERATO (corretta l'area toccabile del telefono nel piè di pagina)
Testi alternativi: 3 mancanti, aggiunti
Reindirizzamento www -> dominio principale: SUPERATO | HTTPS: SUPERATO | record MX intatti: SUPERATO
noindex presente: nessuno | robots.txt: consente tutto | URL sitemap: 11
Canonical: tutti puntano a https://kestrel-example.com/...
Banner di consenso: compare per primo, analisi in attesa: SUPERATO
Evento di prova «form_submit»: visibile in tempo reale alle 09:14, SUPERATO
Search Console: sitemap inviata, richiesta indicizzazione homepage
Approvazione del titolare: ricevuta via email l'11 ottobre
Scheda vuota
Sito: Data di lancio: Nuovo / restyling:
Accessi del titolare (dominio | builder | analisi):
Controllo dei segnaposto:
Vecchie pagine elencate / reindirizzamenti impostati / controllati a campione:
Prova del modulo (ora d'invio, ora di ricezione, casella):
Smartphone con rete dati:
Testi alternativi + contrasto + tastiera:
Reindirizzamento www | HTTPS | record email intatti:
noindex | robots.txt | numero di URL nella sitemap:
Canonical:
Consenso + evento di prova rilevato:
Attività completate in Search Console:
Approvazione del titolare (data, modalità):
Verifiche giorno 1 / settimana 1 / settimana 4:
Lanciare con We.Inc
Nel website builder We.Inc, hosting e HTTPS sono inclusi e la pubblicazione si avvia con un pulsante; consulta come pubblicare un sito web. Il piano Free pubblica fino a 3 siti basati su template, ospitati su un indirizzo we.inc, senza crediti IA né dominio personalizzato. I domini personalizzati e la creazione con IA sono inclusi a partire dal piano Starter, a $20 al mese (prezzi). Le agenzie che lanciano siti per i clienti possono informarsi sulla soluzione white label We.Inc. Parti da un template per attività commerciali oppure stima il budget con il calcolatore dei costi del sito.
Cosa devo verificare prima di lanciare un sito web?
Il contenuto è definitivo, i moduli funzionano, il sito funziona su un telefono, link e testo alternativo sono a posto, il dominio e HTTPS funzionano, nessuna pagina è impostata su noindex, esiste una sitemap, e analytics registra un evento di test noto.
Cosa è diverso in una checklist di redesign di sito web?
Un redesign aggiunge la mappatura degli URL: ogni vecchia pagina ha bisogno di un reindirizzamento 301 alla nuova più vicina, e dovresti confrontare il traffico di ricerca prima e dopo per rilevare le pagine perse.
Quanto a lungo dopo il lancio dovrei continuare a fare verifiche?
Verifica moduli e analytics il giorno uno, Search Console dopo una settimana, e per un redesign confronta i clic di ricerca con il mese precedente dopo circa quattro settimane.