Est-il possible d'avoir schema.org itemtype
s pour les ports sécurisés et non sécurisés? Je gère un site statique créé dans Jekyll , et j'implémente Schema.org sur les pages individuelles. En conséquence, j'essaie d'utiliser les éléments suivants:
<div itemscope itemtype="//schema.org/Organization">
<a itemprop="url" class="navbar-brand" href="/">
<img itemprop="logo" src="/images/logo.png">
</a>
</div>
Cela ne valide pas avec Google Outil de test de données structurées . Il n'enregistre pas les éléments comme existants. Existe-t-il un bon moyen d'implémenter Schema.org dans une page statique hébergée sur des ports SSL et non-SSL?
En règle générale, les agents utilisateurs ne déréférencent pas ces URI.
L'utilisation des URI HTTP Schema.org sur un site HTTPS ne devrait poser aucun problème. En fait, de nombreux autres vocabulaires (utilisés pour Microdata ou RDFa) fournissent uniquement des URI HTTP, vous n'avez donc pas le choix. Je dirais même que c’est une mauvaise pratique de fournir plusieurs URI de vocabulaire pour le même concept, car les consommateurs risquent de ne pas rechercher et de "comprendre" toutes les variantes.
Je recommande d'utiliser la variante HTTP pour Schema.org dans votre balisage, car:
Le " représentation de la machine canonique " schéma de base de Schema.org définit uniquement les URI HTTP.
La variante HTTP est préférée selon ce problème dans le GitHub de Schema.org :
[…] Sur la base que nous préférons voir le canonique ' http://schema.org/Person ' largement utilisé, mais si quelqu'un demande le https, donnons-le-lui.
Tous les exemples, même sur les pages HTTPS, utilisent HTTP (voir, par exemple, les exemples sur https://schema.org/Person ).
Dans contexte initial de RDFa , seule la variante HTTP est définie. Par conséquent, la plupart des RDFa utiliseront probablement la variante HTTP.
Mise à jour 2015-11 : Avec version 2.2 , une entrée FAQ a été ajoutée:
Q: Devrions-nous écrire https://schema.org
ou http://schema.org
dans notre balisage?
En résumé:
Les deux variantes peuvent être utilisées:
https://schema.org
ethttp://schema.org
vont bien