Un progetto web spesso inizia con la frase: «Ci serve un nuovo sito web». Poco dopo la conversazione si sposta sul CMS, sul template, sui colori e sulla data di lancio. Non è ancora chiaro cosa dovrebbe cambiare il nuovo sito.
È un errore costoso. La tecnologia può produrre molto rapidamente qualcosa di cui l’azienda non ha bisogno.
Prima scrivi quale decisione dovrebbe supportare il sito
Non inizio da un elenco di pagine. Inizio dalla situazione dell’azienda e del visitatore. Il sito dovrebbe portare richieste qualificate, abbreviare le spiegazioni commerciali, vendere senza una persona, ridurre il lavoro del supporto o spostare il brand in un’altra categoria?
L’obiettivo deve guidare una decisione. «Una presentazione più moderna» è un desiderio. «Più richieste pertinenti da aziende manifatturiere e meno domande su piccoli lavori occasionali» permette già di decidere contenuti, navigazione e misurazione.
- Chi è importante per il sito e in quale situazione vi approda?
- Che cosa deve capire, confrontare o fare?
- Quali prove può mostrare onestamente l’azienda?
- Quale passo successivo è adatto al loro livello di preparazione?
- Come riconosceremo il miglioramento dopo il lancio?
La mappa dei contenuti viene prima del wireframe
Solo allora costruisco l’architettura informativa. La navigazione principale non dovrebbe copiare la struttura organizzativa dell’azienda. Dovrebbe aiutare le persone a trovare una risposta e a capire l’offerta.
Per un sito esistente, prima inventario URL, traffico, link e contenuti effettivi. Conservo alcune pagine, ne unisco, reindirizzo o rimuovo altre. La migrazione non deve basarsi sulle impressioni. Una pagina poco attraente può avere buoni link o portare business rilevante; una pagina molto visitata può attirare persone completamente estranee all’attività.
Per la SEO contano una struttura chiara, i collegamenti e contenuti pensati per un pubblico reale. Google riassume le sue domande sull’utilità nella guida ai contenuti pensati prima di tutto per le persone. Una base SEO pratica è disponibile anche nel mio articolo SEO per principianti.
Un prototipo dovrebbe verificare il percorso, non impressionare la riunione
Per prima cosa disegno i percorsi principali senza un design dettagliato. Una persona può capire per chi è l’azienda? Può trovare un servizio, una prova, un prezzo o un metodo di contatto? Il percorso funziona su uno schermo mobile stretto e usando soltanto la tastiera?
Inserisco nel prototipo titoli reali e lunghezze del testo approssimativamente reali. Il Lorem ipsum nasconde un problema che ricompare magicamente dopo la consegna dei contenuti, di solito il venerdì prima del lancio.
Scegli la tecnologia in base alla gestione
Un sito statico, WordPress, una piattaforma ecommerce o un’applicazione personalizzata possono essere tutte scelte corrette. Contano le necessità di modifica, le integrazioni, i permessi, la velocità di cambiamento, la sicurezza, il budget e le persone che gestiranno il sito dopo il lancio.
Il brief dovrebbe includere almeno:
- la titolarità del dominio, degli account, del codice sorgente e degli strumenti di analisi;
- i ruoli editoriali e il processo di pubblicazione;
- i moduli, l’invio delle email e il collegamento con le vendite;
- i reindirizzamenti per i vecchi URL e una pagina di errore personalizzata;
- backup, aggiornamenti, monitoraggio e responsabilità per gli incidenti;
- un budget operativo, non soltanto un budget di produzione.
Velocità e accessibilità non sono rifiniture da aggiungere alla fine
È facile aggiungere un’immagine pesante, font esterni e dieci script di marketing. Ogni visitatore ne paga il costo. I Core Web Vitals misurano il caricamento del contenuto principale, la reattività e la stabilità visiva; Google mantiene metriche e soglie aggiornate nella documentazione dei suoi Web Vitals.
Per questo stabilisco un budget di performance prima del design: dimensioni e formati dei media, numero di varianti dei font, regole per gli script di terze parti e comportamento obiettivo su un normale dispositivo mobile. Gli strumenti di analisi dovrebbero caricarsi senza bloccare i contenuti e raccogliere solo i dati che supportano le decisioni.
Affronto contemporaneamente l’accessibilità: HTML semantico, focus visibile, utilizzo da tastiera, contrasto, etichette dei moduli e rispetto per la riduzione del movimento. Non è una versione speciale di un sito web. È un sito web ben costruito.
Progetta la misurazione prima del lancio
Dopo il lancio non voglio discutere su cosa significhi successo. Elenco gli eventi e il loro legame con le decisioni: invio di una richiesta qualificata, utilizzo del calcolatore, apertura di una prova importante o completamento di un ordine. Non ogni clic merita un evento.
La misurazione tecnica è trattata nella guida a Google Analytics 4. Una checklist più ampia è disponibile nella checklist online del progetto.
Un sito web non è finito al momento del lancio
Nelle prime settimane monitoro errori, velocità, indicizzazione, moduli e domande reali delle persone. Poi miglioro i punti in cui il sito non aiuta a prendere una decisione. Non dopo ogni commento o in base a una sola metrica, ma secondo una combinazione di dati, feedback e impatto sul business.
Un nuovo sito web non è l’obiettivo. È un nuovo sistema operativo per l’azienda. Senza un responsabile, un budget e regole per i cambiamenti, inizia a invecchiare il giorno del lancio.
Se hai già un sito web e devi individuare i punti deboli, inizia da Come velocizzare un sito web. Se devi allineare le decisioni prima della produzione, scopri come funziona la collaborazione.