Collegare chiaramente più entità in una singola pagina.
Più entità necessitano di ID stabili e relazioni precise. Un grafico JSON-LD mostra qual è il soggetto principale, il fornitore, l'autore o la posizione.
Per i team SEO e gli sviluppatori, "Collegamento univoco di più entità" mostra la differenza tra "Entità primaria univoca" e "Una definizione per ID". "Organizzazione duplicata" è il tipico segnale di allarme.
Pubblicato: 3 minuti di lettura · Autore: Sebastian Geier
Come si collegano più entità in una pagina senza relazioni ambigue?
La pagina web identifica il suo soggetto principale utilizzando `mainEntity`, mentre `author`, `provider`, `brand` e `location` esprimono i rispettivi ruoli. Le entità ricorrenti non vengono copiate, ma referenziate tramite ID; il contenuto visibile e il tipo di pagina determinano quale relazione si applica effettivamente.
Ruolo appropriato per l'attività
Numero di entità reali definite più volte, riferimenti ID non definiti e ruoli in conflitto per modello di pagina.
Percentuale di pagine testate con un'entità principale univoca e corrispondenza visibile di tutte le relazioni essenziali.
Esempio pratico: "Organizzazione duplicata"
Una pagina di un corso contiene Pagina Web, Corso, Organizzazione erogatrice e Docente. Il Corso è l'argomento principale, che fa riferimento al fornitore e al docente, mentre la Pagina Web menziona separatamente l'editore; lo stesso ID organizzazione non viene generato nuovamente come nuova entità.
Una definizione per ID
Rappresentare tutte le entità del mondo reale presenti sulla pagina, inclusi identità, ruolo e corrispondenza visibile, in un piccolo schema grafico.
Riutilizzare ID stabili, definire l'entità primaria e collegare le entità secondarie solo tramite proprietà aziendali pertinenti.
Verificare la presenza di duplicati, cicli, riferimenti non definiti e incongruenze con il contenuto visibile nel grafico renderizzato.
Doppia organizzazione
Doppia organizzazione Gli editori e i fornitori sono definiti con ID diversi, sebbene entrambi rappresentino la stessa società reale.
Elemento principale errato – Un'organizzazione globale diventa l'entità principale di un articolo tecnico, sostituendo l'articolo stesso nel modello di pagina.
Relazione non comprovata – Una persona è collegata come collaboratore o autore, anche se questo ruolo non è visibilmente verificabile nella pagina.
Entità principale chiara
Criterio di test
Entità principale chiara
L'argomento principale della pagina è chiaramente identificato e distinto dall'editore, dall'autore e dalle entità menzionate incidentalmente.
Criterio di test
Una definizione per ID
Ogni entità reale ha una definizione completa nel grafo; le occorrenze successive si riferiscono allo stesso identificatore.
Ruolo appropriato per l'attività Proprietà come fornitore, marchio, worksFor o posizione corrispondono alla relazione reale e visibile tra le entità coinvolte.
Cosa segue "Collegamento univoco di più entità"
Utilizzare i riferimenti sameAs in modo selettivo anziché indiscriminato Approfondisce il checkpoint "Entità primaria univoca". La domanda guida è: quali profili esterni sono adatti per un riferimento sameAs credibile?
Viene offerta una prospettiva complementare Utilizzo di Schema. org in modo pulito e completo per LocalBusinessrisponde alla domanda: "Quali dettagli di LocalBusiness appartengono a una pagina di una sede reale e devono corrispondere? "
Se desideri implementare concretamente "Collegamento univoco di più entità", puoi fare riferimento a: Sistemi web robusti Questo progetto si concentra su "Identità e relazioni tra entità" e "Entità primaria univoca".
Conclusione: Collegamento univoco di più entità
Un grafo di entità acquisisce chiarezza attraverso le relazioni, non attraverso il maggior numero possibile di tipi. ID e ruoli univoci chiariscono quale soggetto rappresenta la pagina e chi è coinvolto.
Fonti e ulteriori informazioni
La classificazione di "Collegamento univoco di più entità" si basa sulla seguente documentazione e standard ufficiali.
Dati strutturati dell'organizzazione – Google Search CentralRaccomandazioni ufficiali per dati reali dell'organizzazione, sottotipi di corrispondenza e presenza online e fisica.
Documentazione di Schema. orgDocumentazione primaria del vocabolario e delle sue relazioni di tipo e proprietà come base per un modello di entità coerente.
Introduzione al markup dei dati strutturati – Google Search CentralSpiegazione ufficiale delle entità strutturate, JSON-LD, sameAs e della distinzione tra le funzionalità di Google e il vocabolario generale di schema.org.
Tesi chiave
Ciascuna entità è definita una sola volta con un proprio ID e referenziata tramite proprietà appropriate. La pagina indica chiaramente l'argomento principale e assegna le sotto-entità in base al loro contenuto.
Cosa non riguarda
La presenza di più blocchi JSON-LD non collegati tra loro o di voci di organizzazione ripetute non spiega automaticamente come la pagina, l'autore, il fornitore e l'offerta siano correlati.
Di cosa si tratta
Ogni oggetto del mondo reale è definito una sola volta con un ID stabile e referenziato tramite proprietà appropriate in un grafico chiaro.
SEO per dati strutturati ed entità
Modellazione delle relazioni aziendali tra marchio, operatore e sede.
Come fase di test separata nell'ambito del "collegamento univoco di più entità", la domanda è: come si modellano correttamente le relazioni tra marchio, operatore e posizione?
SEO per dati strutturati ed entità
Assegnazione coerente degli ID entità per sedi, servizi e marchi.
A complemento di "Collegamento univoco di più entità" si aggiunge una decisione separata: come assegnare ID di entità coerenti per sedi, servizi e marchi?
Panoramica degli Insight
Tutti gli Insight di VELUNO in sintesi
Ulteriori analisi sui sistemi web, la visibilità digitale e modelli di lavoro robusti.
Una definizione per ID: decisione successiva concreta
Un modello complesso dovrebbe essere prima modellato su carta con cinque o sette nodi. Qualsiasi ID duplicato o relazione priva di un significato chiaro verrà chiarita prima dell'implementazione.