Type mapping dinamico
Ogni post type riceve il nodo corretto: articoli, pagine, prodotti WooCommerce e contenuti personalizzati. Le regole sono centralizzate e modificabili senza toccare il codice del tema.
Le AI non leggono una pagina come un lettore: estraggono entità, relazioni e proprietà. Schema.org 2.0 costruisce un grafo coerente con identità, contenuti, immagini e tipi ricchi, lo valida e lo serve in JSON-LD pulito, con cache intelligente.
Un logo nel footer, un numero di telefono in una pagina contatti e un profilo social nel menu non dicono a un modello chi sei. Servono nodi collegati: un'organizzazione, i suoi contatti, le sue sedi, le sue pagine e i suoi contenuti.
Senza un grafo coerente, ogni pagina parla per sé e il modello deve indovinare. Con Schema.org 2.0 ogni informazione è dichiarata una volta e referenziata ovunque, con lo stesso identificatore.
Configura una volta logo, contatti, profili social, coordinate geografiche e orari. Il grafo usa un identificatore stabile e collega ogni pagina all'organizzazione, senza duplicare nodi o creare identità parallele.
Per le attività locali, gli orari vengono letti e convertiti in openingHoursSpecification strutturato: niente testo libero che il modello deve interpretare. I profili personali possono usare person sameAs per collegare l'autore alle sue fonti esterne.
Il mapping dinamico sceglie il nodo in base al post type. L'override per entry gestisce le eccezioni. I default intelligenti coprono subito i casi più comuni.
Ogni post type riceve il nodo corretto: articoli, pagine, prodotti WooCommerce e contenuti personalizzati. Le regole sono centralizzate e modificabili senza toccare il codice del tema.
Nel meta-box del singolo contenuto puoi cambiare tipo, aggiungere proprietà o correggere un valore. L'override vince sul mapping globale: l'eccezione resta locale, la coerenza resta intatta.
Articoli, pagine e prodotti ricevono automaticamente i campi essenziali. Non devi compilare tutto a mano: parti da un nodo valido e aggiungi solo ciò che distingue davvero il contenuto.
Ogni pagina ha il suo nodo WebPage collegato al contenuto e all'organizzazione. Le immagini dichiarano dimensioni e URL, così il modello sa cosa rappresentano prima ancora di elaborarle.
| Tipo di contenuto | Nodo predefinito | Dati inclusi |
|---|---|---|
| Articolo / post | Nodo editoriale con autore | Titolo, data, immagine, autore, organizzazione. |
| Pagina | WebPage | Nome, descrizione, URL, immagine, entità collegata. |
| Prodotto WooCommerce | Product | SKU, prezzo, valuta, disponibilità, immagine. |
| Contenuto personalizzato | Mapping configurabile | Regole per post type + override per singola entry. |
Un evento non è un articolo. Una ricetta non è una pagina generica. Il grafo usa il tipo corretto e i campi che quel tipo richiede.
Date, luogo, organizzatore e stato dell'evento.
Passaggi ordinati, strumenti e tempo richiesto.
Ingredienti, istruzioni, tempi e resa.
Titolo, durata, thumbnail e data di pubblicazione.
Mansione, sede, contratto e retribuzione.
Voto, autore, elemento recensito e data.
Servizio, area servita, provider e offerta.
Programma, provider, modalità e requisiti.
Un JSON-LD formalmente valido può raccontare dati incompleti. Il Schema Validator separa errori bloccanti e warning, verifica i campi obbligatori dei tipi ricchi e applica uno score floor: sotto la soglia minima, il nodo viene segnalato prima di arrivare in produzione.
1 warning: aggiungi person sameAs per rafforzare l'autore.
IA Eyes, la preview che parla chiaro. Il pannello mostra il JSON-LD esattamente come lo vedrà un motore, con nodi, relazioni e campi mancanti. È lo stesso linguaggio visivo della pagina E-E-A-T, per controllare grafo e autorevolezza nello stesso flusso.
Il JSON-LD di ogni post viene salvato in cache con un hash del contenuto e una validità di 24 ore. Quando il contenuto cambia, l'hash cambia e la cache viene rigenerata: nessun dato strutturato obsoleto.
I campi ACF non entrano nel grafo per impostazione predefinita. Solo l'allowlist esplicita tramite il filtro geo_pro_acf_schema_fields può esporli, come proprietà aggiuntive controllate. Un allowlist vuoto non pubblica nulla.
Privacy first. L'allowlist è vuoto per default. Se un campo non è dichiarato, non viene letto, non viene serializzato e non finisce nel JSON-LD pubblico.
No, li integra. GEO Optimizer Pro disattiva solo i nodi Schema in conflitto e aggiunge il grafo GEO completo. Se un plugin SEO deve essere sostituito, il passaggio avviene senza rimuovere lo schema esistente prima di avere un rimpiazzo valido.
Entrano in gioco i default intelligenti: gli articoli ricevono un nodo adatto al contenuto, le pagine un WebPage, i prodotti WooCommerce un Product con SKU, prezzo, valuta e disponibilità. L'identità dell'organizzazione resta quella configurata una volta sola.
Nel meta-box di ogni entry puoi sovrascrivere tipo, proprietà e valori del nodo generato automaticamente. L'override ha priorità sul mapping dinamico, così un caso particolare non costringe a cambiare le regole globali.
Separa errori e warning, verifica i campi obbligatori dei tipi ricchi e applica uno score floor: un grafo che scende sotto la soglia minima viene segnalato prima della pubblicazione, con l'indicazione del nodo da correggere.
Per privacy e controllo. Solo i campi dichiarati nell'allowlist tramite il filtro geo_pro_acf_schema_fields possono entrare nel grafo. Un allowlist vuoto non espone alcun campo personalizzato.
30 giorni di prova gratuita, 14 giorni money back e tutte le funzioni Pro incluse. Attiva il grafo, controlla il validator e guarda come cambia la lettura del tuo sito da parte delle AI.