Realizzazione siti web

Da dove si parte: cosa deve produrre il sito

Un sito che deve portare richieste di preventivo non si costruisce nello stesso modo di uno che deve vendere online, e nessuno dei due somiglia al sito con cui un’azienda si presenta a chi la sta valutando prima di affidarle una fornitura. Cambiano l’ordine in cui le informazioni raggiungono chi legge, il peso che ciascuna pagina si prende, il momento in cui viene chiesto qualcosa. Per questo, prima di disegnare qualunque cosa, ragioniamo insieme su cosa deve produrre il sito, per chi e a partire da quali domande degli utenti.

Progettazione su misura

I layout nascono dal tuo marchio e i componenti vengono scritti per il tuo progetto, senza partire da un tema comprato e adattato a forza. Quando quello che serve non è più soltanto un sito si sviluppa altro: un’area riservata, un configuratore, una dashboard, uno strumento con cui i tuoi clienti ottengono qualcosa. Se manca una funzione che non esiste già, la scriviamo come plugin, perché montarne dieci commerciali che ne coprono un pezzo ciascuno significa portarsi in casa dieci pannelli di configurazione, dieci cicli di aggiornamento e altrettanto peso sul caricamento.

Componenti nativi e integrazione con i sistemi che hai già

Chi in azienda si occupa dei contenuti deve poterli cambiare senza chiamare nessuno, e per ottenere questo costruiamo blocchi Gutenberg su misura, cioè componenti pensati per quel sito e non per un sito qualsiasi. Chi ci lavora riscrive un testo, sostituisce un’immagine o aggiunge una sezione dentro un editor pulito, mentre il layout regge da solo.

Poi c’è tutto quello che in azienda gira già. Se hai un gestionale, un CRM, un flusso editoriale o delle automazioni, il sito ci si collega, così le informazioni che tieni altrove arrivano online senza che qualcuno debba ricopiarle a mano.

Velocità, dati strutturati, leggibilità per le macchine

La velocità è una delle poche cose che si possono misurare con precisione prima ancora che il sito sia pubblico, e la misuriamo con gli strumenti di Google sui Core Web Vitals. Insieme a quella lavoriamo sui dati strutturati, su un’architettura delle pagine ordinata e sul multilingua, che se viene impostato male all’inizio diventa la voce più cara da sistemare quando ormai il sito è online.

Di questi interventi, i dati strutturati e l’architettura sono quelli che dichiarano in modo esplicito cosa contiene ciascuna pagina e come le pagine si tengono fra loro. È la stessa condizione di cui ha bisogno un sistema generativo quando deve riconoscere una fonte e ricavarne una risposta, ed è il motivo per cui un sito costruito così arriva pronto anche per quel canale.

Collaudo e messa online in ambienti separati

Il sito si sviluppa in un ambiente dedicato e passa poi su uno staging identico alla produzione, dove lo vedi finito e lo approvi prima che lo veda chiunque altro. È lì che si collauda tutto quanto, dalle funzionalità alle prestazioni, dalla SEO tecnica ai redirect, e solo dopo si pubblica.

I redirect sono la parte che pesa di più, perché quando un sito viene rifatto e gli indirizzi delle pagine cambiano, la visibilità accumulata negli anni resta appesa a pagine che non esistono più. È il modo più comune di uscire da un restyling con meno traffico di prima, e si evita facendo bene il lavoro in questa fase.

Dopo il lancio

Il monitoraggio prosegue anche quando il sito è online, e le evolutive vengono fatte sugli stessi componenti da chi li ha scritti. Non c’è nessuno che debba prima studiare com’è fatto il sito, quindi aggiungere una funzione sei mesi dopo costa il tempo che serve a progettare quella funzione e nulla di più.

Il sito lo costruisce chi poi deve farlo trovare

Chi sviluppa lavora accanto a chi si occupa di posizionamento sui motori di ricerca e di visibilità nelle risposte generative, e questo cambia il momento in cui vengono prese certe decisioni. Il modo in cui sono organizzate le pagine, le informazioni dichiarate perché una macchina possa leggerle, i redirect da impostare quando si sostituisce un sito esistente: sono scelte che, prese mentre il sito si disegna, non costano quasi nulla, mentre recuperate a pubblicazione avvenuta richiedono un secondo intervento e ti costano mesi di visibilità.

Quello che costruiamo resta tuo

Codice, componenti e plugin restano di tua proprietà, senza licenze annuali su un tema di terzi, senza abbonamenti in mancanza dei quali il sito perde pezzi e senza parti che possiamo aprire soltanto noi. Se un domani deciderai di portare il progetto altrove, chi lo prenderà in mano troverà un sito leggibile e potrà continuare da dove ci siamo fermati. Preferiamo che un cliente resti perché gli conviene.

Sulle prestazioni ci facciamo misurare

«Veloce» è un aggettivo che chiunque può scrivere sul proprio sito. I Core Web Vitals invece sono tre valori che chiunque può andare a controllare, e per questo li teniamo come riferimento sia al collaudo sia nei mesi successivi. Lo stesso criterio vale per il resto del lavoro, perché quando una cosa si misura ti diciamo il numero, e quando invece si può soltanto osservare te lo diciamo con altrettanta chiarezza.