Checklist prima di pubblicare un sito web: controlli e approvazione

Definire che cosa viene approvato e da chi

Raccogli l’elenco delle pagine, delle lingue e delle funzioni comprese nel progetto. Confrontalo con il preventivo del sito web e con le variazioni accettate. Un’integrazione richiesta durante il collaudo è diversa da una funzione concordata che non opera correttamente.

Il cliente indica chi può approvare contenuti, offerta e dati aziendali. Il fornitore identifica chi verifica codice, configurazione e passaggio in produzione. Chi gestisce prenotazioni, ordini o contatti partecipa ai test del proprio flusso. Per eventuali testi specialistici va coinvolto il referente competente.

Registra indirizzo dell’anteprima, data e versione. Se cambia una pagina dopo l’approvazione, segnala la modifica e verifica il percorso interessato: un’approvazione informale riferita a “come l’ho visto ieri” è difficile da ricostruire.

Leggere i contenuti come farebbe un cliente

Controlla nomi, ragione sociale, recapiti, orari, zone servite e descrizioni dell’offerta. Apri i documenti scaricabili e verifica date, versione e leggibilità. Cerca materiali provvisori: foto segnaposto, diciture da completare, prezzi dimostrativi e testimonianze non ancora autorizzate.

Confronta ogni promessa con l’attività reale: tempi di risposta, consegne, disponibilità, assistenza e servizi inclusi devono essere confermati dall’azienda. Per foto, marchi e testi forniti da terzi, assegna a qualcuno la verifica delle autorizzazioni necessarie. Controlla anche chi mantiene aggiornati i contenuti dopo il lancio.

Fai leggere almeno la homepage, un servizio e la pagina contatti a un collega che non ha seguito le bozze. Chiedigli di indicare che cosa viene offerto e come inviare una richiesta: le ambiguità emergono più facilmente rispetto a una semplice ricerca di refusi.

Provare smartphone, tastiera e leggibilità

Usa un telefono reale oltre all’anteprima ridimensionata. Apri menu e sottomenu, scorri le tabelle, ingrandisci il testo, tocca i pulsanti e controlla che elementi fissi non coprano contenuti o consensi. Ripeti il percorso principale su almeno un altro browser tra quelli concordati nel progetto.

Con la tastiera, verifica che i controlli siano raggiungibili e che sia visibile quale elemento ha il focus. Controlla titoli delle pagine, etichette dei campi, contrasto e informazioni alternative alle immagini. I controlli preliminari W3C sono un riferimento pratico; una revisione veloce non costituisce una valutazione completa di accessibilità.

Se emergono difficoltà, documenta pagina, dispositivo e passaggi necessari a riprodurle. La guida ai controlli di accessibilità del sito aiuta a organizzare gli approfondimenti.

Eseguire una richiesta dall’inizio alla presa in carico

Invia una richiesta riconoscibile per ogni modulo e verifica ciò che vede il visitatore, la consegna al destinatario corretto e l’eventuale registrazione nel sistema previsto. Prova anche campi mancanti e dati errati. Il messaggio di successo deve corrispondere al flusso implementato, senza promettere un appuntamento se è partita soltanto una richiesta.

Per prenotazioni, pagamenti o integrazioni esterne definisci prove adatte alla configurazione, usando ambienti di test quando disponibili. Verifica chi riceve la richiesta e che cosa deve fare dopo. Apri collegamenti telefonici, email, mappe e messaggistica.

Concorda prima la gestione dei dati di prova e la loro rimozione dove prevista. Se manca la notifica, segui la diagnosi del modulo che non consegna le email: il solo pulsante funzionante non conclude il collaudo.

Verificare ciò che l’anteprima non può confermare

Il fornitore controlla HTTPS, destinazione del dominio, pagine mancanti, collegamenti e impostazioni per i motori. Le pagine pubbliche destinate alla ricerca non devono ereditare un noindex dall’ambiente di prova. Google spiega che il noindex deve essere leggibile dal crawler: robots.txt e indicizzazione non sono controlli intercambiabili.

Se il sito sostituisce una versione precedente, verifica le destinazioni degli indirizzi cambiati e i collegamenti più usati. Chiedi una prova di caricamento e interazione sulle pagine principali; i Web Vitals distinguono caricamento, reattività e stabilità visiva. Un punteggio di laboratorio non rappresenta da solo tutti gli utenti reali.

Conferma inoltre quali strumenti esterni e misurazioni sono attivi e chi ha approvato la relativa configurazione. Informative, consensi e informazioni aziendali devono corrispondere al sito effettivamente pubblicato.

Compilare una checklist con esito, prova e responsabile

Il modello seguente va completato, non firmato in bianco. Per ogni riga usa “confermato”, “da correggere” oppure “non applicabile”, aggiungendo data, nome e riferimento alla prova.

Un modulo inutilizzabile o recapiti errati bloccano un sito destinato a raccogliere contatti. Una modifica estetica secondaria può essere pianificata, se cliente e fornitore concordano responsabile e scadenza. Evita elenchi paralleli sparsi tra messaggi: mantieni un registro condiviso dei punti aperti.

Approvare il rilascio e ricontrollare il dominio pubblico

La conferma finale può indicare: “Approvata la versione del giorno indicato, con i controlli allegati e le attività residue elencate; pubblicazione nella finestra concordata”. Identifica chi esegue il passaggio, chi verifica il risultato e come intervenire se una funzione essenziale non risponde.

Subito dopo la pubblicazione ripeti homepage, pagina servizio, contatti, modulo e collegamenti critici sul dominio pubblico. Controlla anche l’accesso agli strumenti consegnati. L’ambiente definitivo può avere impostazioni differenti dall’anteprima.

Conserva checklist, accessi assegnati e riferimenti dell’assistenza. Il lavoro successivo va coordinato con la manutenzione del sito. In un percorso di realizzazione di un sito web, il collaudo e il passaggio di consegne devono avere uno spazio previsto, con tempo sufficiente per correggere e riprovare.

Domande frequenti

Chi deve dare l’approvazione finale al sito?

Un referente autorizzato dal cliente, dopo le conferme dei responsabili dei contenuti e delle funzioni. Il fornitore deve riportare l’esito delle verifiche tecniche e identificare chiaramente la versione da pubblicare.

Si può pubblicare con qualche modifica ancora aperta?

Sì, se le attività residue non compromettono le funzioni essenziali e sono state accettate con responsabile e scadenza. La priorità dipende dall’uso previsto del sito, non soltanto dall’aspetto del difetto.

Il collaudo in anteprima basta?

No. I percorsi essenziali vanno ripetuti sul dominio pubblico, perché HTTPS, configurazioni, integrazioni e recapito dei moduli possono dipendere dall’ambiente definitivo.