Behandeln Suchmaschinen beide Beispiele gleich?
Wenn ja, gibt es einen Grund, einen über den anderen zu wählen?
Wenn nein, was sind die Unterschiede?Ist es in Ordnung, (wenn möglich) JSON-LD Schema.org Referenz zu verschachteln?
nicht verschachtelt strukturierte Daten:
[{
"@context": "http://schema.org",
"@type": "WebPage",
...
},{
"@context": "http://schema.org",
"@type": "BreadcrumbList",
...
},{
"@context": "http://schema.org",
"@type": "VideoObject",
...
}]
Nested strukturierte Daten:
[{
"@context": "http://schema.org",
"@type": "WebPage",
"breadcrumb": {
"@type": "BreadcrumbList",
...
},
"video": {
"@type": "VideoObject",
...
},
...
}]
Vielen Dank für Ihre Antwort! Gibt es Situationen, in denen die erste Option bevorzugt wird? Mit dem [Structured Data Testing Tool] von Google (https://search.google.com/structuredata/testing-tool/u/0/) kann ich nur ein Element sehen, die WebPage, und ich frage mich, ob Google das nicht tut Indexieren Sie den Breadcrumb, wenn es sich nicht um eine separate Entität handelt. –
@RonenTeva: Sie sehen nur ein * Top-Level * -Element. Die anderen Elemente sind korrekt in diesem Element verschachtelt. Ohne Eigenschaften wie "breadcrumb" zu verwenden, konnten Suchmaschinen nicht einmal sicher sein, dass die 'BreadcrumbList' die Breadcrumbs für die Seite sein sollte. Also nein, es macht keinen Sinn Eigenschaften wegzulassen. Denken Sie an "Person" und "Buch". Was würde es ohne eine Immobilie bedeuten? Die Person könnte das Buch verfasst oder das Buch gelesen oder das Buch angeboten haben ... aber wenn Sie die Eigenschaft ['autor'] (http://schema.org/author) verwenden, machen Sie das klar. – unor
Verstanden, danke. –