Är dina schema-entiteter länkade till en enda graf?
Entiteterna i strukturerad data är länkade (@id). Entiteter utan @id-länkar är lösa fragment — tre påståenden som råkar ligga på samma sida.
Vad kontrollen tittar på
Kontrollen läser varje JSON-LD-entitet på sidan och letar efter @id-referenser mellan dem. WebPage ska vara en del av WebSite, artikelns publisher ska vara Organization, och Organization ska ha ett stabilt @id som återanvänds överallt.
Varför det spelar roll
Entiteter utan @id-länkar är lösa fragment — tre påståenden som råkar ligga på samma sida. Länkade blir de en sammanhängande organisation med sidor, artiklar och produkter som en motor kan slå samman över hela sajten.
Så ser du det på din egen webbplats
Kontrollera i JSON-LD att Organization har ett @id (https://dindoman/#org) och att andra entiteter pekar på det med "publisher": {"@id": "…#org"} i stället för att upprepa ett namn.
Schema & entity check → — gratis, ingen registrering.
Så åtgärdar du det
- Ge Organization och WebSite stabila @id och använd dem på varje sida.
- Referera, upprepa inte:
author,publisher,isPartOfochaboutpekar på @id. - Använd @graph för att samla sidans entiteter i ett block.
Det här gör agenten: agentens Organization-block har ett stabilt @id som alla sidor delar; dina mallar kan peka på det.
Relaterade kontroller
Del av de 23 kontrollerna · grupp: Varumärkets identitet — JSON-LD på sidan, entitetslänkar (@id, sameAs), post i Wikidata, enhetliga externa profiler.
Vanliga frågor
Vad är @id, egentligen?
En identifierare i URL-form för en entitet, så att två omnämnanden kan kännas igen som samma sak. https://dindoman/#org på varje sida betyder en organisation, inte en per sida.
Börja med den kostnadsfria kontrollen. Säg sedan agenten vad du behöver.
Den kostnadsfria kontrollen kör de 23 kontrollerna på dina publika sidor. Inget installeras, inget ändras förrän du trycker på knappen.
Gratis kontroll utifrån på några minuter · rapporten via e-post · inget installeras ännu