ホームページと連絡先ページにLegalServiceスキーマを配置する
法律事務所のサイトのschema.orgをマークアップしています。このサイトは、複数の場所を持つ法律事務所の詳細を示す基本的な7ページのサイトです。
私の考えは、スキーママークアップをホームページ（JSON-ld）に配置し、連絡先ページにスキーマ（CMSの制限によるマイクロデータ）をマークアップすることだけでした。
もともと、私は連絡先データを法務サービスのホームページに載せたかったので、すべてが関連しており、1つの場所にあります。ただし、Googleは ページにないコンテンツをマークアップしない （ホームページには連絡先情報が含まれていません）と述べています
私の質問は：
連絡先情報が含まれていないページに連絡先/場所情報を配置するのは間違っていますか？そうだとすれば、すべてのスキーマを連絡先ページに表示するだけですか
それらを分離する必要がある場合、スキーマはホームページと連絡先ページの両方に存在する必要がありますか？連絡先ページが場所/連絡先を含むように展開された同じスキーマですか？
ありがとう！
連絡先情報が含まれていないページに連絡先/場所情報を配置するのは間違っていますか？
これをしないでください-ページにないコンテンツをマークアップしないでください。
...すべてのスキーマは連絡先ページにあるだけですか？
スキーマは、連絡先の構造化データのマークアップだけではありません-詳細スキーマのフル階層。 LegalServiceでは、営業時間などの要素を使用して、ビジネスをローカライズすることができます= geo + hasMap + globalLocationNumber + areaServed + location。 hasOfferCatalog要素を使用すると、OfferCatalogで埋め込みオファリングのマークアップを作成できます。おそらく、このマークアップは、ビジネスの説明を含むWebサイトのメインWebページ（インデックス）により適しています。連絡先のWebページには、組織を使用できます。マークアップContactPageはWebPageの子であることに注意してください。あなたのビジネスの連絡先をマークするには、組織を適用することをお勧めします。
各場所にサブドメインを使用します。 Google My Business＆Bingで、その場所に属するサイトを指定します。そのgeo.locationにサービスを提供する各サブドメインの構造化データを変更します。
NAPのAboutPageスキーマ、営業時間、および@id URLを使用するaboutページのスキーマ弁護士と創設者のリンクデータを使用します。
HomePageはさまざまなエンティティで複雑すぎます。 AboutPage ＆ ContactPage スキーマタイプはこのために作成されました。
各場所にページを作成し、各場所に使用できる標準的なページがあるように、独自のページに各場所のマークアップを作成します。