É possível ter schema.org itemtype
s para portas seguras e inseguras? Eu corro um site estático, feito em Jekyll , e estou implementando Schema.org nas páginas individuais. Como resultado, estou tentando usar o seguinte:
<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>
Isso não valida com a Ferramenta de teste de dados estruturados do Google . Ele não registra os itens como existentes. Existe uma boa maneira de implementar o Schema.org em uma página estática hospedada nas portas SSL e não SSL?
http://www.example.com
ao usar os dois/file.png
ou o seletor de protocolo//
porque não conhecem o domínio, pois o teste está sendo executado no servidor deles e não no seu ... Talvez eu tenha entendido mal a pergunta. Pessoalmente, eu aplicaria o SSL independentemente das páginas que não são de entrada, como muitas empresas e sites estão fazendo hoje em dia, independentemente, ou se você puder usar o PHP, poderá usar uma variável do PHP para adicionar https ou http, dependendo do URL acessado pela primeira vez, poucos maneiras que isso pode ser feito realmente.https://
URL na Ferramenta de teste de dados estruturados e ela volta com erros. Os navegadores também estão reclamando de dados inseguros em uma página segura quando eu testo lá.Respostas:
Normalmente, os agentes do usuário não desreferem esses URIs.
Não deve haver absolutamente nenhum problema ao usar os URIs HTTP do Schema.org em um site HTTPS. De fato, muitos outros vocabulários (usados para Microdata ou RDFa) fornecem apenas URIs HTTP, portanto você não tem escolha lá. Eu diria até que é uma má prática fornecer vários URIs de vocabulário para o mesmo conceito, pois os consumidores podem não procurar e "entender" todas as variantes.
Eu recomendo usar a variante HTTP para Schema.org na sua marcação, porque:
O esquema principal do Schema.org " representação da máquina canônica " define apenas os URIs HTTP.
A variante HTTP é preferida de acordo com esse problema no Schema.org GitHub :
Todos os exemplos, mesmo nas páginas HTTPS, usam HTTP (consulte, por exemplo, os exemplos em https://schema.org/Person ).
No Contexto Inicial do RDFa , apenas a variante HTTP é definida; portanto, provavelmente a maior parte do RDFa usará a variante HTTP.
Atualização 2015-11 : Com a versão 2.2 , uma entrada da FAQ foi adicionada:
P: Devemos escrever
https://schema.org
ouhttp://schema.org
em nossa marcação?Em suma:
Ambas as variantes podem ser usadas:
fonte
https:
IRIs são suportados, mas na verdade eles não são suportados comohttp:
IRIs. Um aplicativo resolverá o IRI para descobrir mais informações sobre o termo. A página da Web encontrada contém atributos RDFa para facilitar isso, mas todos se referem àshttp:
versões, independentemente de terem sido buscadas via HTTP ou HTTPS. Isso significa que os aplicativos que encontrarem ohttps:
formulário estão em desvantagem significativa.https:
IRIs penaliza os aplicativos que fazem o primeiro sem nenhum ganho.