schema.org 最適化方法：型の選び方、JSON-LD例、安全な導入手順

なぜ構造化データがAI検索で重要なのか

クイックテスト： 1ページのURLをSchema.orgバリデータに貼り付け、エラーと警告を数え、まずエラーを修正しましょう。

スキーママークアップは、ページのエンティティと関係性をソフトウェアが解釈できる形式で記述します。AI検索の文脈では、組織名、製品の属性、記事の著者といった詳細を明示的にし、散文からすべての関係性を推論させる必要を減らせます。

その記述が役立つのは、ページ自体を反映している場合だけです。マークアップは専門性を作り出したり、コピーの不足を補ったり、不明瞭なオファーを読者に理解可能にしたりしません。まず可視ページから始めましょう。主要な主題、それを支える事実、ページが扱うアクションや質問を特定します。そして、それらの事実を最も近い適切なschema.org型でマークアップします。

実用的なテストとして、ページを読んだ人がマークアップされた主張をすべて認識できるかどうかを確認します。ページに製品価格が表示されていないなら、構造化データに価格を入れないでください。記事に著者が記載されているなら、ページとマークアップで同じ著者情報を使ってください。技術詳細を超えたコンテンツ計画については、AIアシスタント向け引用可能コンテンツのガイドを参照してください。

どのschema.org型が重要なのか

有用なschema.org型とは、ページを正確に表現する型であり、最も印象的に聞こえる型ではありません。各URLの主要な目的から始め、可視コンテンツとサイト上の役割に合う型を選びましょう。

これらは出発点であり、必須のバンドルではありません。企業サイトでは適切なページにOrganizationを、編集ページにArticleを使い、商品ページでは実際に提示している商品を記述できます。競合が使っているから、あるいはジェネレーターが提供するからという理由で型を追加しないでください。

2つの型が妥当に思える場合は、ページの中心的な主題を最もよく記述する方を選び、各プロパティに可視の裏付けコンテンツがあることを確認してください。関連する技術詳細については、技術的AEO：スキーマ、llms.txt、クローラを参照してください。

マークアップの例：一行ずつ解説

有用な例は小さく、正確で、可視ページコンテンツと結びついています。JSON-LDは、メインの本文とは別にスクリプトブロックで構造化データを提供する方法です。以下のサンプルは、ページ自体が主張しない主張を追加せずに記事を記述しています。

構造例：@context: https://schema.org；@type: Article；headline: ウォレットセキュリティ実践ガイド；author: 例示リサーチチーム；about: ウォレットセキュリティ。

これをそのまま貼り付けるコードではなく、適応するための雛形として使ってください。サンプルの見出しや著者を実際のページに表示されている詳細に置き換えてください。公開前に、URL、タイトル、著者情報、その他のプロパティが実装と一致することを確認してください。技術的に有効でも不正確なフィールドは、構造化記述の信頼性を損なう可能性があります。

サービスのページを、プロパティを追加したいという理由だけで製品とラベル付けしないでください。実際の提供内容とページが提示する情報に型を合わせてください。公式のSchema.orgドキュメントで語彙と型定義を確認できます。

llms.txtとschema.org：それぞれの役割は？

Schema.orgとllms.txtは、異なる種類のサイト全体のシグナルです。スキーママークアップはページコンテンツに構造化記述を付与します。llms.txtファイルは、言語モデルツールにウェブサイトとそのリソースへの簡潔なオリエンテーションを提供するためのテキスト文書です。どちらも有用でアクセスしやすいページの代わりにはなりません。

スキーマについては、URLごとに作業します。そのページで表現されている記事、組織、製品を記述してください。llms.txtについては、サイトのより広いマップを考えます。組織とそのコンテンツを理解するために最も有用なリソースはどれですか？ファイルは簡潔で正確、かつ保守しやすい状態に保ってください。古くなったURLや、記載された目的をサポートしないページはリストに含めないでください。

それぞれに明確な役割がある場合のみ、両方を使用してください。ファイルの目的と設定の詳細については、llms.txtとは何か、そしてそれが必要かどうかとllms.txtとAIクローラ設定ガイドをお読みください。

7項目のスキーマチェックリスト

以下の7ステップを一度に1テンプレートずつ実行してください。1つの修正されたテンプレートで何百ものページを修復できるため、最もよく使うテンプレートから始めましょう。

• ページタイプをリストアップし、それぞれに1つのスキーマ型を選ぶ。
• JSON-LDを可視マークアップとは別に書く。
• 訪問者が見えるものだけをマークアップする。
• 組織名をテンプレート間で同一に保つ。
• リリース前にすべてのテンプレートを検証する。
• サイト更新のたびに再検証する。
• エラーをシートに記録し、週に3つ修正する。

用語の一言説明

JSON-LD（平たく言えば、可視ページとは別に構造化データを保持するスクリプトブロック）。

スキーマ型とは、OrganizationやProductのように、ページが何についてのものかを示すラベルです。

どのように実装するのですか？

よくある間違い： 可視でないコンテンツをマークアップすること。訪問者が見えないものにはラベルを付けないでください。

スキーママークアップは、各ページの可視コンテンツを正確な構造化記述に結びつけ、公開後に結果を確認することで実装します。小さく反復可能なワークフローが、テンプレートエラーがサイト全体に広がるのを防ぎます。

まずページインベントリを作成します。URL、ページの目的、主要エンティティ、ページに可視的に記載されている事実を記録します。次に各ページを適切な型にマッピングし、そのコンテンツによって裏付けられるプロパティのみを含めます。マークアップをどのように追加するか（サイトプラットフォーム、テンプレート、コード変更）を決定し、ページが変更されたときに誰が更新をレビューするかを特定します。

リリース前に、レンダリングされたページとそのJSON-LDを比較します。名前、タイトル、説明、関係性が一致していることを確認し、スクリプトが意図したURLに存在することを検証し、関連する検証ツールを使って構文や適合性の問題をチェックします。ページテンプレートの変更後は、代表的なURLでそのチェックを繰り返し、複数のページタイプを検査します。

llms.txtの実装方法をお尋ねの場合は、それを別のタスクとして扱ってください。ファイルの目的を合意し、現在の高価値リソースを収集し、最新状態を維持する責任者を割り当てます。ページ固有のスキーマや明確な編集コンテンツの代わりとして扱わないでください。

マークアップが効果的かどうかを確認する方法

スキーマの品質は2つの別々のレビューで確認します。まずコードが正確で使用可能であることを確認し、次に重要なページが検索やAI回答で正しく表現されているかを調べます。クリーンな検証結果は技術的なチェックであり、それだけでページが引用されるという証拠にはなりません。

技術レビューでは、マークアップが意図したページに存在するか、その構文が読み取れるか、プロパティが可視コンテンツと一致するかを検査します。URL、型、レビュー日、見つかった問題、修正責任者を記録しておくと、後のテンプレート変更の診断が容易になります。

可視性レビューでは、一貫した関連質問のセットをモニタリングし、ChatGPTやPerplexityなどのツールの回答にどのページやソースが表示されるかを記録します。ブランドが正確に説明されているか、引用されたページが関連性があるか、回答が重要な事実を省略していないかを記録します。これらの観察は方向性を示すサマリーとして扱ってください。回答の文言やソースは変動するため、単一の応答は信頼できる測定値ではありません。

調査結果は、コンテンツが不完全または解釈が難しい場合に、ページ自体を改善するために使用します。より広範な評価については、AI検索モニタリングとAI回答向けFAQ最適化ガイドを参照してください。

マークアップに期待できること

スキーママークアップはページの内容を明確にできますが、弱いコンテンツを有用にしたり、AIシステムがどのソースを使用するかを決定したりすることはできません。適切な期待は、ページと整合し、チームがチェックできる、より構造化された情報です。

ChatGPTやPerplexityは、ページを取得、引用、要約、または省略するかを独自に決定し、そのソース選択と回答レンダリングはあなたの制御外です。Googleも、構造化データが含まれているという理由だけで特定の検索表示を約束するものではありません。約束された掲載ではなく、正確性と保守性を中心に実装を構築してください。

マークアップを公開または拡張する前に、以下の項目を確認してください。

• 選択した型がページの実際の目的に合っているか。
• すべてのプロパティが可視で最新のコンテンツによって裏付けられているか。
• マークアップが意図したURLにデプロイされ、テンプレート変更後にレビューされているか。
• 指名された担当者がページの事実が変わったときに更新できるか。

編集レビューとして、MarketingExtraはページの可視的な主張と構造化記述を比較し、チームに不一致を通知できます。開始するには、URLとページの主なオーディエンスまたは目的をお送りください。次のステップは、可視の事実を適切なスキーマ型にマッピングすることです。

仕組み

1. ページを棚卸しする重要なURLをリストアップし、各ページの目的、主要主題、可視の事実を記録します。ページレベルのマークアップニーズと、llms.txtのようなサイト全体のドキュメントを分けて考えます。
2. 適切な型を選ぶ各ページを、その実際のコンテンツを記述するschema.org型にマッピングします。利用可能だからという理由でプロパティを追加しないでください。
3. JSON-LDをドラフトし実装するページに既に表示されている情報から構造化記述を作成し、適切なサイトテンプレートまたは実装パスを通じて追加します。
4. コードとページを比較する公開されたURL、可視コピー、構造化データを一緒に確認します。不一致のある名前、説明、関係性、または裏付けのない主張を修正します。
5. 変更後にレビューするコンテンツやテンプレートの更新後、影響を受けるURLを再確認し、問題とその解決策を記録します。AI回答のモニタリングは技術検証とは別に行います。