セキュアおよび非セキュアのSchema.orgマークアップ？

8

itemtype安全なポートと安全でないポートの両方にschema.orgを含めることは可能ですか？私は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の構造化データテストツールでは検証されません。アイテムを既存のものとして登録しません。SSLポートと非SSLポートの両方でホストされている静的ページにSchema.orgを実装する良い方法はありますか？

https  microdata  jekyll 
— ジャック・M
ソース
私は混乱しています、何がうまくいかないのですか？正常に動作しているようだ... google.com/webmasters/tools/...
— サイモン・ヘイター
リッチスニペットはhttp://www.example.com、両方/file.pngまたはプロトコルセレクターを使用すると常に返さ//れます。テストはあなたのサーバーではなくサーバーで実行されているため、ドメインがわからないためです...質問を誤解しているのかもしれません。個人的には、入力されていないページに関係なくSSLを適用するので、多くの企業やウェブサイトは今日に関係なく今日行っています。または、PHPを使用できる場合は、PHP変数を使用して、最初にアクセスしたURLに応じてhttpsまたはhttpを追加できます。これが本当にできる方法。
— Simon Hayter
ツールに間違った名前を使用していました。聞き取りと入力を同時に行うことはできません。実際にhttps://構造化データテストツールにURLを入力していますが、エラーが返されます。安全なページでテストすると、ブラウザは安全なページの安全でないデータについても不満を言っています。
— ジャックM.
確認できるように、テストURLはありますか？
— Simon Hayter

回答:

11

通常、ユーザーエージェントはこれらのURIを逆参照しません。

HTTPSサイトでSchema.org HTTP URIを使用しても問題はありません。実際、他の多くの語彙（MicrodataまたはRDFaで使用される）はHTTP URIのみを提供するため、そこで選択することはできません。消費者がすべてのバリアントを探して「理解」しない可能性があるため、同じ概念に複数の語彙URIを提供することは悪い習慣だとさえ言います。

以下の理由により、マークアップではSchema.orgのHTTPバリアントを使用することをお勧めします。

2015-11の更新：バージョン2.2では、FAQエントリが追加されました：

Q：マークアップに書き込むhttps://schema.org必要http://schema.orgがありますか？

要約すれば：

  • HTTPSも明示的にサポートされるようになりました。
  • 今後、サイトはデフォルトでHTTPSを使用するようになるため、例としてHTTPSを使用したURLが推奨されます。

  • 両方のバリアントを使用できます。

    両方https://schema.orgとhttp://schema.org大丈夫です

— unor
ソース
この回答はschema.orgに関して誤解を招くものです。FAQ 19がhttps:IRIはサポートされていると言っているのは事実ですが、実際にはhttp:IRI としてはサポートされていません。アプリケーションはIRIを解決して、用語に関する詳細情報を見つけようとしています。これが検出するWebページには、これを容易にするためのRDFa属性が含まれていhttp:ますが、HTTPまたはHTTPSのどちらを介してフェッチされたかに関係なく、すべてのバージョンが参照されます。これは、https:フォームに遭遇するアプリケーションに重大な不利益があることを意味します。
— リチャード2017
@richard：はい、これは私の回答の最初の部分で説明したものです。ただし、Schema.orgはSemantic Web / Linked Dataの世界についてはあまり気にしていないようです-彼らが「サポート」と言っているとき、それは意味します：Schema.orgがスポンサー（つまり、検索エンジン）であるため、作成者はHTTPS URIを使用できます）（そして、Schema.orgがよく知られている/人気があるので、おそらくもっと多くの消費者が）それもサポートします。Schema.orgで記述されたデータを利用するために、RDF定義を使用する必要はありません。使用する場合、HTTPSバリアントを同等のものにするのは簡単です。これをRDFに反映させるとよいでしょうが、必須ではありません。
— 2017
Schema.orgだけがRDFの基準を標準に落としているわけではありません。DublinCoreも同じです。これは、主にRDF / XML形式の初期の使用（たとえば、RSS 1.0）の結果として、RDFに悪い報道があったためです。しかし、Schema.orgはRDFに基づいて構築されており、掘り下げると、ボキャブラリのRDF定義を公開することで認められます。一部のパーサーはそれをRDFとして扱い、他のパーサーはそれを一連のカスタム属性とIRIとして扱います。どちらのアプローチにも利点があり、どちらも間違っていません。しかし、https:IRIを使用すると、前者を実行するアプリケーションに利益が得られずペナルティが課せられます。
— リチャード2017
@richard：同意します。そのため、HTTP URIを使用することをお勧めします。
— 2017
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.