Come Costruire una Struttura a Silos: Una Guida Pratica

TL;DR — Una struttura a silo significa raggruppare le tue pagine per argomento e collegarle tra loro in modo che ogni argomento si rafforzi: una pagina “hub” principale collega tutte le pagine dettagliate che ne fanno parte, e quelle pagine collegano di nuovo a essa. Per crearne una, devi capire quali sottotopici le persone cercano davvero, creare una pagina per ciascuno e collegarli tra loro. Puoi anche metterli in una cartella corrispondente — ma sono i collegamenti che contano, non la cartella. E non aver paura di collegare argomenti correlati altrove nel tuo sito.

Cosa significa davvero “costruire un silo”

Un silo è semplicemente un gruppo di pagine sullo stesso argomento, collegate tra loro con link interni. Immagina una guida sull‘“email marketing.” L’hub è la pagina panoramica generale. I raggi sono le pagine dettagliate che ne fanno parte — “oggetto dell’email,” “sequenze di benvenuto,” “segmentazione della lista” e così via. Costruire il silo significa:

1. Decidere quali sottotopici meritano una pagina propria (in base a ciò che le persone cercano).
2. Collegare l’hub a ogni raggio.
3. Collegare ogni raggio di nuovo all’hub e ai raggi fratelli pertinenti.

Tutto qui. Il concetto è raggruppare contenuti correlati e collegarli deliberatamente invece di lasciare pagine sparse senza connessioni.

La parte che tutti sbagliano

Due miti da chiarire prima di costruire qualsiasi cosa:

• La cartella non crea il silo. Vedrai guide che dicono “metti le tue pagine in /email-marketing/ e hai costruito un silo.” Non proprio. Google legge i tuoi link, non i nomi delle cartelle. Una cartella ordinata è utile per te e per il tuo CMS — ma se le pagine al suo interno non si collegano tra loro, non c’è silo. (Il mio collega nell’articolo sull’architettura del sito di questo cluster spiega in dettaglio perché il grafo dei link è l’architettura.)
• Non devi isolare i tuoi argomenti. La versione vecchia e rigida del siloing dice “non collegare mai da un silo a un altro.” Ignoralo. Se una pagina nel tuo silo email è davvero correlata a una pagina nel tuo silo ecommerce, collegale. Aiuta i lettori e non danneggia la tua SEO.

Come capire se un sottotopico merita una pagina propria

Non inventare pagine per raggiungere un numero minimo di “5 pagine” letto da qualche parte. Il test è semplice: il sottotopico ha una propria domanda di ricerca? Se le persone cercano “sequenza email di benvenuto” separatamente da “email marketing,” è un vero raggio. Se stai aggiungendo contenuti solo per riempire una quota, ti ritroverai con pagine sottili in competizione tra loro.

La versione rapida per crearne uno

• Fai ricerca sull’argomento ed elenca i sottotopici che le persone cercano davvero.
• Crea una pagina hub per l’argomento generale e una pagina per ogni sottotopico reale.
• Collega l’hub a ogni pagina di sottotopico, idealmente proprio dove menzioni quel sottotopico.
• Collega ogni pagina di sottotopico di nuovo all’hub e alle pagine sorelle strettamente correlate.
• Collega argomenti correlati altrove nel sito quando è davvero utile.

Vuoi il processo completo di creazione e audit — come tracciare i confini dei silo con i dati sulle parole chiave, un modello di matrice dei link, regole pratiche per i collegamenti incrociati e gli strumenti per verificare che abbia funzionato? Passa alla scheda Avanzate.

TL;DR — Questo è il come, non il se. Supponiamo che la concentrazione tematica più un cross-linking sensato sia l’obiettivo (il dibattito sul modello è risolto in questo cluster nell’articolo sulla site architecture). Ordine di costruzione: (1) traccia i confini dei silo partendo da dati reali delle parole chiave — domanda di ricerca distinta per ogni sottotopic, non una quota di pagine; (2) rispecchia il silo nelle cartelle per la sanità del CMS se vuoi, ma ricorda che il link graph è l’architettura, non il percorso; (3) collega la matrice di link interni — hub verso ogni spoke, spoke di ritorno all’hub, spoke verso sibling pertinenti; (4) fai cross-link verso altri topic quando un lettore seguirebbe davvero il link, e mai nofollow su un link cross-silo; (5) evita gli errori classici — eccesso di siloing, contenuti cross-topic orfani, confini tracciati attorno al tuo organigramma invece che all’intento di ricerca; (6) fai un audit con un crawl per confermare che i link pianificati esistano davvero.

Prima, il dibattito che questo articolo non affronta

Se sei arrivato qui chiedendoti “il siloing è morto?” o “silo vs. topic cluster — quale è quello giusto?”, la risposta è trattata per intero altrove in questo cluster. L’articolo sulla site architecture di questo sito fa l’intero confronto silo vs. hub-and-spoke vs. topic-cluster e arriva dove arrivo io: mantieni la concentrazione tematica che i silo cercavano di ottenere, abbandona la regola rigida del “mai link tra silo” e smetti di cercare il “nome di marca” corretto. Vai a leggere quello se vuoi il perché.

Una nota sulla terminologia, visto che “silo” viene usato in modo vago in tutto il settore: il termine proviene dalla metodologia SEO di Bruce Clay dei primi anni 2000, che descriveva due varianti — un silo fisico (isolamento tramite cartelle URL) e un silo virtuale (lo stesso isolamento ottenuto solo tramite la struttura dei link interni, senza spostare URL) — abbinate a una regola rigida di nessun cross-link. Framework successivi (i topic cluster di HubSpot, il linguaggio hub-and-spoke usato in questo cluster) coprono un terreno simile — raggruppa per topic, link in modo deliberato — ma non sono la stessa metodologia nominata, e nessuno di essi ha mantenuto la regola dell’isolamento. Questo articolo usa “silo” come fanno oggi la maggior parte dei professionisti: in modo vago, per indicare qualsiasi struttura hub-and-spoke tematicamente concentrata, non specificamente il metodo originale di Bruce Clay.

Questo articolo presuppone che tu abbia già accettato che una struttura tematicamente concentrata e sensatamente cross-linkata sia l’obiettivo — e risponde alla domanda successiva: come se ne costruisce davvero una? Tutto ciò che segue è una procedura operativa standard di costruzione/audit. Dove emerge una domanda sul “perché”, ti rimando all’articolo sull’architettura piuttosto che riaprire il dibattito.

Passo 1 — Traccia i confini dei silo con la ricerca delle parole chiave

Il singolo passo più sottospecificato in ogni guida concorrente su “come fare siloing” è dove vanno i confini. Le guide dicono “raggruppa per topic” e passano oltre. La versione utile è più specifica: un sottotopic merita il proprio spoke quando ha una domanda di ricerca dimostrata e distinta — non quando ti serve un’altra pagina per raggiungere una quota.

Segnali pratici che un sottotopic è un vero spoke e non una pagina di riempimento:

• Ha il proprio volume di ricerca, separato dal termine genitore. Se “sequenza di email di benvenuto” riceve ricerche significative indipendentemente da “email marketing”, è uno spoke.
• Appare come un proprio cluster di ricerche correlate / People Also Ask. Il meccanismo di ricerca cluster di HubSpot è riutilizzabile qui anche se non lo chiamano siloing: parti da un termine seed e leggi i box People Also Ask — quelle sono le domande correlate che Google già raggruppa con il tuo seed, e ciascuna è uno spoke candidato.
• La sua SERP appare significativamente diversa dalla SERP del genitore — intento diverso, tipi di risultati diversi, pagine concorrenti diverse. Se le due SERP sono quasi identiche, non hai due topic; ne hai uno.

Ignora i numeri di “pagine minime per silo”

Vedrai numeri sicuri e specifici ovunque: minimo 5 pagine, 4–8 silos per sito, 10–20 pagine cluster, i 20-30 articoli di supporto di HubSpot. Nota che si contraddicono a vicenda e nessuno è basato su dati reali. Trattali come prova che non esiste uno standard, non come linee guida da seguire. Il vero test è la domanda distinta per ogni sottotema — la stessa posizione “nessun numero magico di pagine cluster” che l’articolo sull’architettura del sito di questo cluster assume. Se un sottotema non può riempire nemmeno due o tre pagine davvero diverse, non è un silo; uniscilo all’hub.

Attenzione alla cannibalizzazione al confine

Se due spoke proposti mirassero entrambi ragionevolmente alla stessa query, il confine è tracciato male. Non è un segno che servano due pagine in competizione — è un segno che quelle due pagine dovrebbero essere una sola. Tracciare i confini da un reale clustering di parole chiave (sovrapposizione SERP condivisa, volume distinto, intento distinto) previene questo; tracciarli da come la tua azienda pensa alla propria offerta non lo fa.

Passo 2 — La struttura URL è organizzazione, non architettura

Ecco la versione in una riga, perché l’articolo sull’architettura del sito di questo cluster fa già il caso completo: il grafo dei link è l’architettura, non il percorso URL. Google deduce la gerarchia da come le tue pagine si collegano tra loro, non dai nomi delle cartelle. Una pagina su /email-marketing/welcome-sequences/ non segnala nulla a Google oltre a ciò che il suo contenuto e i suoi link interni in entrata dicono di essa.

Quindi cosa dovresti fare davvero con gli URL? Rispecchia il silo nella struttura delle cartelle se ti aiuta a mantenere il sito organizzato — è del tutto normale e accettabile. L’errore è credere che la cartella faccia il lavoro SEO. E la peggiore versione di questo errore è mettere nofollow sui link che attraversano un confine di cartella perché il confine sembra sacro (ne parleremo al Passo 4). Metti le pagine dove il tuo CMS è più felice; poi fai il vero lavoro di linking, che è il Passo 3.

Passo 3 — Costruisci la matrice dei link interni

Questo è il passo portante, ed è quello che i concorrenti liquidano con un gesto. “Collega pagine correlate tra loro” non è una procedura. Eccone una concreta, modellata direttamente sulla descrizione di Google di una gerarchia di argomenti nei suoi documenti sull’ecommerce — “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages”. Questo è Google che descrive una matrice di link hub → spoke → sub-spoke. Adattala:

• Hub → ogni spoke. L’hub collega a ogni spoke nel suo silo — idealmente nel contesto, dove quel sottotema è introdotto nel corpo dell’hub, non solo scaricato in un elenco in fondo. Uno spoke a cui l’hub non collega è di fatto fuori dal silo.
• Spoke → hub. Ogni spoke collega di nuovo all’hub. Una riga “parte della nostra guida su [argomento]”, un breadcrumb o un back-link contestuale funzionano tutti. Nel modello pratico del flusso di PageRank per il linking interno, questo è il link che dovrebbe aiutare l’hub a raccogliere autorità dai suoi spoke — Google non ha pubblicato una formula che lo confermi, quindi trattalo come un’euristica di pianificazione, non come un effetto di ranking garantito.
• Spoke → spoke fratelli. Gli spoke si collegano tra loro dove davvero rilevante per il lettore — “per X, vedi anche Y.” Non un link forzato a ogni fratello; nemmeno zero. La rilevanza è il filtro.

Il foglio di calcolo della matrice dei link

Il deliverable concreto che nessuno nei primi risultati pubblica: un foglio di calcolo della matrice dei link. Righe = ogni pagina nel silo. Colonne = ogni pagina nel silo. Ogni cella = un segno di spunta se la pagina di riga collega alla pagina di colonna. Ecco come appare:

Fill it in twice. Once to plan the silo before you write — it makes gaps obvious at a glance (an empty row is a page that isn’t linking out; an empty column is a page nothing points to). Then again after you publish, filled from an actual crawl export instead of from memory, as your audit (Step 6). It’s the same artifact doing double duty, and it’s the single most practical tool in this whole guide.

Passaggio 4 — Regole pratiche ragionevoli per il cross-linking

I sostenitori del silo rigoroso trattano ogni link tra argomenti come una perdita da prevenire. Questo istinto è sbagliato (di nuovo, l’argomento completo è nell’articolo sull’architettura del sito). Ecco il sostituto pratico — come decidere quando uscire dal silo con un link:

• Il test “questo link esisterebbe comunque?”. Aggiungeresti questo link se i silo non esistessero affatto — se fosse solo un puntatore utile per il lettore? Se sì, aggiungilo. Se lo aggiungi solo per “collegare i silo”, saltalo; se lo eviti solo per “proteggere” il silo, aggiungilo.
• La rilevanza batte la direzione. Non riservare i cross-link per “inviare equity verso l’esterno” e non evitarli per “mantenere l’equity dentro”. Un link contestualmente giustificato è buono indipendentemente dal silo a cui punta.
• Il volume conta. Una manciata di cross-link ben posizionati e genuinamente rilevanti per pagina è sana. Una pagina che fa cross-link costantemente a cluster non correlati sta diluendo il proprio focus tematico — ma questo è un problema di focus dei contenuti, non una ragione per ripristinare i muri dei silo.

Non usare mai nofollow su un link tra silo

Questo è il mito delle meccaniche di costruzione che vale la pena sfatare direttamente, perché è il consiglio sbagliato più comune nella SERP concorrente. La metodologia originale di Bruce Clay lo raccomanda letteralmente — “Se dovessi assolutamente collegare la pagina del burro di arachidi cremoso alla pagina della gelatina aromatizzata, vorresti farlo con un attributo di link rel='nofollow'”. Non farlo.

Lo sculpting del PageRank tramite nofollow è rotto dal 2009. Prima di allora, mettere nofollow su un link redistribuiva la sua quota agli altri link della pagina; Google ha cambiato questo comportamento così che l’equity assegnata a un link nofollow ora evapora — non viene reindirizzata o salvata, semplicemente sparisce. Quindi mettere nofollow su un link tra silo non protegge nulla; distrugge l’equity che quel link avrebbe passato. L’articolo sui link interni di questo sito copre la storia completa dello sculpting morto. Il messaggio per la costruzione dei silo: collega normalmente quando è rilevante, follow incluso.

Passaggio 5 — Errori comuni di implementazione

I quattro modi in cui le costruzioni di silo vanno male nella pratica:

• Eccessiva compartimentazione. Creare silos più numerosi e più sottili di quanto l’argomento supporti — riempiendo per raggiungere un numero arbitrario di pagine. Il risultato sono pagine sottili e ridondanti che competono tra loro (cannibalizzazione) invece di accumulare autorità. Soluzione: traccia i confini dalla domanda (Passo 1) e unisci i sottotopici che non possono reggersi da soli nell’hub.
• Orfanare contenuti realmente trasversali. Un contenuto che legittimamente attraversa due silos — ad esempio, “email marketing per ecommerce” — viene forzato in un silo e o non viene mai linkato dall’altro, o viene escluso in modo imbarazzante perché “non si adatta” al modello di isolamento. Soluzione: lascia che la pagina viva in un posto ma sia linkata da entrambi gli hub e le spoke pertinenti. Questo è cross-listing, non duplicazione — questo stesso sito lo fa con un pattern alsoIn (descritto nell’articolo sull’architettura del sito), dove un articolo è elencato in più di un cluster invece di essere confinato in uno solo.
• Confini che rispecchiano l’organigramma aziendale, non l’intento di ricerca. Tracciare le linee dei silos attorno a come l’azienda organizza la propria offerta (per linea di prodotto, per reparto interno) invece di come i cercatori raggruppano e formulano le query. Soluzione: valida ogni confine rispetto al clustering effettivo di keyword/SERP (Passo 1), non a una struttura interna.
• Fidarsi della cartella invece del grafo dei link. Metti le pagine nella cartella /topic/, assumi che il silo sia “costruito” e non controlli mai se le pagine si linkano effettivamente tra loro. L’esistenza della cartella non significa che il lavoro di linking sia stato fatto — ed è esattamente il motivo per cui esiste il Passo 6.

Passo 6 — Verifica che la concentrazione dei link sia effettivamente avvenuta

Hai pianificato la matrice nel Passo 3. Ora verifica che sia stata implementata. Tre strumenti complementari: nessuno di essi, da solo, prova che i topic “funzionino” per un lettore o per un motore di ricerca — una visualizzazione o un tasso di riempimento della matrice è un proxy, non un punteggio. Oltre ai link hub↔spoke, controlla se ogni spoke è effettivamente raggiungibile seguendo i link dall’hub (non solo presente in un report), se i collegamenti cross-gruppo verso altri silos sono quelli che intendevi e non residui casuali, e poi percorri le pagine tu stesso come farebbe un lettore — un crawl trova i bordi dei link, non ti dice se il percorso ha senso per una persona. Tieni traccia di discovery, crawl e stato di indicizzazione per le pagine del silo separatamente da qualsiasi cambiamento di ranking che segue; un grafo dei link ristrutturato può muovere tutti e tre, ma non è prova che la ristrutturazione abbia causato un cambiamento di ranking o di traffico — troppe altre cose si muovono contemporaneamente su un sito live per poterlo affermare.

Visualizzazioni del crawl di Screaming Frog

Esegui il crawl del sito e apri il diagramma force-directed o tree graph — una rappresentazione a nodi e linee del grafo dei link effettivamente crawlerizzato, colorata per profondità di crawl. È il modo più rapido per vedere se le pagine di un topic si raggruppano visivamente insieme o sono sparse e scollegate. Usalo come strumento di comunicazione e individuazione di pattern, non come fonte di dati — Screaming Frog è esplicito nel dire che “the crawl visualisations are useful when analysing site architecture, and internal linking”, (traduzione) «le visualizzazioni del crawl sono utili quando si analizza l’architettura del sito e il linking interno», ma avverte anche che “don’t provide any more data than is already available in a crawl… don’t always tell the whole story.” (traduzione) «non forniscono più dati di quanto sia già disponibile in un crawl… non raccontano sempre l’intera storia.» Ottimo per individuare a colpo d’occhio una spoke isolata; non sostituisce i controlli a livello di dati sotto.

Ahrefs Site Audit

Tre report, nello stesso ordine di priorità che l’articolo sui link interni di questo cluster usa per qualsiasi audit dei link interni (orfani → link rotti → opportunità di equity dei link):

1. Pagine orfane — pagine con zero link in entrata. Una costruzione a silo lascia più comunemente dietro di sé l’ultimo spoke aggiunto, quindi questo rileva le pagine a cui nulla nel silo punta.
2. Problemi di link interni — link interni rotti all’interno del silo. Un hub che punta al vecchio URL di uno spoke è un link che non svolge il suo lavoro.
3. Opportunità di link — “suggerimenti di link interni pertinenti” basati sulla sovrapposizione di parole chiave tra le pagine, ordinabili per Page Rating così puoi dare priorità a quali pagine ad alta autorità dovrebbero fare i link. Ho scritto sull’uso di questo per il linking a silo specificamente in SEO Silo Structure: Why It Makes No Sense (And What to Do Instead) — “the Link Opportunities tool… suggests where you should add internal links.” (traduzione) «lo strumento Link Opportunities… suggerisce dove dovresti aggiungere link interni.»

L’audit manuale della matrice dei link

Il foglio di calcolo del Passo 3, compilato dalla realtà. Esegui la scansione degli URL del silo, esporta i link in uscita (esportazione dei link in uscita di Screaming Frog, o un’esportazione delle pagine scansionate di Ahrefs), e compila ogni cella dai dati effettivi della scansione — non da ciò che pensi di aver linkato. Righe vuote = pagine che non svolgono il loro lavoro di linking. Colonne vuote = pagine a cui nulla nel silo punta (un rischio di orfanità all’interno del silo anche se la pagina è linkata da qualche altra parte del sito).

Quando rieseguirlo

Dopo la costruzione iniziale, poi ogni volta che aggiungi uno spoke a un silo esistente. Le nuove pagine sono il punto di errore più comune — aggiornerai l’hub per linkare al nuovo spoke e dimenticherai i cross-link tra fratelli, o dimenticherai di linkare il nuovo spoke di nuovo all’hub. Rieseguire la matrice dopo ogni aggiunta rileva questo in circa cinque minuti.

FAQ

Quante pagine dovrebbe avere un silo? Nessun numero fisso. Guide concorrenti citano 5, 8, 10–20 e 20–30 e si contraddicono a vicenda. Usa la domanda di ricerca distinta per ogni sottotema come test, non una quota.

Dovrei usare nofollow sui link tra silos? No. La scultura del PageRank tramite nofollow è rotta dal 2009 — l’equità evapora piuttosto che essere protetta. Linka normalmente quando è pertinente.

La mia struttura URL deve corrispondere alla mia struttura a silo? Può, per comodità organizzativa, ma Google legge il tuo grafo di link interni, non i nomi delle tue cartelle. Vedi l’articolo sull’architettura del sito di questo cluster per il caso completo.

Quali strumenti eseguono l’audit di una struttura a silo? Visualizzazioni di scansione di Screaming Frog, Ahrefs Site Audit (Pagine orfane, Problemi di link interni, Opportunità di link), o un foglio di calcolo manuale della matrice dei link costruito da un’esportazione di scansione.

Una pagina può appartenere a più di un silo? Sì — tramite cross-listing (linkandola da più hub pertinenti) piuttosto che duplicandola o forzandola in un unico contenitore. Il pattern alsoIn di questo sito è un esempio funzionante.

Riepilogo AI

Una sintesi della versione Advanced:

• Questa è una SOP di build, non un dibattito. Se i silos rigidi siano positivi è deciso nell’articolo sull’architettura del sito di questo cluster; qui l’obiettivo (concentrazione topica + cross-linking sensato) è assunto e la domanda è come costruirlo. (“Silo” stesso risale alla metodologia di isolamento fisico/virtuale di Bruce Clay — questo articolo usa il termine in senso lato, senza la regola dell’isolamento.)
• Passo 1 — confini dalla domanda. Una sottotematica merita una diramazione quando ha un volume di ricerca distinto, il proprio cluster di ricerche correlate/PAA e una SERP significativamente diversa dal genitore. Ignora i numeri contraddittori “5/8/10–20/20–30 pagine” — sono la prova che non esiste uno standard. Fai attenzione alla cannibalizzazione al confine.
• Passo 2 — gli URL sono organizzazione, non architettura. Rispecchia il silo nelle cartelle per la sanità del CMS se vuoi, ma il grafo dei link è l’architettura; la cartella non fa il lavoro SEO.
• Passo 3 — cabla la matrice. Hub → ogni diramazione (in contesto), diramazione → hub, diramazione → fratelli pertinenti. Usa un foglio di calcolo della matrice dei link (righe/colonne = pagine, cella = link?) per pianificarla e poi verificarla.
• Passo 4 — cross-link in modo sensato. Aggiungi il link se esisterebbe comunque; la pertinenza batte la direzione; pochi per pagina sono sani. Non mettere mai nofollow su un link cross-silo — lo sculpting è morto nel 2009 e l’equity evapora.
• Passo 5 — evita gli errori classici: eccesso di siloing/padding, orfanizzazione di contenuti cross-topic (risolvi con cross-listing, non duplicazione), confini tracciati sull’organigramma invece che sull’intento di ricerca e fidarsi della cartella più che del grafo dei link.
• Passo 6 — verifica con un crawl: visualizzazioni Screaming Frog per vedere il clustering, Ahrefs Site Audit (orfani → link rotti → opportunità di link) e la matrice dei link manuale compilata dai dati del crawl. Controlla anche la raggiungibilità e i bordi cross-gruppo, percorri le pagine come un lettore e tieni traccia di discovery/crawl/index separatamente dal ranking — nessuno di questi prova che il ricablaggio ha causato un cambiamento di ranking. Riesegui ogni volta che aggiungi una diramazione.

Documentazione ufficiale

Linee guida di fonti primarie più rilevanti per la meccanica di build — cablare una gerarchia di argomenti e mantenere ogni pagina linkata. (Il dibattito più ampio sul modello silo-vs-cluster è documentato negli articoli sull’architettura del sito e sulla struttura del sito di questo cluster; quelli citano il linguaggio della piramide/pagina hub di Google e il framing della profondità di clic di Bing, quindi non lo ripeto qui.)

Google

• Aiuta Google a capire la struttura del tuo sito ecommerce — la cosa più vicina a un documento “come cablare una gerarchia di argomenti” che Google abbia; descrive direttamente la matrice di link menu → categoria → sottocategoria → prodotto.
• Link crawlable — Rendi i tuoi link crawlable — ogni pagina a cui tieni dovrebbe avere un link da almeno un’altra pagina (l’ancora per “non orfanizzare contenuti cross-topic”), più le linee guida di Google sul testo di ancoraggio per scrivere il testo dei link hub→diramazione e diramazione→diramazione.

Bing / Microsoft

• Linee guida per i webmaster di Bing — una struttura gerarchica di categoria/sottocategoria chiara, crawlable, con un ragionevole linking interno. (Bing è più prescrittivo sulla profondità di clic di Google; l’articolo sulla struttura del sito di questo cluster copre il framing dei tre clic di Bing.)

Citazioni dalla fonte

Dichiarazioni pubbliche rilevanti per la costruzione — e per il mito di isolare i silos. (Le citazioni dei rappresentanti Google/Bing su se i silos siano positivi — la linea della piramide di Mueller, la linea della struttura a cartelle — vivono nell’articolo sull’architettura del sito di questo cluster, già deep-linkato lì; non le duplico.)

Documentazione di Google Search Central — cablare la gerarchia (struttura del sito ecommerce)

• “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (traduzione) «aggiungi link dai menu alle pagine di categoria, dalle pagine di categoria alle pagine di sottocategoria e infine dalle pagine di sottocategoria a tutte le pagine prodotto.» Vai alla citazione

Documentazione di Google Search Central — non lasciare una pagina orfana (link crawlable)

• “Every page you care about should have a link from at least one other page on your site.” (traduzione) «Ogni pagina a cui tieni dovrebbe avere un link da almeno un’altra pagina del tuo sito.» Vai alla citazione

Bruce Clay — il consiglio superato sul nofollow per i link tra silos (citato criticamente)

• “If you absolutely had to link the creamy peanut butter page to the flavored jelly page, you would want to do it with a rel='nofollow' link attribute.” (traduzione) «Se proprio dovessi collegare la pagina del burro di arachidi cremoso alla pagina della gelatina aromatizzata, vorresti farlo con un attributo di link rel='nofollow'.» Leggi la fonte — questo è il mito che questo articolo sfata: lo sculpting tramite nofollow è morto dal 2009, quindi l’equity evapora invece di essere protetta.

Screaming Frog — a cosa servono (e non servono) le visualizzazioni del crawl

• “the crawl visualisations are useful when analysing site architecture, and internal linking.” (traduzione) «le visualizzazioni del crawl sono utili quando si analizza l’architettura del sito e il linking interno.» Leggi la fonte
• “They don’t provide any more data than is already available in a crawl. They are often not the best way to diagnose issues and don’t always tell the whole story.” (traduzione) «Non forniscono più dati di quelli già disponibili in un crawl. Spesso non sono il modo migliore per diagnosticare i problemi e non raccontano sempre l’intera storia.» Leggi la fonte

Procedura operativa standard: costruire un silo tematico

Esegui questa procedura dall’inizio alla fine per un nuovo silo, oppure dal Passo 4 per adattare un gruppo esistente di pagine.

1. Scegli l’argomento hub. Scegli un argomento ampio con reale ampiezza e domanda di ricerca che funga da ancora per il silo. Questo diventa la tua pagina hub/pilastro.
2. Raggruppa le parole chiave. Estrai le ricerche correlate del termine seed, le People Also Ask e i suggerimenti degli strumenti per parole chiave. Raggruppali per intento. Ogni gruppo con domanda di ricerca distinta e una SERP distinta è un candidato spoke.
3. Elimina il riempitivo. Per ogni spoke candidato, conferma che abbia una domanda separata dal genitore. Se non può riempire 2–3 pagine realmente diverse, uniscilo all’hub invece di creare una pagina sottile. Elimina qualsiasi due candidati che cannibalizzerebbero la stessa query — rendili uno solo.
4. Definisci gli URL (opzionale, estetico). Rispecchia il silo in una cartella /topic/ se aiuta la tua organizzazione CMS/editoriale. Non trattarlo come il lavoro SEO.
5. Prepara il piano della matrice dei link. Costruisci il foglio di calcolo righe-e-colonne (ogni pagina nel silo su entrambi gli assi) e segna i link che intendi: hub → ogni spoke, ogni spoke → hub, spoke → ogni sibling realmente rilevante.
6. Scrivi e collega. Produci l’hub e gli spoke. Posiziona i link hub→spoke in contesto dove ogni sottotopico viene introdotto, non in un elenco in fondo alla pagina. Aggiungi i link spoke→hub e spoke→sibling secondo la tua matrice.
7. Aggiungi cross-link sensati. Per ogni pagina, aggiungi link fuori dal silo che superino il test “questo link esisterebbe comunque?”. Follow, mai nofollow.
8. Crawla e verifica. Crawla il silo (Screaming Frog / Ahrefs Site Audit). Compila la matrice dai link effettivi del crawl. Correggi righe vuote (pagine che non linkano verso l’esterno) e colonne vuote (pagine a cui nulla punta). Risolvi i report di pagine orfane e link interni rotti.
9. Imposta un trigger di ri-audit. Ogni volta che aggiungi uno spoke in seguito, ripeti i passaggi 5–8 per quella pagina — aggiorna l’hub, aggiungi i cross-link ai sibling, ricrawla.

Checklist di costruzione e audit del silo

Lavorala dall’alto verso il basso; il lavoro sui confini all’inizio previene il rifacimento dei link in seguito.

Confini (Passaggio 1)

• Ogni spoke ha una domanda di ricerca distinta separata dal termine hub.
• Ogni spoke ha il proprio cluster di ricerche correlate / People Also Ask.
• La SERP di ogni spoke appare significativamente diversa da quella del genitore.
• Nessuno spoke esiste solo per raggiungere un numero “minimo di pagine”.
• Nessun due spoke targetizzano la stessa query (nessuna cannibalizzazione dei confini).

Struttura (Passaggi 2–3)

• Il layout di cartelle/URL (se usato) è trattato come comodità CMS, non come il silo.
• L’hub linka a ogni spoke, in contesto, non solo un elenco a piè di pagina.
• Ogni spoke linka di nuovo all’hub.
• Gli spoke linkano a spoke sibling realmente rilevanti.
• Esiste un foglio di calcolo della matrice dei link (righe/colonne = pagine, celle = link).

Cross-linking (Passaggio 4)

• I link cross-silo esistono dove un lettore li seguirebbe realmente.
• Ogni cross-link supera il test “esisterebbe se i silo non esistessero?”.
• Nessun link interno — cross-silo o altro — è nofollowato per “proteggere” l’equity.

Errori da escludere (Passaggio 5)

• Non eccessivamente siloizzato (nessuno spoke sottile, ridondante o cannibalizzante).
• I contenuti cross-topic sono cross-listati (linkati da entrambi gli hub), non orfani.
• I confini corrispondono all’intento di ricerca, non all’organigramma.
• Hai verificato il grafo dei link effettivo, non solo la cartella.

Audit (Passaggio 6)

• La visualizzazione di Screaming Frog mostra le pagine del silo raggruppate, non sparse.
• Ahrefs Site Audit: nessuna pagina orfana nel silo.
• Ahrefs Site Audit: nessun link interno rotto all’interno del silo.
• Matrice compilata da un export di crawl reale — nessuna riga vuota o colonne vuote inattese.
• Ri-audit programmato per la prossima volta che viene aggiunto uno spoke.

Il modello di matrice dei link

Questo è l’artefatto che le guide concorrenti non forniscono. Le righe sono la pagina “da cui si linka”; le colonne sono la pagina “a cui si linka”; ogni cella è ✓ se quel link esiste. Costruiscilo in qualsiasi foglio di calcolo — una scheda per pianificare, una compilata da un crawl per l’audit.

Come leggerla

• Riga Hub dovrebbe essere tutta ✓ — l’hub collega a ogni spoke. Un vuoto qui significa uno spoke che non è realmente nel silo.
• Colonna Hub dovrebbe essere tutta ✓ — ogni spoke collega di nuovo all’hub. Un vuoto qui è uno spoke che, nel modello di flusso di link del praticante, non sta restituendo autorità all’hub — un segnale di pianificazione da correggere, non un punteggio Google misurabile.
• La riga di uno spoke vuota (oltre all’hub) = una pagina che non collega a nessun fratello; cerca un fratello pertinente da aggiungere.
• La colonna di uno spoke scarsa = poche pagine puntano ad esso; è sotto-collegato e a rischio orfano all’interno del silo.

Per trasformarla in un audit: esegui la scansione degli URL del silo, esporta i link in uscita (esportazione link in uscita di Screaming Frog o esportazione pagine crawlate di Ahrefs) e riempi le celle con i dati reali invece che dalla memoria. Le lacune tra la tua scheda piano e la tua scheda crawl sono la tua lista di cose da fare.

I cross-link vivono fuori da questa matrice per design — la matrice è per la completezza all’interno del silo. Tieni traccia separatamente dei link fuori dal silo (una semplice lista “pagina → destinazione esterna al silo → motivo”) così puoi verificare che ciascuno superi il test “esisterebbe comunque?”.

I modelli mentali

1. I confini seguono la domanda, non una quota. Un sottotema merita uno spoke quando ha una domanda di ricerca distinta (il proprio volume, il proprio cluster PAA, la propria SERP). “Minimo 5 pagine” e i suoi cugini sono folklore che si contraddicono a vicenda — il test della domanda è l’unico che regge.

2. La cartella è un archivio; i link sono l’architettura. Rispecchia il silo nelle cartelle per la tua sanità mentale, ma il grafo dei link interni è ciò che i motori di ricerca leggono. Costruisci e verifica il grafo dei link, non l’albero delle cartelle.

3. La matrice è il silo. Un silo è completo quando l’hub collega a ogni spoke, ogni spoke collega di nuovo, e gli spoke collegano ai fratelli pertinenti. Righe e colonne su un foglio di calcolo rendono “completo” verificabile — pianificalo lì, verificalo lì.

4. I cross-link sono funzionalità, non perdite. Il test è “aggiungerei questo link se i silos non esistessero?” Se sì, appartiene. L’istinto di isolare i silos — specialmente mettendo nofollow sui cross-link — è esattamente la pratica obsoleta che distrugge l’equità invece di proteggerla.

5. Fidati del crawl, non della tua memoria. Pensi di aver collegato tutto; il crawl sa se l’hai fatto. La costruzione non è finita quando le pagine sono pubblicate — è finita quando una matrice riempita dal crawl non ha lacune inaspettate.

Questo sottotema dovrebbe avere il proprio spoke — o un cross-link — o niente?

Le due decisioni più difficili in una costruzione di silo sono dove vanno i confini e quando collegare attraverso di essi. Valuta un sottotema candidato (o un cross-link candidato) attraverso questo.

Prontuario per la costruzione di silos

La matrice dei link (all’interno di un silo)

Test del confine — è un vero spoke?

• Volume di ricerca distinto rispetto al genitore? ✓ necessario
• Proprio cluster di ricerche correlate / PAA? ✓ necessario
• SERP diversa da quella del genitore? ✓ necessario
• Esiste solo per raggiungere un numero di pagine? → unisci verso l’alto, non uno spoke
• Stessa query di un altro spoke? → combina, non competere

I numeri “pagine per silo”, decodificati

• Minimo 5 / 4–8 silos / 10–20 pagine / 20–30 articoli → tutto folklore, tutto si contraddice a vicenda. Usa la domanda, non una quota.

Miti da abbandonare

• “La cartella costruisce il silo.” → No; è il grafo dei link a essere l’architettura.
• “Mai collegare tra silos.” → Collega quando è pertinente.
• “Usa nofollow sui link tra silos per proteggere l’equity.” → Superato dal 2009; l’equity evapora.
• “Un silo è un fattore di ranking.” → Non esiste un rilevatore di silos; è un metodo per organizzare i normali segnali di link interni.

Strumenti di audit

• Visualizzazioni di Screaming Frog → vedere se le pagine si raggruppano (individuazione di pattern, non dati).
• Ahrefs Site Audit → Pagine orfane → Problemi di link interni → Opportunità di link.
• Foglio di calcolo della matrice dei link → compilato da un export di crawl → trovare righe/colonne vuote.
• Ri-audit → ogni volta che aggiungi una spoke.

Anti-pattern dei silos — e la soluzione

Eccesso di silos per raggiungere un numero di pagine. Sintomo: Spoke sottili e quasi duplicate inventate per raggiungere “minimo 5 pagine”, in competizione tra loro per la stessa query. Soluzione: Traccia i confini in base alla domanda distinta; fonde i sottotopic che non reggono da soli nell’hub.

Uso di nofollow sui link tra silos. Sintomo: rel="nofollow" su link interni che attraversano un confine di cartella, aggiunto per “mantenere l’equity nel silo”. Soluzione: Rimuovilo. Lo sculpting è rotto dal 2009 — l’equity evapora invece di essere reindirizzata. Collega quando è pertinente.

Creare la cartella e considerare il lavoro finito. Sintomo: Le pagine stanno in /topic/ ma nulla all’interno della cartella collega ad altro al suo interno; il “silo” esiste solo come percorso URL. Soluzione: Fai il lavoro della matrice dei link (Passo 3) e verificalo con un crawl (Passo 6); la cartella è archiviazione, non architettura.

Orfanare contenuti che attraversano i topic. Sintomo: Un contenuto che abbraccia due silos viene forzato in uno e mai collegato dall’altro — o eliminato del tutto perché “non si adatta”. Soluzione: Elencalo in modo incrociato — collegalo da entrambi gli hub/spoke pertinenti (il pattern alsoIn), una pagina, due case.

Confini basati sull’organigramma. Sintomo: Silos disegnati attorno a linee di prodotto o dipartimenti interni, così la struttura rispecchia come pensa l’azienda, non come cercano gli utenti. Soluzione: Ri-clusterizza i confini partendo da dati reali di keyword/SERP.

Elenchi di link a fondo pagina. Sintomo: L’hub “collega a ogni spoke” solo tramite un elenco di link correlati in fondo, senza link contestuali. Soluzione: Posiziona i link hub→spoke dove ogni sottotopic viene introdotto nel corpo dell’hub — i link contestuali portano più segnale e vengono seguiti dai lettori.

Impostare e dimenticare dopo il lancio. Sintomo: Una nuova spoke viene aggiunta mesi dopo; l’hub non riceve mai il nuovo link e i link incrociati tra sibling non avvengono mai. Soluzione: Riesegui la matrice dei link per ogni nuova spoke — è il punto più comune di decadimento del silo.

Rivedi i confini proposti dei silos

Incolla un elenco di pagine con topic target, intento e hub proposto in questo prompt:

Review this proposed topic-silo map as an information architecture, not as a URL
folder exercise. Flag overlapping hubs, spokes that belong under a different hub,
missing subtopics supported by the supplied data, and cross-topic links that would
help a reader. Do not invent keywords or search volume. Return: boundary decisions,
hub-to-spoke links, spoke-to-hub links, useful cross-links, and unresolved cases.

Trasforma un export di crawl in una revisione dei gap di link

Incolla le colonne di URL sorgente, URL di destinazione, testo ancora, topic della pagina e profondità di crawl:

Compare the observed internal-link graph with the supplied hub-and-spoke plan. Find
missing hub-to-spoke and spoke-to-hub links, weak or ambiguous anchor text, isolated
spokes, and relevant cross-silo links that the strict plan omitted. Separate facts
visible in the data from recommendations. Do not recommend nofollow to preserve a
silo boundary.

Verifica che la matrice dei link pianificata sia stata implementata

Test da eseguire: Crawl del sito e confronto delle coppie sorgente-destinazione osservate con la matrice hub-and-spoke approvata. Risultato atteso: Ogni spoke pubblicata ha un link crawlable dal suo hub e link di ritorno all’hub corretto. Interpretazione del fallimento: Un’omissione di template, deployment o mappatura ha lasciato l’edge pianificato fuori dal grafo. Finestra di monitoraggio: Immediatamente dopo il crawl di deployment. Trigger di rollback: Il rilascio rimuove link utili esistenti o instrada un cluster all’hub sbagliato.

Verifica che i link incrociati rimangano intenzionali

Test da eseguire: Esporta i link che attraversano i gruppi di topic e rivedi il loro contesto sorgente e il testo ancora. Risultato atteso: Ogni link incrociato serve un compito correlato del lettore; non ci sono regole nofollow generalizzate o link incrociati accidentali a livello di sito. Interpretazione del fallimento: L’implementazione ha imposto isolamento artificiale o aggiunto link senza contesto topico. Finestra di monitoraggio: Dopo ogni rilascio di template o navigazione. Trigger di rollback: Una regola globale sopprime link legittimi o introduce un ampio set di link incrociati non correlati a livello di sito.

Mettiti alla prova: costruire una struttura a silo

Cinque domande rapide sul processo di costruzione e audit dei silo. Scegli una risposta per ciascuna, poi controlla.

Risorse che meritano il tuo tempo

I miei articoli correlati

• SEO Silo Structure: Why It Makes No Sense (And What to Do Instead) — la visione di Ahrefs sui silo rigidi, incluso l’uso dello strumento Link Opportunities per trovare dove aggiungere link interni.
• Internal Links for SEO: An Actionable Guide — come i link interni trasmettono PageRank e modellano il grafo dei link che è il silo; il flusso di lavoro di audit su cui si basa il Passo 6 di questo articolo.
• The Beginner’s Guide to Technical SEO — dove struttura del sito e link interni si inseriscono nel quadro più ampio.

I miei interventi

• Local Link Building (Pubcon Local 2021) — il mio intervento sui link interni; il materiale più vicino su come collegare le pagine deliberatamente (i link interni sembravano contare proporzionalmente di più per le query locali).

Dal settore

• SEO Silos: How to Build a Website SEO Silo (Bruce Clay) — la metodologia originale dei silo rigidi, citata qui in modo critico per il suo consiglio obsoleto di mettere nofollow ai link tra silo.
• Screaming Frog — Site Architecture & Crawl Visualisations — come vedere se le pagine di un argomento si raggruppano, e l’avvertenza che le visualizzazioni non raccontano tutta la storia.
• Ahrefs Academy — Link Opportunities — il report Site Audit che mostra suggerimenti pertinenti per i link interni, ordinabili per Page Rating.
• Topic Clusters: The Next Evolution of SEO (HubSpot) — la tecnica di ricerca dei cluster tramite People Also Ask riutilizzata nel Passo 1 (e la fonte del numero “da 20 a 30 articoli di supporto” citato come folklore).
• What Is Silo SEO and Is There a Better Option? (Semrush) — una panoramica mainstream sui silo per confronto.
• SEO Silo Structure (glossario Ahrefs) — una breve definizione di riferimento del modello a silo e l’obiezione alla sua regola di non collegamento incrociato.

Cronologia modifiche