Un sito web che “c’è” ma non genera contatti, non scala sul mobile, non si posiziona su Google e non si integra con nessun altro strumento aziendale non è un asset — è un costo. Eppure la maggior parte delle PMI italiane ha esattamente questo. Ecco cosa cambia quando si costruisce un sito con una logica diversa.

Il problema del sito-vetrina

Il sito-vetrina è il formato che ha dominato per vent’anni: homepage con slider, pagina chi siamo, pagina servizi, pagina contatti. Costruito una volta, aggiornato raramente, mai misurato seriamente.

Il problema non è estetico. È funzionale: un sito così non ha un obiettivo misurabile, non guida l’utente verso nessuna azione, non raccoglie dati utili e non contribuisce alla visibilità organica perché non ha contenuto indicizzabile. È una brochure digitale in un momento in cui la brochure non basta più.

Cosa deve fare un sito aziendale oggi

Un sito che lavora davvero svolge funzioni precise e misurabili:

Convertire il traffico in contatti: ogni pagina ha una gerarchia visiva chiara che guida verso una CTA. Non “contattaci” generico, ma azioni contestuali al contenuto della pagina.

Posizionarsi sulla ricerca: contenuti strutturati che rispondono alle domande che il tuo mercato fa, sia ai motori di ricerca classici che ai modelli AI generativi.

Caricare velocemente su mobile: oltre il 60% del traffico B2B arriva da dispositivo mobile. Un sito che impiega più di tre secondi a caricare perde una parte significativa di visitatori prima ancora che vedano il contenuto.

Integrarsi con gli strumenti operativi: form che alimentano un CRM, chat che registra le conversazioni, analytics che misurano le conversioni reali, non solo le pageview.

WordPress: quando ha senso e quando no

WordPress resta la piattaforma più efficiente per la maggior parte dei siti istituzionali e blog aziendali: ecosistema maturo, flessibilità editoriale, costi contenuti. Con Elementor e una architettura ACF ben strutturata è possibile costruire siti editorialmente autonomi e tecnicamente solidi senza dover intervenire sul codice per ogni aggiornamento di contenuto.

I limiti di WordPress emergono quando il sito deve gestire logiche applicative complesse, volumi di traffico molto alti o integrazioni profonde con sistemi backend personalizzati. In quei casi, un frontend React con backend Laravel o NestJS è più appropriato — sviluppato in modo che il cliente abbia comunque un’interfaccia di gestione contenuti accessibile.

E-commerce: la scelta della piattaforma dipende dal modello di business

WooCommerce copre la maggior parte dei casi di e-commerce B2C con catalogo standard, gestione ordini e pagamenti. È la scelta giusta quando il modello di business non richiede personalizzazioni profonde e il team è già familiare con WordPress.

Quando invece l’e-commerce ha logiche di prezzo complesse (listini per cliente, sconti a volume, preventivi configurabili), integrazione con gestionali, gestione magazzino multi-sede o flussi B2B con ordini approvati, WooCommerce diventa limitante. In questi casi sviluppiamo piattaforme custom o valutiamo soluzioni headless dove il frontend è separato dalla logica di business.

Web app: il confine tra sito e applicazione

Sempre più spesso i progetti che sembrano siti web sono in realtà applicazioni: configuratori di prodotto, portali clienti con area riservata, dashboard per la gestione di dati operativi. La distinzione tra “sito” e “applicazione” è importante perché determina le scelte tecnologiche, i tempi di sviluppo e i requisiti di infrastruttura.

Partire dalla domanda giusta — “cosa deve fare questo strumento per l’utente?” invece di “come deve apparire questo sito?” — è il modo più efficace per evitare di costruire qualcosa che sembri giusto ma non funzioni.