1. Definisci cosa deve cambiare con il restyling
Una checklist utile per il restyling di un sito web ha tre compiti: proteggere ciò che già aiuta i clienti, specificare cosa va corretto e definire come testare il nuovo sito. Parti dal sito esistente e da alcune attività reali dei visitatori. Il nuovo aspetto è una parte del lavoro; anche le richieste, i contenuti utili e i link consolidati devono superare il passaggio senza andare persi.
Annota i problemi che puoi indicare concretamente. Forse i visitatori non riescono a confrontare i servizi dal telefono, il modulo di contatto chiede informazioni che il team non usa mai oppure il personale non può aggiornare gli orari di apertura. Accanto a ogni problema, descrivi il comportamento desiderato. «Un visitatore può scegliere un servizio e inviare una richiesta senza telefonarci per sapere come fare» offre a chi verifica il sito qualcosa da provare.
Distingui il rinnovo visivo dalle modifiche ai contenuti, alla struttura delle pagine e agli strumenti collegati. Possono rientrare nello stesso progetto, ma ciascuno richiede una decisione esplicita. Se il problema principale è un’offerta non aggiornata, cambiare i caratteri tipografici non basterà. Usa la guida al brief per un progetto web per definire le specifiche generali; questa checklist si concentra su ciò che un sito esistente deve preservare durante il restyling.
2. Decidi cosa conservare, rivedere, unire o rimuovere
Crea un inventario delle pagine prima di approvare i nuovi layout. Registra ogni indirizzo attuale, il suo scopo, i contenuti importanti e la persona che può approvare le modifiche. Includi le pagine fuori dal menu principale, i documenti scaricabili, le versioni linguistiche e le pagine di destinazione delle campagne. Chiedi ai colleghi quali link inviano ai clienti; i materiali utili non sono sempre in evidenza nella navigazione.
Assegna una decisione a ogni elemento:
- Conservare: lo scopo e le informazioni restano utili, anche se cambia la presentazione.
- Rivedere: la pagina rimane, ma una parte individuata dei contenuti richiede approvazione.
- Unire: un’altra pagina incorporerà i materiali utili e risponderà alla stessa esigenza del visitatore.
- Rimuovere: il contenuto non ha più uno scopo valido e la sua rimozione è stata concordata.
Preserva le informazioni specifiche che aiutano a decidere: limiti dei servizi, requisiti di accesso, aree di consegna, istruzioni pratiche e recapiti. Un testo più breve non è automaticamente più chiaro se elimina la risposta che il cliente cercava. Salva i vecchi testi e le immagini approvati, così chi esamina il sito può confrontare la sostanza oltre all’aspetto.
Quando sono disponibili richieste precedenti o rapporti sulla ricerca, usali per individuare le pagine da esaminare con maggiore attenzione. Se i dati sono pochi, segnala questa incertezza. Un’opinione interna secondo cui una pagina «non serve a nulla» è un motivo per approfondire, ma non una prova sufficiente per eliminarla.
3. Assegna una destinazione a ogni URL modificato
Un restyling può mantenere gli indirizzi delle pagine esistenti. Chiedi una motivazione ogni volta che uno cambia: l’unione di servizi o una struttura del sito più chiara possono giustificarlo, una nuova palette di colori no. Per ogni pagina spostata, registra il vecchio indirizzo e la destinazione pertinente che la sostituirà. Chiedi allo sviluppatore di verificare l’intera mappatura concordata, non solo la home page.
Google consiglia reindirizzamenti permanenti lato server, come HTTP 301 o 308, quando una pagina cambia indirizzo in modo definitivo. La verifica pratica per l’accettazione è semplice: aprendo il vecchio indirizzo, il visitatore raggiunge la pagina sostitutiva corretta, che si carica senza problemi.
Le indicazioni di Google sulle migrazioni dei siti consigliano di indirizzare i reindirizzamenti direttamente alla destinazione finale e di evitare destinazioni non pertinenti, come mandare tutte le pagine rimosse alla home page. Una pagina effettivamente ritirata e priva di un sostituto adeguato dovrebbe restituire una risposta 404 o 410 corretta. Chiedi allo sviluppatore di documentare questa decisione.
Aggiorna i link interni, i riferimenti canonici, i collegamenti tra versioni linguistiche se presenti e la sitemap in base ai nuovi indirizzi. Le indicazioni di Google consigliano di mantenere i reindirizzamenti per almeno un anno, e più a lungo quando sono utili ai visitatori. Concorda chi li manterrà dopo la consegna. Un piano di reindirizzamento protegge la continuità; non garantisce una posizione nei risultati di ricerca né una data di indicizzazione.
4. Segui una richiesta fino al tuo team
Un modulo svolge pienamente il suo compito solo quando le informazioni del visitatore raggiungono la destinazione concordata e qualcuno può occuparsene. Registra i campi attuali, il destinatario, la conferma e gli eventuali sistemi collegati per le prenotazioni o la gestione dei clienti. Decidi quali comportamenti mantenere e quali cambiare. Un modulo ricostruito può sembrare familiare pur inviando le informazioni altrove.
Esegui una breve sequenza di test mirati
Usa informazioni chiaramente contrassegnate come dati di test. Invia una richiesta valida, poi controlla la casella di posta effettiva o il record nel sistema collegato: servizio scelto, messaggio, indirizzo per la risposta ed eventuali allegati concordati devono arrivare correttamente. Prova a lasciare vuoti i campi obbligatori e a inserire un indirizzo e-mail non valido. Verifica che la spiegazione aiuti il visitatore a correggere il problema.
Chiedi allo sviluppatore di dimostrare il comportamento concordato quando la consegna fallisce, tramite un test controllato. Un messaggio di successo deve corrispondere allo stato concordato per un invio riuscito, mentre un errore deve proporre un passo successivo utile. Non usare dati di clienti reali per testare la gestione degli errori.
Segui anche i link telefonici, i link e-mail e i pulsanti di prenotazione dalla pagina di origine. Se prima una pagina di servizio trasmetteva il servizio selezionato al modulo di contatto, verifica che lo faccia ancora. Questo piccolo elemento di contesto può facilmente scomparire quando pagine e moduli vengono ricostruiti separatamente.
5. Valuta il design attraverso attività reali
Esamina un’anteprima funzionante con i contenuti definitivi, non soltanto una proposta grafica statica. Apri la pagina di servizio più lunga, una pagina con diverse immagini e il percorso principale per inviare una richiesta. Sui telefoni e sui browser desktop concordati, prova le attività annotate all’inizio. Verifica che la navigazione rimanga utilizzabile, i testi trovino spazio, i comandi rispondano e i dettagli importanti restino visibili.
Includi l’accessibilità in questa valutazione. Gli Easy Checks di W3C WAI propongono verifiche iniziali su titoli, alternative testuali per le immagini, contrasto, ridimensionamento del testo, uso della tastiera e moduli. Prova a navigare senza mouse, cerca un indicatore visibile del focus da tastiera e ingrandisci il testo mentre completi l’attività principale.
Questi controlli sono una prima valutazione. Le indicazioni del W3C sulla valutazione spiegano che uno strumento da solo non può stabilire se un sito rispetta gli standard di accessibilità; serve una valutazione umana competente. Concorda con il fornitore lo standard richiesto, l’ambito della valutazione e le responsabilità. Registra le barriere irrisolte insieme agli altri difetti.
Per la velocità, chiedi verifiche confrontabili su pagine rappresentative del vecchio e del nuovo sito, in condizioni documentate. Osserva cosa accade durante il caricamento di immagini e caratteri e se l’azione principale è utilizzabile. Considera il punteggio di un test come un elemento diagnostico. Il confronto sull’accettazione deve individuare problemi reali, pagine interessate e correzioni concordate.
6. Usa una scheda con criteri di accettazione osservabili
Copia la scheda seguente nel documento di progetto. Sostituisci ogni esempio con le tue pagine, i tuoi strumenti e le condizioni di test concordate. Aggiungi a ogni riga un responsabile, un link alle prove, il risultato e la data della verifica. «Sembra a posto» non permette a chi controlla in seguito di sapere cosa è stato verificato.
| Area | Cosa occorre dimostrare |
|---|---|
| Contenuti | I dettagli dei servizi e i recapiti concordati compaiono in ogni pagina approvata; le revisioni hanno un responsabile. |
| Link esistenti | Ogni indirizzo nell’elenco di migrazione raggiunge la destinazione concordata o restituisce la risposta prevista per la rimozione. |
| Richieste | Un test contrassegnato arriva alla destinazione corretta con i campi concordati; vengono verificate la validazione dei dati e le condizioni di errore. |
| Attività dei visitatori | Chi verifica completa il percorso principale sui dispositivi e browser indicati, incluse le verifiche concordate con tastiera e zoom. |
| Pubblicazione | I contenuti approvati sono online, i controlli critici sul dominio pubblico vengono superati e una persona designata può ripristinare la versione precedente. |
| Responsabilità | L’azienda dispone degli accessi concordati, di responsabilità di manutenzione definite e di istruzioni per gli aggiornamenti ordinari. |
Classifica i risultati prima dell’approvazione finale. Una richiesta non ricevuta, una pagina di servizio irraggiungibile o un’azione essenziale bloccata devono impedire la pubblicazione. Un piccolo aggiustamento della spaziatura può avere un responsabile designato e una scadenza successiva concordata. Definite insieme questa distinzione, affinché nessuna delle parti scambi un elenco di lavori incompiuti per un verbale di accettazione.
7. Pianifica il passaggio e una procedura di ripristino utilizzabile
Prima della pubblicazione, identifica la versione approvata, la persona che effettuerà il passaggio e quella che lo verificherà. Salva una copia ripristinabile del sito attuale e della relativa configurazione. Chiedi cosa comporta il ripristino, chi può eseguirlo e cosa succede alle richieste o ai contenuti inviati durante la transizione. Un backup è utile solo se il team sa come ripristinarlo.
Concorda quando interrompere le modifiche ai contenuti e come riportare quelle dell’ultimo momento. Questo conta anche per un sito piccolo: altrimenti un numero di telefono o una descrizione di servizio aggiornati potrebbero essere sovrascritti da una bozza precedente. Se cambiano anche l’hosting o le impostazioni del dominio, verifica esplicitamente i servizi che ne dipendono, come la posta aziendale.
Ripeti i controlli critici sul dominio pubblico subito dopo il passaggio. Conferma il funzionamento dei vecchi link, del percorso principale del visitatore e della consegna effettiva degli invii di test. Chiedi allo sviluppatore di verificare che le pagine pubbliche abbiano le impostazioni di indicizzazione previste e che le restrizioni temporanee dell’anteprima non siano state trasferite in produzione. La persona responsabile delle correzioni deve restare disponibile durante la finestra di pubblicazione concordata.
8. Chiudi il progetto con prove e responsabilità definite
Organizza una verifica successiva con un responsabile designato. Controlla i problemi segnalati, le pagine che risultano inaspettatamente mancanti e la consegna delle richieste. Quando sono disponibili rapporti sulla ricerca, valuta le variazioni nel loro contesto, senza trattare l’andamento di un solo giorno come un verdetto sul restyling. Conserva la data di pubblicazione e il registro delle modifiche per poter indagare sulle osservazioni successive.
Alla consegna, raccogli l’inventario finale delle pagine, l’elenco dei reindirizzamenti, i risultati di accettazione, le modalità di accesso e le istruzioni di aggiornamento. Chiedi quali attività continuative sono incluse e quali richiedono un accordo separato. Prima di considerare conclusa la consegna, fai dimostrare una normale modifica ai contenuti alla persona che si occuperà della manutenzione del sito.
Il restyling del sito web con Digital Studio parte da 1.790 EUR per un massimo di cinque pagine esistenti utilizzando i contenuti attuali, e include una revisione del sito, una ricostruzione responsive e i reindirizzamenti URL concordati. Le migrazioni più ampie vengono preventivate separatamente. Per parlare di un sito esistente, invia una richiesta gratuita di restyling con il suo indirizzo, il problema principale e ciò che deve essere preservato. Non è richiesto alcun pagamento per inviare una richiesta.
