Возможно ли иметь schema.org itemtypeдля защищенных и незащищенных портов? Я управляю сайтом, созданным в Jekyll , и внедряю Schema.org на отдельных страницах. В результате я пытаюсь использовать следующее:
<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>
Это не подтверждается инструментом тестирования структурированных данных Google . Он не регистрирует Предметы как существующие. Есть ли хороший способ реализовать Schema.org на статической странице, размещенной на портах SSL и не-SSL?
http://www.example.comпри использовании обоих/file.pngили селектора протокола,//потому что он не знает домен, так как тест выполняется на их сервере, а не на вашем ... Возможно, я неправильно понял вопрос. Лично я бы использовал SSL независимо от того, какие страницы не были введены, как это делают многие компании и веб-сайты в настоящее время, независимо от того, или если вы можете использовать PHP, вы можете использовать переменную PHP для добавления https или http, в зависимости от того, какой URL был доступен в первый раз. способы, которыми это может быть сделано на самом деле.https://URL в Инструмент тестирования структурированных данных, и он возвращается с ошибками. Браузеры также жалуются на небезопасные данные на защищенной странице, когда я тестирую там.Ответы:
Как правило, пользовательские агенты не разыменовывают эти URI.
Не должно быть никаких проблем при использовании HTTP URI Schema.org на сайте HTTPS. Фактически, многие другие словари (используемые для микроданных или RDFa) предоставляют только HTTP URI, поэтому у вас нет выбора. Я бы даже сказал, что предоставлять несколько словарных URI для одной и той же концепции - плохая практика, так как потребители могут не искать и «понимать» все варианты.
Я рекомендую использовать вариант HTTP для Schema.org в вашей разметке, потому что:
Основная схема Schema.org « каноническое машинное представление » определяет только HTTP URI.
Вариант HTTP является предпочтительным в соответствии с этой проблемой в GitHub Schema.org :
Все примеры, даже на страницах HTTPS, используют HTTP (см., Например, примеры на https://schema.org/Person ).
В начальном контексте RDFa определен только вариант HTTP, поэтому, вероятно, большая часть RDFa будет использовать вариант HTTP.
Обновление 2015-11 : с версией 2.2 добавлена запись FAQ:
Q: Должны ли мы писать
https://schema.orgилиhttp://schema.orgв нашей разметке?В итоге:
Оба варианта могут быть использованы:
источник
https:IRI поддерживаются, но на самом деле они не поддерживаются какhttp:IRI. Приложение собирается разрешить IRI, чтобы узнать больше информации о термине. Обнаруженная веб-страница содержит атрибуты RDFa, чтобы облегчить это, но все они ссылаются наhttp:версии, независимо от того, была ли она выбрана через HTTP или HTTPS. Это означает, что приложения, сталкивающиеся сhttps:формой, находятся в значительном недостатке.https:IRI наказывает приложения, делающие первое без выгоды.