Fil d'ariane : data-vocabulary.org ou schema.org

Statut
N'est pas ouverte pour d'autres réponses.
WRInaute passionné
Bonjour, il y a encore peu de temps (2016) il était préférable d'utiliser le data-vocabulary.org pour le fil d'ariane : ce que j'ai fait

Mais en 2018 peut-on utiliser schema.org pour le fil d'ariane ?
Es-ce reconnu par tous les moteurs ?

En effet je voudrai utiliser le https pour que ma page soit totalement indiquée "sécurisée" au niveau du navigateur et à ma connaissance data.vocabulary.org ne supporte pas le https (en tout cas je n'ai pas trouvé d'information officielle)
 
WRInaute impliqué
alors explique : le fourm est là pour ça
Parce que tu parles de data-vocabulary.org (pour RDFa), parce que les microdonnées n'ont rien à voir avec HTTPS.
Et pourquoi JSON-LD : parce que ça évite de mélanger le HTML qui est la présentation de ta page, avec des données qui sont en fait destinées aux moteurs mais qui ne concernent pas le navigateur.

De plus, il arrive qu'on ait besoin de créer des tags HTML uniquement pour contenir ces données, ce qui n'a pas de sens : ça se retrouve dans le DOM et ça n'a rien à y faire : bref, c'était une technique brouillonne.

Si en plus tu as un site en adaptatif (donc deux codes HTML, un desktop et un mobile), tu peux injecter directement le même JSON-LD dans tes templates, alors que si c'est dans le HTML, tu te retrouves à faire les modifs sur deux fichiers.

Avec JSON-LD, tu as une séparation propre, et c'est bien plus cool quand tu reviens modifier le code quelques années plus tard.
 
Olivier Duffez (admin)
Membre du personnel
En effet je voudrai utiliser le https pour que ma page soit totalement indiquée "sécurisée" au niveau du navigateur et à ma connaissance data.vocabulary.org ne supporte pas le https (en tout cas je n'ai pas trouvé d'information officielle)
en lisant ça, on comprend que tu penses qu'utiliser une référence en http à data.vocabulary.org crée un pb de type "mixed content" sur une page https, alors qu'il n'en est rien.
cela dit, je suis OK avec tous les points mentionnés par @colonies
 
WRInaute passionné
en lisant ça, on comprend que tu penses qu'utiliser une référence en http à data.vocabulary.org crée un pb de type "mixed content" sur une page https, alors qu'il n'en est rien
lorsque je met le HTTP devant //data-vocabulary.org/Breadcrumb mon navigateur (chrome ou FF) me dit que ma page n'est pas totalement sécurisée
 
Olivier Duffez (admin)
Membre du personnel
bizarre, j'ai sous les yeux une page avec ça, et aucune alerte dans Chrome ("All resources on this page are served securely."). Logique pour moi, ce n'est pas une ressource qui est chargée.
 
WRInaute passionné
je vais regarder alors, c'est peut être une autre ressource

par contre je sais qu'avec shema.org en chemin relatif, cela produisait une erreur

pourquoi cette différence ?
 
Olivier Duffez (admin)
Membre du personnel
ça n'est pas une ressource de la page, ça fait référence à une adresse externe qu'il faut indiquer en URL absolue
 
Nouveau WRInaute
Salut,

A mon avis les deux sont possibles, là tu vas juste définir le "vocabulaire" pour tagger le produit dans ta page.

Comme tu le verras en affichant ces URLs dans ton navigateur préféré, chacun appelle les choses différemment, et schema.org permet d'être plus précis (plus de choses 'taggables" ou bien comme sur SnapTube TubeMate )

Note : Au passage, l'URL est mauvaise : schema.org et pas shema.org.

Après, sur la page des rich snippets Google, il est clairement dit que schema.org est supporté, ainsi que par les autres moteurs (Yahoo et Bing). J'opterai donc pour schema.org comme vocabulaire.

Après faut se taper la doc en ligne (cf http://schema.org/Product ou https://test-dpc.com/...) , c'est pas toujours évident à capter au début !
 
Statut
N'est pas ouverte pour d'autres réponses.
Discussions similaires
Haut