Architettura del sito web: metodo SEO, UX e migrazione

L’architettura del sito non è né il menu né la sitemap

L’architettura è il modello che collega pagine, intenti e percorsi. Il menu ne è un’interfaccia visibile. Gli URL forniscono un indirizzo stabile. La sitemap XML offre un elenco tecnico. Confondere questi quattro livelli produce spesso un bel menu appoggiato su contenuti organizzati male.

Il punto di partenza non è quindi «quante sezioni vogliamo?», ma «quali decisioni devono poter prendere i nostri visitatori?». Un’azienda di servizi può aver bisogno di quattro famiglie di pagine: comprendere il problema, valutare un’offerta, verificare la credibilità e chiedere un confronto. Un ecommerce aggiungerà scoperta, confronto, disponibilità, consegna e acquisto.

Fatto documentato. La guida introduttiva alla SEO di Google spiega che un’organizzazione logica può aiutare utenti e motori di ricerca a capire le relazioni tra le pagine. Non promette alcun posizionamento e non prescrive una struttura universale.

1. Partire dalle decisioni e dalle pagine che creano valore

Elenca innanzitutto i risultati attesi: acquisto, appuntamento, richiesta di preventivo, candidatura, iscrizione, download qualificante o telefonata. Una pagina di conversione non deve restare isolata in fondo a un silo. Ha bisogno di percorsi dalle pagine che intercettano l’intento e da quelle che forniscono prove, metodi, casi, prezzi o risposte alle obiezioni.

Per ogni pagina prevista, compila cinque campi:

• Visitatore e situazione: chi arriva e che cosa sa già?
• Domanda principale: quale risposta si aspetta in quel momento?
• Decisione successiva: che cosa deve poter fare senza dover indovinare?
• Prova necessaria: caso, metodo, prezzo, dimostrazione, competenza o garanzia verificabile.
• Responsabile: chi mantiene la pagina e in base a quale segnale?

Una pagina senza intento, passaggio successivo o responsabile è candidata alla fusione, alla rimozione o all’esclusione dall’indice. Una pagina strategica può invece giustificare più punti di ingresso, se ciascuno risponde a un intento distinto.

2. Fare l’inventario prima di disegnare

Per un sito esistente, esporta gli URL dal CMS, dalla sitemap, dal crawl, dai dati analytics e da Search Console. Aggiungi stato HTTP, canonical, link in entrata, traffico, conversioni misurate, responsabile e decisione editoriale: conservare, migliorare, unire, reindirizzare o rimuovere.

Questo passaggio evita tre errori costosi: dimenticare una pagina che riceve ancora visite, ricreare due pagine per lo stesso intento o modificare un URL senza pianificarne la destinazione. I dati non impongono la decisione, ma rendono visibile il rischio.

Raccomandazione Seven Gold. Non classificare le pagine soltanto per servizio interno. Aggiungi persona, intento, fase del percorso e valore commerciale. L’organizzazione deve riflettere la logica del visitatore, non l’organigramma aziendale.

3. Costruire una gerarchia e una rete di link, non silo impermeabili

Le pagine affini possono essere raggruppate in directory descrittive. Ma la gerarchia degli URL non basta: le relazioni utili devono esistere nella navigazione e nei contenuti. Nelle best practice sui link, Google indica che ogni pagina importante dovrebbe ricevere un link da almeno un’altra pagina del sito.

Un link interno utile riunisce tre condizioni:

• un elemento HTML <a> con un href risolvibile;
• un testo ancora descrittivo e conciso, comprensibile al di là di «clicca qui»;
• un contesto che spiega perché la destinazione aiuta a proseguire.

Non esiste nemmeno un numero magico di link per pagina. Una pagina può contenere molti link giustificati e restare chiara; dieci link affiancati senza gerarchia possono produrre l’effetto opposto.

4. Esempio prima/dopo: dai reparti alle decisioni

Scenario didattico volutamente ipotetico. In origine, una PMI presenta il sito così: Home → Reparto commerciale → Servizi → Digital → SEO. L’etichetta «Reparto commerciale» descrive l’organizzazione interna e la pagina SEO non riceve link dai contenuti che rispondono alle obiezioni.

Una possibile architettura di lavoro potrebbe diventare:

• Soluzioni → Aumentare la visibilità → SEO;
• Settori → pagine che esplicitano i vincoli del mercato senza duplicare l’offerta;
• Risultati → casi documentati collegati ai servizi interessati;
• Risorse → guide che rispondono a una domanda precisa e orientano al passaggio successivo;
• Contatti → accessibili dai percorsi in cui un confronto diventa pertinente.

Questo schema non viene presentato come «migliore» per natura. Ipotesi da verificare: i visitatori individuano più rapidamente l’offerta adatta e comprendono meglio le prove. La validazione richiede attività utente e dati dopo la pubblicazione, non una preferenza estetica.

5. Sostituire la regola dei tre clic con un test di trovabilità

La regola dei tre clic è un riferimento diffuso, non uno standard di Google o W3C. Contare i clic senza osservarne la difficoltà porta ad appiattire i menu, moltiplicare le opzioni e creare nuovi problemi.

Prova invece alcune missioni: «trova l’offerta adatta a un redesign», «verifica se l’agenzia lavora nel tuo settore», «individua un caso comparabile», «richiedi una diagnosi». Annota il percorso scelto, le esitazioni, i passi indietro, i termini non compresi e l’abbandono.

Nella guida alla struttura dei menu, W3C WAI raccomanda di identificare la navigazione, idealmente con nav, e di assegnare ai menu etichette brevi e descrittive. Questa semantica aiuta a ritrovare le aree; non sceglie le sezioni al posto tuo.

6. Mettere in sicurezza la migrazione prima del redesign

Una nuova architettura diventa rischiosa non appena modifica gli URL. La documentazione Google sulle migrazioni raccomanda di preparare una mappatura vecchio → nuovo, testare il sito, aggiornare link e annotazioni, impostare i redirect e poi monitorare i vecchi e i nuovi perimetri.

1. Congelare l’inventario: URL, stato, canonical, hreflang, traffico, link, conversione e destinazione prevista.
2. Conservare ciò che non deve cambiare: un URL stabile evita un rischio senza alcun beneficio.
3. Mappare pagina per pagina: ogni vecchio URL deve raggiungere la destinazione più pertinente, non automaticamente la home page.
4. Implementare redirect 301 o 308 per gli spostamenti permanenti ed evitare le catene quando la destinazione finale è nota.
5. Aggiornare link interni, canonical, hreflang, sitemap, campagne e profili esterni controllati.
6. Testare prima della pubblicazione: codici HTTP, loop, canonical, rendering, navigazione da tastiera, moduli e percorsi prioritari.
7. Monitorare dopo la pubblicazione: errori, indicizzazione, traffico per directory, conversioni e query verso i vecchi URL.

Fatto: Google raccomanda redirect permanenti lato server per uno spostamento duraturo. Raccomandazione: valida la mappatura con contenuti, SEO, analytics e referenti di business. Ipotesi: una nuova sezione migliorerà le richieste qualificate; va misurata su un periodo adeguato al volume.

Il deliverable giusto: un sistema operativo

Un diagramma da solo non basta. Il deliverable deve collegare ogni nodo a un intento, un tipo di pagina, un URL, link in entrata e in uscita, un’azione successiva, un responsabile e una regola di migrazione. Diventa così utilizzabile da design, contenuti, sviluppo, SEO e misurazione.

Prevedi anche una governance: chi può creare una sezione, quali criteri giustificano una nuova pagina, quando unire due intenti e con quale frequenza controllare le pagine orfane. Senza queste regole, l’architettura ricomincia a derivare già dalle prime campagne. Una revisione trimestrale non è uno standard; è un esempio di cadenza da adattare al ritmo di pubblicazione e ai cambiamenti dell’offerta.

Stai preparando un nuovo sito o un redesign? Seven Gold può progettare l’architettura prima del design, evitando pagine orfane e percorsi senza uscita. Costruire il sito su un’architettura orientata a SEO e conversione.