Semantics von relativer URLs in schema.org Paniermehl in JSON-LD

Question

The schema.org website gives an example of a breadcrumb represented in JSON-LD

<script type="application/ld+json"> 
{ 
"@context": "http://schema.org", 
"@type": "BreadcrumbList", 
"itemListElement": 
[ 
    { 
    "@type": "ListItem", 
    "position": 1, 
    "item": 
    { 
    "@id": "https://example.com/dresses", 
    "name": "Dresses" 
    } 
    }, 
    { 
    "@type": "ListItem", 
    "position": 2, 
    "item": 
    { 
    "@id": "https://example.com/dresses/real", 
    "name": "Real Dresses" 
    } 
    } 
] 
} 
</script> 

Das meiste davon ist mir klar, aber ich bin nicht ganz sicher über die Semantik der in diesem Beispiel angegebenen Links.

Was ich verwirrend finde, sind die @id Eigenschaften. Ihre Werte sind URLs und es sieht so aus, als sollten diese zu tatsächlichen Webseiten führen, die mit den Breadcrumb-Elementen verknüpft sind. Der Name der Eigenschaft deutet jedoch darauf hin, dass die URLs in einigen Ontologien möglicherweise auf Konzeptbezeichner verweisen. Welches ist es?

Die Ohne Markup Registerkarte enthält eine unnotierte HTML-Seite, die darauf hindeutet, dass meine erste Schätzung richtig ist und die URLs tatsächlich zu Webseiten führen.

<ol> 
    <li> 
    <a href="https://example.com/dresses">Dresses</a> 
    </li> 
    <li> 
    <a href="https://example.com/dresses/real">Real Dresses</a> 
    </li> 
</ol> 

Ist dies der Fall und ist es in Ordnung, relative URLs in diesem Zusammenhang zu verwenden?

<script type="application/ld+json"> 
{ 
"@context": "http://schema.org", 
"@type": "BreadcrumbList", 
"itemListElement": 
[ 
    { 
    "@type": "ListItem", 
    "position": 1, 
    "item": 
    { 
    "@id": "https://dresses.com/dresses", 
    "name": "Dresses" 
    } 
    }, 
    { 
    "@type": "ListItem", 
    "position": 2, 
    "item": 
    { 
    "@id": "/dresses/cocktail", 
    "name": "Cocktail Dresses" 
    } 
    } 
] 
} 
</script> 

Answer 1

Meiner Meinung nach sollte es in Ordnung sein.

Check: https://search.google.com/structured-data/testing-tool

Beispiel Testdaten mit relativ Urls:

<script type="application/ld+json"> 
{ 
    "@context": "http://schema.org", 
    "@type": "BreadcrumbList", 
    "itemListElement": [{ 
    "@type": "ListItem", 
    "position": 1, 
    "item": { 
     "@id": "http://www.example.com/", 
     "name": "Home" 
    } 
    },{ 
    "@type": "ListItem", 
    "position": 2, 
    "item": { 
     "@id": "/furniture/", 
     "name": "Furniture" 
    } 
    },{ 
    "@type": "ListItem", 
    "position": 3, 
    "item": { 
     "@id": "/furniture/kitchen/", 
     "name": "Kitchen" 
    } 
    }] 
} 
</script> 

aktualisieren geprüft Noch einmal: Oh Google-Domain http://www.example.com/ für Artikel ohne absolute URL in der Ausgabe der Struktur hinzufügen Datentest-Tool. So verwerfen Sie meine Nachricht, ich bin nicht sicher, ob die relativen Pfade unterstützt werden, verwenden Sie stattdessen absolute.