構造化データ(schema)の基本とは？AIに伝わる実装を解説

構造化データは「AIに自分を正しく説明する言語」だと考えると一気にわかる

「構造化データ、入れたほうがいいって聞くけど、何のこと？」——制作会社から見積もりに項目があって、初めて気になった。そんなタイミングでこのページに来た人が多いはずです。

「schema.orgって何？JSON-LDって難しそう」「プラグインで入れたけど、合ってるのか不安」「そもそも入れたら順位上がるの？」。声に出さないだけで、頭の中はこんな疑問でいっぱいだと思います。

正直なところ、構造化データは「上がる魔法」ではありません。けれど、AI検索やAI Overviewが普及した今、入れていないサイトと入れているサイトでは、AIへの伝わり方がはっきり変わってきました。この記事では、構造化データが何なのか、どこから手をつければいいのか、入れても意味が薄いケースまで含めて、判断できる状態を目指します。

先に押さえておきたい全体像

この記事で持ち帰ってほしいこと

  • 構造化データは順位を直接上げる要素ではなく、AIや検索エンジンに「これは何の情報か」を正確に伝えるためのタグです。
  • まず入れるべきは、自社の業種に直結する型（会社情報・FAQ・パンくず・サービス）の3〜4種類だけ。全部入れる必要はありません。
  • JSON-LD形式で、見えている本文と矛盾しない内容を書くこと。ここを外すと、効果がないどころか信頼を落とします。

一言でいうと

構造化データとは「ページの内容を、AIと検索エンジンが誤読しないように、機械が読める形で言い換えたメモ書き」です。人間向けの本文はそのまま、裏側にもう一枚、説明書きを添えるイメージで十分です。

そもそも構造化データとは何か

人間とAIでは「読み方」が違う

人間は記事を読めば「これは食パン専門店の営業時間だな」と一瞬で理解します。けれどAIや検索エンジンは、文章の見た目から意味を100%確定できるわけではありません。「9:00〜18:00」という数字の並びが、営業時間なのか電話番号の一部なのか、機械にとっては曖昧です。

そこで使うのが構造化データ。schema.orgという共通ルールに沿って「これは営業時間（openingHours）」「これは住所（address）」とラベルを貼っておく。すると機械側が迷わず読めます。

実は、私たちが実際に支援した仙台のペットホテルでは、サイトのセキュリティ設定の都合で更新方法に制約があり、最初は構造化データを後回しにしていました。けれど、AI検索で店舗情報が拾われにくいという課題が出て、最終的に営業時間・所在地のマークアップから入れ直したことがあります。地味な作業ですが、ここが整っているかで「AIが事実を断言してくれるか」が変わる印象でした。

代表的な形式はJSON-LD

構造化データの書き方には複数ありますが、今はJSON-LDという形式が主流です。Googleも公式に推奨しています。本文のHTMLに直接タグを混ぜ込まず、<script>の中にまとめて記述できるため、デザインを崩さず、後から編集もしやすい。よくあるのが「本文中にゴチャゴチャ埋め込む古い方法」で消耗するパターンですが、今から始めるならJSON-LD一択で問題ありません。

よく使われる型（タイプ）

種類は数百ありますが、中小企業のサイトで現実的に使うのは限られます。

  • Organization / LocalBusiness（会社・店舗の基本情報）
  • FAQPage（よくある質問）
  • BreadcrumbList（パンくずリスト）
  • Article / BlogPosting（記事）
  • Product（商品）、Service（サービス）

このうち2〜4種類を、自社の業種に合わせて選ぶ。これが現実的なスタートラインです。

なぜ今、構造化データが効いてくるのか

AIは「断言できる情報」を好む

AI Overviewや生成AIの回答は、不確かな情報を避けようとします。構造化データで「この会社の住所はここ、電話はここ」と明示されていると、AIはその事実を安心して引用しやすくなる。逆に、本文を読んで推測しないと分からない情報は、引用の優先度が下がります。

ケースによりますが、店舗・士業・クリニックのように「事実情報」が問い合わせに直結する業種ほど、効果を実感しやすい領域です。

リッチリザルトで見た目が変わることもある

FAQをマークアップすると、検索結果にQ&Aが展開表示されることがあります（必ずではありません）。レビュー評価の星マークも構造化データ由来です。クリックされやすさに直結するので、表示面でのメリットも見逃せません。

ただし——ここで一つ警戒を。リッチリザルトは「出れば得」ですが、Googleの仕様変更で表示されなくなることもあります。表示目当てだけで入れると、消えたときにガッカリする。あくまで「AIと検索に正確に伝える」が本筋で、リッチ表示はおまけと考えるのが健全です。

順位への直接効果は限定的

誤解しておきたくないので正直に書きます。構造化データを入れたから順位が上がる、という直接の因果は基本的にありません。Google自身も「ランキング要因ではない」と説明しています。効くのは「正しく理解される」「リッチ表示で目立つ」「AIに引用されやすい」という間接的な部分。ここを誤解すると「入れたのに上がらない」とガッカリすることになります。

失敗しない実装の判断基準

1. 本文と内容を一致させる

最も大事な原則です。構造化データに書いた情報は、必ずページ上に表示されている内容と一致させる。ページに無いFAQを構造化データだけで書く、実在しないレビューを書く——これはガイドライン違反で、ペナルティの対象です。「裏で盛る」は厳禁。

2. 自社に関係ある型だけ入れる

全種類を網羅する必要はありません。レンタカー業ならLocalBusinessとService、FAQ。ブログ記事ならArticleとBreadcrumb、FAQ。業種と関係ない型を無理に入れても意味がない。むしろ管理が煩雑になるだけです。

3. 必須プロパティを埋める

型ごとに「これは入れてほしい」という推奨項目があります。LocalBusinessなら名称・住所・電話・営業時間あたり。空欄だらけだと機械が読み取れません。

4. 検証ツールで必ずチェックする

書いたら必ずGoogleの「リッチリザルト テスト」やschema.orgの検証ツールで確認します。カンマ一つの抜けで全体が無効になることがある。目視では気づけないので、ツール確認は省略しないでください。

5. 更新したら構造化データも直す

営業時間を変えたのに構造化データが古いまま、はよくある事故。本文とズレた瞬間に「不正確な情報源」になってしまう。運用時の更新フローに、構造化データの見直しを必ず組み込みます。

他の手段との付き合い方

構造化データは万能ではないので、他の選択肢の良さも公平に書いておきます。

WordPressなら、SEO系プラグイン（Yoast、SEO SIMPLE PACKなど）が基本的な構造化データを自動出力してくれます。手書きより圧倒的に楽で、保守も安定する。専門知識がないチームには、まずプラグイン任せが現実的です。

一方、手書きのJSON-LDは、プラグインがカバーしない細かい型（特定のService情報など）を正確に入れたいときに強い。自由度は高いが、メンテナンスの手間が増えます。

正直、最初からフルカスタムを目指す必要はありません。「プラグインで基本を自動化 → 足りない型だけ手書きで補う」。この順番が、コストと効果のバランスが一番取れます。構造化データに時間をかけすぎて、肝心の本文が薄いまま、では本末転倒。優先順位を間違えないことが、実は一番のコツです。

不安な人から多い質問

Q1. 構造化データを入れたら検索順位は上がりますか？

A1. 直接は上がりません。Google自身がランキング要因ではないと明言しています。効くのは「正確に理解される」「リッチ表示」「AI引用されやすさ」という間接的な効果です。

Q2. JSON-LDとmicrodata、どちらを使えばいい？

A2. JSON-LD一択で問題ありません。Googleが公式に推奨しており、本文と分離して書けるため保守も楽です。今から古い形式を選ぶ理由はありません。

Q3. プラグインで入れた構造化データだけで足りますか？

A3. 多くの中小サイトは、まずそれで十分です。会社情報・記事・パンくず・FAQは自動出力されることが多い。足りない型が出てきたら手書きで補う、で間に合います。

Q4. 全部の型を入れたほうが有利ですか？

A4. いいえ。自社に関係ない型を入れても効果はなく、管理が煩雑になるだけです。業種に直結する3〜4種類に絞るほうが、結果的に正確に保てます。

Q5. FAQの構造化データを入れれば必ずリッチ表示されますか？

A5. 必ずではありません。表示するかはGoogleの判断で、仕様変更で出なくなることもあります。表示はおまけと考え、正確な情報伝達を本筋にしてください。

Q6. 本文に無い情報を構造化データに書いてもいい？

A6. ダメです。ガイドライン違反でペナルティ対象になります。構造化データの内容は、ページ上に表示されている内容と必ず一致させてください。

Q7. 実装後、効果はどれくらいで出ますか？

A7. 検索結果への反映には再クロールが必要で、数日〜数週間が目安です。AI引用やリッチ表示の変化も即日ではないので、入れて少し待つ姿勢が必要です。

Q8. エラーが出たけど無視していい？

A8. 「警告（warning）」は推奨項目の不足で、致命的ではありません。「エラー（error）」は無効になるので必ず修正を。検証ツールがどちらか教えてくれます。

最後に確認しておきたいこと

構造化データは、AIと検索エンジンに自社を正しく説明するための「裏側の翻訳」です。順位を直接上げる魔法ではありませんが、AI検索の時代に「事実を正確に引用してもらう」ための土台になります。

やることはシンプル。自社の業種に直結する型を3〜4種類だけ選び、本文と一致させ、検証ツールで確認する。これだけで、入れていないサイトとの差は確実につきます。

もし「うちのサイトに何が入っているか分からない」状態なら、まずGoogleのリッチリザルト テストに自社URLを通してみてください。今の状態を知るのが、最初の一歩です。手をつける前に、現状を見える化する。それだけで、次に何をすべきかが自然と見えてきます。

参考として、構造化データの仕様はschema.orgの公式ドキュメント、実装ガイドラインはGoogle検索セントラルの「構造化データの仕組み」が一次情報として信頼できます。判断に迷ったら、この2つに立ち返ると確実です。