La topical authority è la condizione in cui un sito web è percepito dai motori di ricerca come una fonte coerente e approfondita su un determinato argomento, perché ne copre con cura le domande principali, le sfaccettature e i temi correlati. In pratica: non vinci la fiducia di Google parlando un po' di tutto, ma diventando un punto di riferimento riconoscibile su qualcosa di specifico.

Detto questo, è importante chiarire subito una cosa: "topical authority" non è un fattore di ranking dichiarato ufficialmente da Google. Nessuna documentazione di Google contiene una metrica con questo nome, né un punteggio che venga assegnato ai siti. È un concetto nato e diffuso all'interno della comunità SEO, costruito a partire dai comportamenti osservati dell'algoritmo e dalle indicazioni che Google ha dato negli anni sulla qualità dei contenuti.

Il fatto che non sia un fattore "ufficiale" non lo rende meno utile: è una lente strategica che descrive bene il modo in cui i motori moderni — sia quelli di ricerca classica sia i sistemi AI generativi — tendono a premiare la copertura coerente di un tema. Ma vale la pena ricordarlo, perché molti articoli online ne parlano come se fosse un punteggio misurabile con un tool. Non lo è.

C'è una confusione frequente da chiarire. Domain Authority (DA) e Page Authority (PA) sono metriche proprietarie di Moz: stimano la probabilità che un dominio o una pagina si posizioni bene, basandosi soprattutto sul profilo dei link in entrata. Non sono metriche di Google, e non misurano quanto un sito sia competente su un argomento. Servono come punteggio comparativo per gli addetti ai lavori, non come misura di expertise.

La topical authority, al contrario, riguarda la copertura semantica di un tema, indipendentemente dalla forza complessiva del dominio. Un sito con un DA modesto può posizionarsi molto bene su un argomento specifico se lo copre in modo organico e approfondito, mentre un sito con DA alto ma con contenuti generici su quella nicchia può finire dietro. È una delle ragioni per cui il modello "potenza di dominio" sta perdendo peso rispetto al modello "copertura del tema".

Un'altra distinzione utile. E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) è il framework che Google descrive nelle proprie Search Quality Rater Guidelines come riferimento per chi valuta la qualità delle pagine. È un concetto più ampio: include credenziali dell'autore, reputazione reale dell'azienda fuori dal sito, affidabilità nel campo specifico (soprattutto in settori sensibili come salute o finanza).

La topical authority si può vedere come uno dei modi pratici in cui un sito costruisce l'"Expertise" e l'"Authoritativeness" su un tema: producendo contenuti coerenti, comprensivi, aggiornati. Ma E-E-A-T è più di questo, e topical authority è più ristretta di E-E-A-T.

Topical authority non compare nella documentazione ufficiale di Google. Ma negli ultimi quindici anni una serie di aggiornamenti dell'algoritmo ha spostato il modo in cui i contenuti vengono valutati, andando tutti nella stessa direzione: premiare chi copre un tema in profondità e in modo coerente, e penalizzare chi produce articoli superficiali e scollegati.

In pratica, oggi conta:

Nessuno di questi cambiamenti ha mai citato "topical authority" come fattore di ranking. Ma tutti, presi insieme, descrivono un motore di ricerca che premia chi copre un argomento con coerenza, profondità e qualità mantenuta nel tempo. È esattamente quello che un cluster di contenuti ben costruito mira a fare.

Quando si parla di come si costruisce topical authority, quasi tutti finiscono per descrivere lo stesso modello: una pagina principale ampia (pillar) circondata da articoli più specifici (cluster), tutti collegati fra loro. Il modo più semplice per visualizzarlo è pensare a un albero: la pillar è il tronco, che tiene insieme tutto e dà la visione d'insieme; i cluster sono i rami, ognuno dei quali approfondisce una direzione specifica del tema.

Il modello è stato proposto da HubSpot nel 2017 sulla base di esperimenti interni: ristrutturando i propri vecchi articoli in cluster collegati a pagine pillar, hanno osservato un aumento della visibilità sui motori di ricerca. I dati sono interessanti, anche se originati da un ecosistema (quello di HubSpot) che promuove la centralità del content marketing. Quello che a noi interessa, al di là dei grandi numeri aziendali, è il principio di fondo: contenuti coesi che si parlano fra loro funzionano meglio di contenuti scollegati.

Le due definizioni standard, semplificate.

Pillar: una pagina ampia che copre un argomento nella sua interezza, dando una visione d'insieme. Non scende in dettagli estremi su nessun sottotema (perché quelli vengono affrontati dai cluster), ma tocca tutti i punti principali. È pensata per posizionarsi su una ricerca generale e ampia, per esempio "ristrutturare casa", oppure "come scegliere una caldaia".

Cluster article: un articolo che approfondisce un singolo sottotema della pillar. Punta a ricerche più specifiche, spesso fatte di più parole e meno competitive — per esempio "meglio una caldaia a condensazione o una a pompa di calore", oppure "che cos'è il valore di trasmittanza di un serramento". Si collega alla pillar, e dove ha senso anche ad altri cluster correlati.

La regola operativa è semplice, ma è anche quella su cui in pratica si fa più confusione:

Due derive da evitare. La prima: collegare solo la pillar ai cluster senza nessun rimando laterale. Funziona, ma è meno solido di una rete di collegamenti interni che riflette le relazioni reali fra i temi. La seconda, opposta: linkare tutto con tutto in modo meccanico, costruendo una struttura di navigazione affollata e poco leggibile sia per chi visita il sito sia per Google.

Qui bisogna essere onesti: a oggi non esistono studi accademici su larga scala che validino in modo rigoroso il modello pillar + cluster. Quello che c'è è:

Uno studio Ahrefs del 2026 ha messo a confronto i punteggi che cinque diversi software di ottimizzazione assegnano ai contenuti con il posizionamento reale di quei contenuti su Google. Il legame fra punteggio del software e posizionamento è risultato debole. Tradotto: riempire un articolo dei termini "giusti" suggeriti da un programma non basta. La copertura del tema conta, ma non è il fattore decisivo.

Il punto pratico è questo: il modello pillar + cluster è una buona architettura per organizzare i contenuti in modo coerente con come Google legge i temi. Non è una formula magica, e non c'è una soglia oltre la quale "scatta" un riconoscimento. Funziona come una casa fatta bene: ogni pezzo al suo posto, niente sprechi, manutenzione costante.

La maggior parte degli articoli online sul topic cluster parla di pillar con 20-30 articoli satellite, agenzie che ristrutturano migliaia di post, mappe semantiche con centinaia di nodi. Per una piccola o media impresa italiana — che pubblica un articolo al mese se va bene, e gestisce il blog mentre fa anche il proprio mestiere — quei numeri non hanno senso operativo.

Vale la pena rovesciare il problema: per una PMI, il cluster minimo praticabile è una pillar più tre, quattro o cinque articoli verticali ben fatti e ben collegati fra loro. Non è il massimo del modello, ma è il punto da cui partire. Ed è già abbastanza per coprire una nicchia specifica meglio di quanto facciano i grandi portali generalisti — e per superare buona parte dei concorrenti diretti, che molto spesso non lavorano con un piano editoriale e non fanno un'analisi preliminare sui contenuti.

C'è una buona notizia per chi parte da una posizione di svantaggio. I grandi siti — portali di settore, magazine, generalisti — coprono in ampiezza, non in profondità. Hanno un articolo su "come scegliere una caldaia", uno su "come ristrutturare casa", uno su "incentivi fiscali edilizia". Sono contenuti ampi ma generici, scritti da redattori che non hanno esperienza diretta del lavoro.

Un'azienda che invece concentra il proprio blog su un argomento concreto e ben definito — per esempio i confronti tipici che un cliente fa prima di sostituire una caldaia, oppure i criteri pratici per leggere un preventivo di rifacimento copertura, oppure le domande ricorrenti che riceve un traslocatore — non sta competendo con i grandi portali. Sta presidiando una porzione di tema che a loro non interessa coprire in profondità. È proprio in quello spazio che Google, e ancora di più i sistemi AI generativi, tendono a riconoscere autorevolezza.

Il riflesso più comune di chi inizia con un blog aziendale è coprire molti argomenti per "non perdere occasioni": un articolo sui serramenti, uno sui sistemi di sicurezza, uno sui cancelli, uno sull'isolamento termico. Sembra una buona idea: in pratica produce un sito che parla un po' di tutto e di niente in profondità, senza autorità riconoscibile su nessun argomento.

L'approccio opposto è quello che funziona meglio per una PMI: scegliere un argomento — quello più importante per il proprio business — e costruirci attorno un cluster fatto bene. Poi, quando quel cluster è completo e ha cominciato a portare traffico, si può aprire un secondo argomento.

Quello che segue è il processo che funziona meglio per una PMI con risorse limitate. È costruito sull'esperienza diretta di lavorare con clienti del Nord Italia — settore edilizia, servizi professionali, consulenze — e sulle indicazioni che la letteratura SEO converge nel raccomandare.

La scelta dell'argomento del cluster deve seguire un criterio non negoziabile: deve essere un tema su cui hai esperienza reale, vissuta, raccontabile con dettagli che un altro non potrebbe inventare. Se gestisci un'attività di assistenza caldaie, l'argomento del cluster non è "impianti termici" (troppo ampio) ma per esempio "manutenzione e sostituzione delle caldaie residenziali"; se sei un fabbro, non è "lavorazioni in ferro" ma "cancelli e inferriate per uso residenziale". Più l'argomento è circoscritto e legato a quello che fai davvero, meglio è.

La ragione è doppia. Da un lato, Google premia sempre di più i contenuti che mostrano esperienza di prima mano: è il punto centrale dell'aggiornamento Helpful Content del 2023. Dall'altro, scrivere in profondità su qualcosa che non si conosce produce contenuti che si vede subito sono superficiali — i lettori lo capiscono, e gli algoritmi anche.

Il risultato di questo passo è una lista di 20-40 domande/sottotemi che descrivono lo spazio del tuo argomento. Non tutte diventeranno articoli, ma tutte vanno trattate da qualche parte nel cluster.

Con la lista in mano, separa:

Per una casa famiglia per anziani in provincia di Pavia, l'argomento naturale del cluster non è "anziani" o "terza età" — troppo generici — ma "come scegliere la struttura giusta per un genitore anziano". È un tema che ha un destinatario molto preciso: i figli, tra i quarantacinque e i sessant'anni, che si rendono conto che il padre o la madre non può più vivere da solo e devono prendere una decisione difficile, spesso accompagnata da senso di colpa e disorientamento. Una struttura plausibile potrebbe essere:

Cinque pezzi, scritti bene, collegati come si deve. È molto meglio di trenta articoli generici. Per chi lavora in un altro settore la struttura sarà diversa, ma il principio resta lo stesso.

La pillar non deve essere un super-articolo che esaurisce ogni dettaglio: deve essere il pavimento su cui poggiano gli articoli verticali. Tipicamente è una pagina più lunga della media, con sezioni che corrispondono ai sottotemi e che linkano agli articoli cluster dove l'utente trova l'approfondimento.

Strutturala con headline chiare in forma di domanda o di argomento, una sezione FAQ in coda, e una definizione netta del tema in apertura. Tutti elementi che servono sia al lettore umano sia ai sistemi che leggono i contenuti.

Ogni cluster article deve fare una cosa sola, bene. Approfondire un singolo punto del pillar con esempi concreti, numeri quando ci sono, esperienza diretta dichiarata. Linka al pillar (con un anchor text coerente, tipo "scegliere la struttura per un genitore anziano" e non "clicca qui") e linka agli altri cluster quando ha senso: il confronto fra RSA e casa famiglia, per esempio, è naturalmente collegato all'articolo su come gestire il senso di colpa.

La regola operativa: prima di pubblicare un cluster, chiediti se aggiunge qualcosa che non c'è già nella pillar. Se la risposta è no, riscrivilo o eliminalo.

Il cluster non è un progetto che finisce alla pubblicazione. È un piccolo organismo che va mantenuto:

Un' aggiunta tecnica utile: dove possibile, applica i dati strutturati (schema markup) — FAQPage sulle FAQ, Article sugli articoli, BreadcrumbList sulla navigazione. Aiutano i motori a leggere correttamente la struttura del contenuto, e in un'epoca in cui parte del traffico passa anche attraverso i sistemi AI sono diventati un investimento doppio.

Quattro errori che vedo ricorrere quando una PMI prova a costruire un cluster, e una nota onesta sui tempi.

1. Trattare il cluster come una checklist meccanica.
"Devo scrivere 10 articoli per la pillar X" non è un piano editoriale, è un compito. Se gli articoli rispondono a domande inventate per riempire il numero, l'algoritmo se ne accorge e i lettori pure. Meglio quattro articoli ben pensati che dieci forzati.

2. Costruire una pillar che in realtà non lo è.
Capita spesso che venga chiamata "pillar page" quello che è in pratica un articolo lungo con un indice in cima. Una vera pillar è una pagina diversa: è il punto di riferimento di un tema, con sezioni che corrispondono ai sottotemi e link agli approfondimenti. Se la stai scrivendo come un articolo qualunque, probabilmente non è una pillar.

3. Fare internal linking inconsistente.
I link sono il filo che tiene insieme il cluster. Se a volte usi l'anchor "guida alla scelta della struttura per un genitore anziano" e a volte "clicca qui per la guida", Google e gli LLM faticano a capire che stai parlando dello stesso argomento. Anchor coerenti, non identici parola per parola ma riconoscibilmente sullo stesso tema, fanno una differenza concreta.

4. Pretendere risultati in tre settimane.
È il punto più importante e quello che fa abbandonare più cluster prima del tempo. Vediamolo a parte.

I tempi realistici, ricavati sia dai case study disponibili sia dall'esperienza diretta, sono questi:

Sono stime, non garanzie. Variabili come la concorrenza, la forza di partenza del sito, la frequenza degli aggiornamenti e la qualità reale dei contenuti possono accelerare o rallentare il percorso. Quello che è certo è che la topical authority si costruisce sui mesi, non sulle settimane. E come tutto ciò che riguarda la SEO, quando arriva, dura.