Meilleur JSON-LD pratiques: l'utilisation de plusieurs <script> éléments?

Je suis curieux de connaître les meilleures pratiques pour l'application de JSON-LD sur un site pour schema.org.

Si j'ai une page avec un Article et je tiens également à définir WebSite sur ma page, je voudrais avoir ceci:

<script type="application/ld+json">
{
    "@context": "http://schema.org",
    "@type": "WebSite",
    "url": "http://www.example.com/",
    "potentialAction": {
      "@type": "SearchAction",
      "target": "http://www.example.com/search?&q={query}",
      "query-input": "required"
    }
}
</script>

<!- … -->

<script type="application/ld+json">
{
  "@context": "http://schema.org",
  "@type": "Article",
  "author": "John Doe",
  "interactionCount": [
    "UserTweets:1203",
    "UserComments:78"
  ],
  "name": "How to Tie a Reef Knot"
}
</script>

Est-ce correct ou faux? Est-il un avantage ou un besoin de fusionner ces dans le même script, ou un tableau d'objets?

lire ce w3.org/TR/json-ld/#h3_advanced-context-usage, il suffit d'utiliser une simple liste

InformationsquelleAutor Stu Furlong | 2015-06-09

42

Il est valide. Vous pouvez avoir autant de blocs de données (= script éléments) comme vous le souhaitez.

Un possible bénéfice de l'aide d'un seul script élément: il permet d'établir des relations entre plusieurs éléments plus facile (par exemple, si vous décidez d'utiliser hasPart ou mainEntity), que vous avez simplement à imbriquer les éléments.

Mais faire de ces relations est bien sûr également possible lors de l'utilisation de séparer les blocs de données, par la référence à l'URI de l'élément avec @id (merci, @ Gregg Kellogg).

(Pour référence, l'ajout de deux ou plus de haut-niveau des éléments dans un seul script est possible avec @graph.)
- Vous pouvez également lier les nœuds en JSON-LD bloc de script à l'aide de @id. À partir d'un point de vue du modèle, ils sont tous traités comme des triplets dans un commun graphique. Cependant, les moteurs de recherche peut "optimiser" et non ce que vous attendez. À l'aide de JSON-LD algorithmes il n'y a probablement pas une bonne raison pour utiliser des blocs de script; il suffit de les fusionner en un objet commun, ou même un tableau d'objets.
- et unor - Merci pour les réponses! Ma principale préoccupation était en raison des limites d'un CMS, depuis le Site web est quelque chose que je voudrais préciser, au niveau mondial, et de l'Article est spécifié au niveau de la page. Je n'étais pas vraiment sûr à quoi s'attendre dans ce scénario. Google des Données Structurées d'Outil donne un ok, mais je suis toujours un peu sceptique là 🙂
- c'est donc en 2017, la recommandation est maintenant@graph ou un tableau d'objets? La discussion a été fait en 2012 (github.com/json-ld/json-ld.org/issues/96), et le consensus de ma lecture a été @graph pour de multiples objets de plus haut niveau. Merci à l'avance.
- Typiquement, vous allez utiliser @graph (ou un alias de @graph) pour permettre l'utilisation d'un seul objet de plus haut niveau avec le contexte partagé. Les deux sont tout à fait légitimes, cependant. A noter qu'un autre modèle est l'utilisation d'un revers de la propriété commune de la valeur de l'objet utilisé comme objet de plus haut niveau, en les reliant à toutes les ressources qui lui font référence. Voir Inverser les Propriétés.
InformationsquelleAutor unor
45

Il n'y a aucun avantage à avoir un seul ou de multiples blocs de données, autres que les limitations autour de la façon dont vous pouvez stocker et de gérer le schéma de données dans votre site web.

Par exemple, vous pourriez avoir besoin de leur part si différents composants au sein de votre site web sont responsables de générer de chaque bloc de données de manière indépendante. Alternativement, si votre site est en mesure de gérer tous les schémas pour une page en un seul endroit, il peut être plus simple à gérer qu'un seul bloc de données et de rendre ce que d'un seul script élément.

Vous pouvez les combiner en un seul script, par l'inscription de chaque schéma, comme un tableau comme ceci:
```
<script type="application/ld+json">
[
  {
    "@context": "http://schema.org",
    "@type": "WebSite",
    "url": "http://www.example.com/",
    "potentialAction": {
      "@type": "SearchAction",
      "target": "http://www.example.com/search?&q={query}",
      "query-input": "required"
    }
  },
  {
    "@context": "http://schema.org",
    "@type": "Article",
    "author": "John Doe",
    "interactionCount": [
      "UserTweets:1203",
      "UserComments:78"
    ],
    "name": "How to Tie a Reef Knot"
  }
]
</script>
```
InformationsquelleAutor teaforchris

Vous devez vous connecter pour publier un commentaire.