Per anni abbiamo costruito i brief SEO partendo da una sequenza abbastanza prevedibile: keyword primaria, keyword secondarie, search intent, H1, H2, competitor e numero indicativo di parole.
Questo modello non è diventato improvvisamente inutile. Il problema è che oggi mostra con maggiore evidenza un limite che, in realtà, esisteva già: descrive abbastanza bene ciò di cui un contenuto deve parlare, ma molto meno bene ciò che quel contenuto deve far capire.
La differenza diventa ancora più importante quando la produzione viene affidata o assistita da un Large Language Model. Se forniamo all’LLM soltanto una keyword e una struttura, il modello può produrre un testo formalmente corretto, ben organizzato e perfino completo dal punto di vista tematico. Ma non gli abbiamo spiegato quale decisione deve aiutare a prendere, quali condizioni modificano la risposta, quali affermazioni richiedono una prova e quali informazioni appartengono invece ad altre pagine del sito.
È precisamente questo il problema che cerco di risolvere con la Content Thought Page, o CTP, uno dei modelli applicativi della SEO Inferenziale.
Che cos’è una Content Thought Page
Una Content Thought Page è un modello di progettazione nel quale il contenuto viene definito non soltanto attraverso le parole chiave da intercettare, ma attraverso il ruolo che deve svolgere nel processo di comprensione e decisione dell’utente.
In altri termini, la CTP trasforma il brief da elenco di argomenti a mappa decisionale.
La keyword continua a essere importante. L’intento continua a essere importante. Anche SERP, volumi, competitor e struttura editoriale continuano ad avere un ruolo. La differenza è che questi elementi diventano l’inizio della progettazione, non la sua conclusione.
Una CTP deve rendere espliciti almeno questi elementi:
- la domanda iniziale;
- le sotto-domande che possono derivarne;
- le entità coinvolte;
- le relazioni tra queste entità;
- le condizioni che possono modificare la risposta;
- le prove necessarie per sostenere le affermazioni;
- le obiezioni prevedibili;
- i criteri che influenzano la scelta;
- il ruolo specifico della pagina rispetto alle altre pagine del sito;
- la decisione o l’azione verso cui il contenuto deve accompagnare il lettore.
La mia opinione è che questo sia il passaggio fondamentale: non chiedere più soltanto “per quale query deve posizionarsi questa pagina?”, ma anche “quale parte del ragionamento dell’utente deve diventare responsabilità di questa pagina?”.
Il limite del brief costruito soltanto intorno alle keyword
Immaginiamo di dover produrre un articolo per un e-commerce.
Un brief tradizionale potrebbe contenere una keyword primaria, alcune correlate, l’intento di ricerca, gli H2 individuati analizzando la SERP e una serie di competitor.
È un insieme di informazioni utile. Ma manca ancora una parte sostanziale del problema.
Non sappiamo, per esempio, quali condizioni cambiano la risposta. Non sappiamo quali affermazioni possano essere formulate direttamente e quali debbano essere sostenute da una fonte. Non sappiamo quali dubbi siano semplicemente informativi e quali impediscano realmente la scelta. Non sappiamo neppure dove finisca la responsabilità dell’articolo e inizi quella di una categoria, di una scheda prodotto o di un’altra guida.
Se poi passiamo questo brief a un LLM, non possiamo aspettarci che il modello ricostruisca automaticamente il contesto strategico che non gli abbiamo fornito.
Il risultato può essere un buon testo. Ma un buon testo non coincide necessariamente con un buon contenuto strategico.
Dal search intent al fan-out della domanda
Uno dei passaggi che utilizzo nella progettazione consiste nel separare la domanda iniziale dalle domande che possono derivarne.
Ho approfondito questo processo parlando di fan-out della ricerca e delle sotto-domande.
Una persona raramente prende una decisione sulla base di una sola domanda.
Una query iniziale può generare domande successive:
- che cosa significa esattamente?
- quali alternative esistono?
- quale soluzione è adatta al mio caso?
- in quali condizioni cambia la risposta?
- quali rischi devo considerare?
- come posso verificare ciò che viene affermato?
- qual è il passo successivo?
Queste domande non devono necessariamente diventare sette H2.
Questo è un punto importante.
Il fan-out non serve a gonfiare l’articolo. Serve a comprendere il territorio decisionale che circonda la domanda iniziale. Dopo averlo ricostruito bisogna decidere quali domande appartengano realmente alla pagina e quali debbano essere affidate ad altri nodi del sito.
I campi che trasformano un brief in una CTP
| Campo | Domanda a cui risponde | Perché serve |
|---|---|---|
| Query e domanda iniziale | Da quale esigenza parte la ricerca? | Definisce il punto di ingresso. |
| Fan-out | Quali sotto-domande emergono? | Ricostruisce il percorso informativo. |
| Persona | Chi deve prendere la decisione? | Evita risposte astratte rispetto al destinatario. |
| Problema di business | Perché il contenuto esiste per l’azienda? | Collega produzione editoriale e obiettivo. |
| Entità e relazioni | Quali soggetti, prodotti, concetti e relazioni devono essere espliciti? | Riduce ambiguità semantiche. |
| Condizioni | Quando cambia la risposta? | Evita affermazioni assolute. |
| Prove e fonti | Su cosa poggia un’affermazione? | Rende verificabile il contenuto. |
| Obiezioni | Cosa impedisce al lettore di accettare o utilizzare la risposta? | Fa emergere gli ostacoli alla decisione. |
| Ruolo della pagina | Che cosa deve spiegare questa URL e che cosa deve essere spiegato altrove? | Riduce sovrapposizioni e cannibalizzazione. |
| CTA e conversione | Qual è il passo successivo coerente? | Collega il contenuto al risultato di business. |
Brief SEO tradizionale e Content Thought Page non sono la stessa cosa
| Brief tradizionale | Content Thought Page |
|---|---|
| Parte prevalentemente dalla keyword | Parte dalla domanda e dal problema decisionale |
| Analizza l’intento | Analizza intento, sotto-domande e condizioni |
| Definisce H1 e H2 | Definisce prima le responsabilità informative della pagina |
| Indica keyword correlate | Esplicita entità e relazioni |
| Osserva i competitor | Definisce anche prove, fonti e limiti |
| Produce una struttura editoriale | Produce una mappa utilizzabile per struttura, contenuto e conversione |
| La CTA può essere aggiunta alla fine | La decisione attesa viene definita prima della scrittura |
La CTP, quindi, non elimina il content brief. Lo estende.
Un esempio: progettare una guida per un e-commerce
Supponiamo che un e-commerce debba pubblicare una guida destinata a intercettare una domanda commerciale.
Con un approccio tradizionale potremmo individuare la keyword, studiare la SERP, raccogliere le query correlate e costruire la struttura.
Con una CTP aggiungiamo un’altra serie di domande.
Quale decisione sta cercando di prendere l’utente? Deve scegliere una categoria di prodotti oppure un singolo prodotto? Quali caratteristiche cambiano la scelta? Esistono condizioni nelle quali una raccomandazione non è più valida? Quali informazioni devono provenire dal produttore o da documentazione primaria? Quali dubbi appartengono alla guida e quali devono invece essere risolti nella scheda prodotto?
A quel punto la struttura dell’articolo non deriva più semplicemente dalla somma delle keyword.
Deriva dal modello del problema.
Il prima
Un’istruzione semplificata potrebbe essere:
Scrivi un articolo SEO sulla query X.
Usa la keyword principale nel titolo.
Inserisci queste keyword secondarie.
Struttura il testo con H2 e H3.
Scrivi circa 2.000 parole.
Inserisci una FAQ finale.Un LLM è perfettamente in grado di eseguire questo compito.
Il problema è che gli abbiamo comunicato soprattutto la forma dell’output.
Il dopo
Un brief inferenziale aggiunge informazioni come queste:
Domanda iniziale:
Quale problema sta cercando di risolvere l'utente?
Persona:
Chi prende la decisione e con quale livello di conoscenza?
Fan-out:
Quali domande devono essere risolte prima della scelta?
Entità:
Quali prodotti, categorie, caratteristiche e soggetti devono essere distinti?
Condizioni:
Quali variabili possono modificare la risposta?
Prove:
Quali affermazioni richiedono documentazione primaria?
Obiezioni:
Quali dubbi impediscono la decisione?
Ruolo della pagina:
Che cosa deve risolvere questa guida e che cosa deve essere demandato a categoria e prodotto?
Conversione:
Quale azione rappresenta il passo successivo coerente?La differenza non consiste nell’avere un prompt più lungo.
Consiste nell’aver fornito al modello una rappresentazione più completa del compito.
Come costruisco una Content Thought Page
1. Definisco il problema prima dell’articolo
Prima di decidere gli H2 cerco di chiarire perché il contenuto deve esistere.
Il problema non può essere semplicemente “dobbiamo posizionarci per questa keyword”. Quello è un obiettivo di visibilità.
La domanda successiva è: che cosa dovrebbe succedere se otteniamo quella visibilità?
Il lettore deve comprendere un metodo? Confrontare alternative? Ridurre un rischio? Arrivare a una categoria? Richiedere una consulenza?
Questa decisione cambia il contenuto.
2. Ricostruisco il fan-out
Analizzo le domande esplicite e implicite che possono derivare dalla ricerca iniziale.
Non tutte entreranno nella pagina. La mappa serve precisamente a poterle selezionare.
3. Identifico entità e relazioni
Un contenuto può contenere tutti i termini corretti e rimanere ambiguo.
Per questo individuo quali entità devono essere riconoscibili e soprattutto come sono collegate tra loro.
Un prodotto appartiene a una categoria. Una caratteristica può determinare una compatibilità. Una condizione può escludere un utilizzo. Una fonte sostiene una determinata affermazione.
Le relazioni danno significato alle informazioni.
4. Separo affermazioni, prove e opinioni
Non tutto ciò che viene scritto ha lo stesso statuto.
Un dato richiede una fonte. Una caratteristica tecnica può richiedere documentazione ufficiale. Un’interpretazione strategica può invece essere attribuita chiaramente a chi la formula.
Quando esprimo una valutazione professionale preferisco renderlo esplicito: la mia opinione è che un contenuto sia più affidabile quando permette di distinguere facilmente ciò che sappiamo, ciò che deduciamo e ciò che consigliamo.
Questo vale per il lettore e diventa ancora più importante quando il contenuto può essere elaborato da sistemi automatici.
5. Definisco condizioni e limiti
Molti contenuti diventano generici perché cercano una risposta universalmente valida.
Le decisioni reali funzionano raramente così.
Una raccomandazione può dipendere dal tipo di sito, dal catalogo, dal mercato, dalla tecnologia, dal budget o dalla fase del progetto.
Esplicitare le condizioni non indebolisce la risposta. La rende più precisa.
6. Assegno alla pagina un confine
Una CTP deve dire anche che cosa non deve fare la pagina.
Questo passaggio è fondamentale quando si progetta un ecosistema editoriale.
Se ogni articolo prova a rispondere a tutto, gli articoli finiscono per assomigliarsi. Cambiano titolo e keyword, ma ripetono definizioni, esempi e conclusioni.
La conseguenza non è soltanto editoriale. Diventa un problema di architettura e di strategia dei contenuti SEO.
7. Definisco la conversione prima della scrittura
La CTA non dovrebbe essere una frase commerciale aggiunta agli ultimi due paragrafi.
Se l’articolo deve portare a una determinata azione, quella destinazione deve essere coerente con il problema affrontato.
Un contenuto informativo può portare a un approfondimento. Un contenuto diagnostico può portare a un audit. Una guida che evidenzia un problema di architettura può condurre a una valutazione della struttura del sito.
La conversione è quindi parte della progettazione.
Il ruolo dell’LLM: eseguire meglio, non assumersi la responsabilità
La CTP diventa particolarmente utile quando utilizziamo un LLM nella produzione.
Ma occorre evitare un equivoco.
Fornire un brief più strutturato non trasforma il modello in un autore responsabile.
L’LLM può aiutare a organizzare informazioni, individuare lacune, proporre strutture, sviluppare parti del testo e verificare la coerenza rispetto alle istruzioni. Può anche rendere molto più veloce la produzione.
La responsabilità sulle fonti, sulle affermazioni, sui dati, sulle scelte strategiche e sulla versione pubblicata rimane umana.
Non esiste, quindi, il “prompt perfetto” capace di sostituire questa responsabilità.
Una CTP così dettagliata non rallenta la produzione?
Sì, la progettazione richiede tempo.
Ma la domanda corretta non è se il brief richieda più tempo. È dove vogliamo spendere quel tempo.
Possiamo impiegarlo prima, definendo ruolo, fonti, condizioni e obiettivo. Oppure dopo, correggendo articoli generici, eliminando ripetizioni, cercando fonti mancanti e chiedendoci perché venti contenuti prodotti velocemente non costruiscano un sistema coerente.
Inoltre, una parte importante della CTP è riutilizzabile.
Persona, tone of voice, regole sulle fonti, tassonomie, entità del progetto, pagine commerciali, criteri editoriali e vincoli possono essere definiti a livello di sistema e richiamati nei singoli brief.
Non significa compilare ogni volta decine di campi da zero.
Si può automatizzare la Content Thought Page?
Alcune parti sì.
Un sistema può aiutare a raccogliere query, SERP, domande correlate, contenuti esistenti, entità ricorrenti e collegamenti interni. Un LLM può proporre un primo fan-out o evidenziare campi mancanti.
Ma esistono decisioni che non dovrebbero essere delegate automaticamente.
Qual è il problema commerciale prioritario? Quale prova è sufficientemente affidabile? Quale affermazione l’azienda è disposta a sostenere? Quale pagina deve possedere un determinato passaggio della decisione? Qual è il rischio di una raccomandazione errata?
Queste sono decisioni strategiche.
Come misurare se la CTP sta funzionando
Non misurerei l’efficacia di questo approccio soltanto attraverso il ranking della keyword primaria.
Il ranking rimane un indicatore importante, ma il modello nasce per collegare visibilità, comprensione e risultato.
La misurazione dovrebbe quindi essere coerente con il ruolo assegnato alla pagina.
Possiamo osservare, a seconda del progetto:
- query e famiglie di query intercettate;
- click organici qualificati;
- passaggi verso le pagine strategiche collegate;
- conversioni assistite;
- lead generati;
- backlink e citazioni quando il contenuto contiene un asset originale;
- comportamento degli utenti lungo il percorso informativo;
- sovrapposizioni tra pagine che avrebbero dovuto avere ruoli differenti.
Il KPI corretto dipende dal compito assegnato al contenuto.
Dalla produzione di articoli alla progettazione di un sistema
La Content Thought Page non nasce per rendere più complicato un brief.
Nasce perché la produzione di contenuti è diventata estremamente economica mentre la capacità di produrre informazioni realmente utili, differenziate e verificabili non lo è diventata affatto.
Possiamo generare cento articoli più velocemente di quanto potessimo fare qualche anno fa. Questo non significa che abbiamo cento buoni motivi per pubblicarli.
La domanda che utilizzo nella progettazione è diversa:
quale responsabilità deve assumersi ciascun contenuto all’interno del sistema?
Quando la risposta è chiara, anche l’LLM lavora meglio, perché non gli stiamo chiedendo semplicemente di “scrivere di un argomento”. Gli stiamo fornendo domanda, contesto, relazioni, prove, limiti e risultato atteso.
È il passaggio dal brief keyword alla mappa delle decisioni.
Ed è uno dei principi su cui costruisco la Content Thought Page.
Vuoi applicare questo modello al tuo piano editoriale?
Posso partire dal primo contenuto, ricostruire domanda, fan-out, entità, prove, ruolo della pagina e conversione e trasformarlo in un modello replicabile per il progetto. Scopri come lavoro sulla strategia dei contenuti SEO.
Domande frequenti sulla Content Thought Page
La CTP sostituisce la keyword research?
No. La keyword research rimane una fonte importante per comprendere la domanda. La CTP utilizza quelle informazioni insieme a fan-out, entità, condizioni, prove, ruolo della pagina e obiettivo di conversione.
Quanto deve essere lungo un brief CTP?
Non esiste una lunghezza standard. Deve contenere le informazioni necessarie per il compito. Molti elementi possono inoltre essere definiti a livello di progetto e riutilizzati, evitando di ripeterli integralmente per ogni contenuto.
La CTP può essere utilizzata senza intelligenza artificiale?
Sì. È un modello di progettazione del contenuto, non un sistema dipendente dall’LLM. Può essere utilizzato anche da un autore umano. L’uso degli LLM rende semplicemente più evidente l’importanza di un brief che espliciti contesto, fonti, condizioni e responsabilità.
Un LLM può compilare automaticamente una CTP?
Può contribuire alla compilazione, per esempio proponendo sotto-domande o individuando lacune. Le decisioni relative a strategia, prove, affidabilità delle fonti, obiettivi commerciali e responsabilità editoriale devono però essere validate da una persona competente.