SEO e architettura web: il progetto prima di costruire

Un sito non dovrebbe iniziare dal design o da un elenco di parole chiave. Scopri come collegare la tua impresa, la domanda e le esigenze dei clienti per definire quali pagine servono, come organizzarle e quale funzione deve svolgere ciascuna.

Immagina di costruire una casa.

Prima di scegliere materiali, disporre i mobili o decidere le finiture, devi capire come verrà usato lo spazio.

Quante persone ci vivranno, quali esigenze avranno, come si collegheranno le stanze e quali condizioni dovrà rispettare la costruzione.

Poi servirà un progetto.

Con un sito dovrebbe accadere qualcosa di simile.

Eppure molti progetti cominciano direttamente dal design.

Si sceglie un modello, si disegna la pagina iniziale e si organizza un menu con le sezioni abituali: Home, Servizi, Chi siamo e Contatti.

Poi si distribuiscono i contenuti disponibili e, quando il sito ha già una struttura definita, arriva il momento di lavorare sul posizionamento SEO.

È allora che possono emergere le difficoltà.

Scopriamo che servizi diversi richiedono pagine proprie, che alcune ricerche importanti non trovano una risposta adeguata o che varie pagine spiegano praticamente la stessa cosa.

A volte dobbiamo rifare parte del lavoro. Altre finiamo per accettare una struttura poco adatta perché modificarla richiederebbe troppo impegno.

Il problema non riguarda necessariamente il design o la qualità dello sviluppo.

Sta nell’aver iniziato a costruire prima di decidere cosa dovevamo costruire.

L’architettura web permette di risolvere questa questione.

È il lavoro che collega la realtà aziendale, l’offerta, le esigenze delle persone e la domanda di ricerca a una struttura coerente di pagine, contenuti e percorsi.

Non consiste soltanto nel disegnare un menu.

Consiste nel creare il progetto su cui potranno poi lavorare design, contenuti, sviluppo e SEO.

Più chiaro sarà il progetto, più facile sarà costruire un sito che svolga una funzione reale per l’impresa.

1. Cos’è l’architettura web e perché conta

L’architettura web è l’organizzazione delle informazioni, delle pagine e delle funzioni di un sito, insieme alle relazioni tra esse.

Permette di decidere quali contenuti richiedono uno spazio proprio, come raggrupparli, quale importanza attribuire a ogni sezione e come le persone possano trovare ciò che serve.

Aiuta anche i motori di ricerca a scoprire le pagine e comprenderne meglio le relazioni.

Ma il suo valore non si limita al posizionamento.

Una buona architettura facilita l’orientamento nel sito, la comprensione di un’offerta, il confronto tra alternative e lo svolgimento dell’azione necessaria.

Pensiamo a un piccolo hotel.

Una persona può arrivare cercando informazioni sulle camere.

Un’altra vuole conoscere le condizioni per soggiornare con bambini.

Una terza deve verificare la disponibilità per date precise.

E chi non conosce ancora la struttura può star cercando quali esperienze offre la destinazione.

Non tutte queste esigenze richiedono necessariamente una pagina indipendente.

Ma tutte meritano una risposta adeguata.

L’architettura deve aiutarci a decidere dove fornirla e come collegarla al resto del sito.

Una pagina deve avere una ragione per esistere

Una pagina non dovrebbe essere creata semplicemente perché vogliamo aggiungere un’altra voce al menu.

Dovrebbe svolgere una funzione riconoscibile.

Può presentare un servizio, rispondere a una domanda, facilitare un acquisto, mostrare esperienza, spiegare condizioni o aiutare a trovare informazioni correlate.

Alcune pagine svolgono funzioni commerciali.

Altre sono informative, operative o di fiducia.

L’importante è sapere a quale esigenza risponde ciascuna.

Ad esempio, una pagina di servizio può spiegare un’attività e facilitarne la prenotazione.

Un articolo può aiutare a capire come scegliere quell’attività.

E una pagina generale può organizzare esperienze diverse affinché il visitatore trovi quella più adatta.

Le tre svolgono funzioni diverse, ma possono lavorare insieme.

Una buona architettura non cerca di accumulare pagine. Cerca di organizzare risposte.

L’architettura non è il menu di navigazione

Questa distinzione è importante.

L’architettura definisce come sono organizzate le informazioni del sito.

La navigazione è l’insieme dei meccanismi che permette di accedervi: menu, link, categorie, filtri e altri elementi.

Un sito può contenere decine di pagine senza doverle includere tutte nel menu principale.

Può anche avere un menu visivamente semplice e un’architettura complessa alle spalle.

Nielsen Norman Group distingue proprio l’organizzazione di contenuti e funzionalità dagli elementi di navigazione che permettono di trovarli. [1]

Progettare un menu, quindi, non equivale a progettare l’architettura.

Prima dobbiamo capire quali informazioni devono esistere e come si collegano.

Poi potremo decidere come facilitarne l’accesso.

2. Perché SEO e architettura web devono lavorare insieme

La SEO, cioè il posizionamento sui motori di ricerca, cerca di migliorare la capacità di un sito di essere scoperto attraverso ricerche rilevanti per i suoi contenuti e obiettivi.

Una parte fondamentale del lavoro consiste nell’indagare cosa cercano le persone e cosa si aspettano di trovare.

L’architettura usa questa conoscenza per organizzare le pagine e le loro relazioni.

Per questo le due discipline dovrebbero svilupparsi in modo coordinato.

Ma dobbiamo stabilire una differenza importante:

La SEO offre prove sulla domanda. Non deve sostituire la strategia aziendale.

Prima comprendiamo cosa offre l’impresa

Immaginiamo un’impresa specializzata in escursioni guidate nei Pirenei.

La proposta si basa su piccoli gruppi, accompagnamento professionale ed esperienze adatte a diversi livelli di preparazione.

Durante la ricerca SEO scopriamo un interesse per il noleggio di attrezzatura da montagna.

Significa che dovremmo creare immediatamente una pagina per questo servizio?

Non necessariamente.

Prima dobbiamo verificare se l’impresa offre il noleggio, se vuole svilupparlo e se ha le risorse per farlo correttamente.

Una ricerca può rappresentare un’opportunità.

Ma può anche rimanere fuori dal nostro modello di business.

Creare contenuti per attrarre persone interessate a servizi che non offriamo può aumentare le visite senza offrire valore commerciale.

Per questo la strategia digitale deve stabilire un primo perimetro.

Dobbiamo capire cosa offre l’impresa, chi vuole servire, quali territori copre, quali capacità ha e quali obiettivi persegue.

Poi usiamo la SEO per indagare come si esprime la domanda e verificare le ipotesi.

Poi studiamo come cercano le persone

Il linguaggio del cliente non coincide sempre con quello dell’impresa.

Un’attività può descrivere il prodotto come «esperienze di cicloturismo assistito».

I clienti potrebbero invece cercare «percorsi in bicicletta elettrica» o «escursioni guidate in e-bike».

Le espressioni possono riferirsi a servizi collegati, ma dobbiamo verificare quale intenzione ci sia dietro ciascuna.

Una persona può voler acquistare un’escursione.

Un’altra cerca una bicicletta a noleggio.

Una terza vuole semplicemente trovare un percorso da fare autonomamente.

Le parole possono sembrare simili.

Le esigenze sono diverse.

La ricerca ci aiuta a riconoscere queste sfumature e decidere quali risposte vale la pena offrire sul sito.

Il volume di ricerca non decide al posto nostro

Una parola chiave con molte ricerche non costituisce automaticamente un’opportunità interessante.

Dobbiamo valutarne il rapporto con l’offerta, le aspettative dell’utente, la concorrenza e la capacità di offrire una risposta utile.

Dobbiamo anche considerare ricerche con volume minore che possono rappresentare esigenze molto più specifiche e rilevanti.

Per un’impresa specializzata, attrarre meno persone ma più compatibili con la proposta può avere più senso che inseguire molto traffico poco legato ai servizi.

Non si tratta di scegliere tra strategia e SEO.

Si tratta di usarle insieme.

L’impresa stabilisce quale valore può offrire. La ricerca della domanda aiuta a capire dove e come quel valore può essere rilevante.

Anche Google raccomanda di organizzare i siti logicamente per facilitare la comprensione delle relazioni tra pagine, sia agli utenti sia ai motori di ricerca. [2]

3. Come si costruisce il progetto di un sito

In PhiStudio organizziamo il lavoro di SEO e architettura intorno a cinque strumenti collegati.

Ogni strumento risponde a una domanda diversa e aiuta a passare dalla conoscenza dell’impresa a una struttura pronta da costruire.

Questa sequenza è il nostro modo di organizzare il lavoro professionale.

Non è una metodologia universale obbligatoria. Nella pratica, i risultati di una fase possono portarci a rivedere decisioni precedenti.

1. Sitemap funzionale iniziale: la prima ipotesi

Il primo passaggio consiste nel proporre quali pagine potrebbero servire all’impresa partendo da strategia e offerta.

Non stiamo ancora decidendo la struttura definitiva.

Stiamo formulando un’ipotesi.

Ad esempio, se un’impresa offre tre servizi realmente distinti, possiamo inizialmente considerare una pagina per ciascuno.

Se opera in territori diversi, dovremo indagare se quelle differenze giustificano contenuti specifici.

E se ha risorse informative, dobbiamo capire quale funzione svolgeranno nell’insieme.

Il risultato è una prima mappa di possibili pagine.

Questa mappa permette di iniziare la ricerca con un riferimento aziendale.

Ma può ancora cambiare.

Una pagina prevista inizialmente potrebbe risultare superflua.

Oppure potremmo scoprire un’esigenza importante non considerata.

Va chiarito che questa sitemap funzionale non coincide con la sitemap XML usata nella SEO tecnica.

La prima è uno strumento di pianificazione, ma un diagramma delle pagine non esaurisce le decisioni di architettura. [3]

La seconda è un file che offre ai motori di ricerca informazioni sugli URL del sito che vogliamo aiutarli a scoprire. La sua presenza non garantisce che tutte quelle pagine vengano sottoposte a scansione o indicizzate. [4]

2. Ricerca della domanda: il confronto con il mercato

Ora dobbiamo verificare come le persone cercano servizi, prodotti o conoscenze collegati alla nostra impresa.

Possiamo usare strumenti di ricerca SEO, informazioni da ricerche reali, dati del sito esistente e conoscenza derivata dal contatto diretto con i clienti.

Lo scopo non è accumulare migliaia di parole chiave.

È capire quali esigenze emergono, come si esprimono e quali opportunità possono essere rilevanti.

La ricerca può anche mostrare differenze territoriali, variazioni linguistiche o query non considerate inizialmente.

Ma dobbiamo interpretare i dati con attenzione.

La stessa espressione può avere più significati e un volume elevato non dimostra da solo un’intenzione d’acquisto.

Dobbiamo anche osservare quali tipi di risultati compaiono per le query studiate.

Se una ricerca restituisce soprattutto guide e mappe, forse gli utenti si aspettano informazioni per organizzare un’escursione autonomamente.

Se prevalgono pagine di imprese che offrono esperienze guidate, l’intenzione commerciale potrebbe essere diversa.

Queste osservazioni non sostituiscono una ricerca completa, ma offrono contesto.

3. Mappa delle intenzioni: capire quale risposta serve

Individuate le ricerche rilevanti, dobbiamo capire cosa vuole ottenere ogni persona.

Alcune vogliono imparare.

Altre desiderano confrontare alternative.

Altre ancora cercano un servizio, vogliono conoscerne le condizioni o acquistarlo.

L’intenzione di ricerca aiuta a decidere quale tipo di risposta preparare.

Ad esempio:

«Quanto è difficile un percorso in bicicletta elettrica» può rappresentare un’esigenza informativa.

«Escursione guidata in e-bike Val d’Aran» può esprimere interesse per un servizio specifico.

«Prenotare percorso guidato in bicicletta elettrica» indica un’intenzione d’acquisto più esplicita.

Ma queste classificazioni sono ipotesi iniziali.

Dobbiamo confrontarle con risultati di ricerca, offerta e comportamento reale degli utenti quando abbiamo informazioni.

L’importante è capire che non tutte le query richiedono gli stessi contenuti.

Una buona architettura deve offrire risposte adeguate alle diverse situazioni del cliente.

4. SEOMap: decidere quale pagina risponderà

Il SEOMap è lo strumento con cui organizziamo gruppi di ricerche, intenzioni e pagine che dovranno soddisfarli.

La funzione principale è evitare di costruire il sito come un accumulo di contenuti scollegati.

Possiamo trovare più espressioni che rappresentano praticamente la stessa esigenza.

In quel caso, forse una sola pagina ben sviluppata può rispondere adeguatamente.

Possiamo anche individuare esigenze diverse che meritano pagine indipendenti.

Il SEOMap permette di assegnare una pagina principale responsabile di ogni gruppo di intenzioni e stabilire quali altre pagine possono sostenerla o completarla.

È importante non confondere questa responsabilità tematica con la canonicalizzazione tecnica.

Nella SEO, un URL canonico è la versione scelta da Google come rappresentativa quando rileva pagine duplicate o molto simili. Possiamo comunicare una preferenza con meccanismi come rel="canonical", ma Google decide autonomamente. [5]

Assegnare una pagina principale a un’intenzione di ricerca è una decisione di architettura e contenuti, non un’istruzione tecnica di canonicalizzazione.

Questa distinzione permette di usare correttamente ogni concetto.

5. Architettura finale: organizzare il sistema completo

Con strategia, ricerca e decisioni del SEOMap possiamo consolidare la struttura.

Ora definiamo quali pagine faranno parte del sito, quali funzioni avranno e come si collegheranno.

Possiamo anche stabilire indirizzi, gerarchie, navigazione principale, raggruppamenti di contenuti e link interni rilevanti.

A questo punto distinguiamo livelli diversi:

L’architettura stabilisce l’organizzazione concettuale delle informazioni.

La navigazione permette alle persone di trovare le pagine.

Gli URL identificano gli indirizzi pubblicati.

I link interni collegano contenuti correlati e facilitano i percorsi tra essi.

Questi elementi devono essere coerenti, ma non sono identici.

Ad esempio, una pagina può far parte dell’area attività senza richiedere necessariamente un URL con più livelli di cartelle.

L’importante è che la struttura sia comprensibile e gli indirizzi chiari e manutenibili.

Ora possiamo rappresentare l’insieme con un progetto che servirà da riferimento per le fasi successive.

Ma manca ancora una domanda importante:

Come si traduce tutto questo lavoro in un sito concreto?

Vediamolo con un esempio.

4. Esempio pratico: progettare l’architettura di un’impresa di esperienze in montagna

Immaginiamo una piccola impresa della Val d’Aran che organizza escursioni guidate e attività nella natura.

Il sito attuale ha una struttura semplice:

Home · Attività · Chi siamo · Contatti

La pagina Attività presenta tutti i servizi con fotografie, testi brevi e diversi pulsanti di contatto.

L’impresa vuole rinnovare il sito perché ritiene che le esperienze non siano abbastanza differenziate e che sia difficile trovare informazioni su ciascuna.

La prima idea è modernizzare il design.

Ma prima dobbiamo verificare se la struttura attuale risponde correttamente alle esigenze aziendali e dei clienti.

Questo esempio è interamente illustrativo. Ricerche, offerta e decisioni proposte non provengono da una ricerca reale e non rappresentano risultati di un progetto di PhiStudio.

Passaggio 1. Comprendiamo offerta e obiettivi

Durante l’analisi individuiamo due linee principali:

Escursionismo guidato. Escursioni accompagnate da professionisti, con percorsi e livelli di difficoltà diversi.

Percorsi guidati in bicicletta elettrica. Esperienze organizzate per scoprire il territorio in bicicletta elettrica.

L’impresa organizza anche alcune uscite private per gruppi.

Non sappiamo però se queste esperienze private giustifichino una linea commerciale indipendente o siano semplicemente una modalità d’acquisto delle attività principali.

È una questione da indagare.

Inoltre dobbiamo conoscere gli obiettivi aziendali.

Supponiamo che l’impresa voglia aumentare le prenotazioni dirette e ridurre il tempo passato a rispondere ripetutamente alle stesse domande.

Questo significa che l’architettura dovrà svolgere due funzioni.

Da un lato, aiutare a scoprire e comprendere le esperienze.

Dall’altro, permettere ai clienti di trovare informazioni sufficienti per decidere e prenotare.

Abbiamo già un punto di partenza molto più preciso di «ci serve un sito moderno».

Passaggio 2. Costruiamo la prima mappa delle pagine

Partendo dall’offerta potremmo proporre una struttura iniziale:

Questa prima mappa nasce dall’impresa.

Non abbiamo ancora studiato abbastanza la domanda.

Non dovremmo quindi considerarla definitiva.

È un’ipotesi da verificare.

Passaggio 3. Studiamo le ricerche rilevanti

Ora analizziamo come le persone interessate potrebbero cercare queste esperienze.

Ad esempio:

Queste espressioni sono esempi di ricerca, non parole chiave validate.

Non affermiamo che abbiano tutte una domanda significativa né che vadano inserite nel sito.

Dobbiamo verificarle con strumenti e risultati di ricerca.

Inoltre alcune possono esprimere esigenze diverse.

Ad esempio, chi cerca «percorsi e-bike Val d’Aran» potrebbe cercare itinerari da fare autonomamente.

La nostra impresa offre invece escursioni guidate.

Dobbiamo quindi verificare se quella ricerca sia davvero compatibile con l’offerta.

Non avrebbe senso promettere percorsi ad accesso libero o noleggio biciclette se questi servizi non esistono.

Passaggio 4. Raggruppiamo le intenzioni

Dopo aver studiato le query e confrontate con l’offerta, possiamo iniziare a organizzare le esigenze.

Immaginiamo di trovare quattro gruppi rilevanti.

Gruppo A. Persone che cercano escursioni guidate a piedi.

Devono capire quali percorsi vengono offerti, quanto durano, quale difficoltà hanno e come acquistarli.

Gruppo B. Persone interessate a esperienze guidate in bicicletta elettrica.

Vogliono conoscere caratteristiche dell’attività, requisiti e disponibilità.

Gruppo C. Famiglie che devono verificare se un’attività è adatta ai figli.

Le loro domande possono emergere sia nell’escursionismo sia nelle attività in bicicletta.

Gruppo D. Persone che vogliono informazioni su percorsi e attività prima di decidere cosa fare nella destinazione.

Possono avere bisogno di contenuti informativi che non implichino un acquisto immediato.

Questi gruppi non devono diventare automaticamente quattro pagine.

Prima dobbiamo verificare quali risposte condividono e quali richiedono una spiegazione propria.

Passaggio 5. Decidiamo quali pagine creare e quali no

Immaginiamo che la ricerca confermi che escursionismo guidato ed esperienze in e-bike siano due offerte distinte, con domanda e processi di scelta abbastanza diversi.

In quel caso avrebbe senso creare due pagine di servizio.

Ognuna potrà spiegare l’attività, mostrare prove e facilitare la prenotazione.

Ma cosa facciamo con le esperienze per famiglie?

Potremmo creare una pagina per ogni combinazione:

Escursionismo per famiglie.

Escursionismo facile per bambini.

Escursioni in montagna per famiglie.

Percorsi in bicicletta per famiglie.

Attività facili per bambini.

Questo però potrebbe moltiplicare pagine con contenuti molto simili.

Invece di decidere in base alle varianti di parole chiave, dobbiamo studiare l’offerta reale.

Se le esperienze familiari non sono servizi indipendenti, forse è più utile inserire informazioni specifiche nelle pagine corrispondenti.

Ad esempio, la pagina di escursionismo potrebbe indicare quali percorsi sono adatti a certe età, purché l’impresa possa confermarlo.

La pagina e-bike potrebbe spiegare requisiti e limitazioni per i partecipanti giovani.

E un contenuto informativo potrebbe aiutare le famiglie a capire quali fattori considerare prima di scegliere un’attività.

Pensiamo ora alle esperienze private.

Se esiste una proposta distinta, con caratteristiche, condizioni e domanda proprie, potrebbe avere senso sviluppare una pagina specifica.

Ma se è soltanto un’opzione d’acquisto delle escursioni abituali, potrebbe bastare spiegarla in ogni servizio.

La decisione dipende dalla differenza reale tra offerte ed esigenze di chi le cerca, non soltanto dalle parole usate.

Passaggio 6. Costruiamo un’architettura provvisoria

Dopo queste decisioni potremmo arrivare alla seguente struttura:

HOME

ATTIVITÀ

• Escursionismo guidato
• Percorsi guidati in e-bike
• Esperienze private (se la ricerca giustifica un’offerta indipendente)

CHI SIAMO

• Team ed esperienza

RISORSE

• Come scegliere un’escursione in montagna in famiglia
• Consigli per un percorso guidato in e-bike

CONTATTI

Questa rappresentazione mostra un’organizzazione concettuale. Non significa che tutte le pagine debbano comparire nel menu principale o che le sezioni raggruppate vadano riprodotte letteralmente negli URL.

Non è nemmeno una raccomandazione definitiva per un’impresa reale.

È il risultato illustrativo di decisioni di architettura.

Il passaggio successivo sarebbe definirne le relazioni.

Passaggio 7. Colleghiamo le pagine in un percorso

Immaginiamo che una famiglia arrivi da Google a un articolo su come scegliere un’escursione in montagna adatta ai bambini.

L’articolo risponde alle domande su difficoltà, durata, preparazione e aspetti da verificare.

Quando opportuno, può presentare le esperienze guidate offerte dall’impresa e collegarsi alla pagina di escursionismo.

Lì la famiglia troverà attività disponibili, caratteristiche, condizioni e un modo per chiedere informazioni o prenotare.

Non abbiamo costretto l’utente a partire dalla Home.

Nemmeno abbiamo trasformato l’articolo informativo in una pagina pubblicitaria.

Ogni elemento svolge una funzione.

La risorsa informa.

La pagina di servizio spiega una proposta concreta.

Il sistema di prenotazione facilita l’acquisto.

E i link permettono alla persona di proseguire quando trova un’opzione rilevante.

Questa è un’architettura al servizio del percorso del cliente.

Passaggio 8. Definiamo le pagine prima di disegnarle

Infine, ogni pagina importante richiede una definizione funzionale.

Ad esempio:

Questa scheda permette già di orientare il lavoro successivo.

Il designer conosce la funzione della pagina.

Chi scrive sa quali informazioni spiegare.

Lo sviluppatore può capire quali funzionalità servono.

E il responsabile della misurazione sa quali azioni rilevanti dovrà osservare.

Non abbiamo ancora creato la pagina.

Ma abbiamo già risolto una parte considerevole delle decisioni che ne condizionano l’utilità.

5. Quando creare una nuova pagina e quando no

Una delle decisioni più importanti nell’architettura web consiste nel determinare quali esigenze meritino una pagina indipendente.

Non esiste una regola universale.

Una domanda può essere risolta in una sezione, una pagina di servizio, una guida informativa o una risorsa già esistente.

Può anche non avere senso sviluppare un contenuto per quella domanda.

Quando una pagina propria offre valore

Creare una pagina indipendente può essere giustificato da un’offerta chiaramente distinta, un’esigenza specifica o una risposta che richiede sufficiente profondità.

Ad esempio, un’impresa che offre escursionismo guidato e canyoning probabilmente deve spiegare i due servizi separatamente.

Le attività hanno caratteristiche, condizioni, rischi e decisioni d’acquisto diversi.

Raggrupparle soltanto in una pagina generica potrebbe renderle entrambe più difficili da comprendere.

Questa conclusione va però verificata con l’offerta reale e il modo in cui gli utenti cercano informazioni.

Quando basta una sezione

Altre volte, una domanda può ricevere una risposta adeguata in una pagina esistente.

Immaginiamo che i clienti vogliano sapere se le escursioni ammettono animali.

Se la risposta dipende dall’attività, forse è più utile inserire l’informazione nelle rispettive pagine di servizio.

Non dobbiamo creare automaticamente una pagina intitolata «Escursioni con cani».

Avrebbe senso solo in presenza di una proposta distinta o di un’esigenza informativa che giustifichi una risposta più approfondita.

Quando conviene creare contenuti di supporto

Alcune ricerche non esprimono un’intenzione d’acquisto immediata.

Ma possono rappresentare domande rilevanti nel percorso dei clienti.

Una guida su come prepararsi a un’escursione in montagna può aiutare persone che stanno ancora valutando attività diverse.

Quel contenuto può avere una propria funzione informativa e collegarsi ai servizi corrispondenti.

Non deve diventare una pagina commerciale mascherata.

Il suo valore sta nel rispondere correttamente a un’esigenza.

Google raccomanda di privilegiare contenuti utili e affidabili per le persone invece di produrre pagine principalmente per manipolare la visibilità nei risultati di ricerca. [6]

Quando non dovremmo creare nulla

Dobbiamo anche riconoscere le ricerche esterne alla nostra proposta.

Può esistere domanda per un servizio che non offriamo, una domanda a cui non possiamo rispondere con rigore o un contenuto dalla manutenzione sproporzionata.

In queste situazioni, decidere di non creare una pagina può essere del tutto ragionevole.

Un’architettura ben progettata si riconosce anche dalle pagine che ha deciso di non costruire.

Il problema delle pagine troppo simili

Qui compare il concetto di cannibalizzazione SEO.

In pratica, ci preoccupa che più pagine del sito cerchino di rispondere quasi nello stesso modo alla stessa esigenza e finiscano per sovrapporsi senza offrire una differenziazione utile.

Ma dobbiamo evitare un’interpretazione troppo semplicistica.

Che due pagine compaiano per la stessa ricerca non significa automaticamente che ci sia un problema.

Una guida informativa e una pagina commerciale possono condividere termini e soddisfare comunque esigenze diverse.

Possono anche completarsi attraverso link interni.

L’importante è indagare se esista una sovrapposizione dannosa.

Se due pagine offrono praticamente la stessa risposta, forse conviene unirle.

Se rispondono a esigenze diverse, può essere preferibile specializzarle e chiarirne le funzioni.

E se una pagina offre informazioni complementari, può rimanere come contenuto di supporto.

L’obiettivo non è impedire che pagine diverse condividano parole chiave. È evitare duplicazioni inutili e fare in modo che ognuna offra un valore riconoscibile.

6. Come si collegano le pagine: gerarchia, navigazione e link interni

Un’architettura non termina quando decidiamo quali pagine avrà il sito.

Dobbiamo anche definirne le relazioni.

Questa organizzazione permette alle persone di trovare informazioni, capire dove si trovano e proseguire verso contenuti rilevanti.

La gerarchia organizza la conoscenza

La gerarchia stabilisce quali aree principali esistono e quali contenuti ne fanno parte.

Ad esempio, un’impresa può avere un’area generale di attività che organizza esperienze diverse.

Questa relazione permette di capire come è strutturata l’offerta.

Ma non tutte le pagine collegate devono dipendere visivamente o tecnicamente dalla stessa catena di cartelle.

La gerarchia è una decisione concettuale.

La navigazione facilita l’accesso

Il menu principale deve permettere di orientarsi verso le aree più importanti.

Non deve mostrare tutte le pagine esistenti.

Possiamo usare menu secondari, link contestuali, categorie o componenti specifici per facilitare altri percorsi.

La scelta dipende dalla complessità del sito e dalle esigenze degli utenti.

Un menu con poche opzioni non dimostra automaticamente una buona architettura.

Nemmeno uno con molte opzioni significa necessariamente che sia progettato male.

L’importante è che le persone trovino ciò che serve senza affrontare un’organizzazione confusa.

I link interni collegano esigenze correlate

I link interni permettono di collegare pagine che offrono informazioni complementari.

Ad esempio, una guida sulle escursioni familiari può rimandare alle attività adatte.

Una pagina di servizio può collegarsi alle condizioni di prenotazione.

E una sezione generale può presentare le diverse linee di offerta.

Questi link aiutano le persone a proseguire il percorso e permettono ai motori di ricerca di scoprire pagine e comprendere relazioni all’interno del sito.

Google sottolinea l’importanza che i contenuti rilevanti siano accessibili attraverso link sottoponibili a scansione. [2]

I link devono però rispondere a relazioni reali.

Non dobbiamo collegare tutte le pagine tra loro semplicemente per aumentare il numero di link interni.

Le breadcrumb aiutano a orientarsi

Le breadcrumb, o briciole di pane, sono elementi che mostrano un percorso di navigazione o una posizione nel sito.

Ad esempio:

Home → Attività → Percorsi guidati in e-bike

Possono essere utili quando ci sono categorie e livelli diversi.

Aiutano a comprendere il contesto di una pagina e facilitano il ritorno ad aree più generali.

Ma non sostituiscono una buona struttura né sono obbligatorie in ogni pagina.

La loro utilità dipende dal sito.

Verificare se le persone trovano ciò che serve

L’architettura non dovrebbe essere validata soltanto perché un diagramma sembra logico a chi ci ha lavorato.

Conviene verificarla con gli utenti.

Possiamo chiedere a una persona di trovare le condizioni di un’attività o individuare dove cercherebbe un’esperienza per famiglie.

Se non sa dove cercare, potrebbe esserci un problema nei nomi delle sezioni, nella classificazione dei contenuti o nella navigazione.

Tecniche come il tree testing permettono di valutare la reperibilità delle informazioni in una struttura senza che il design visivo influenzi la prova.

Altri test possono aiutare a individuare difficoltà negli elementi di navigazione.

Nielsen Norman Group descrive diversi metodi per distinguere problemi di organizzazione dei contenuti da problemi di interfaccia. [7]

Non tutti i siti richiedono una ricerca estesa.

Ma anche una semplice verifica con persone che non conoscono la struttura può rivelare difficoltà importanti prima di sviluppare tutte le pagine.

L’architettura deve essere comprensibile per chi usa il sito, non soltanto per chi lo costruisce.

7. Un sito nuovo e uno esistente non partono dallo stesso punto

Finora abbiamo usato l’esempio di un’impresa che deve riorganizzare la propria presenza digitale.

Ma c’è una differenza importante tra costruire un sito nuovo e rinnovarne uno pubblicato da anni.

In entrambi i casi dobbiamo capire l’impresa, studiare la domanda e definire un’architettura coerente.

Cambiano le informazioni di partenza.

Quando costruiamo un sito nuovo

Partiamo soprattutto dalla conoscenza dell’impresa, dell’offerta, dei clienti e dalla ricerca di mercato.

Non abbiamo ancora un sito nostro di cui analizzare i risultati.

Parte delle decisioni si baserà quindi su ipotesi fondate.

Dobbiamo studiare cosa cercano le persone, come rispondono le altre imprese e quale struttura può soddisfare meglio quelle esigenze.

Poi costruiremo gli asset e inizieremo a osservarne il comportamento reale.

L’architettura iniziale deve essere abbastanza solida da orientare lo sviluppo, ma permettere modifiche quando avremo nuove informazioni.

Quando rinnoviamo un sito esistente

Qui emerge una responsabilità aggiuntiva.

Il sito può aver accumulato valore per anni.

Forse ha pagine che ricevono visite rilevanti, contenuti collegati da altri siti o URL che generano richieste commerciali.

Può contenere anche informazioni utili per clienti che conoscono già quegli indirizzi.

Un design antiquato non significa dover eliminare tutta la struttura precedente.

Un sito esistente non è una pagina bianca. È un insieme di asset con una storia da comprendere.

Esempio: rinnovare un sito senza distruggerne il valore

Immaginiamo un’impresa con quindici pagine di servizi, attività e destinazioni.

Il nuovo design propone di semplificare la navigazione e ridurle a sei.

Visivamente può sembrare un miglioramento.

Ma prima dovremmo studiare cosa accade alle nove pagine che scomparirebbero.

Alcune forse sono quasi identiche e conviene unirle.

Altre possono rispondere a ricerche molto specifiche e meritare di essere conservate.

Potremmo anche scoprire pagine da aggiornare, ma la cui funzione rimane importante.

Per questo il rinnovo deve includere un inventario degli asset esistenti.

Dobbiamo conoscerne contenuti, URL, link rilevanti, comportamento e contributo all’impresa, nella misura in cui abbiamo dati.

Poi potremo decidere cosa conservare, migliorare, unire o ritirare.

Cosa accade quando cambiano gli URL

Modificare un indirizzo può avere conseguenze.

Una pagina può ricevere link da altri siti o essere salvata nei preferiti degli utenti.

Se scompare senza un’alternativa adeguata, queste persone potrebbero trovare un errore.

Possiamo anche rendere difficile ai motori di ricerca riconoscere dove è stato spostato il contenuto.

Per questo le migrazioni richiedono pianificazione.

Quando esiste una nuova pagina equivalente, può essere opportuno impostare un reindirizzamento permanente dal vecchio indirizzo.

Google raccomanda reindirizzamenti permanenti del server, come 301 o 308, per gli spostamenti definitivi di URL, oltre a preparare corrispondenze e monitorare la migrazione. [8]

Ma non dobbiamo reindirizzare indiscriminatamente tutte le pagine eliminate alla Home.

Serve valutare ogni caso e offrire una destinazione rilevante quando esiste.

Può anche essere corretto ritirare un contenuto che non ha più senso senza forzare un’equivalenza artificiale.

L’obiettivo è proteggere l’esperienza delle persone e conservare, per quanto possibile, il valore utile già esistente.

La modernizzazione non dovrebbe iniziare distruggendo

Questo principio si collega direttamente alla direzione degli asset digitali.

Quando un’impresa decide di rinnovare il sito, non dovremmo considerare tutto ciò che esiste come un problema da far sparire.

Prima dobbiamo riconoscere cosa funziona.

Poi decideremo cosa migliorare.

Una nuova architettura può richiedere cambiamenti profondi, ma dovrebbe giustificarli con criteri aziendali, di esperienza e SEO.

Rinnovare un sito non significa necessariamente partire da zero. Significa costruire una versione migliore usando la conoscenza e gli asset che già abbiamo.

8. Cosa deve essere pronto prima di progettare e costruire

Definita l’architettura, dobbiamo trasformarla in un riferimento utilizzabile da chi si occupa di design, contenuti e sviluppo.

Non basta consegnare un diagramma attraente.

Dobbiamo conservare le decisioni che giustificano la struttura.

In un progetto professionale, questo progetto può essere composto da diversi strumenti di lavoro.

La mappa delle pagine

Permette di visualizzare quali pagine avrà il sito, come sono raggruppate e quali sono le relazioni principali.

Non deve riprodurre esattamente il menu o la struttura tecnica degli URL.

Serve a rappresentare l’organizzazione del sistema.

La ricerca della domanda e il SEOMap

Documentano quali esigenze abbiamo individuato, come si esprimono nelle ricerche e quali pagine sono state assegnate per rispondere.

Permettono di capire perché è stata proposta una pagina e quale funzione dovrà svolgere.

Aiutano anche a evitare che nuovi contenuti riproducano inutilmente quelli esistenti.

Le schede funzionali

Definiscono le responsabilità di ogni pagina importante.

Possono includere pubblico, intenzione principale, informazioni necessarie, prove, azioni e relazioni con altre sezioni.

Servono a orientare il lavoro senza decidere prematuramente tutti gli aspetti del design.

Le decisioni di navigazione e collegamento

Stabiliscono come potranno orientarsi le persone e quali relazioni rendere accessibili.

Permettono di identificare contenuti principali, raggruppamenti e link rilevanti.

L’inventario e le decisioni di migrazione

Quando esiste un sito precedente, dobbiamo documentare quali pagine conservare, quali cambiano, quali contenuti unire e quali URL richiedono un intervento tecnico.

Così lo sviluppo non deve interpretare autonomamente cosa fare degli asset esistenti.

I requisiti per la costruzione

Infine, conviene individuare le condizioni che influenzeranno design e sviluppo.

Ad esempio, funzioni di prenotazione, requisiti informativi, comportamenti di navigazione, esigenze di indicizzazione o azioni da osservare con strumenti di misurazione.

Non tutti questi elementi avranno la stessa profondità in ogni progetto.

Un sito semplice può richiedere documentazione molto più compatta di una piattaforma con centinaia di pagine.

L’importante è rendere esplicite le decisioni essenziali.

Il valore del progetto non si misura dalla quantità di documenti prodotti. Si misura dalle decisioni che permette di prendere senza improvvisare.

Design, contenuti e sviluppo richiedono un riferimento condiviso

Il design deve trasformare la struttura in un’esperienza visiva comprensibile.

I contenuti devono rispondere alle intenzioni e alle esigenze individuate.

Lo sviluppo deve implementare pagine, relazioni e funzionalità previste.

E la SEO tecnica deve verificare che i motori di ricerca possano accedere e interpretare correttamente i contenuti destinati a essere scoperti.

Ogni disciplina offre competenze proprie.

L’architettura non intende sostituire quel criterio professionale.

Permette però che il lavoro parta da decisioni condivise.

Immaginiamo di scoprire durante la scrittura che due pagine previste spiegano praticamente la stessa offerta.

Forse dovremo rivederne la differenziazione.

Oppure un test di navigazione dimostra che le persone non capiscono una categoria.

Possiamo cambiarla.

L’architettura deve poter evolvere quando emergono nuove prove.

La differenza è che ora sappiamo quale decisione stiamo modificando e quali conseguenze può avere sull’insieme.

Il progetto non elimina la creatività. Le offre una direzione e permette di valutarne le proposte con maggiore criterio.

9. Un’architettura pronta a evolvere

Il modo in cui le persone trovano e usano informazioni digitali sta cambiando.

I motori di ricerca introducono nuove esperienze di consultazione e gli strumenti di intelligenza artificiale partecipano sempre più a ricerca, confronto e lavoro.

Alcuni sistemi possono consultare informazioni pubblicate su un sito e usarle per rispondere a domande o aiutare a compiere determinate azioni.

Questo aggiunge possibilità, ma non cambia un’esigenza fondamentale.

Le imprese devono ancora presentare correttamente i servizi, spiegare le condizioni e mantenere informazioni coerenti e aggiornate.

Le informazioni devono essere comprensibili e verificabili

Pensiamo di nuovo all’impresa di esperienze in montagna.

Una persona deve sapere quali attività offre, dove si svolgono, quali condizioni hanno e come acquistarle.

Le stesse caratteristiche possono essere rilevanti anche per sistemi digitali capaci di accedere e interpretare le informazioni.

Un’architettura coerente aiuta a organizzarle.

Non garantisce però che un motore di ricerca, un assistente o un agente esterno scopra il sito, ne usi i contenuti o raccomandi l’impresa.

Questi risultati dipendono da molti fattori, inclusi i meccanismi di accesso e funzionamento di ogni piattaforma.

Quando appropriato, possiamo integrare una buona architettura con dati strutturati, informazioni leggibili dalle macchine e meccanismi tecnici di accesso.

Ma questi strumenti non sostituiscono la qualità o la veridicità dei contenuti.

Nemmeno trasformano automaticamente un sito in un sistema capace di ricevere prenotazioni tramite agenti.

Sono capacità diverse da studiare in base alle esigenze aziendali.

Costruire per l’impresa, non per lo strumento di moda

Un’impresa può cambiare sistema di gestione dei contenuti, rinnovare il design o introdurre nuove forme di interazione.

Ma servizi, clienti ed esigenze fondamentali non dovrebbero dover essere ridefiniti da zero a ogni cambiamento tecnologico.

Conviene quindi separare le decisioni di architettura dagli strumenti usati per implementarle.

Una struttura coerente può servire da riferimento per sviluppare un sito con tecnologie diverse.

Può anche facilitarne manutenzione, evoluzione e introduzione di nuove funzionalità.

Non significa che qualsiasi cambiamento tecnologico sia semplice.

Significa conservare la conoscenza necessaria per capire cosa abbiamo costruito e perché.

Una buona architettura non dovrebbe dipendere esclusivamente dallo strumento con cui è stato sviluppato il sito. Deve rappresentare la logica aziendale e le esigenze delle persone.

10. Il progetto prima di costruire

Un sito può essere visivamente attraente, tecnicamente veloce e sviluppato con strumenti moderni.

Ma se la struttura non risponde alle esigenze aziendali e dei clienti, continuerà ad avere limiti importanti.

Un design migliore, più traffico o più pagine non correggono da soli una struttura che risponde male alle esigenze dell’impresa.

L’architettura permette di affrontare queste questioni prima di impegnare una parte importante dell’investimento.

Aiuta a capire quali pagine servono davvero, quale domanda dovrebbero soddisfare e come collegarle.

Permette anche di proteggere gli asset esistenti ed evitare costruzioni inutili.

Ma il suo valore principale non è produrre una sitemap o un elenco di URL.

È trasformare conoscenza strategica e ricerca della domanda in decisioni utilizzabili durante design, scrittura e sviluppo.

Un sito non dovrebbe iniziare chiedendo quante pagine vogliamo costruire. Dovrebbe iniziare comprendendo cosa deve risolvere l’impresa e come organizzare le risposte attese dai clienti.

Con questo progetto, design, contenuti e sviluppo possono procedere su decisioni condivise e rivedibili quando emergono nuove prove. Non garantisce che tutto funzioni dal primo giorno; riduce l’improvvisazione e permette di imparare senza perdere la direzione.