ブラウザベースのゲームにSchema.org（Microdata付き）を追加したいと思います。ウェブサイト全体はVideoGameと見なされるため、<html>タグに各ページを「VideoGame」としてマークし、「ホーム」リンクにsameAsというラベルを付けてください。Schema.orgでゲームレベルのページを表現するにはどうすればよいですか？
しかし、各パズルレベル（各「システム」）ごとに個別のページと、レベルの収集用のページ（「クラスタ」）があります。これらをどのようにマークしますか？ gameLocationとgameItemはどちらも曖昧には同等のプロパティですが、一致しません。私は各システムとクラスターを親のプロパティの代わりに独自のアイテムにすることができるようにしたいと思っていますVideoGame。
各レベルのページでゲームの個々のレベルを表現するにはどうすればよいですか？
代わりにゲームのホームページにVideoGameエンティティの各出現からリンクするsameAsプロパティを使用して、あなたはあなたのゲームURIを与えることができるし、それぞれがurl propertyをentity.¹ためにリンクするために使用できる識別子としてこのURIを使用しますゲームのホームページ。 sameAs propertyは、ゲームについてのWikipediaページなどへのリンクに使用できます。
VideoGameエンティティはゲーム全体を表し、ゲームに関するメタデータなどを提供しますが、このタイプ自体はゲームの特定の部分を表すものではありません。
gameLocation propertyを使用している場合、にはに独自のアイテム（例：Place）があります。 gameItem property（例：Thing）と同じです。これらは、VideoGameのプロパティです。そうしないと、ゲームとそれに含まれる場所/アイテムの間には何の関係もありません。もちろん、Place/Thingを最上位項目として使用し、逆²プロパティを使用してVideoGameを参照することもできますが、これは実装の詳細なものであり、データを変更するものではありません。
しかし、Schema.orgの焦点はビデオゲームではないため、ほとんどのゲームコンテンツを適切に表現することはできません。たとえば、gameLocationは実際にはパズルゲームのレベルには適していない可能性があります。ゲームのキャラクターは実際にゲームのパズルを訪れます。
ゲームコンテンツに関するより詳細な構造化されたデータを提供したい場合は、理想的にゲームに焦点を当てた別のボキャブラリを使用する必要があります。 itemid/RDFaのライト：resource/JSON-LD：
はミクロ¹@id
を²ミクロにおける標準的な方法ないRDFaの（ないRDFaのライト）/ @reverseにおける（itemprop-reverse提案）/ rev JSON-LD
ちょうど答えが掲載されましたが、それぞれのパズルレベルとレベルのコレクションについてのこれらのページは、これらの実際のゲームページ（プレイしています）か、これらのページはメニュー（パズルを選択したもの）ドキュメンテーション（これらのレベルは利用可能で、彼らはこのように働くなど）？そして、あなたが実際にこれらのページでプレーしている場合、それらは本当に1つのゲームの一部ですか、あるいはこれらのパズルのそれぞれが自分のゲームですか？ – unor
パズルは間違いなく1つのゲームの一部です。あなたはリストやコレクションからパズルを選択し、それぞれのページでパズルをプレイします。ゲームの残りの部分に戻ってパズルを解決し、ストーリーを進行させ、他のパズルを解く結果。私たちは閉鎖されたアルファですが、あなたはexploitzeroday.comを見てより良い気分になるかもしれません。 –