¿Es posible tener schema.org itemtype
s para puertos seguros e inseguros? Ejecuto un sitio estático creado en Jekyll , y estoy implementando Schema.org en las páginas individuales. Como resultado, estoy tratando de usar lo siguiente:
<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>
Esto no se valida con la herramienta de prueba de datos estructurados de Google . No registra los elementos como existentes. ¿Hay una buena manera de implementar Schema.org en una página estática alojada en puertos SSL y no SSL?
http://www.example.com
al usar ambos/file.png
o el selector de protocolo//
porque no conoce el dominio ya que la prueba se está ejecutando en su servidor, no en el suyo ... Tal vez he entendido mal la pregunta. Personalmente, haría cumplir el SSL independientemente de las páginas sin entrada, como lo hacen muchas empresas y sitios web hoy en día, o si puede usar PHP, entonces podría usar una Variable PHP para agregar https o http dependiendo de la URL a la que se accedió por primera vez, pocos maneras en que esto se puede hacer realmente.https://
URL en la Herramienta de prueba de datos estructurados, y está volviendo con errores. Los navegadores también se quejan de datos inseguros en una página segura cuando pruebo allí.Respuestas:
Por lo general, los agentes de usuario no desreferenciarían estos URI.
No debería haber absolutamente ningún problema en usar los URI HTTP de Schema.org en un sitio HTTPS. De hecho, muchos otros vocabularios (utilizados para Microdata o RDFa) solo proporcionan URI de HTTP, por lo que no tiene otra opción. Incluso diría que es una mala práctica proporcionar URI de vocabulario múltiple para el mismo concepto, ya que los consumidores podrían no buscar y "comprender" todas las variantes.
Recomiendo usar la variante HTTP para Schema.org en su marcado, porque:
El esquema central de " representación de máquina canónica " Schema.org define solo los URI de HTTP.
Se prefiere la variante HTTP de acuerdo con este problema en Schema.org GitHub :
Todos los ejemplos, incluso en las páginas HTTPS, usan HTTP (ver, por ejemplo, los ejemplos en https://schema.org/Person ).
En el contexto inicial de RDFa , solo se define la variante HTTP, por lo que probablemente la mayoría de RDFa usará la variante HTTP.
Actualización 2015-11 : con la versión 2.2 , se agregó una entrada de preguntas frecuentes:
P: ¿Deberíamos escribir
https://schema.org
ohttp://schema.org
en nuestro marcado?En resumen:
Se pueden usar ambas variantes:
fuente
https:
IRI son compatibles, pero en realidad no son compatibles comohttp:
IRI. Una aplicación va a resolver el IRI para obtener más información sobre el término. La página web que encuentra contiene atributos RDFa para facilitar esto, pero todos se refieren a lashttp:
versiones, independientemente de si se obtuvo a través de HTTP o HTTPS. Esto significa que las aplicaciones que encuentran elhttps:
formulario están en desventaja significativa.https:
IRI penaliza las aplicaciones que realizan las primeras sin ganancia.