スキーマはページに表示される情報を記述する
サービスブランドでは、表示内容を反映しているなら、Organization、WebSite、WebPage、BlogPosting、BreadcrumbListが適している場合が多くあります。
Organizationは、その組織について検証可能な情報を記述します。
出典 · Google 検索セントラル
マークアップを増やすと、かえってシグナルが弱まる理由
構造化データは、検索システムが組織やページ、相互関係を理解する助けになります。ただし、内容は事実に忠実でなければなりません。
検証できる型とプロパティの選び方
テンプレートごとにスキーマを適用し、すべてのプロパティが実際の表示内容にも存在することを確認します。
実施チェックリスト
- 公式の連絡先を含め、組織のエンティティを定義します。
- 主要ページにWebSiteとWebPageを追加します。
- 記事にはBlogPostingを使います。
- BreadcrumbListでパンくずリストを結びます。
- JSON-LDを検証し、画面に存在しない主張を含めないようにします。
公開前後の検証
SEOツールで、検証エラー、リッチリザルトの対象条件、インデックスの網羅率、エンティティの明確さを確認します。
構文を検証してから、画面に表示されるページと照合します。
出典 · Schema.org
スキーマで別の話をしてはいけない
構造化データは、画面にある情報を分類するために役立ちます。ページにないレビュー、価格、所在地を追加する場所ではありません。マークアップと本文が矛盾すると、実装の信頼性が失われ、検索機能の対象外になることがあります。
ページを表す少数の型から始めます。組織にOrganization、提供内容にService、階層にBreadcrumbListを使うほうが、巨大なグラフより役立つことが多くあります。使える語彙だから追加するのではなく、実在し、継続して管理できるプロパティを追加しましょう。
構文と意味の両方を検証します。ツールがJSONを有効と判定しても、古い日付や別の言語版を指すURLは見逃すかもしれません。公開時のテストにスキーマを含め、元になるデータソースも確認します。
構造化データを公開する前に
- 各プロパティを、画面に表示される最新の内容と照合します。
- 安定した絶対URLで、canonicalに指定したものを使用します。
- 自社への評価や、証明できない根拠を使わないようにします。
- 結果をテストし、テンプレート変更後も再検証します。
簡潔な実行マップ
| 要素 | 確認すること | 品質の兆候 |
|---|---|---|
| 意図 | サービスブランドでは、表示内容を反映しているなら、Organization、WebSite、WebPage、BlogPosting、BreadcrumbListが適している場合が多くあります。 | 数秒で答えがわかる。 |
| 実装 | テンプレートごとにスキーマを適用し、すべてのプロパティが実際の表示内容にも存在することを確認します。 | 具体的で担当を割り当てられる行動が1つある。 |
| 測定 | SEOツールで、検証エラー、リッチリザルトの対象条件、インデックスの網羅率、エンティティの明確さを確認します。 | データは判断を変えるべきです。行動のない報告は仕事を増やします。 |
よくある質問
サービスのスキーママークアップとは、具体的に何ですか？
サービスブランドでは、表示内容を反映しているなら、Organization、WebSite、WebPage、BlogPosting、BreadcrumbListが適している場合が多くあります。
サービスのスキーママークアップは、何から始めればよいですか？
公式の連絡先を含め、組織のエンティティを定義します。次に、主要ページへWebSiteとWebPageを追加します。
サービスのスキーママークアップで防ぐべき問題は何ですか？
構造化データは、検索システムが組織やページ、相互関係を理解する助けになります。ただし、内容は事実に忠実でなければなりません。
サービスのスキーママークアップの進捗は、どう測定しますか？
SEOツールで、検証エラー、リッチリザルトの対象条件、インデックスの網羅率、エンティティの明確さを確認します。
