AI・LLMO実践コラム ／ 構造化データ編
「構造化データ（schema）を入れましょう」——AIやSEOの話題で、よくこう言われます。けれど、「そもそも“入れる”って何をすること？」「どこに、何を書くの？」と、正直ピンと来ていない方も多いのではないでしょうか。
この記事では、まず「schemaを入れるとはどういうことか」をかみ砕いて説明したうえで、たくさんある種類の中から、最初に手を付けるべき3〜4種類に絞って優先順位をはっきりさせます。専門知識がなくても読み進められるよう、順を追って進めます。
そもそも「schemaを入れる」とは何をすること？
ひとことで言えば、ページの内容を「機械にもわかる形」で説明した短いメモを、ページに添えておくことです。
私たちが見ているWebページには、見出し・文章・写真が並んでいます。人間ならひと目で「これは会社の紹介ページだ」「これは商品の値段だ」とわかります。けれどコンピューター（検索エンジンやAI）にとっては、ページは文字や画像の集まりにすぎず、「どれが会社名で、どれが価格か」を確実には判断できません。
そこで、ページの裏側に「ここは会社名」「これは住所」「これは価格」といった“ラベル”を、決まった書き方で書き添えておきます。これがschema（構造化データ）です。商品でいう「成分表示ラベル」のようなもの——パッケージ（見た目）は人間向け、ラベルは機械向け、と考えるとイメージしやすいかもしれません。
どこに、どう書くのか
このラベルは、ページのHTML（Webページの“設計図”にあたる部分）の中に、JSON-LD という形式で書き込みます。たとえば「会社情報」のラベルは、ざっくり次のような見た目です。
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "株式会社ノース・ヒル",
"url": "https://ai-northhill.com/",
"logo": "https://ai-northhill.com/logo.png"
}難しそうに見えますが、やっていることは「名前」「URL」「ロゴ」といった項目を、決められた型に当てはめて並べているだけ。中身は、あなたの会社の情報そのものです。
そして安心してほしいのは、多くの場合、これを手書きする必要はないということ。WordPressなら、Rank MathやYoast SEOといったプラグインが、入力済みの会社情報や記事情報をもとに、この“ラベル”を自動で生成して設置してくれます。実務上は「正しい情報を、決められた欄に入れておく」だけで、schemaが出力される状態をつくれるのです。
「種類が800以上ある」の正体
このラベルの“書き方”の共通ルールを定めているのが、schema.org という取り組みです。GoogleやMicrosoftなどが共同で策定している、いわば「機械向けラベルの世界共通フォーマット集」だと思ってください。
ここには、会社・記事・商品・イベント・レシピ・求人……と、あらゆる情報に対応するためのラベルのひな型が800以上も用意されています。種類が多いのは「世の中のあらゆる情報をカバーするため」であって、あなたが全部を使う必要はまったくありません。実際に多くのサイトで効いてくるのは、ほんの数種類です。次から、その「まず入れるべき型」を見ていきましょう。
schemaは「表示の魔法」ではなく「分類の信号」
構造化データ（schema.org）は、ページの内容を機械が分類しやすくするための“しるし”です。
よくある誤解は「入れれば検索やAIに目立つように表示される」というもの。実際にはそうではありません。Googleは公式に、AI回答の表示のために特別なマークアップが必要なわけではない、という趣旨の説明をしています。schemaの役割は、表示を直接引き起こすスイッチではなく、AIが「これは何の情報で、誰が出していて、どんな主張をしているか」を正しく理解するための“信頼の手がかり”なのです。
とはいえ、価値が小さいわけではありません。複数の実務者の報告では、schemaが整っているコンテンツは、整っていないものより明確にAIに引用されやすいとされています。土台として効く——これが正しい位置づけです。
形式は「JSON-LD」一択
schemaの書き方にはいくつか方式（Microdata、RDFa、JSON-LD）がありますが、2026年現在は JSON-LD が標準です。
JSON-LDは、HTMLの本文と分離して書けるため管理しやすく、主要なAIエンジンも軒並みこの形式を前提にしています。サイトを作り替えても壊れにくいのも利点です。新しく実装するなら、迷わずJSON-LDを選んでください。
まず入れるべき型の優先順位
1. Organization（最優先・サイト全体に1つ）
会社名・ロゴ・所在地・SNS・設立年などを定義します。「この会社について聞かれたら、これが正式な存在（エンティティ）です」とAIに教える、土台中の土台です。ブランドの認識を固めるため、まずここから始めましょう。
2. Article / BlogPosting（記事ページすべて）
タイトル・著者・公開日・正規URLを構造化します。これは「誰が書いたか」という権威性とも直結し、コラムやブログを持つサイトでは最重要級です。記事を出すなら必須と考えてください。
3. FAQPage（Q&A構造のあるページ）
本物の一問一答があるページに使います。
ひとつ注意点があります。かつて検索結果に表示されていたFAQのアコーディオン表示（リッチリザルト）は、2026年5月に正式に廃止されました。「表示されなくなったなら不要では？」と思うかもしれませんが、そうではありません。FAQの“構造”自体は、AIが内容を理解するための意味的な信号として引き続き有効です。なお、ページに見えている内容と、schemaに書く内容は必ず一致させてください。これはGoogleのガイドラインでも明確に求められています。
4. Product（物販・カタログがある場合）
製品名・説明・価格・在庫・型番を定義します。物理的な製品カタログを持つ事業では、もっとも効果の大きい型のひとつです。比較で選ばれる商材ほど、しっかり効いてきます。
やりすぎ注意
すべての型を網羅しようとすると、労力ばかりかかって効果の薄い型に時間を奪われがちです。多くの事業は、Organization・Article・FAQPage・Product の4つで大半をカバーできます。
残った工数は、構造化そのものより「コンテンツの質」や「第三者からの言及づくり」に回すほうが、結果的にAIの引用率に効きます。構造化は土台であって、ゴールではありません。
入れたら、必ず検証する
実装したら終わり、ではありません。
Googleのリッチリザルトテストや、schema.orgのバリデータ（検証ツール）で、エラーがないかを必ず確認しましょう。あわせて大切なのが、更新日（dateModified）を最新に保つこと。古い日付のまま放置されたページは、AIに「鮮度が低い」と見なされやすくなります。入れて、検証して、保ち続ける。ここまでが実装です。
よくある疑問
Q. schemaを入れれば、すぐにAIに引用されますか？
いいえ。schemaは引用を保証するスイッチではなく、あくまでAIが内容を正しく理解するための土台です。引用されるかどうかは、コンテンツの中身や信頼性とあわせて決まります。
Q. WordPressでも実装できますか？
できます。Rank MathやYoast SEOといったschema対応のプラグインを使えば、専門知識がなくても主要な型を出力できます。テーマに直接JSON-LDを書く方法もあります。
Q. 全部のページに入れるべき？
型によります。Organizationはサイト全体に1つ、Articleは記事ページ、FAQPageはQ&Aのあるページ、というように、内容に合った型を適切な場所に置くのが基本です。むやみに全部入れる必要はありません。
まとめ
schema.orgは、AIに「読まれ・理解される」ための土台づくりです。まずはOrganization・Article・FAQPage・Product の4つに絞り、JSON-LDで実装し、検証ツールで確認する。これだけで、多くのサイトは大きく前進します。
次回のコラムでは、その土台の上に乗せる「AIに引用される条件としての権威性（E-E-A-T）」について、著者プロフィールの作り込みから解説します。
参考にした情報源
- Google 検索セントラル「構造化データ」ドキュメント（developers.google.com）
- schema.org 公式仕様（v30.0 系）
- FAQリッチリザルトの提供終了に関する報道（2026年5月）
- 各種GEO/AI検索実務者によるschema運用の解説（2026年）
※ 本記事の事実関係は2026年6月時点の公開情報に基づいています。仕様は変化が速いため、実装前に各公式ドキュメントの最新版をご確認ください。