web-dev-qa-db-fra.com

Utilisation de JSON + LD et de microdonnées pour baliser exactement la même information sur une page

Cette réponse de Quora: https://www.quora.com/Can-I-mix-microdata-and-JSON-LD/answer/Aaron-Bradley

La réponse de 2015 mentionnée ci-dessus mentionne l'existence d'un problème potentiel lors de l'identification de la même entité avec JSON + LD et Microdata.

Je crée un site qui, espérons-le, est un bon référencement pour Google et les autres moteurs de recherche. Vais-je rencontrer un problème, en 2018, si j'utilise à la fois JSON + LD et Microdata pour baliser les mêmes informations sur une page?

Je comprends que JSON + LD est la dernière donnée structurée recommandée par Google. Toutefois, selon les déclarations officielles "Ne pas" ou "Assurez-vous", nous essayons de nous assurer que les données structurées indiquent réellement quelque chose qui est visible sur la page. En outre, j'ai lu quelque part que JSON + LD est principalement destiné au graphe de connaissances, bien que cela puisse être un fait dépassé.

Je pense que l’utilisation simultanée de JSON + LD et de Microdata pour les mêmes informations serait un moyen de montrer que les données structurées marquent quelque chose de "visible"/ce qui est visible et ce qui ne l’est pas, mais aussi de s’assurer que Google traite tout, même s’ils n'agissez pas comme je le veux, ou du moins tout de suite. I.e, panneaux de connaissances ou autres fonctionnalités.

Est-ce important en 2018 d'utiliser JSON + LD et Microdata pour les mêmes informations sur une page? Ou dois-je utiliser l’un ou l’autre pour obtenir les mêmes informations uniquement par sécurité, car Google n’a rien révélé?

Mon site Web est en grande partie statique avec la possibilité que je mette en œuvre un blog avec quelque chose comme wordpress ou Django dans le futur en tant que partie distincte de mon domaine.

seogooglemicrodatajson-ldnegative-seo
1
J Doe

Si vous fournissez des données structurées sur la même chose dans différentes syntaxes, vous devez indiquer que c'est en fait la même chose, pas des choses différentes.

Vous pouvez le faire en donnant à toutes les représentations le même URI.

JSON-LD: @id
Microdonnées: itemid
RDFa: resource/about

<!-- JSON-LD -->
<script type="application/ld+json">
  {
    "@context": "http://schema.org",
    "@type": "Person",
    "@id": "#i",
    "name": "Alice"
  }
</script>

<!-- Microdata -->
<p itemscope itemtype="http://schema.org/Person" itemid="#i">
  <span itemprop="name">Alice</span>
</p>

<!-- RDFa -->
<p typeof="schema:Person" resource="#i">
  <span property="schema:name">Alice</span>
</p>

Si vous n'indiquez pas le même URI à ces représentations, les consommateurs peuvent supposer que votre page décrit trois personnes au lieu d'une.

2
unor

Google recommande d'utiliser l'un ou l'autre de ces formulaires, mais n'a pas précisé explicitement que vous ne pouvez pas les utiliser.

Si vous avez des problèmes de référencement, je vous recommanderais d'en utiliser un seul. Je pense que Google choisira les informations les plus fiables et les plus accessibles et éliminera les autres sources. Si cela est vrai, votre code source sera un peu plus lourd; si les données liées sont générées par un script, vous enverrez également une autre demande de serveur pour rassembler les données.

JSON-LD et les microdonnées sont acceptés car chacun apporte une solution à certaines situations dans lesquelles les annotations ne peuvent pas être modifiées ou à d'autres contraintes techniques/gouvernance qui ne vous permettent pas de générer des fichiers JSON.

En ce qui concerne le graphique de connaissances Google, j'utiliserais JSON-LD si vous avez un site de commerce électronique et que vous ne pouvez pas utiliser des services tels que Google My Business, car vous n'avez pas de magasin physique.

À mon avis, quelle que soit votre décision, Google n'a absolument aucune importance. En fin de compte, ils n'ont besoin que d'un seul.

1
Raul Reyes