Questa guida descrive come ragionare su Schema ed Entity Registry in SuperRankSEO senza trasformare il JSON-LD in un insieme di blocchi indipendenti. L’obiettivo è mantenere un owner chiaro per ogni entità e verificare il graph sul frontend.
Quando usare una entità persistente
Usa una identità persistente quando lo stesso oggetto compare in più contenuti o template: Organization, Person/autore, Brand, ProductModel o altre entità che devono restare riconoscibili anche se cambia la pagina corrente.
Sequenza operativa
- Identifica l’entità e la fonte autorevole dei suoi dati.
- Assegna un owner unico del markup per evitare duplicazioni tra tema/plugin.
- Usa un @id stabile e riutilizzalo nelle relazioni appropriate.
- Collega Article, Product o altri nodi alla stessa entità invece di ricrearla.
- Controlla il source HTML su URL diverse che condividono l’entità.
Verifiche minime
- una Organization non cambia @id tra homepage e articoli;
- un autore viene referenziato come la stessa Person dove appropriato;
- ProductModel e varianti mantengono relazioni coerenti;
- non esistono due writer che emettono oggetti incompatibili per lo stesso dominio.
Failure mode comuni
Duplicazioni, ID instabili, dati commerciali inventati e conflitto tra plugin sono più importanti di un validator “verde”. Se un secondo componente possiede lo stesso Schema, decidere l’owner viene prima dell’aggiunta di nuove proprietà.
Approfondimento: Schema e Knowledge Graph in WordPress e funzionalità Schema & Knowledge Graph.