Est-il possible d'avoir schema.org itemtypepour les ports sécurisés et non sécurisés? Je gère un site statique créé à 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="https://webmasters.stackexchange.com/">
<img itemprop="logo" src="/images/logo.png">
</a>
</div>
Cela ne valide pas avec l' outil de test de données structurées de Google . 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 les ports SSL et non SSL?
http://www.example.comlors de l'utilisation des deux/file.pngou du sélecteur de protocole//car il ne connaît pas le domaine car le test est exécuté sur leur serveur pas le vôtre ... J'ai peut-être mal compris la question. Personnellement, j'appliquerais le SSL indépendamment des pages non saisies comme de nombreuses entreprises et sites Web le font de nos jours, ou si vous êtes capable d'utiliser PHP, vous pouvez utiliser une variable PHP pour ajouter https ou http en fonction de l'URL à laquelle vous avez accédé pour la première fois, peu comment cela peut vraiment être fait.https://URL dans l'outil de test de données structurées, et il revient avec des erreurs. Les navigateurs se plaignent également de données non sécurisées dans une page sécurisée lorsque j'y teste.Réponses:
En règle générale, les agents utilisateurs ne déréférenceraient pas ces URI.
L'utilisation d'URI HTTP Schema.org sur un site HTTPS ne devrait poser aucun problème. En fait, de nombreux autres vocabulaires (utilisés pour les microdonnées ou RDFa) ne fournissent que 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 pourraient ne pas chercher et "comprendre" toutes les variantes.
Je recommande d'utiliser la variante HTTP pour Schema.org dans votre balisage, car:
Le schéma de base " représentation canonique de la machine " Schema.org définit uniquement les URI HTTP.
La variante HTTP est préférée en fonction de ce problème dans le Schema.org GitHub :
Tous les exemples, même sur les pages HTTPS, utilisent HTTP (voir, par exemple, les exemples sur https://schema.org/Person ).
Dans le contexte initial de RDFa , seule la variante HTTP est définie, donc la plupart des RDFa utiliseront probablement la variante HTTP.
Mise à jour 2015-11 : avec la version 2.2 , une entrée FAQ a été ajoutée:
Q: Devrions-nous écrire
https://schema.orgouhttp://schema.orgdans notre balisage?En résumé:
Les deux variantes peuvent être utilisées:
la source
https:IRI sont pris en charge, mais en vérité, ils ne sont pas pris en charge en tanthttp:qu'IRI. Une application va résoudre l'IRI pour en savoir plus sur le terme. La page Web trouvée contient des attributs RDFa pour faciliter cela, mais ils se réfèrent tous auxhttp:versions, qu'elles aient été récupérées via HTTP ou HTTPS. Cela signifie que les applications rencontrant lehttps:formulaire sont considérablement désavantagées.https:IRI pénalise les applications faisant les premières sans gain.