構造化データとは｜種類一覧・SEO効果・初心者向けの実装方法

「構造化データって聞くけど、結局なに？」——SEOを学び始めた発信担当者の方が、つまずきやすいテーマです。結論からお伝えします。構造化データとは、ページの情報の「意味」を検索エンジンに伝えるための印（タグ）のこと。これは料金、これは口コミ、これはよくある質問——そう教えてあげる仕組みです。

なぜ必要なのでしょうか。人間は文章を読めば「これは価格の話だ」と分かります。一方で検索エンジンは文字の並びを見ているだけで、意味までは正確に読み取れません。そこで、意味のラベルを付けて助けてあげるわけです。

本記事では、構造化データの基本とSEO・AI検索との関係を整理します。さらに、主な種類を3つの分類で一覧にし、中小企業が実装する優先順位も示しました。初心者向けの実装方法、リッチリザルトの見え方、実装後の確認まで順に解説します。2026年10月時点のGoogleの仕様に合わせて、表示が終わった種類にも触れています。お役に立てれば幸いです。

構造化データとは｜検索エンジンに意味を伝える仕組み

構造化データとは、ページ内の情報が「何を表しているか」を検索エンジンに伝えるための印のことです。例えば、ある数字に「これは商品価格です」というラベルを付けるイメージ。検索エンジンは、このラベルを手がかりに内容を正確に読み取れるのです。

身近に例えるなら、書類に貼る付箋のようなもの。「ここが氏名」「ここが金額」と付箋が貼ってあれば、初めて見る人でも一目で把握できます。構造化データは、Webページに付ける付箋のような存在です。

人は読めても検索エンジンには伝わらない情報がある

私たちがページを読むとき、文脈から「これはレビューの星の数だな」と自然に判断します。ところが検索エンジンは、その判断が得意ではありません。見た目の装飾や位置から推測はできても、確実に意味を読み取れるわけではないのです。

この「人には分かるが機械には伝わりにくい」ギャップを埋めるのが、構造化データの出番。情報の意味を明示することで、検索エンジンの理解の精度が高まります。

schema.orgという共通の決まりごと

構造化データには、世界共通のルールがあります。それがschema.org（スキーマドットオルグ）という語彙集です。Google・Microsoft・Yahoo!などが共同で立ち上げた、「この情報はこう書く」という辞書のような存在と考えてください。

この共通ルールに沿って書くからこそ、検索エンジンは内容を正しく解釈できます。自己流のラベルでは伝わりません。決められた型に当てはめる——それが構造化データの基本姿勢です。

構造化データでできること

構造化データを整えると、検索エンジンに伝えられる情報の幅が広がります。商品の価格や在庫、記事の著者や公開日、店舗の住所や営業時間。こうした要素を、意味付きで届けられるようになるのです。

結果として、検索結果での見え方が変わったり、検索システムが内容を正確に読み取る助けになったりします。地味な作業ですが、効いてくる場面は意外に多いものです。

構造化データがSEO・AI検索に効く理由

構造化データがSEOに効く理由は、検索エンジンがページ内容を正確に理解できるからです。具体的には、検索結果での見え方が豊かになる場合があります。AI検索との関係も含めて、順に見ていきましょう。

検索結果に追加情報が表示されやすくなる

1つ目の効果は、検索結果に追加情報が出やすくなることです。例えば、商品の評価が星マークで出たり、パソコンの検索結果でURL部分が階層表示になったりします。通常の青いリンクより、目に留まりやすい見た目へと変わるのです。

この目立つ表示は、クリックを後押しします。同じ順位でも、情報が豊かに見えるページのほうが選ばれやすい。構造化データは、その差を生む下地と言えます。

AI検索では「本文と一致した構造化データ」が基本

2つ目は、AI検索との関係です。結論から言うと、構造化データはAIに引用されるための特別な条件ではありません。Googleは、AIによる概要やAIモードに表示されるために、追加の要件や特別なマークアップは不要だと説明しています。

一方でGoogleは、構造化データをページの表示内容と一致させることを、基本の取り組みとして挙げています。つまり、読み手に役立つ本文を書き、その意味を構造化データで正しく補うこと。この組み合わせが、ChatGPTなどの生成AI検索も含めて、機械に伝わる形の土台になります。

※出典：Google検索セントラル「AI 機能とウェブサイト」

順位を直接上げる施策ではない点に注意

ここで誤解を解いておきます。構造化データは、検索順位そのものを直接押し上げる要素ではありません。Googleも、ランキング要因とは位置づけていません。

では意味がないのか。そうではありません。内容理解とクリック率を通じて、間接的に流入を支えます。順位を上げる魔法ではなく、土台を固める作業——そう捉えておくと、過度な期待で外しません。検索エンジンの動向はGoogleコアアップデートの解説もあわせてご覧ください。

構造化データの種類一覧｜3つの分類と主要スキーマ

構造化データには数多くの種類がありますが、すべてを覚える必要はありません。全体像をつかむには、コンテンツ系・事業者系・サイト構造系の3つに分けるのが近道です。コンテンツ系は記事やFAQ、事業者系は会社や店舗、サイト構造系はサイト全体の形を伝える種類です。

schema.orgに定義された種類（スキーマ）は数百にのぼります。一方で、Google検索が見た目の変化に使う種類は限られています。中小企業がよく使う種類を、3つの分類で一覧にしました。

FAQ（よくある質問）｜検索結果での表示は2026年5月に終了

FAQの構造化データ（FAQPage）は、よくある質問とその回答を検索エンジンに伝えます。以前は、検索結果に質問と回答が折りたたみ表示されました。しかし2023年8月に、表示は有名な政府機関・保健医療サイトに限定されます。さらに2026年5月7日、Google検索での表示そのものが終わりました。

とはいえ、ページ内のQ&A自体は、読者の疑問を先回りして解く大切な情報です。設置済みのマークアップについても、Googleは「削除しなくても検索で問題は起きない」としています。書き方と今の扱いは、関連記事のFAQ構造化データの書き方で詳しく解説しています。

パンくずリストで階層を伝える

パンくずの構造化データ（BreadcrumbList）は、ページがサイトのどの位置にあるかを伝えます。設定すると、パソコンの検索結果でURL部分が階層表示に変わることがあります。なお、スマートフォンの検索結果では、2025年1月からドメイン名だけの表示になりました。それでも、サイト構造を整える基本施策のひとつです。

設置の詳細は、関連記事のパンくずリストのSEO効果で具体的に解説しています。あわせて読むと、構造の整え方が立体的に見えてきます。

記事・組織・店舗の情報を伝える

記事の構造化データ（Article）は、著者・公開日・見出しなどを伝えます。オウンドメディアやブログを運営するなら、まずここからです。組織の構造化データ（Organization）は、会社名やロゴ、連絡先、SNSアカウントを伝えます。「誰が運営しているサイトか」を明示でき、信頼性の土台になります。

店舗や事務所を持つなら、ローカルビジネス（LocalBusiness）で店舗名・住所・営業時間・電話番号を届けられます。注意したいのは口コミの星です。自社が管理する自社への口コミは、LocalBusinessやOrganizationの星表示の対象外とされています。

どれも「この情報は何か」を機械に明示する点で共通しています。自社が伝えたい要素に合わせて、必要なものを選ぶとよいでしょう。

商品・サービス、サイト名を伝える種類

商品ページには、Product（商品）が向いています。商品名・価格・在庫・評価などを伝え、条件を満たすと検索結果に価格や星が表示される場合があります。サービス紹介にはService（サービス）もありますが、Google検索にはこれに対応する表示がありません。提供内容を機械に伝える補助と考えておきましょう。

WebSite（サイト）は、サイト名を伝える種類です。トップページに設置すると、検索結果に表示されるサイト名の指定に使われます。会社名やブランド名で探されたい企業には、手間に対して効果の大きい種類です。

表示が終わった種類・対応がない種類

Googleは、検索結果をシンプルにするため、表示機能の整理を続けています。HowTo（手順）は2023年9月に、サイト内検索ボックスは2024年11月に表示が終わりました。FAQPageも2026年5月に終了しています。メニュー構造を示すSiteNavigationElementは、もともとGoogle検索に対応する表示がありません。

古い解説記事では、これらが「おすすめ」として紹介されていることがあります。新しく手を付けるなら、いま表示機能がある種類を優先しましょう。

全種類を網羅しようとしなくてよい

ここで力を抜いてほしいのが、網羅志向の手放しです。構造化データは種類が多く、全部やろうとすると手が止まります。けれど、実際に効くのは自社に関係する数種類だけ。

まずは組織と記事、サイト構造を示すパンくずから。手を広げるのは、運用に慣れてからで十分です。具体的な順番は、次の優先度マップで整理します。

中小企業の構造化データ実装優先度マップ

種類が多くて迷うときは、優先度で3段階に分けると判断が速くなります。基準は「自社サイトに当てはまるか」と「Google検索で使われるか」の2つです。

最優先｜Organization・Article・BreadcrumbList

最優先は、会社情報のOrganization、記事のArticle、パンくずのBreadcrumbListです。ほとんどの企業サイトに当てはまり、WordPressならテーマやSEOプラグインが自動で出力していることも多い種類です。まずは、すでに出力されているかを確認するところから始めましょう。

次点｜LocalBusiness・WebSite・Product

次点は、条件に当てはまる企業だけが取り組む種類です。実店舗や事務所があればLocalBusiness、社名で探されたいならWebSite、商品を販売しているならProductを追加します。最優先の3つが整ってから着手すれば十分です。

後回しでよい｜FAQPage・HowTo・Service ほか

FAQPageとHowToは、Google検索での表示が終わっています。ServiceとSiteNavigationElementには、対応する表示がありません。すでに設置済みなら無理に外す必要はありませんが、新たに時間をかける優先度は低いと考えてください。

ページの内容に合った種類を選ぶ

種類選びの鉄則は、ページの内容に合わせることです。記事ページにはArticle、会社概要にはOrganization、店舗ページにはLocalBusinessという具合に対応させます。内容と合わない種類を付けても効果は出ず、ガイドライン違反を招くおそれもあります。

構造化データの書き方・実装方法（初心者向け）

構造化データは、JSON-LDという形式で書くのが主流です。JSON-LDとは、情報をひとまとめにして記述する書き方のこと。難しそうに見えますが、多くの場合コードを書かずに実装できます。具体的な方法を解説します。

Googleが対応している記述形式は、JSON-LD・microdata・RDFaの3つです。最初の一歩は、自分でコードを書くかどうかの見極めです。

記述形式はJSON-LDが推奨

構造化データの書き方にはいくつか種類がありますが、現在はJSON-LDが推奨されています。本文と切り離してまとめて記述できるため、管理しやすいのが理由です。Googleも、この形式を推奨しています。

これから始めるなら、迷わずJSON-LDを選んで問題ありません。古い形式に手を出す必要はないでしょう。

WordPressならプラグインで自動出力できる

うれしいことに、WordPressを使っているなら、コードを書かずに済むケースがほとんどです。多くのテーマやSEOプラグインが、構造化データを自動で出力してくれます。FAQやパンくずも、設定画面の操作だけで対応できます。

まずは、お使いのテーマとプラグインの機能を確認してみてください。すでに出力されている場合も多く、その際は新たに何かを足す必要はありません。

コードを直接書く場合の基本構造

自分で書く場合も、基本の形はシンプルです。「種類」「名前」「内容」を、決められた項目名に当てはめていくだけ。schema.orgの仕様を見ながら、必要な項目を埋めていくだけです。

例えば、会社情報（Organization）をJSON-LDで書くと次のようになります。会社名・サイトのURL・ロゴ画像・SNSのURLを、決められた項目名に当てはめるだけです。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "株式会社サンプル",
  "url": "https://example.co.jp/",
  "logo": "https://example.co.jp/images/logo.png",
  "sameAs": ["https://x.com/example"]
}
</script>

ただし、慣れないうちはミスも起きがち。最初はプラグインに任せ、仕組みを理解してから手書きに挑戦する順番が安全です。

手を広げすぎず必要なものから始める

実装で大切なのは、欲張らないこと。あれもこれもと種類を増やすと、管理が追いつかなくなるでしょう。まずは1種類を正しく設定し、確認まで終えてから次へ進むのが安全です。

私自身、サイト運用の初期に種類を増やしすぎて、どれがどう動いているか把握できなくなった経験があります。1つずつ着実に、が遠回りに見えて近道でした。

リッチリザルトと検索結果の見え方の変化

構造化データを正しく設定すると、検索結果の見た目が変わることがあります。この通常より目立つ表示を、リッチリザルトと呼びます。なぜクリックされやすくなるのか、その理由を見ていきます。

リッチリザルトとは、文字だけのリンクに、星評価や画像、価格、階層表示などを加えた検索結果のこと。情報量が増えるぶん、ユーザーの目を引きます。

リッチリザルトとは何か

リッチリザルトは、構造化データが土台になって表示される、リッチ（豊か）な検索結果です。レビューの星、商品の価格や在庫、レシピの調理時間など、種類に応じてさまざまな形で現れます。

通常の検索結果が文字情報だけなのに対し、リッチリザルトは一目で多くを伝えます。クリック前から「自分に役立ちそうだ」と感じてもらいやすいのです。

表示されても必ず出るとは限らない

ここは正直にお伝えします。構造化データを設定しても、リッチリザルトが必ず表示されるわけではありません。表示するかどうかは、最終的にGoogleが判断します。Googleも、正しくマークアップしても表示は保証しないと明記しています。

ですから「設定したのに出ない」ことも起こり得ます。落胆する必要はありません。表示は確約されなくても、内容を正しく伝える価値は残ります。設定そのものは無駄にならないのです。

クリック率への影響

リッチリザルトが表示されると、検索結果での存在感が増します。星評価や価格が見えるぶん、同じ順位の競合より目立ちやすい。結果として、クリック率の向上にも効いてきます。

Googleが公開している事例にも、数字が出ています。映画情報サイトのRotten Tomatoesでは、構造化データで強化したページのクリック率が25%高くなりました。食品大手のネスレでは、リッチリザルトとして表示されたページのクリック率が、そうでないページより82%高かったと紹介されています。

※出典：Google検索セントラル「構造化データの仕組みについて」

クリック後の流入を分析するには、関連記事のSearch Consoleの使い方が役立ちます。表示と流入を結びつけて見ると、改善の手がかりが増えます。

実装後の確認方法とよくある失敗

構造化データは、実装したら、確認までをセットで行います。設定にミスがあると、情報が検索エンジンに正しく伝わらないからです。確認に使うツールと、ありがちな失敗を整理します。

確認を怠ると、エラーに気づかないまま放置されがちです。確認ツールの選び方は、構造化データのテストツールで比較しています。

リッチリザルトテストとSearch Consoleで確認

実装後の確認には、2つのツールが定番です。1つは、Googleの「リッチリザルトテスト」。URLを入力すると、構造化データが正しく認識されているか、エラーがないかをチェックできます。

もう1つが、Search Console。サイト全体で構造化データのエラーや警告を一覧でき、改善箇所を把握できます。仕様の詳細は、Google検索セントラルの構造化データの基礎（公式ドキュメント）で確認できます。

なお、Google検索の表示機能がない種類は、リッチリザルトテストでは確認できません。2026年6月にサポートが終わったFAQPageも同じです。こうした種類は、schema.orgの「スキーマ マークアップ検証ツール」で書式の誤りを確かめましょう。

表示内容と実際の中身が違う設定はNG

避けたい失敗の代表が、表示と中身の食い違いです。例えば、ページに載っていない口コミの星評価を構造化データだけで設定するケースです。これはガイドライン違反にあたり、手動による対策（ペナルティ）の対象になり得ます。対策を受けたページは、リッチリザルトの対象から外れます。

構造化データは、あくまでページに実在する情報を伝えるもの。実態と異なる設定は、信頼を損ねます。見えている内容と一致させる——この原則を守ってください。

エラーや警告を放置しない

もう一つの失敗が、エラーや警告の放置です。テストツールが指摘するエラーは、情報が正しく伝わっていないサイン。放っておくと、リッチリザルトの対象から外れる場合もあるのです。

エラーは赤信号、警告は黄信号と捉えましょう。すべてを完璧にする必要はありませんが、エラーは早めに直す。その一手間が、構造化データを生かすか殺すかを分けます。

構造化データを発信の資産にする考え方

構造化データの整備は、一度きりで終わらせない運用が肝心です。記事が増えるほど、整った構造は検索とAIに効き続ける資産へと育ちます。一時的な施策ではなく、積み上がる発信の土台として捉えましょう。

私たちが重視しているのは、こうした蓄積型の発信です。バズによる一瞬の注目より、情報の意味が整理され、長く価値を生む仕組みを地道に育てる考え方を指します。

記事テンプレートに組み込んで習慣化する

おすすめは、構造化データを記事制作の型に組み込むこと。新しい記事を出すたびに、記事情報や著者情報が自動で整う仕組みにしておけば、抜け漏れが起きません。

毎回手作業で設定するのは現実的ではありません。テンプレートやプラグインで「放っておいても整う」状態をつくる。それが、運用を続けるコツです。発信を仕組み化する考え方はSEOライティングのコツも参考になります。

コツは、ページの種類ごとに使うスキーマを決めておくことです。コラムはArticle、会社概要はOrganization、店舗ページはLocalBusinessという具合です。この対応表をつくっておけば、担当者が変わっても迷いません。

AI検索時代に向けた土台づくり

これからは、検索エンジンだけでなくAIにも「伝わる」発信が問われます。情報の意味を明確にする構造化データは、その土台にぴったりです。今のうちに整えておけば、AI検索が広がるほど効いてきます。

派手な成果は、すぐには見えないこともあります。それでも、意味の通った構造は静かに積み上がっていきます。半年後、一年後の発信を支える資産として、少しずつ整えていきましょう。

よくある質問（FAQ）

構造化データを設定すると検索順位は上がりますか？

構造化データ自体は、順位を直接上げる要素ではありません。ただし、検索エンジンが内容を理解しやすくなり、検索結果での表示が豊かになる効果があります。クリックされやすくなる点で、間接的な効果が期待できます。

構造化データはコードを書かないと設定できませんか？

WordPressであれば、プラグインで自動出力できる場合が多いです。コードを直接書かなくても、設定画面から主要な種類に対応できます。まずはお使いのテーマやSEOプラグインの機能を確認してみてください。

構造化データはどの種類から始めればよいですか？

組織（Organization）・記事（Article）・パンくず（BreadcrumbList）から始めるのが現実的です。店舗があればLocalBusiness、商品ページがあればProductを追加します。すべての種類を網羅する必要はありません。

構造化データを設定したか確認する方法はありますか？

Googleの「リッチリザルトテスト」で確認できます。URLを入力するだけで、構造化データが正しく認識されているか、エラーがないかをチェックできます。Google検索の表示機能がない種類は、schema.orgの「スキーマ マークアップ検証ツール」で確認しましょう。

構造化データはAI検索でも役立ちますか？

土台としては役立ちます。ただし、Googleは「AIによる概要」などに表示されるための特別なマークアップは不要と説明しています。大切なのは、役に立つ本文と、その内容に一致した構造化データをそろえることです。

構造化データの種類は全部覚える必要がありますか？

覚える必要はありません。中小企業がよく使うのは、Organization・Article・BreadcrumbList・LocalBusiness・WebSite・Productなど一部です。自社のページに当てはまる種類だけを選べば十分です。

店舗を持つ中小企業はどの種類を使うべきですか？

LocalBusinessを使います。店舗名・住所・営業時間・電話番号を明示できます。あわせてOrganizationも整えると、会社としての情報も伝えられます。

FAQの構造化データは削除したほうがよいですか？

削除しなくても問題ありません。FAQリッチリザルトは2026年5月7日でGoogle検索での表示が終わりました。ただしGoogleは、使われていない構造化データで検索に問題が起きることはないとしています。ページ内のQ&A自体は、読者のために残しておきましょう。

この記事の著者

飯塚 昭博

Akihiro Iitsuka

コントリ株式会社 代表取締役

青山学院大学卒業後、自動車会社にて年間180億円規模の設備調達を担当。中小企業経営者の想いに触れる中でその価値を伝えることに使命を感じ、2023年独立。経営者インタビューメディア「コントリ」を運営し、100社以上の経営者を取材。SEO・AI活用・発信設計を通じて中小企業の「伝わる発信」を支援している。

comtri.jp ハッシンラボ note