Cluster di argomenti per la SEO: struttura, non magia dell’autorità tematica

TL;DR: I topic cluster non sono un trucco SEO. Funzionano quando rendono un sito più facile da capire, da scansionare e da citare — falliscono quando diventano un rituale di pillar page con 40 articoli sottili che orbitano attorno a una guida sovradimensionata.

Aggiornato a maggio 2026

Apertura controcorrente e idea centrale

La maggior parte di chi cerca topic clusters seo pensa di aver bisogno di un nuovo modello di contenuti. In genere serve invece una strategia di internal linking più pulita.

Ho costruito sistemi di contenuti per siti di clienti tramite mindnow (la mia agenzia di sviluppo), per vadimkravcenko.com e ora per seojuice.com. Il copione si ripete. Il diagramma del cluster sembra ordinato in Miro. Il sito, però, è un caos. Le pagine si cannibalizzano. Gli anchor si ripetono. Tutti i link puntano alla pillar. Le pagine di supporto utili stanno due clic più in profondità.

John Mueller è un buon termometro in questo caso. Quando gli è stato chiesto dell’“autorità tematica” come se fosse qualcosa da inseguire formalmente, la sua risposta è stata breve:

«Non preoccuparti».

Quella frase di Mueller non va letta come “ignora la struttura”. Significa che il cluster di per sé non è il segnale di ranking. Lo è il lavoro che c’è dietro.

I topic cluster contano ancora nel 2026, ma non perché Google premi una forma hub-and-spoke. Contano perché costringono a decidere: quale pagina possiede quale intento, quali pagine meritano link interni, quali anchor spiegano il significato e quali parti di un argomento sono abbastanza profonde da essere recuperate da motori di ricerca e sistemi AI.

Cosa dicono i primi 3 risultati in SERP e cosa trascurano

Il vuoto non è “cos’è un topic cluster”; la SERP lo spiega già. La domanda difficile è quando un cluster migliora la struttura del sito e quando diventa semplice content sprawl con un nome più elegante.

I topic cluster sono struttura, non magia di topical authority

Un topic cluster dà ai contenuti una forma più pulita. Tutto qui. Non un badge di autorità nascosto. Non una scorciatoia per contenuti deboli. Solo un modo migliore per far sì che pagine correlate si spieghino a vicenda.

I termini sono semplici. Una pillar page copre l’argomento generale. Le cluster page coprono sottotemi specifici. I link interni le connettono in modo che utenti e crawler possano esplorare l’argomento senza indovinare.

L’obiettivo non è un hub perfetto, ma che il ruolo di ogni pagina sia ovvio. Un crawler deve poter dedurre la relazione tra pagina ampia e pagina profonda. Un lettore deve poter seguire lo stesso percorso senza sentire che i link sono stati aggiunti dopo, per riempire una quota.

Il vecchio diagramma è troppo semplice

Il modello classico mostra una pillar al centro e un anello di post di supporto intorno. Bella slide, pessima rappresentazione dei siti reali.

I siti reali hanno prodotti sovrapposti, intenti di ricerca misti, pagine di confronto, documentazione di supporto, voci di glossario, vecchi post e URL legacy con link di cinque anni fa. Una mappa di cluster pulita può nascondere un percorso di crawl disordinato — ed è il percorso di crawl che viene realmente vissuto.

Ho visto cluster in cui ogni articolo di supporto linkava alla pillar con lo stesso anchor exact-match. Nessuno linkava all’altro. Nessuno alla product page. Tre rispondevano alla stessa domanda con titoli leggermente diversi. Sulla carta era un cluster. In Search era ambiguità.

La domanda migliore

Fai questo test: «Se togliessi l’etichetta “cluster”, i link interni avrebbero comunque senso?»

Se la risposta è no, il cluster è decorazione. Un cluster reale sopravvive senza etichetta perché le relazioni tra pagine sono utili di per sé.

Perché il modello dei topic cluster è diventato famoso

L’idea si è diffusa perché il meccanismo originale era reale. Anum Hussain, che condusse i primi esperimenti in HubSpot da cui nacque il framework dei topic cluster, riassunse così il risultato:

«Più link a contenuti correlati avevamo all’interno del sito, meglio ci posizionavamo».

Quella frase del lavoro “Topics Over Keywords” di Hussain conta perché il modello non nacque come template casuale. Fu il risultato di una ristrutturazione. Dopo che HubSpot riorganizzò i contenuti in topic cluster con interlinking mirato, le sessioni organiche settimanali crebbero di circa il 13% settimana su settimana e i clic per una keyword aumentarono di oltre il 1 500%.

Ecco perché il modello si diffuse: numeri difficili da ignorare.

Ora il caveat. Era un test specifico su un sito specifico, con forte domanda di brand, ampia base di contenuti e abbastanza autorità perché la ristrutturazione interna avesse effetto rapido. Un blog SaaS B2B con 19 post non deve aspettarsi la stessa curva solo perché disegna cerchi in un foglio.

Il meccanismo era reale

Il vero meccanismo era un raggruppamento migliore dei contenuti, link interni più forti, anchor più chiari e meno pagine orfane. L’espressione “topic cluster” era il brand di quel lavoro.

La distinzione è importante perché la parte utile lo è ancora: i contenuti correlati vanno collegati, le pagine profonde non devono stare sole, le pagine ampie devono spingere verso la profondità. I motori di ricerca hanno ancora bisogno di percorsi e contesto.

Il mito è arrivato dopo

Il mito dice che ogni argomento richiede un pillar gigante e un numero fisso di post di supporto. Quel pensiero genera riempitivo. Il riempitivo non diventa strategia solo perché sta in un cluster.

Anche io approvavo troppi post di “supporto” perché la mappa sembrava incompleta (ho sbagliato per anni). Spesso la mossa migliore è fondere due pagine deboli e potenziare i link da quella che rimane.

Quando i topic cluster aiutano la SEO

Un cluster aiuta quando riduce l’ambiguità. Danneggia quando moltiplica le pagine senza aggiungere copertura di intenti.

1. Hai più pagine che si posizionano per termini simili, ma nessuna è in alto.
2. La tua guida più forte non ha link contestuali verso pagine di profondità.
3. I post di supporto rispondono a domande reali ma non ricevono link interni.
4. Gli anchor ripetono ovunque la stessa frase exact-match.
5. Le pagine prodotto o servizio sono scollegate dai contenuti educativi.
6. L’argomento ha sotto-intenti che meritano pagine separate.

Il primo caso è cannibalizzazione. Se tre pagine puntano tutte a “topic clusters SEO” con angoli leggermente diversi, nessuna avrà chiarezza sufficiente per vincere. La cura è noiosa — scegli un’unica pagina proprietaria, fonde le sovrapposizioni, reindirizza o riposiziona il resto.

Il secondo e il terzo caso sono fallimenti di link interni. Una guida forte senza link verso pagine più approfondite è un vicolo cieco. Un articolo utile senza link in entrata è un candidato orfano. Qui un audit dei link interni trova spesso vittorie rapide.

Il quarto caso è anchor fatigue. Se ogni link dice “topic clusters SEO”, non stai aggiungendo significato: stai ripetendo un’etichetta. Anchor migliori descrivono il motivo del clic: pianificare i link interni per argomento, raggruppare pagine SEO correlate o decidere quale pagina possiede la guida più ampia.

Il quinto caso è perdita di business. Il contenuto educativo porta la prima visita, ma la pagina prodotto porta la conversione. Se le due non si connettono, il cluster sta facendo lavoro editoriale, non di business.

Il sesto caso è l’unico che giustifica davvero nuove pagine. Un sotto-intento merita una pagina quando il searcher ha un compito distinto.

Il test sull’intento

Prima di creare una cluster page chiediti se il searcher ha bisogno di una risposta separata. “Topic clusters SEO examples” può meritare una pagina a sé. “Che cosa sono i topic cluster” può stare nella guida principale se il sito è piccolo.

La pagina dovrebbe esistere solo se soddisfa un compito di ricerca distinto. Se replica la pagina madre con un titolo nuovo, fondila (e di solito resta dentro al parent).

Il test sul business

Un cluster deve avere un percorso verso il ricavo, non solo verso il traffico. Per seojuice.com, gli argomenti di internal linking devono ricondurre a problemi concreti: pagine orfane, anchor text, percorsi di crawl, content decay.

Per vadimkravcenko.com lo stesso modello appare diverso. Lì l’obiettivo è autorevolezza personale e lettori di ritorno, non la signup a un prodotto. Stessa struttura, lavoro di business diverso.

Il test sulla profondità

Una pagina merita di esistere quando può dire qualcosa di specifico che la pagina madre non copre bene. Se la versione migliore sono tre paragrafi e una definizione riciclata, dovrebbe probabilmente restare una sezione.

Come costruire un topic cluster senza creare bloat di contenuti

Parti dagli URL esistenti, non dalle keyword. La maggior parte dei team ha già la materia prima: non ha ancora assegnato le proprietà.

Step 1: scegli l’argomento padre

Seleziona un tema con valore di business e profondità sufficiente. Per il silo di questo articolo, l’argomento padre è l’internal linking. I topic cluster gli stanno accanto perché sono un modo di decidere quali pagine dovrebbero linkare ad altre.

Un argomento padre come “SEO” è troppo ampio per la maggior parte dei siti. “Internal linking” è abbastanza specifico da essere posseduto, spiegato e collegato al dolore di prodotto.

Step 2: mappa le pagine esistenti prima di scriverne di nuove

Crea tre bucket: keep, merge e create.

• Keep le pagine con intento distinto e domanda di ricerca utile.
• Merge le pagine che si competono o si ripetono.
• Create solo dove al cluster manca davvero un aspetto.

Qui molti team resistono. Creare sembra progresso. Fondere sembra manutenzione. Ma gli URL vecchi sono spesso dove si trovano i guadagni più rapidi di cluster.

Step 3: assegna un intento primario per pagina

Ogni pagina ha bisogno di un ruolo. La pillar deve organizzare l’argomento, non cercare di posizionarsi per ogni sotto-query. Le pagine di supporto devono rispondere a domande più profonde senza diventare mini-pillar.

Se nessuno riesce a dire in una frase il lavoro di un URL, probabilmente la pagina ha un problema di proprietà.

Step 4: scrivi i link interni prima che il brief sia definitivo

Qui falliscono molti piani di cluster. Scrivono l’articolo, lo pubblicano e aggiungono link generici dopo. Decidi i percorsi di link già nel brief.

Quale pagina linka verso l’alto per il contesto? Quale attraversa per la domanda successiva naturale? Quale pagina prodotto o servizio rientra nel percorso? Qui strumenti come SEOJuice aiutano a individuare percorsi deboli e candidati orfani senza trasformare la decisione editoriale in automazione.

Step 5: varia l’anchor text senza fare il creativo

Lo studio Zyppy di Cyrus Shepard ha analizzato 23 milioni di link interni su 1 800 siti e ha scoperto che l’anchor text variato era un predittore di traffico più forte del semplice numero di link. Il beneficio cresceva fino a circa dieci link interni, con ritorni decrescenti oltre.

Lo studio è correlazionale (non legge universale del settore), quindi evitane la trasformazione in regola fissa. Il takeaway è più semplice: non linkare alla pillar 40 volte con la stessa frase.

Usa anchor naturali e descrittivi che riflettano la frase circostante. Una pagina su anchor text per i link interni può essere linkata con “anchor descrittivi”, “variazione degli anchor interni” o “come l’anchor spiega la destinazione”, a seconda del contesto.

Step 6: aggiungi link dove un lettore cliccherebbe davvero

Un link in un paragrafo rilevante batte un link buttato in fondo sotto “post correlati”. Il cluster deve sembrare giudizio editoriale, non idraulica.

I moduli di fondo possono aiutare la scoperta, ma non devono reggere tutta la strategia. Se l’unico percorso tra due pagine è un blocco generico di post correlati, la relazione è probabilmente debole.

Il problema della ricerca AI 2026 cambia l’ROI

Pew Research ha rilevato che quando compare un AI Overview, gli utenti cliccano un risultato tradizionale circa l’8% delle volte, contro il 15% delle pagine senza sintesi AI. I link dentro la sintesi stessa vengono cliccati circa l’1% delle volte.

Quella scoperta di Pew cambia la promessa. Un cluster costruito per catturare 30 keyword long tail può ora ottenere 30 impression mai trasformate in visite. Non rende i cluster morti — cambia la metrica di successo.

I cluster aiutano ancora il retrieval

Aleyda Solis riassume bene la versione moderna nella sua AI Search Content Optimization Checklist:

«Usa un modello di topic cluster, creando una pagina pillar (hub) completa per i tuoi argomenti principali e pagine di cluster su aspetti specifici».

Questa è la migliore argomentazione 2026. I sistemi che scompongono una query in sotto-domande hanno bisogno di passaggi specifici e ben strutturati da recuperare. Una pillar gigante può essere troppo ampia. Pagine di cluster sottili possono essere troppo deboli. Il punto utile è un set di pagine focalizzate che rispondono bene a un aspetto e si collegano al contesto più ampio.

Misura più dei clic

Monitora conversioni assistite, crescita delle ricerche di brand, citazioni di pagina, impression per classe di query e movimento interno dei percorsi. Il reporting basato solo sui clic è ormai incompleto (nel 2026 non basta più).

Non ho ancora una metrica pulita su quante volte le nostre pagine compaiono dentro le risposte AI rispetto a vicino a esse. Gli strumenti non concordano, le risposte cambiano e la stessa query può comportarsi diversamente domani. Ma fingere che i clic siano l’unico risultato è già sbagliato.

Il nuovo obiettivo del cluster

L’obiettivo non è “posizionare ogni spoke”. È diventare la fonte più chiara per le parti di un argomento che la tua attività deve possedere.

Template semplice di topic cluster per l’internal linking

Esempio di cluster per questo silo

Per seojuice.com, la pillar sarebbe strategia di internal linking.

Le cluster page potrebbero includere pagine orfane, anchor text, profondità di crawl, link contestuali, topic clusters SEO, audit dei link interni e distribuzione della link equity.

Questo articolo, better-structure-with-topic-clusters, non dovrebbe stare da solo. Dovrebbe linkare verso l’alto alla pillar sull’internal linking, in orizzontale ad anchor text e al cleanup delle pagine orfane e di lato a qualsiasi futura guida su content hub.

Il cluster minimo viabile

Per un sito piccolo, bastano tre-cinque pagine. Un cluster snello batte uno enorme se ogni pagina ha una ragione di esistere.

Il lavoro minimo di cluster è così: una guida ampia, due-tre pagine profonde, anchor chiari e nessun contenuto di supporto orfano. Noioso, ma utile.

Errori comuni nei topic cluster

Costruire prima la pillar e non linkare mai indietro

La pillar viene lucidata. Le cluster page vengono dimenticate. È al contrario: le pagine di supporto spesso rispondono alle query specifiche che portano visitatori qualificati.

Creare pagine per le keyword, non per l’intento

Se due keyword esprimono lo stesso bisogno, basta una pagina. Dividerle può creare cannibalizzazione. La lista keyword è input. L’intento decide l’URL.

Trattare la pillar come un deposito

Una pillar non è una soffitta da 9 000 parole. Deve organizzare l’argomento e mandare i lettori a pagine più profonde quando la profondità rallenterebbe la guida principale.

Linkare ogni pagina a ogni altra pagina

È rumore, non un cluster. I link richiedono motivo editoriale. Se un lettore non cliccherebbe quel link in quella frase, probabilmente non dovrebbe esserci.

Ignorare i contenuti vecchi

La maggior parte delle vittorie di cluster viene dal sistemare gli URL esistenti, non dal pubblicare dieci nuovi post. Vale soprattutto per siti con anni di storia di blog.

Verdetto: usa i topic cluster come sistema di manutenzione

I topic cluster sono ancora utili. Il pitch vecchio no.

Non costruirli per inseguire la topical authority come etichetta magica. Costruiscili perché costringono un sito a rispondere a domande dure su proprietà, profondità e link interni.

Il miglior lavoro di cluster di solito sembra manutenzione: fudi due pagine deboli, aggiungi cinque link contestuali, riscrivi gli anchor, avvicina una pagina orfana alla pillar, rimuovi un post dal piano perché non aggiunge nuovo intento. Niente party di lancio. Struttura migliore.

Se la tua mappa di cluster non cambia cosa unisci, cosa linki e cosa smetti di pubblicare, è un disegno, non una strategia.

FAQ

I topic cluster sono ancora validi per la SEO?

Sì, quando migliorano la struttura. Non li costruirei solo perché un template dice che ogni pillar ha bisogno di dieci spoke. Falli quando chiariscono proprietà dell’intento, link interni e profondità dei contenuti.

Quante pagine dovrebbe avere un topic cluster?

Non esiste un numero fisso. Un sito piccolo può averne tre-cinque. Uno grande può averne decine. La domanda migliore è se ogni pagina copre un compito di ricerca distinto.

Serve una pillar page per ogni cluster?

Di solito sì, ma la pillar non deve essere enorme. Deve spiegare l’argomento ampio, instradare i lettori verso pagine profonde e rendere il cluster facile da navigare.

I topic cluster possono causare cannibalizzazione di keyword?

Sì. I cluster possono peggiorare la cannibalizzazione quando si creano pagine separate per keyword che condividono lo stesso intento. Mappa l’intento prima di approvare nuovi URL.

Come influiscono gli AI Overview sui topic cluster?

Gli AI Overview riducono il volume di clic per alcune ricerche, quindi i cluster non vanno giudicati solo sul traffico long tail. Possono ancora aiutare retrieval, citazioni, visibilità di brand e conversioni assistite.

Pulisci i tuoi link interni prima di pubblicare un altro cluster

Se il tuo prossimo topic cluster inizia con un foglio di calcolo, fermati. Audita gli URL che hai già, trova le pagine orfane, sistema i percorsi deboli e decidi quale pagina possiede ogni intento. SEOJuice è pensato per quel tipo di pulizia: meno culto del diagramma, più link interni utili.