SEO Semantic Graph: il motore di ingegneria ontologica per WordPress
SEO Semantic Graph costruisce un Knowledge Graph unificato che dice a Google e ai modelli di intelligenza artificiale come è strutturato il tuo contenuto: cos’è un contenitore, cos’è il contenuto, cosa appartiene a cosa e cosa è collegato a cosa. Niente frammenti di codice sparsi, niente “chimere ontologiche”.
Soprattutto, risolve i principali problemi di cannibalizzazione dei contenuti: ogni URL ha un ruolo chiaro nel grafo, senza segnali sovrapposti. Scopri come previene la cannibalizzazione →
I plugin tradizionali si concentrano sulla sintassi (la luce verde). Noi ci concentriamo sull’ontologia: la struttura e il significato reale del tuo sito.
Il problema: i validatori controllano la grammatica, non la logica
Un documento JSON-LD può superare tutti i test automatici ed essere comunque sbagliato dal punto di vista ontologico. Il validatore Schema.org e il Rich Results Test di Google verificano che il markup sia ben formato. Non verificano che il grafo abbia un senso logico.
Cosa accettano i validatori (senza battere ciglio)
- Una
WebPageche dichiara se stessa comeArticle(contenitore confuso con il contenuto). - Un
hasPartusato per elencare pagine che non fanno fisicamente parte del documento. - Una
Reviewcollegata a un tipo che Google non accetta (per esempio unArticle). - Un
@idche punta a un nodo che non esiste da nessun’altra parte (nodo orfano). - Una proprietà
aboutche è testo libero invece di un riferimento risolvibile. - Un microformato legacy (
hentry) che i validatori leggono come unCreativeWorkin più, scollegato dal tuo grafo e riempito con quello che trova all’inizio della pagina.
La soluzione: niente chimere ontologiche
Una chimera ontologica è un dato strutturato sintatticamente valido ma logicamente incoerente: una pagina che dichiara due cose incompatibili nello stesso momento.
SEO Semantic è nato proprio per evitare questo.
Il plugin decide dove vive ogni proprietà, quale nodo la possiede e come i nodi si riferiscono l’uno all’altro tramite @id esatti. Lavora a livello ontologico, non solo semantico.
Nota su hentry: cos’è e perché appare
Potresti vedere un nodo hentry nel tuo grafo che non viene dal nostro plugin. hentry è un microformato dell’era dei blog (hAtom) che WordPress e molti temi aggiungono a ogni contenuto tramite post_class(). Google documenta JSON-LD, Microdata e RDFa, non hAtom. Il validatore lo legge come un CreativeWork in più, scollegato dal grafo, e lo riempie con quello che trova all’inizio della pagina. È, a tutti gli effetti, una chimera ontologica.
SEO Semantic lo rimuove per impostazione predefinita. C’è un campo “Classe CSS sostitutiva”: se il tema applica stili a .hentry, inserisci per esempio ssg-entry e viene aggiunta al suo posto.
Limite: se il tema scrive hentry fisso nei template, o stampa Microdata propria (itemscope, itemtype), il plugin non può toglierlo — non ripulisce l’HTML a posteriori. Se dopo il test resta un CreativeWork Hentry, cerca itemtype nel sorgente della pagina: viene dal tema e va corretto in un child theme.
Come SEO Semantic previene la cannibalizzazione dei contenuti
I siti WordPress tradizionali soffrono di cannibalizzazione perché categorie, tag e archivi strutturati male creano segnali sovrapposti. Motori di ricerca e modelli di intelligenza artificiale non capiscono quale pagina sia l’autorità reale.
Il vecchio modo: l’albero ambiguo
Nelle configurazioni standard, più pagine competono per le stesse keyword perché categorie e archivi sovrapposti le raggruppano in modo vago. Il crawler di Google deve indovinare la gerarchia, portando spesso a cannibalizzazione interna e a un ranking diluito.
Il modo semantico: zero supposizioni
SEO Semantic previene completamente la cannibalizzazione by design. Applicando regole ontologiche rigorose — come link verticali espliciti isPartOf verso il genitore e ponti mirati significantLink — ogni URL ha un ruolo unico e non sovrapposto nel Knowledge Graph.
Quando i modelli di intelligenza artificiale e i motori di ricerca scansionano il tuo sito, non devono “indovinare” le relazioni. Leggono matematicamente chi è l’Hub principale (la Pillar) e chi sono i nodi figli. Chiarezza totale, zero cannibalizzazione.
Le regole Entity SEO, applicate di default
Il plugin applica la Guida all’Audit Semantico in modo che la configurazione corretta sia quella predefinita.
Contenitore ≠ Contenuto
Un URL non viene mai dichiarato “Article”. È una WebPage che ospita un mainEntity (il contenuto logico).
Collegamento vs Contenimento
Nelle Pillar Page il plugin non usa mai un hasPart falso. Usa significantLink (come stringhe) combinato con un ItemList strutturato.
Nodi di riferimento puri
I nodi sono cuciti insieme con @id esatti (#webpage, #article, #organization). Ogni riferimento dentro una pagina si risolve nello stesso grafo; i riferimenti ad altre pagine puntano solo ai loro contenitori (#webpage).
Disambiguazione delle entità
Un about forte (per esempio un URL di Wikipedia) e un array di mentions secondarie.
Breadcrumb sulla WebPage
Il BreadcrumbList appartiene alla pagina, non al contenuto, e segue la catena dei genitori che hai dichiarato.
Parità dei dati by design
FAQ, recensioni, valutazioni aggregate, prezzi e disponibilità sono generati dagli stessi dati dell’HTML visibile: quello che dichiara il JSON-LD è quello che vede il visitatore.
Un’unica fonte di verità
Di default SEO Semantic silenzia il JSON-LD di Yoast SEO, Rank Math e All in One SEO (puoi disattivarlo nelle impostazioni). Lo schema stampato da altri plugin o dal tuo tema, per esempio i dati prodotto di WooCommerce, non viene toccato.
hentry legacy rimosso
Il microformato hentry aggiunto da WordPress e da molti temi viene rimosso di default, perché i validatori lo leggono come un CreativeWork in più, scollegato. Se il tuo tema applica stili a .hentry, scegli una classe sostitutiva neutra nelle impostazioni.
Per vedere come queste regole si applicano nella pratica, leggi la guida completa all’Audit Schema.org.
Relazioni, non categorie
Le categorie e i tag appartengono al vecchio web ad albero: danno una etichetta a una macchina, non un significato. Per capire cosa contiene una categoria, un motore di ricerca o un LLM deve leggere i titoli al suo interno e indovinare.
SEO Semantic sostituisce le etichette con relazioni dichiarate
- Verticale: questa pagina appartiene a quella pillar (
isPartOf). Le pagine con lo stesso genitore sono sorelle. - Orizzontale: questa pagina si collega a una pagina di un’altra collezione (
significantLink). Le pagine collegate tra genitori diversi sono cugine. - Tematica: questo articolo fa parte della collezione X ma ha punti di contatto con un articolo della collezione Y — lo dichiari con
aboutomentions.
Dichiarate, mai inferite
Il plugin dichiara queste relazioni. Non le inferisce mai e non usa le categorie o i tag di WordPress. Per questo le pagine archivio, categoria, tag, autore e ricerca ricevono solo i nodi Organization e WebSite: sono pagine di elenco, non entità.
Se il tuo sito guadagna già traffico dalle pagine categoria, trasformale in pillar page oppure tienile fuori dall’indice.
A chi serve (e a chi no)
Questo plugin è uno strumento chirurgico per chi ha bisogno di controllo ontologico.
✅ Fa per te se:
- Sei un consulente SEO o un webmaster che lavora con l’Entity SEO.
- Ti serve un Knowledge Graph coerente per pillar page, silos, cataloghi di servizi o prodotti.
- Hai usato un validatore, hai visto la luce verde e hai sospettato che il grafo non avesse senso logico.
- Vuoi un’unica fonte di verità per il JSON-LD, senza conflitti con altri plugin.
❌ NON fa per te se:
- Cerchi una suite SEO tutto-in-uno (meta tag, sitemap, redirect, analytics). Questo plugin non lo fa.
- Ti servono solo meta tag di base e non ti interessa il dato strutturato.
- Ti aspetti che il plugin “sistemi la SEO” da solo senza configurare l’ontologia.
- Vuoi tenere attivi più plugin che stampano JSON-LD contemporaneamente. Di default SEO Semantic silenzia il JSON-LD di Yoast SEO, Rank Math e All in One SEO (puoi disattivarlo nelle impostazioni). Lo schema stampato da altri plugin o dal tuo tema, per esempio i dati prodotto di WooCommerce, non viene toccato.
Casi d’uso e guide pratiche
Due guide specifiche ti mostrano esattamente come si comporta il plugin sui diversi tipi di contenuto WordPress.
Configurare gli articoli (contenuto)
Come il plugin gestisce l’entità Article: perché le recensioni sono bloccate sui post, come vengono estratti autore e data e come si evitano gli errori di tipo.
Configurare le pagine (contenitore)
Come dichiarare un Service, un Product, un’App, una CollectionPage, una pagina About o Contact. Come funziona il siloing e come si evita la cannibalizzazione.
Come iniziare
Il plugin sarà disponibile su WordPress.org. Nel frattempo puoi installarlo manualmente.
1. Configurazione E-E-A-T globale
Vai su SEO Semantic nella barra laterale. Inserisci i dati della tua azienda (nome, partita IVA, fondatore), i tuoi link sameAs (per esempio LinkedIn o Wikipedia) e scegli la pagina Chi Siamo, che viene tipizzata automaticamente come AboutPage. L’Organization viene stampata su ogni pagina, così ogni riferimento ad essa si risolve nel grafo della pagina stessa.
2. Singola pagina o articolo
Apri un post o una pagina. Nel box SEO Semantic Graph scegli cosa ospita la pagina (Service, Product, App, Collection, About, Contact). I post sono automaticamente Article. Per Prodotti e App inserisci prezzo, valuta e disponibilità: vengono dichiarati nel JSON-LD e mostrati in un piccolo box visibile con i dettagli.
3. Il Relationship Builder (siloing)
Usa Belongs to (Appartiene a) per la relazione verticale (genitore). Usa Links to (Collegato a) per le relazioni orizzontali tra collezioni. Spunta l’opzione Pillar su una pagina hub per generare il suo ItemList; ogni pagina figlia dichiara l’hub come genitore per impostazione predefinita.
4. Ontologia e disambiguazione
Usa About per l’argomento principale (un URL di Wikipedia o una pillar interna) e Mentions per i concetti secondari o le pagine di altre collezioni.
5. Stile di FAQ e recensioni
I blocchi ereditano font e colori del tuo tema e usano tre variabili CSS (--ssg-accent, --ssg-radius, --ssg-border) che puoi impostare in CSS aggiuntivo. I nomi delle classi stabili e i filtri HTML sono documentati nel readme. Puoi anche disattivare il foglio di stile predefinito. Non nascondere mai i blocchi con display:none: il dato strutturato descriverebbe contenuto che i visitatori non possono vedere.
6. Lingue
L’interfaccia è in inglese ed è tradotta tramite i language pack di WordPress. La traduzione italiana è inclusa come file scaricabile: copia seo-semantic-graph-it_IT.mo in wp-content/languages/plugins/ e imposta la lingua del sito su Italiano. Una volta che il plugin sarà su WordPress.org, le traduzioni vengono gestite su translate.wordpress.org e consegnate automaticamente.
7. hentry legacy
Il microformato hentry che WordPress e molti temi aggiungono ai post viene rimosso di default, perché i validatori lo leggono come un CreativeWork in più, scollegato. Se il tuo tema applica stili a .hentry puoi scegliere una classe sostitutiva neutra nelle impostazioni. Limite: se il tema scrive hentry fisso nei template o stampa Microdata propria (itemscope, itemtype), il plugin non può toglierlo. Cerca itemtype nel sorgente della pagina: viene dal tema e va corretto in un child theme.
Scarica il file .zip, vai su WordPress > Plugin > Aggiungi nuovo > Carica plugin, carica il file e clicca Attiva.
Buono a sapersi
Qualche nota pratica prima di configurare il tuo grafo.
I rich result FAQ sono finiti
Da maggio 2026 Google non mostra più i rich result FAQ. FAQPage resta markup Schema.org valido e descrive il tuo contenuto ad altri consumatori, ma non aspettarti uno snippet visivo su Google.
I risultati vuoti sono normali
Un Service o una CollectionPage restituisce No items detected nel Rich Results Test. È sul validatore Schema.org che controlli il grafo.
Limiti del tema
Se un tema scrive hentry fisso o stampa Microdata propria, il plugin non può rimuoverlo: usa un child theme.
Recensioni
Usa solo valutazioni genuine. Google non accetta recensioni auto-promozionali sulle organizzazioni.
Hai un sito WordPress e vuoi sapere se il tuo grafo è coerente?
Non fermarti alla luce verde. Scopri se il tuo sito ha chimere ontologiche o nodi orfani.
Esegui l’audit completo sul tuo sito
Il nostro audit copre tutto, ma se preferisci testare singoli aspetti in autonomia, puoi usare direttamente gli strumenti ufficiali di Google:
Rich Results Test
— verifica per quali rich result di Google è idonea la tua pagina e visualizza un’anteprima di come potrebbero apparire nella ricerca [citation:1].
Schema Markup Validator
— valida tutto il markup Schema.org della tua pagina rispetto allo standard, senza gli avvisi specifici di Google [citation:1].