Struttura a silos del sito

Cosa non va in un sito tipico

Aprite quasi qualunque sito in una nicchia con un prodotto o servizio reale — produzione, ingrosso, servizi B2B, e-commerce, fornitori della pubblica amministrazione. B2B, B2C o B2G — il quadro è spesso lo stesso: catalogo o lista di servizi, pagine di consegna e pagamento, una sezione «chi siamo», certificati. Nella migliore delle ipotesi, resi e garanzia.

Quello non è un sito web. È un biglietto da visita digitale.

Un esempio di nicchia — logica valida per qualunque sito. Uso l'abbigliamento da lavoro: il prodotto è complesso, gli acquirenti possono essere privati, persone giuridiche o buyer pubblici, e l'assortimento diventa facilmente un catalogo infinito e privo di senso. Gli stessi principi di sezioni e pagine mappate sulla domanda reale valgono per e-commerce, servizi, B2B, media: cambiano entità e URL, non i principi. CMS, lingua e hosting non cambiano le regole architetturali.

Dal punto di vista SEO, una struttura così significa che il sito di fatto combatte per un insieme limitato di circa 15–100 head term (in base alla nicchia). Tutto ciò che sta sotto — le query long-tail con intenzione specifica — è perso. Chi cerca «abbigliamento invernale ignifugo da saldatore comprare» atterrerà dove quella query ha una pagina sua.

I titolari spesso conoscono il prodotto in profondità ma dimenticano che i visitatori possono non essere ancora esperti. Il sito deve mostrare sia il prodotto o servizio sia l'azienda e le persone che vi stanno dietro: chi siete, come funziona la produzione o il servizio, cosa garantisce le vostre promesse. Un'architettura tematica pensata (silos) aiuta motori di ricerca e utenti a passare dal generale allo specifico senza buchi.

La copertura semantica in numeri

zoom_in

Copertura semantica: la metrica che mancava

Prima di confrontare gli schemi, ecco una definizione operativa che semplifica tutto il resto.

La copertura semantica è la quota di domanda di ricerca reale su un argomento che il tuo sito copre con le sue pagine. Non numero di pagine, non posizionamenti — copertura di intenzioni: quanto pienamente la struttura risponde a ciò che le persone cercano davvero.

Non è un termine ufficiale — è una metrica pratica per il lavoro di progettazione. Cugini stretti nel settore sono i semantic cocoon e la copertura di cluster per intenzione; entrambi si sovrappongono al modo in cui i team guardano ai content gap e alla completezza tematica.

Dalla definizione all’esecuzione

Tre schemi di URL per un sito: dal caos al silos

Qui sotto tre alberi di URL per un progetto ipotetico (con la logica dell’abbigliamento da lavoro): caos tipico, silos base e silos esteso. Confrontali per quante intenzioni reali ciascuna versione riesce a coprire, non per la profondità estetica degli URL.

Schema 1 — «Come al solito». Nessun silos, nessuna struttura

site.com/
├── catalog/
│   ├── product-1/
│   └── product-2/
├── delivery/          ← pagina isolata, senza padre
├── payment/           ← lo stesso
├── about/
└── contacts/

Cosa non va:

/delivery/ e /payment/ stanno al secondo livello ma non esiste un hub /clients/. Nessuna gerarchia, nessun breadcrumb, nessuna logica. Il crawler vede pagine, non struttura.

Il catalogo è piatto. Le categorie non sono legate a servizi, materiali o settori.

Copertura semantica — circa il 5–15% della domanda reale.

Le rotte annidate contano

La profondità dell’URL non è cosmetica. Un crawler tratta /catalog/spetsodezhda/zimnyaya/dlya-svarshchikov/ come parte di un cluster tematico. Un piatto /zimnyaya-spetsodezhda-dlya-svarshchikov/ è solo una pagina.

Regola: ogni livello di URL deve essere una pagina reale con contenuto proprio, non un segmento tecnico.

Sitemap: un file indice più mappe separate per sezione (statiche, catalogo, servizi, blog ecc.) rende più facile controllare volume e cambiamenti degli URL — spiderhead.dev fa lo stesso.

Schema 2 — Silos base

site.com/
├── catalog/                          ← hub del catalogo
│   ├── spetsodezhda/
│   │   ├── zimnyaya/
│   │   └── letnyaya/
│   └── siz/
│       ├── zashchita-golovy/
│       └── zashchita-ruk/
│
├── services/                         ← hub dei servizi
│   ├── poshiv-pod-zakaz/
│   └── naneseniye-logotipa/
│
├── clients/                          ← hub per il cliente
│   ├── delivery/
│   ├── payment/
│   └── garantiya/
│
├── about/
│   ├── team/
│   └── sertifikaty/
│
└── blog/

Cosa ci guadagni:

Un hub per ogni area principale. /clients/ è il padre di consegna, pagamento e garanzia. Utenti e crawler vedono la gerarchia; gli URL rispecchiano la struttura; i breadcrumb hanno senso.

Mancano ancora:

• Nessuna pagina per i filtri SEO (invernale + ignifugo + saldatori)
• Nessuna landing di settore
• Nessuna sezione materiali, glossario o calcolatori
• Le sezioni sono completamente isolate — nessun link incrociato
• L'autore non è chiaro; E-E-A-T debole

Copertura semantica — circa il 20–30%.

Schema 3 — Silos esteso. Copertura completa

site.com/
│
├── catalog/
│   ├── spetsodezhda/
│   │   ├── zimnyaya/
│   │   ├── letnyaya/
│   │   └── dlya-svarshchikov/
│   ├── signalnaya/
│   │   ├── zimnyaya/
│   │   └── letnyaya/
│   └── siz/
│       ├── zashchita-golovy/
│       ├── zashchita-ruk/
│       └── gotovyye-komplekty/
│           ├── komplekt-elektrika/
│           ├── komplekt-svarshchika/
│           └── komplekt-stroitelya/
│
├── services/
│   ├── poshiv-pod-zakaz/
│   │   ├── malyye-serii/
│   │   └── krupnyye-tirazhi/
│   └── naneseniye-logotipa/
│       ├── vyshivka/
│       ├── dtf-pechat/
│       └── sravneniye-metodov/
│
├── industries/
│   ├── stroitelstvo/
│   ├── neftegaz/
│   ├── pishchevaya/
│   └── zhkkh/
│
├── materials/                        ← template separato, non il blog
│   ├── khlobok/
│   ├── smesovaya-tkan/
│   │   ├── ts-65-35/
│   │   └── ts-50-50/
│   └── fr-tkani/
│       ├── nomex/
│       ├── proban/
│       └── sravneniye/
│
├── clients/
│   ├── delivery/
│   ├── payment/
│   ├── tablitsy-razmerov/
│   │   ├── muzhskaya/
│   │   └── zhenskaya/
│   ├── ukhod/
│   │   ├── kak-stirat/
│   │   └── fr-odezhda/
│   └── normy-vydachi-siz/
│
├── about/
│   ├── team/
│   │   └── direktor/
│   ├── proizvodstvo/
│   ├── sertifikaty/
│   └── vakansii/
│
├── cases/
│   ├── komplektatsiya-stroitelnogo-obekta/
│   └── spetsodezhda-dlya-zhkkh/
│
├── glossary/
│   ├── fr-odezhda/
│   ├── antistatika/
│   └── gost-12-4-303/
│
├── calculators/
│   ├── komplekt-dlya-rabochego/
│   └── normy-vydachi/
│
├── blog/
│
└── prajslist/

Copertura semantica — circa il 70–90%.

Con questa struttura il sito copre l’intero percorso: composizione e proprietà per chi si avvicina; catalogo o elenchi con filtri per la domanda specifica; servizi che mostrano come concretizzate i risultati; un hub clienti per logistica e condizioni; pagine di settore e casi che mostrano dove ha già funzionato.

Quando le persone esitano hanno bisogno di prove — produzione o processo, documenti, garanzie, un punto di contatto reale online o offline. Non sono «pagine aziendali»: rispondono alle obiezioni prima che le affronti la vendita.

Glossario e blog catturano la coda lunga — dalle definizioni agli scenari esperti di nicchia. Attirano persone non ancora pronte a comprare e costruiscono fiducia nel brand.

zoom_in

Come costruire la struttura del sito: guida passo per passo

L'architettura si progetta prima di aprire l'editor del CMS o di pubblicare la prima pagina. La sequenza è la stessa per qualunque nicchia.

Prompt AI: genera la struttura del sito

Copia il testo qui sotto in una chat o in un agente AI: farà domande di follow-up e restituirà un .md pronto con l’albero delle sezioni.

Sei un architetto SEO e content strategist. Il tuo compito è progettare la struttura di un sito secondo il principio del silos esteso, con copertura semantica completa.

Prima di costruire la struttura, fammi 3–5 domande di chiarimento:
- Cosa vende o fa il business (prodotto, servizio, nicchia)?
- Chi è il pubblico di riferimento (B2B, B2C, B2G, misto)?
- Esiste già una struttura o un sito — se sì, chiedi che ti venga inviata?
- Quali settori o segmenti di clienti ci sono?
- Quali sezioni aggiuntive sono importanti: blog, glossario, calcolatori, casi, materiali/tecnologie?

Dopo aver ricevuto le risposte, costruisci la struttura secondo queste regole:
1. Ogni sezione è un hub semantico autonomo, con pagine figlie.
2. Catalogo o elenco di servizi — tramite matrice (categoria × attributo), solo dove c'è domanda reale.
3. Includi obbligatoriamente: autore/esperto, hub «Chi siamo», hub «Per i clienti», casi, glossario o blog.
4. Non creare pagine per volume — solo dove c'è un'intenzione.

Restituisci il risultato rigorosamente in formato Markdown:
- # — sito (dominio o nome)
- ## — livello superiore (catalogo, servizi, chi siamo ecc.)
- ### — sottosezione o hub
- #### — pagine foglia

Solo titoli di sezione — senza URL, senza descrizioni, senza spiegazioni dentro la struttura.

Cosa succede dopo: l’AI fa le domande → tu rispondi o invii una struttura esistente → ricevi una bozza .md → importi in XMind o simili → rifinisci visivamente → consegni come riferimento per lo sviluppo.

Esempio di file in output (etichette neutre)

Qui sotto un frammento .md abbreviato con intestazioni neutre — nessuna nicchia né prodotto — solo lo scheletro di annidamento. Una struttura completa può contenere centinaia di pagine.

# project.example

## Assortimento

### Linea «Standard»
#### Variante per ambiente A
#### Variante per ambiente B
#### Kit universali

### Linea «Pro»
#### Scenario X
#### Scenario Y
#### Scenario Z

### Posizioni complementari
#### Protezione zona 1
#### Protezione zona 2
#### Set pronti

## Servizi

### Produzione su ordinazione
#### Piccole serie
#### Grandi tirature

### Branding
#### Metodo A
#### Metodo B

## Base di conoscenza sulla composizione

### Materiale del gruppo 1
#### Sottotipo α
#### Sottotipo β

### Materiale del gruppo 2
#### Sottotipo γ

## Scenari d’uso

### Settore 1
### Settore 2
### Settore 3

## Per i clienti

### Taglie e scelta
### Uso e manutenzione
### Norme e regolamenti

## Chi siamo

### Team
#### Direzione

### Produzione / sedi
### Documenti e abilitazioni

## Blog
## Glossario
## Listino prezzi
## Contatti

Importa con File → Importa → Markdown in XMind per ottenere una mappa annidata, poi regola priorità e link incrociati.

zoom_in

Matrice di filtri SEO invece di un catalogo infinito

Usa le categorie come spina dorsale stabile e copri la domanda di dettaglio con filtri SEO e combinazioni di attributi — senza un catalogo piatto e gonfiato. Ti serve una matrice: categoria × attributo. Ogni cella piena = una pagina SEO con il suo URL, H1, meta e contenuto. Cella vuota = nessuna pagina, nessuna intenzione thin. Stessa logica per assortimenti stretti o ampi: intersezioni significative per domanda reale, non rami infiniti di catalogo.

Il risultato: 40–60 pagine mirate invece di cinque categorie. Ciascuna è un elenco concreto per una query concreta. Il trattino è un segnale onesto: nessuna domanda, nessuna pagina thin per amore della struttura.

Link incrociati: il silos non è una prigione

Un errore comune è leggere il silos come «le sezioni non si linkano mai tra loro». Ciò che deve restare isolato sono i pattern di navigazione. I link incrociati contestuali tra sezioni creano vicinanza semantica.

Silos e piramidi di link lavorano insieme. Il silos definisce i cluster tematici e quali blocchi stanno vicini; la piramide muove il valore dentro il cluster (hub → foglie → ritorno). I link tra cluster restano deliberati e precisi — come negli esempi qui sotto — senza diluire il tema. Nella pratica è un modello ibrido. Analisi esterne (KeyGroup su linking e crawling; «fortezza semantica» sulla copertura della domanda) stanno sullo stesso asse.

Esempi di buoni link incrociati:

• Pagina materiale /materials/fr-tkani/nomex/ → link a /catalog/dlya-svarshchikov/ogneupornaya/
• Scheda prodotto → pagina materiale
• Case study → prodotti, materiali, servizi
• /services/poshiv-pod-zakaz/ → link a /materials/
• /industries/stroitelstvo/ → link a catalogo, casi, servizi

Nota. Quando il testo è sostanzioso e la struttura è solida, i link compaiono naturalmente dove servono ai lettori. Una pagina sul tessuto Nomex menziona naturalmente dove viene usato; un caso linka materiali e servizi. Se devi forzare i link, la struttura o la scrittura sono sbagliate.

zoom_in

Il case study come landing page, non come galleria

Le pagine «casi» tipiche: griglie di foto e una riga tipo «Abbiamo consegnato». Nessun URL per caso, nessun racconto, nessun link.

Un case fatto bene è una landing page:

Se ci sono fasi di lavoro, mostrale come galleria in «prima / durante / dopo». Finitura grezza → installazione → ambiente finito. Il lettore scorre e capisce la scala. Non è solo fiducia — è contenuto che trattiene le persone in pagina e genera link interni reali tra le sezioni.

Una pagina così si posiziona per query come «fornire cantiere di abbigliamento da lavoro», trasferisce valore agli URL di prodotti e servizi e corrisponde all’intenzione da appaltatore.

Autore ed E-E-A-T: una persona dietro il sito

I segnali di qualità della ricerca puniscono sempre più i contenuti generici e senza volto: se i lettori non vedono chi parla e quale esperienza lo sostiene, perdete contro risorse con autori e casi verificabili. Vale per B2B, B2C e B2G.

Nelle nicchie con un prodotto reale o un servizio complesso, le persone vogliono sapere chi sta dietro all’offerta — un direttore, un esperto o uno specialista capo come voce dei contenuti, su qualunque CMS e tipo di sito.

• La sua foto su materiali, articoli e pagine di servizio
• Pagina autore con biografia, esperienza, foto della produzione
• author in schema.org su tutti i template
• Commenti personali invece di riempitivo anonimo

Non è solo un segnale SEO — nei cicli di vendita lunghi, la fiducia nell’autore converte.

Copertura completa e nucleo semantico

Quando la struttura copre già tutto l’argomento — glossario, materiali, servizi, settori, casi — i concetti adiacenti trovano risposta nell’architettura stessa. Gli strumenti «LSI» contano meno, ma l’analisi della domanda resta obbligatoria: senza non puoi dare priorità alle pagine né vedere dov’è davvero il traffico.

Gli studi SEO e i professionisti che lavorano con cluster tematici e cocoon vedono spesso posizionamenti più rapidi dei cluster sui siti strutturati in profondità rispetto ai siti piatti.

Il nucleo semantico riguarda allora meno il «trovare argomenti» — l’ha già fatto la struttura — e più la prioritizzazione: quali pagine pubblicare per prime, dove la domanda è più alta e la competizione più bassa.

Pro e contro del silos esteso

Sezioni universali: una checklist per qualsiasi sito

Questa è una baseline che va bene per la maggior parte dei business; regolala per nicchia, pubblico e domanda.

Questa è la baseline minima. In base al business la struttura cresce o si restringe — ma la logica resta: ogni sezione mappa un tipo di intenzione e si collega alle altre tramite link significativi.