La consegna di un sito web dovrebbe permettere alla tua azienda di accedere agli account necessari, trovare i file concordati, capire come vengono pubblicate le modifiche e sapere chi interviene in caso di problemi. Chiedi un inventario scritto, verificalo con i tuoi accessi autorizzati e annota ciò che resta da completare prima di chiudere il progetto.
Questa checklist è pensata per un'azienda che riceve un nuovo sito web o cambia il team che lo mantiene. Riguarda il controllo operativo e la continuità. Le risorse, i permessi e i servizi che ti spettano dipendono dagli accordi presi; un invito a un account o una cartella di file non definisce, di per sé, i diritti di proprietà intellettuale.
1. Concorda cosa comprende la consegna
Parti dalla proposta e dall'ambito di lavoro definitivo concordato. Elenca le pagine, le lingue, le integrazioni e i materiali modificabili da consegnare. Distingui il sito pubblicato dai file sorgente, dai file di progettazione, dalle esportazioni dei contenuti e dai servizi di terzi. Un sito realizzato con un editor ospitato su una piattaforma può prevedere un processo di esportazione diverso da quello di un progetto con codice personalizzato: chiedi quindi di cosa avrebbe bisogno un altro fornitore autorizzato per mantenere questo sito specifico.
Annota la data di consegna, la versione esatta che viene accettata e la persona responsabile di ogni elemento. Se il lavoro prosegue dopo il lancio, indica a quale versione si riferisce la documentazione. Una registrazione di un vecchio editor o un archivio creato prima dell'ultima correzione possono risultare fuorvianti anche se sono presenti tutte le cartelle previste.
Usa tre semplici stati: ricevuto e verificato, ricevuto ma non verificato, da ricevere. «Inviato via email» non significa «utilizzabile dal team che lo riceve». Aggiungi una nota di accettazione che descriva la verifica, per esempio l'apertura del file di progettazione nell'applicazione concordata o l'accesso all'account di hosting con il ruolo previsto.
Scegli per tempo il formato di consegna
Conserva un breve inventario in uno spazio condiviso che l'azienda possa mantenere. Salva i file di supporto in cartelle con nomi chiari, indicando versione o data quando serve. Non trasformare l'inventario in un documento di password. Registra dove vengono gestite le credenziali e chi può concedere l'accesso, conservando i dati segreti in un sistema sicuro adeguato.
2. Verifica account, dominio e responsabilità di fatturazione
Identifica il registrar del dominio, il provider DNS, il servizio di hosting, l'editor del sito o il repository del codice e gli eventuali servizi per moduli, prenotazioni o email da cui dipende il sito. Potrebbero essere account distinti. Poter modificare una pagina non permette necessariamente di rinnovare il dominio, cambiare il contatto per la fatturazione o ripristinare il sito.
Per ogni account, annota l'organizzazione responsabile, l'utente invitato, il livello di permessi, chi gestisce il rinnovo o l'abbonamento e il contatto per il recupero. Usa inviti individuali quando la piattaforma li supporta. Verifica che le persone giuste possano accedere con i propri account e svolgere le attività richieste dal loro ruolo. Segui la procedura del provider per l'autenticazione a più fattori e il recupero; evita di far circolare un'unica password di amministratore condivisa.
Chiedi al team attuale di spiegare quali record DNS servono al sito e quali alla posta elettronica o ad altri servizi. Conserva una copia datata della configurazione prima di una modifica concordata. Cloudflare documenta l'importazione e l'esportazione dei record DNS; altri provider dispongono di controlli propri. Un elenco di record esportato è un riferimento utile, ma non è un backup completo di tutti i servizi collegati al dominio.
La consegna non richiede necessariamente di cambiare tutti i provider. Se occorre un trasferimento, concorda prima l'account di destinazione, le dipendenze, i tempi e le verifiche. Non disdire il servizio esistente solo perché è arrivato un nuovo invito. Conferma chi pagherà il prossimo rinnovo e dove arriveranno gli avvisi importanti, soprattutto se il contatto originario lascia il progetto.
3. Crea un inventario che puoi verificare davvero
La tabella seguente è un punto di partenza. Sostituisci gli esempi con i tuoi sistemi effettivi e i materiali concordati. Assegna una persona responsabile e uno stato a ogni riga. Se un elemento non rientra nell'ambito del progetto, indicalo esplicitamente insieme all'azione successiva, invece di considerarlo consegnato senza chiarimenti.
| Elemento da registrare | Riscontri da richiedere | Verifica del team destinatario |
|---|---|---|
| Dominio, DNS e hosting | Ubicazione degli account, ruoli, contatto per il rinnovo e copia della configurazione | Le persone autorizzate possono trovare i servizi e vedere le impostazioni necessarie |
| Codice sorgente o editor del sito | Repository o spazio di lavoro, versione accettata e istruzioni di pubblicazione | Il team destinatario può aprire il progetto e identificare la versione pubblicata |
| Materiali di contenuto e progettazione | File modificabili concordati, esportazioni, elenco delle risorse e riferimenti alle licenze | I file si aprono correttamente e gli eventuali limiti di utilizzo o modifica sono documentati |
| Moduli e integrazioni | Destinazioni, account responsabili, dipendenze e procedura di test sicura | Un test concordato mostra il percorso previsto senza contattare clienti reali |
| Backup e recupero | Posizione, contenuto e data del backup, con istruzioni di ripristino | Una dimostrazione sicura di recupero copre le parti pertinenti del sito |
| Assistenza e lavoro da completare | Canale di contatto, ambito, periodo di copertura ed elenco dei problemi | Ogni punto irrisolto ha un'azione successiva concordata e una persona responsabile |
Chiedi riscontri che puoi consultare di nuovo dopo la chiamata. Una breve registrazione può spiegare una modifica abituale dei contenuti; un comando scritto o una sequenza di pubblicazione può aiutare chi si occupa della manutenzione tecnica. Nessuno di questi materiali deve esporre chiavi segrete. L'inventario deve indicare dove trovarli e chi li tiene aggiornati quando il sito cambia.
Verifica separatamente l'accesso al codice e alla pubblicazione
Un repository del codice e un account di hosting hanno scopi diversi. Se viene concordato il trasferimento di un repository, rivedi in seguito le sue integrazioni e i suoi permessi. GitHub precisa che webhook, segreti e chiavi di deploy rimangono associati a un repository trasferito. Il trasferimento non sostituisce quindi una verifica di chi e di cosa può ancora agire sul progetto.
4. Rendi utilizzabili file e istruzioni di recupero
Richiedi i materiali previsti dall'accordo in un formato che il team destinatario possa usare. Potrebbero comprendere contenuti delle pagine modificabili, immagini originali, file del logo approvati, documenti di progettazione e codice sorgente. Elenca font esterni, immagini di stock, plugin e altre dipendenze, con le informazioni su account o licenze necessarie a chiarirne l'utilizzo futuro. Non dare per scontato che ogni risorsa di terzi possa essere trasferita o riutilizzata senza restrizioni.
Per un sito sviluppato su misura, chiedi l'ambiente di esecuzione supportato, le istruzioni per installare le dipendenze, il comando di build, i nomi delle variabili di configurazione e la procedura per visualizzare in anteprima e pubblicare una modifica. Tieni i valori segreti fuori dalla documentazione generale. Una persona competente nella manutenzione dovrebbe poter riconoscere quali impostazioni appartengono a un ambiente di test e quali si collegano ai servizi in produzione.
Definisci cosa comprende un backup. La documentazione di WordPress spiega che un tipico ripristino di WordPress richiede sia il database sia i file. Per un'altra piattaforma, chiedi al fornitore di descrivere le dipendenze equivalenti. Una schermata, un archivio del codice sorgente o un'esportazione dei testi delle pagine possono essere utili, ma nessuno di questi elementi dovrebbe essere definito un piano di recupero completo senza spiegarne i limiti.
Concorda chi esegue i backup, dove vengono conservati, per quanto tempo e come viene verificato il ripristino. Chiedi una dimostrazione in un ambiente sicuro, gestendo adeguatamente i dati dei clienti. Registra cosa è stato ripristinato e cosa è rimasto fuori dall'esercizio. Non usare il sito pubblicato per una prova di recupero improvvisata e non presumere che un archivio mai verificato risolva ogni interruzione.
5. Svolgi una breve verifica di accettazione
Durante la verifica usa gli account autorizzati del team destinatario. Trova la versione accettata del sito, apri l'editor o il progetto, individua le istruzioni di assistenza e dimostra una modifica abituale in un ambiente di anteprima o test. L'obiettivo è capire se la prossima persona potrà gestire il sito con i materiali consegnati, senza dipendere da spiegazioni che esistono solo nella memoria del fornitore.
Verifica alcuni percorsi reali dei clienti: leggere la descrizione di un servizio, navigare da telefono, raggiungere il canale per le richieste e controllare gli stati di conferma ed errore concordati. Prepara test sicuri per moduli, prenotazioni e pagamenti. Concorda in anticipo indirizzi e destinazioni di prova, così che la verifica di consegna non invii messaggi a clienti reali e non generi ordini involontari.
Controlla che anche gli account per la ricerca e la misurazione, se inclusi, abbiano accessi adeguati. Google Search Console distingue tra proprietari, utenti con autorizzazioni complete e utenti con restrizioni, e spiega come i token di verifica influiscono sulla proprietà verificata. La revisione dei permessi di Search Console è distinta dall'accesso al sito stesso. Annota la proprietà e il ruolo pertinenti, senza considerare l'accesso una prova che Google abbia indicizzato ogni pagina.
Una consegna ipotetica per una società di consulenza
Immagina una società di consulenza che riceve un sito di cinque pagine. Il suo responsabile può modificare i testi, ma gli avvisi di rinnovo arrivano ancora a un precedente fornitore e la destinazione del modulo non è documentata. Il team registra entrambe le lacune, conferma il contatto per la fatturazione seguendo la procedura del provider e documenta il percorso del modulo con un test concordato. Il responsabile ripete poi una modifica in anteprima seguendo le istruzioni consegnate. È un esempio del metodo, non il risultato documentato di un cliente.
6. Definisci l'assistenza e rivedi gli accessi rimasti
Metti per iscritto cosa succede dopo l'accettazione. Chi gestisce un'interruzione, un modulo che non funziona, una modifica dei contenuti o il rinnovo di un abbonamento? Distingui la correzione dei difetti di consegna concordati dalle nuove funzionalità e dalla manutenzione continuativa. Indica il canale di contatto concordato, il periodo di copertura, gli eventuali costi e gli impegni sui tempi di risposta. La presenza di un indirizzo email per l'assistenza non implica un monitoraggio 24 ore su 24.
Mantieni un breve elenco del lavoro da completare, indicando problema, impatto, azione successiva, persona responsabile e data di revisione. Decidi quali problemi impediscono l'accettazione e quali possono essere gestiti in seguito con un accordo esplicito. Se un'integrazione per le prenotazioni resta indisponibile, per esempio, registra il percorso alternativo per i clienti e chi decide quando l'integrazione definitiva è pronta.
Rivedi i collaboratori che lasciano il progetto, gli inviti, i token delle integrazioni e i contatti di recupero dopo che il team destinatario ha verificato la continuità. Mantieni solo gli accessi necessari al lavoro continuativo concordato. Coordina la rimozione degli accessi o la rotazione delle credenziali con la persona responsabile della parte tecnica, così che la pulizia non interrompa inaspettatamente la pubblicazione, i moduli o un altro servizio dipendente. Conserva un resoconto delle decisioni senza inserirvi valori segreti.
7. Inserisci i requisiti di consegna nel brief del sito
Il momento migliore per concordare una consegna utile è prima di iniziare il lavoro. Aggiungi al brief del progetto web le persone che prevedi modificheranno il sito, le competenze tecniche interne, i file necessari, l'organizzazione degli account e le esigenze di assistenza. Per un sito esistente che cambia fornitore, abbina questo inventario a una verifica per il redesign, così che le responsabilità sui servizi esistenti rimangano chiare.
Prima di chiudere il progetto, conferma che l'inventario corrisponda all'accordo, che gli accessi necessari funzionino, che i file consegnati si aprano, che la verifica sicura sia documentata e che il lavoro irrisolto abbia un responsabile. Conserva insieme la versione accettata e le note di consegna. Chi si occuperà della manutenzione avrà così un punto di partenza pratico quando servirà una modifica o si presenterà un problema.
Il servizio web di Digital Studio parte da 2.190 EUR per la realizzazione una tantum di un sito fino a cinque pagine con contenuti forniti, design responsive, basi SEO, un modulo per raccogliere contatti e pubblicazione sul tuo dominio. I materiali specifici di consegna, i trasferimenti, la formazione e l'assistenza continuativa vanno concordati per iscritto per il tuo progetto; questa checklist non li aggiunge al pacchetto pubblicato. Descrivi il tuo sito e le tue esigenze di consegna per discutere l'ambito del progetto prima di iniziare il lavoro.
