Il sito non è più una vetrina
Per molte imprese il sito svolge contemporaneamente più funzioni:
- presentazione corporate;
- strumento commerciale;
- catalogo;
- fonte informativa;
- piattaforma SEO;
- landing;
- supporto alla rete vendita;
- punto di verifica per prospect;
- accesso a servizi;
- integrazione con altri sistemi.
Trattarlo semplicemente come “presenza online” significa sottovalutarne il ruolo.
La progettazione deve partire da ciò che il sito deve fare per l'impresa e per le persone che lo utilizzano.
La prima domanda: a cosa deve servire?
Prima di progettare homepage e menu serve definire:
- chi lo visiterà;
- perché;
- che cosa dovrà capire;
- quali decisioni dovrà prendere;
- quale ruolo avrà nel processo commerciale;
- quali mercati deve supportare;
- quali contenuti saranno necessari;
- quali sistemi deve integrare;
- come verrà aggiornato;
- che cosa dovremo misurare.
Le risposte possono portare a progetti molto differenti:
- sito corporate;
- sito multibrand;
- piattaforma multilingua;
- e-commerce;
- portale B2B;
- configuratore;
- landing system;
- area riservata;
- knowledge hub.
Non esiste un formato universale.
Sito B2B: il prospect spesso arriva già informato
Nel B2B il sito può essere visitato dopo:
- una fiera;
- una telefonata;
- una referenza;
- un contatto LinkedIn;
- una presentazione;
- una ricerca;
- una campagna;
- un passaparola.
Questo significa che il sito non deve necessariamente “generare il primo contatto” per avere valore.
Può dover:
- confermare credibilità;
- spiegare competenze;
- mostrare case history;
- chiarire prodotti;
- supportare il confronto;
- aiutare a coinvolgere altri decisori.
Il sito è spesso un touchpoint di validazione.
Architettura informativa: prima del layout
Un sito complesso non si progetta partendo dalla homepage.
Serve capire:
- quali contenuti esistono;
- come si relazionano;
- quali pubblici li cercano;
- quali categorie sono utili;
- quali percorsi devono essere semplici;
- quali pagine devono essere indicizzate;
- quali contenuti supportano il commerciale.
L'Information Architecture costruisce questa struttura.
LINK: /web-design/web-usability-information-architecture.html
User Experience
La UX non consiste soltanto nel rendere il sito “facile”.
Deve aiutare persone con obiettivi differenti a:
- orientarsi;
- trovare;
- capire;
- confrontare;
- approfondire;
- contattare;
- completare un'attività.
Nel B2B può essere necessario gestire:
- cataloghi complessi;
- target tecnici;
- target commerciali;
- documentazione;
- più lingue;
- più mercati;
- processi lunghi.
Una UX efficace può essere semplice senza essere povera.
Design: identità e funzione
Il design deve tradurre il brand nell'esperienza digitale.
Deve supportare:
- gerarchia;
- leggibilità;
- riconoscibilità;
- navigazione;
- contenuto;
- conversione.
Non consideriamo la grafica come un livello decorativo applicato dopo l'UX.
Identità e funzione devono essere progettate insieme.
LINK: /branding-impresa.html
Responsive non è più una caratteristica distintiva
Un sito moderno deve funzionare correttamente su:
- smartphone;
- tablet;
- desktop;
- browser principali.
Questa è una condizione di base.
La progettazione responsive deve decidere:
- priorità dei contenuti;
- comportamento della navigazione;
- interazioni;
- performance;
- leggibilità.
Non basta “ridurre” il desktop.
SEO: progettare per la domanda
La SEO non è una campagna da aggiungere dopo il sito.
Può influenzare:
- architettura;
- URL;
- contenuti;
- template;
- internal linking;
- performance;
- dati strutturati;
- migrazione;
- multilingua.
L'analisi delle query aiuta a capire:
- cosa cerca il mercato;
- quali problemi emergono;
- quale terminologia utilizza;
- quali contenuti mancano;
- come organizzare la struttura.
Per questo SEO e progettazione dovrebbero dialogare dall'inizio.
SEO non significa “mettere keyword nei testi”
Il ranking dipende da molti fattori.
Tra gli elementi che possiamo governare:
- qualità del contenuto;
- intento;
- struttura;
- crawlability;
- internal linking;
- performance;
- autorevolezza;
- dati strutturati;
- backlink;
- esperienza.
Le keyword servono per comprendere la domanda.
Il testo deve essere scritto per rispondere alla domanda.
SEO tecnica
Un progetto può richiedere attenzione a:
- status code;
- canonical;
- redirect;
- sitemap;
- robots;
- rendering;
- JavaScript;
- paginazione;
- hreflang;
- schema;
- faceted navigation;
- immagini;
- performance.
La SEO tecnica non sostituisce i contenuti.
Impedisce che problemi tecnici limitino ciò che i contenuti potrebbero ottenere.
Content SEO e topical authority
Per mercati complessi non basta creare pagine prodotto.
Possono servire:
- guide;
- approfondimenti;
- glossari;
- case history;
- applicazioni;
- FAQ;
- comparazioni;
- dati;
- articoli tecnici.
Questi contenuti possono:
- intercettare ricerche;
- dimostrare competenza;
- supportare rete vendita;
- alimentare AI/search;
- costruire internal linking.
Il contenuto deve diventare un patrimonio.
Local SEO
Per aziende con sedi, punti vendita o servizi territoriali può essere utile lavorare su:
- Google Business Profile;
- local landing;
- citazioni;
- recensioni;
- dati strutturati;
- contenuti locali.
Non ogni impresa B2B ha però un intento locale.
La strategia deve distinguere tra:
- ricerca locale;
- nazionale;
- internazionale.
Multilingua e mercati
Un sito internazionale deve decidere:
- domini/subdirectory;
- lingue;
- localizzazione;
- contenuti;
- keyword;
- hreflang;
- governance;
- traduzione;
- responsabilità;
- aggiornamenti.
Tradurre il sito italiano non equivale automaticamente a sviluppare una strategia SEO estera.
Ogni mercato può utilizzare terminologie, competitor e percorsi differenti.
Migrazione: il momento in cui si può perdere valore
Quando rifacciamo un sito esistente, bisogna preservare ciò che funziona.
Serve mappare:
- URL;
- ranking;
- traffico;
- backlink;
- contenuti;
- redirect;
- metadata;
- immagini;
- internal link.
Cambiare indiscriminatamente tutte le URL per avere una struttura “più bella” può causare perdite inutili.
Una migrazione deve essere progettata.
Analytics e tracking
Un sito deve poter rispondere a domande.
Per esempio:
- da quali contenuti arrivano lead?
- quali mercati crescono?
- quali pagine supportano conversioni?
- quali case history vengono viste?
- quali CTA funzionano?
- quali ricerche portano utenti qualificati?
Serve definire:
- eventi;
- conversioni;
- sorgenti;
- dashboard;
- privacy.
Non installare tracking significa rinunciare a informazioni.
Installarne troppo senza una domanda significa accumulare rumore.
Sito e CRM
In molti progetti il sito può essere integrato con:
- CRM;
- marketing automation;
- ERP;
- PIM;
- sistemi recruiting;
- ticketing;
- piattaforme;
- API.
L'integrazione permette di trasformare il sito da pubblicazione a parte del processo operativo.
Sito e AI
L'AI può essere utilizzata in:
- ricerca;
- assistenza;
- classificazione;
- contenuti;
- knowledge base;
- personalizzazione;
- processi interni.
Ma la domanda deve essere:
quale problema risolve?
Un chatbot non rende automaticamente migliore un sito.
Può anche aggiungere frizione o informazioni scorrette se non viene progettato e governato.
Accessibilità
Un sito deve essere utilizzabile dal maggior numero possibile di persone.
Questo significa lavorare su:
- semantica;
- contrasto;
- tastiera;
- focus;
- immagini;
- form;
- testi;
- struttura.
Per soggetti e servizi soggetti a obblighi normativi specifici, i requisiti devono essere verificati rispetto alla normativa applicabile.
L'accessibilità non dovrebbe essere trattata soltanto come checklist finale.
Performance e Core Web Vitals
Performance significa:
- caricamento;
- stabilità;
- reattività.
È importante per esperienza e SEO.
Ma non ottimizziamo il sito per ottenere un numero astratto sacrificando:
- contenuti;
- identità;
- funzionalità.
Serve trovare un equilibrio tecnico coerente con il progetto.
Tecnologia: scegliere in base ai requisiti
CMS, framework e piattaforme devono essere scelti considerando:
- sicurezza;
- aggiornamenti;
- competenze;
- integrazioni;
- autonomia;
- roadmap;
- costi;
- performance;
- governance.
Non esiste una tecnologia universalmente migliore.
Utilizzare software standard può essere una grande scelta.
Lo sviluppo custom può essere necessario in altri contesti.
Serve progettare il sistema, non difendere una tecnologia.
Come progettiamo un sito B2B
1. Obiettivi
Ruolo nel business e nel commerciale.
2. Analisi
Utenti, mercato, SEO, dati, contenuti, competitor.
3. Architettura
Sitemap e percorsi.
4. UX
Wireframe e interazioni.
5. Contenuti
Copy, immagini, dati, SEO.
6. Design
Identità ed esperienza.
7. Tecnologia
CMS, sviluppo, integrazioni.
8. SEO tecnica
Crawl, metadata, schema, performance.
9. Test
Device, browser, form, accessibility, contenuti.
10. Migrazione
Redirect e preservazione del patrimonio.
11. Lancio
Tracking e monitoraggio.
12. Evoluzione
Backlog, dati e miglioramenti.
Sito e SEO devono essere pensati insieme
Un sito visivamente forte ma invisibile sulle ricerche rilevanti perde opportunità.
Un sito pieno di traffico ma incapace di spiegare il valore dell'impresa può generare poco business.
Il risultato nasce dall'integrazione tra strategia, contenuto, esperienza, tecnologia e acquisizione.
Quando il problema è più grande del sito
A volte la richiesta iniziale è:
> dobbiamo rifare il sito.
L'analisi mostra poi che servono anche:
- riposizionamento;
- nuova architettura di offerta;
- CRM;
- SEO;
- contenuti;
- integrazioni;
- advertising;
- governance.
