Le domande che mi fanno spesso

No, e non deve servire. Il modello deve poterlo usare anche chi non è sviluppatore: chi fa UI, chi scrive, il cliente che aggiorna il sito. Per questo a settembre ho buttato una prima versione che funzionava, con pagine hub e repeater: inserire Topic, Target e journey era troppo complicato. Oggi sono tre tassonomie: si spunta una voce, come una categoria. Chi classifica è chi scrive il contenuto.

No, e preferisco dirlo subito: è un’idea, non un metodo collaudato. Non l’ho ancora applicato a un progetto completo, quindi non ho risultati da mostrarti. Quello che esiste è un plugin che lo fa girare, ed è in uso proprio su questo sito: ogni pagina che leggi qui è classificata con il modello. Il blog serve anche a questo, a metterlo alla prova in pubblico. Se trovi un punto debole, scrivimi.

No: il modello è indipendente dalla tecnologia, è uno dei suoi tre principi. Topic, Target, Journey e Identity sono coordinate che descrivono un contenuto, non campi di un CMS. L’implementazione che esiste oggi è su WordPress, perché è dove lavoro: tassonomie per le coordinate, post type per l’identità. Su un altro CMS cambierebbero gli attrezzi, non le domande.

Non come prodotto da scaricare. È un plugin privato, che uso sui siti dei clienti nei progetti di Creeo Studio. Qui lo trovi al lavoro, e nel blog racconto come sono fatti alcuni suoi pezzi. Se vuoi usarlo su un tuo progetto, la strada passa da Creeo.

No. Il modello classifica la journey con cui, e per cui, un contenuto viene scritto: è una dichiarazione di chi lo scrive. Il percorso reale del lettore è un’altra cosa, e si misura. Tenerle separate è proprio il punto: quando le confronti, vedi dove il viaggio previsto e quello vero si spezzano.

Si dichiarano tre cose: di cosa parla il contenuto (Topic), a chi si rivolge (Target) e in quale momento del percorso si colloca (Journey, con il suo Intento). La quarta, l’Identity, non si dichiara mai: si ricava al momento, dal tipo di contenuto e dalla forma della pagina. Da quella sola classificazione viene il resto: URL, breadcrumb, contenuti correlati, schema.org, dataLayer.

Perché questo sito non vende. Awareness, consideration e decision descrivono un percorso d’acquisto: sui siti che vendono hanno senso. Qui la Reader Journey ha tre tappe, Scoperta, Approfondimento e Riferimento, e classifica il tipo di contenuto che scrivo, non lo stato d’animo di chi legge. La prima versione ne aveva cinque: troppe, e con il criterio sbagliato.

«Come la penso» raccoglie i ragionamenti: idee, ipotesi, lezioni dal lavoro, anche quelle non ancora chiuse. «Come lo faccio» raccoglie i tutorial: passi numerati e codice completo, da seguire mentre lavori. Il primo spiega il perché, il secondo il come.

Bebop. è il mio spazio personale: qui scrivo, ragiono ad alta voce e condivido quello che imparo sul campo. Creeo Studio è l’agenzia in cui lavoro, il luogo in cui cresco, il team con cui faccio i progetti veri. Qui non vendo niente; se hai un progetto, la porta giusta è Creeo.

Perché è il modo in cui mi piace fare le cose, dentro e fuori dallo schermo: struttura solida, suonata con swing. Regole precise, e dentro le regole lo spazio per improvvisare.

Perché è una delle coordinate del modello: il Target. Ogni contenuto nasce per qualcuno, un developer, un SEO specialist, un project manager, e dichiararlo ti fa capire subito se quel testo è per te. È anche un dato che il sito usa: finisce nello schema.org come audience.

Sì: i contenuti sono rilasciati con licenza CC BY 4.0. Puoi copiarli, adattarli e riusarli, anche per lavoro, a patto di citare la fonte con un link. La conoscenza vale quando diventa patrimonio comune: se prendi qualcosa, lascia qualcosa, anche solo un’obiezione.

Di content model, SEO tecnica, data analytics e di tutto quello che trovi nel blog. Mi piacciono i confronti alla pari, anche critici: se pensi che abbia toppato, dimmelo. Quello a cui non rispondo sono i messaggi senza contesto («ciao, info?») e i pitch copiati e incollati.

No, consulenze no. Quello che faccio volentieri è il confronto tra colleghi: una domanda su un content model, un dubbio sul dataLayer, un parere su uno schema. Da pari a pari. Quando il confronto diventa un progetto, passa da Creeo Studio.

A Creeo Studio. I progetti veri li faccio con il team, perché nessuno tiene in piedi tutto da solo. Se invece vuoi confrontarti su un’idea, un dubbio o un pezzo del modello, scrivi pure a me.

Sì, volentieri. Sui temi di cui scrivo qui: il content model come linguaggio comune tra i team, schema.org e dati strutturati, la misura con GTM e GA4. Scrivimi da Parliamone con data, pubblico e formato, così capisco subito se posso esserti utile.

Qualche giorno. Rispondo sempre, ma non in tempo reale: leggo con calma e rispondo quando ho qualcosa di utile da dire. Più contesto mi dai, più la risposta sarà concreta.

È la SEO tecnica più l’AEO, l’Answer Engine Optimization. La prima fa sì che il sito venga trovato e indicizzato; la seconda fa sì che venga capito, da Google e dagli answer engine che costruiscono risposte citando le fonti. Le due cose stanno insieme: prima ti devono trovare, poi capire.

Sì, ma non per il motivo di prima. Dal 7 maggio 2026 Google non mostra più i risultati FAQ nella ricerca. Il markup FAQPage però resta schema.org valido e continua a descrivere la pagina a chi la legge. Le FAQ di questo sito ci sono per le persone, e per gli answer engine che cercano risposte brevi e chiare. Non per strappare spazio in SERP.

Yoast fa bene la base: un grafo con sito, pagina, autore, articolo. Quello che non dice è di cosa parla davvero un contenuto e per chi è scritto. Il mio plugin non lo sostituisce: si inserisce nel suo grafo e aggiunge i nodi che mancano, come DefinedTerm per i topic, Audience per i target, Event, Service o HowTo per i contenuti, tutti collegati per @id. Non compilo campi SEO: costruisco un knowledge graph.

Sì: bebopcreative.it ha il suo llms.txt, generato da Yoast. È un file di testo che dà ai modelli linguistici una mappa del sito: le pagine principali, il modello, i contenuti. Lo trovi su bebopcreative.it/llms.txt.

Vuol dire che a ogni evento attacco le stesse coordinate con cui il sito è stato costruito: Identità, Topic, Target e Journey. Così un clic non è più solo un clic su una pagina: è il clic di un certo target, su un certo topic, in un certo momento del percorso. E puoi vedere dove il viaggio si spezza, quale topic converte un target, dove conviene intervenire. Un numero che non porta a una decisione non è informazione: è rumore.

Perché ha troppi valori diversi. L’Intento è una frase, diversa per ogni contenuto: in GA4 diventerebbe una dimensione ad alta cardinalità, che finisce raggruppata in «(other)» e non aiuta a decidere. Può stare nel dataLayer, se serve lato GTM, ma il suo lavoro vero è un altro: serve al copy, per capire che finalità dare al testo.

No, ma aiuta molto. Su un sito costruito con il modello le coordinate esistono già: il dataLayer le legge dalla classificazione e ogni evento le porta con sé. Su un sito che non le ha, si possono ricostruire a posteriori, mappando URL e pagine su topic, target e fasi. Si fa, ma è più lavoro, e la mappa va tenuta aggiornata a mano.

Non ancora. La uso per costruire la misura: JavaScript in GTM, regex, Apps Script, il codice ripetitivo. Leggere i dati e decidere cosa significano resta un lavoro mio. Il giorno in cui la integrerò nel modo in cui analizzo, lo troverai scritto qui.

Come un secondo paio di occhi, non come un pilota automatico. Il plugin che fa girare il modello l’ho costruito con Claude Code: io progetto, decido e verifico. Il cambiamento più grande è stato di metodo. Prima partivo subito a scrivere codice e poi correggevo; oggi devo saper descrivere con precisione il risultato che voglio, prima ancora di vederlo. Il controllo resta mio.

Preferisco partire da zero. Il modello rende di più a monte: quando le coordinate ci sono dall’inizio, URL, template, schema e misura nascono già allineati. La struttura giusta si costruisce a monte, invece di rincorrerla a valle.

Perché mi lascia l’HTML. Breakdance produce un output pulito e si estende da codice: Dynamic Data, Elements, Conditions e Actions su misura. Per me è la condizione minima. Se non capisco cosa succede sotto, non lo uso: niente scatole nere.

Perché ciò che è programmato è ripetibile, versionabile e non si rompe al prossimo aggiornamento. Con Local JSON i campi stanno nel repository insieme al resto del codice: si versionano, si portano da un ambiente all’altro, si rivedono. E la stessa struttura dati serve due volte, al template e allo schema.org: parto dal significato, e i campi seguono.

All’inizio è stata una scelta forzata. Oggi lo tengo perché è programmabile: post type, tassonomie, hook, query. Non è un recinto in cui adattarsi, è una base da piegare al modello. Sul mio sito, le coordinate del Bebop Content Model sono tassonomie native di WordPress.