この記事は、LLMO対策（ChatGPTやGoogleのAI検索に自社の情報を正しく紹介してもらうための取り組み）を検討している中小企業の経営者・Web担当者の方に向けて書いています。
「LLMO対策の提案書に『構造化データの実装』と書いてあるが、本当に費用をかける価値があるのか」「FAQスキーマを入れればAIに引用されると聞いたが、根拠がよくわからない」——BravoWebには最近、こうしたご相談が増えています。
構造化データ（schema.org）は、ホームページの情報を検索エンジンやAIが読み取りやすい形で書き添える仕組みです。ただし2026年時点の事実として、Googleは「AI検索のための特別な構造化データは存在しない」と公式に明言しており、構造化データを追加しただけでAIからの引用が増えたという明確な証拠もありません。一方で、会社情報や著者情報を正確に伝える「土台」としての価値は残っています。
この記事では、構造化データとAI引用の関係を公式情報と最新の検証データで整理したうえで、中小企業が実装すべき構造化データの優先順位、実装方法と費用の目安、実装後の確認方法、よくある失敗を解説します。
【この記事のポイント】
- Googleは「AI Overviews・AIモードのために追加すべき特別なschema.orgマークアップはない」と公式ドキュメントで明言している
- Ahrefsが2026年5月に公開した検証では、構造化データを追加した1,885ページでAI引用の有意な増加は見られなかった
- それでも、会社名・所在地・著者などの「事実情報」を機械に正確に伝える土台としては有効。優先度はOrganization（会社情報）＞Article＋著者＞パンくず＞FAQ
- FAQのリッチリザルト（検索結果の開閉式Q&A表示）は2026年5月7日でGoogle検索から表示終了。FAQスキーマの位置づけは変わった
- 構造化データより先に、本文の「結論が先にある書き方」と一次情報を整えるほうがLLMOへの効果は大きい
INDEX
構造化データとは？経営者向けにわかりやすく解説
構造化データとは、ホームページに載っている情報が「何を意味するのか」を、検索エンジンやAIが機械的に読み取れる決まった書式で書き添えたものです。人間はページを見れば「これは会社名」「これは電話番号」と理解できますが、機械は文字の並びだけでは判別を誤ることがあります。そこで、ページの裏側に「この文字列は会社名です」「この人物がこの記事の著者です」というラベルを付けておくのが構造化データの役割です。
構造化データは「ホームページに添える名刺」
イメージしやすいのは名刺です。名刺には「社名」「役職」「氏名」「住所」「電話番号」が決まった位置に書かれているため、初対面の相手でも迷わず読み取れます。構造化データも同じで、ホームページの情報を世界共通の「項目名」で整理して渡すことで、Googleなどの検索エンジンが内容を取り違えにくくなります。
この項目名の辞書にあたるのが「schema.org（スキーマ・ドット・オルグ）」です。Google・Microsoft・Yahoo!などが共同で策定した語彙集で、「Organization（組織）」「Article（記事）」「Person（人物）」「FAQPage（よくある質問ページ）」といった型が定義されています。
JSON-LDとは
構造化データの書き方にはいくつか方式がありますが、現在の主流は「JSON-LD（ジェイソン・エルディー）」です。ページの本文とは別に、HTMLの中へ専用のコードのかたまりを1つ置く方式で、デザインや本文に手を加えずに追加・修正できるため、Googleも推奨しています。経営者の方が覚えておくべきなのは、「見た目には表示されない裏側のラベル」だという点です。
SEOとLLMOで構造化データの役割はどう違うか
構造化データは、従来のSEOでは主に「リッチリザルト」を表示させるために使われてきました。リッチリザルトとは、検索結果に星評価・価格・パンくずなどが追加表示される仕組みです。一方、LLMOの文脈では「AIが会社や記事の事実関係を取り違えないための補助情報」として語られることが増えています。
| 観点 | 従来のSEOでの役割 | LLMOでの役割（期待されていること） |
|---|---|---|
| 目的 | 検索結果の見た目を豊かにする（リッチリザルト） | 会社・著者・記事の事実関係を正確に伝える |
| 効果の確認方法 | Search Consoleのレポート・リッチリザルトテスト | AIの回答に自社情報が正しく出るかを定点観測 |
| 効果の確かさ | 対応する表示機能があれば比較的明確 | 引用が増えるという因果は2026年時点で未確認 |
LLMOそのものの全体像や、SEOとの違いは以下の記事で解説しています。
構造化データでAIに引用されやすくなるのか【2026年の事実】
構造化データを入れただけでAIからの引用が増える、という根拠は2026年時点では確認されていません。インターネット上には「FAQスキーマがAI引用の最優先施策」といった解説も多く見られますが、Google自身の見解と、第三者による比較検証の結果はそれとは異なります。費用をかける前に、事実関係を押さえておきましょう。
Googleの公式見解：AI検索専用の構造化データは存在しない
Googleは検索セントラルの「AI features and your website」というドキュメントで、AI Overviews（Google検索の上部に表示されるAIによる概要）やAIモードに表示されるために「新しい機械可読ファイルやAI向けテキストファイル、マークアップを作る必要はない」「追加すべき特別なschema.orgの構造化データもない」と明記しています（出典：Google 検索セントラル「AI features and your website」）。
同じドキュメントでは、構造化データを使う場合は「ページ上に見えている本文と内容を一致させること」が基本とされています。つまりGoogleのAI機能に対しては、構造化データは通常のSEOの一部であり、AI専用の近道ではありません。
Ahrefsの検証：構造化データを追加しても引用は増えなかった
SEOツール大手のAhrefsは2026年5月12日、2025年8月〜2026年3月の間に新たにJSON-LDを追加した1,885ページと、追加していない約4,000ページを比較する検証結果を公開しました。追加前後30日のAIによる引用数の変化は、Google AI Overviewsで−4.6%、Google AIモードで＋2.4%、ChatGPTで＋2.2%で、著者らは「どのプラットフォームでも大きな引用増加は見られなかった」とまとめています（出典：Ahrefs「Does schema markup help AI citations?」）。
ただし、この検証の対象は「すでにAIから引用されていたページ」です。まだ一度も引用されていないページに効果がないとまでは言い切れない点には注意が必要です。また、Ahrefsの別の集計では「AIに引用されたページはJSON-LDを持っている割合が高い」という相関も示されています。これは、構造化データを整えているサイトはSEOやコンテンツ品質にも取り組んでいることが多い、という背景が影響していると考えられます。
BravoWebの見解
Googleの公式見解はGoogle検索のAI機能についての話、Ahrefsの検証は「すでにAIから引用されているページにJSON-LDを追加した場合」の話で、どちらも構造化データが無意味だとまでは言っていません。そのうえで、「構造化データを入れればAIに引用される」という説明は、少なくとも2026年時点のデータでは裏付けが弱いと考えています。構造化データの実装を、LLMO対策の成果指標そのものにすることはおすすめしません。
それでも構造化データが無駄にならない3つの理由
効果が限定的だからといって、構造化データが不要になるわけではありません。理由は次の3つです。
構造化データを整えておく理由
- Microsoft Bingの担当者は、2025年3月のカンファレンス（SMX Munich）で、schema.orgのマークアップがBing・CopilotのAIによるコンテンツ理解に役立っていると述べている（出典：Search Engine Land）。また、Bing Webmaster Toolsでは2026年2月から、CopilotなどのAI回答で自社ページが引用された回数を確認できる「AI Performance」レポートが提供されている（出典：Search Engine Land）
- 会社名・所在地・代表者・著者といった「間違えられると困る事実」を、表記ゆれなく機械に伝えられる。AIが自社を別の会社と混同するリスクを下げる土台になる
- パンくずリストなど、Google検索でいまも表示に使われる構造化データがあり、通常の検索結果での見え方が整う
つまり構造化データは「AI引用を増やすアクセル」ではなく、「事実を取り違えられないためのシートベルト」に近いものだと捉えると、投資判断を誤りにくくなります。
FAQのリッチリザルトは2026年5月で表示終了
もう1つ押さえておきたいのが、FAQスキーマ（FAQPage）の位置づけの変化です。Googleは2023年8月にFAQのリッチリザルトを政府・医療系などの一部サイトに限定し、さらに2026年5月7日以降はGoogle検索でFAQのリッチリザルト自体を表示しなくなりました（出典：Google 検索セントラル「FAQ（FAQPage）構造化データ」）。
そのため、「FAQスキーマを入れると検索結果にQ&Aが開閉式で表示される」という説明は、現在は当てはまりません。同様に、手順を示すHowToスキーマのリッチリザルトも、Googleは2023年9月に表示を終了しています。LLMO対策の解説でFAQやHowToが「最優先」として紹介されている場合は、情報がこうした変更より前のものでないか確認しましょう。FAQスキーマを残すかどうかは、次の章の優先順位で判断します。
中小企業が実装すべき構造化データと優先順位
中小企業が優先すべき構造化データは、「会社情報」「記事と著者」「パンくず」「FAQ」の4系統で、この順に整えます。商品・サービス・口コミの型は、該当するページがある場合だけ使う条件付きの扱いです。基準は、AIや検索エンジンに取り違えられたときのダメージが大きい情報から整えることです。数十種類ある型をすべて入れる必要はありません。
| 優先度 | 構造化データの種類 | 伝える内容 | 実装する場所 | 中小企業にとっての意味 |
|---|---|---|---|---|
| 高 | Organization（またはLocalBusiness） | 会社名・別名・ロゴ・所在地・電話番号・SNS | トップページ（全ページでも可） | 自社を他社と混同させない土台 |
| 高 | Article＋Person（著者） | 記事タイトル・公開日・更新日・著者名・役職 | コラム記事 | 誰がいつ書いた情報かを示す |
| 中 | BreadcrumbList（パンくず） | ページの階層構造 | 全下層ページ | サイト構造の理解と検索結果の表示 |
| 中〜低 | FAQPage | 質問と回答のペア | FAQを本文に持つページ | リッチリザルトは終了。本文と一致させられる場合のみ |
| 条件付き | Product／Service／Review | 商品・サービス・評価 | 該当ページ | 自社サイト上の自己評価の星は不可 |
Organization・LocalBusiness（会社情報）
最優先は、会社そのものを説明するOrganizationです。店舗や事務所を構える業種なら、住所・営業時間・対応エリアまで書けるLocalBusinessを使います。ポイントは、正式社名だけでなく「サービス名・ブランド名」を別名（alternateName）として登録し、所在地・電話番号をGoogleビジネスプロフィールや会社概要ページとまったく同じ表記にそろえることです。社名とサービス名が違う会社は、AIが両者を別の組織だと誤解しやすいため、特に効果があります。
経営者の方が押さえるべき点は、「会社名・住所・電話番号・SNSを、サイトの内外で同じ表記にそろえる」ことです。以下は、それを機械に伝えるための技術的な補足です。
あわせて設定したいのが「sameAs（同一の存在を示すリンク）」です。公式のFacebook・X・YouTube、Googleビジネスプロフィールなど、自社が運営する外部プロフィールのURLを並べて登録すると、「このサイトの会社と、これらのアカウントは同じ組織です」と機械に伝えられます。さらに記事側の著者・発行元を、トップページの会社情報と同じ識別子（@id）で結び付けておくと、会社・記事・著者がばらばらの情報ではなく1つのつながりとして読み取られやすくなります。AI検索の文脈で「エンティティ（実体）を正しく認識させる」と言われるのは、主にこの作業のことです。
Article＋Person（記事と著者）
コラムやお知らせには、Article（またはBlogPosting）で公開日・更新日を、Personで著者の氏名・役職・所属を示します。E-E-A-T（経験・専門性・権威性・信頼性）の観点で「誰が書いた情報か」を明らかにする基本的な手段です。更新日を正しく出力しておくと、情報の鮮度も伝わります。
BreadcrumbList（パンくずリスト）
パンくずリストは「トップ＞コラム＞AI＞記事名」といったページの位置を示すものです。Google検索でいまも表示に使われており、WordPressならSEOプラグインやテーマで自動出力できる場合がほとんどです。手間が少ないわりに効果が確認しやすい項目です。
FAQPage（よくある質問）
FAQスキーマは、リッチリザルトが終了した現在、「入れれば検索結果が目立つ」施策ではなくなりました。一方で、ページ内にFAQが実際に表示されていて、その内容とJSON-LDが一字一句一致しているなら、残しておいて害はありません。新たに費用をかけてまで全ページへ追加する優先度は下がった、というのが現実的な判断です。
Product・Service・Review（条件付き）
商品やサービスの価格を示すProduct・Serviceは、ECサイトや料金表を持つ事業者なら検討の余地があります。注意が必要なのはReview（口コミ・評価）です。自社サイト上で自社を評価する星の表示は、Googleのガイドラインで対象外とされています。「星を出せば目立つ」という理由での実装は避けましょう。
構造化データの実装方法3パターンと費用の目安
構造化データの実装方法は「SEOプラグインで設定」「制作会社がテーマに組み込む」「JSON-LDを手書きする」の3パターンです。WordPressで作られたサイトなら、まずプラグインで基本を整え、足りない部分だけを制作会社に依頼するのが費用を抑えやすい進め方です。
| 実装方法 | 向いているサイト | 費用の目安 | 注意点 |
|---|---|---|---|
| SEOプラグインで設定 | WordPressで自社更新しているサイト | プラグインは無料版〜年額数万円 | 他のプラグインやテーマと重複出力しやすい |
| 制作会社がテーマに組み込む | 独自テーマ・デザインにこだわったサイト | 単発の実装で数万〜数十万円（範囲次第） | 対象ページの範囲と修正時の対応を契約前に確認 |
| JSON-LDを手書きで追加 | ページ数が少ない静的サイト | 社内工数のみ | 情報更新のたびに手作業での修正が必要 |
SEOプラグインで設定する場合
All in One SEOやYoast SEOなどのSEOプラグインは、会社情報・記事・パンくずの構造化データを管理画面から設定できます。最も手軽ですが、テーマ側でも構造化データを出力している場合、同じ型が二重に出力されることがあります。導入後は、後述のツールで重複がないか確認しましょう。
制作会社に依頼する場合
制作会社にテーマへ組み込んでもらう方法は、記事を追加するたびに自動で正しい構造化データが出力される点が利点です。LLMO対策の一部として依頼する場合、初期の構造化データ設計や実装は「初期費用」として10万〜50万円程度の範囲で見積もられることが多く、診断や他の施策と組み合わせて金額が決まります。LLMO対策全体の費用感は以下の記事で詳しくまとめています。
見積もりで確認したい3点
- どのページ（トップ・記事・サービスページなど）に、どの型を実装するのか
- 記事を追加したとき、構造化データも自動で出力される仕組みになっているか
- 実装後の検証（重複・エラーの確認）が作業範囲に含まれているか
見積額は、主に「対象ページの数と種類」「実装する型の数」「既存テーマの改修量」「プラグインとの重複調査の有無」「実装後の検証と保守を含むか」で変わります。同じ「構造化データ実装」でも、トップページに会社情報を1つ入れるだけの作業と、記事テンプレート全体を改修する作業では金額が大きく異なるため、内訳を確認したうえで比較しましょう。
JSON-LDを手書きする場合
ページ数が少ないサイトなら、会社情報のJSON-LDを1つ作ってトップページに貼るだけでも最低限の土台になります。たとえば次のようなコードを、HTMLの<head>内に置きます（社名・URL等は自社の情報に置き換えてください）。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://example.co.jp/#organization",
"name": "株式会社〇〇",
"alternateName": "〇〇（サービス名）",
"url": "https://example.co.jp/",
"logo": "https://example.co.jp/logo.png",
"telephone": "+81-3-0000-0000",
"sameAs": [
"https://www.facebook.com/〇〇",
"https://x.com/〇〇"
]
}
</script>
書く内容は「名刺に載っている情報」とほぼ同じで、専門知識がなくても意味は読み取れるはずです。schema.orgの型の説明を参考に、生成AIで下書きを作ることもできますが、社名・住所・電話番号が会社概要ページやGoogleビジネスプロフィールと一致しているかは、人の目で確認してください。
実装後に確認すべきチェックリスト
構造化データは、実装した直後と、サイトを改修したタイミングで確認するのが基本です。確認には無料ツールが使えます。
使える無料ツール
- Googleのリッチリザルトテスト：Googleが表示に使う型の認識状況とエラーを確認できる
- Schema Markup Validator（validator.schema.org）：schema.org全体の書式として正しいかを確認できる
- Google Search Console：パンくずなど、Googleが表示に使う型のエラーや警告を「拡張」レポートで継続的に把握できる（対象の型は限られ、検出結果もサンプル表示）
- Bing Webmaster Tools：「AI Performance」レポートで、CopilotなどのAI回答に自社ページが引用された回数を確認できる
実装後のチェックリスト
- □ トップページにOrganization（またはLocalBusiness）が1つだけ出力されている
- □ 社名・住所・電話番号が、会社概要ページやGoogleビジネスプロフィールと同じ表記になっている
- □ Organizationの「sameAs」に、自社が運営するSNS・外部プロフィールのURLが登録されている
- □ コラム記事に公開日・更新日・著者名が出力され、画面上の表示と一致している
- □ FAQスキーマの質問と回答が、ページに表示されているFAQと一字一句一致している
- □ 同じ型の構造化データが1ページに重複して出力されていない
- □ リッチリザルトテストとSchema Markup Validatorでエラーが出ていない
- □ テーマ変更・プラグイン追加の後に、上記を再確認する運用になっている
構造化データを整えたあとは、AIに自社が実際にどう紹介されているかも定点観測しましょう。AIクローラーのアクセス数だけでは効果を判断しにくいことは、BravoWebの自社ログ調査でも確認しています。
やってはいけない構造化データの使い方
構造化データで避けるべきなのは、「画面に書いていないことをマークアップする」「評価を水増しする」「情報を食い違わせる」の3つです。いずれもGoogleのガイドライン違反や、AIに誤った情報を覚えさせる原因になります。
よくある失敗例
- 本文にないQ&Aや、本文と言い回しが異なる回答をFAQスキーマにだけ書く
- 自社サイト上で自社サービスに星5つの評価を付ける
- プラグインとテーマの両方で出力し、同じ構造化データが重複する
- 移転前の住所や旧電話番号が構造化データにだけ残っている
- 「AI専用の構造化データ」「入れるだけでChatGPTに載る」といった説明を鵜呑みにして高額な実装費を払う
最後の点は特に注意が必要です。前述のとおり、Googleは「AI検索のための特別なschema.orgマークアップは不要」と明言しています。提案書に構造化データが含まれていること自体は問題ありませんが、それが引用を約束するかのような説明であれば、根拠を確認してから判断しましょう。
構造化データとあわせて優先したいLLMO対策
LLMOで成果を左右するのは、構造化データよりも「AIが読んで引用したくなる本文」です。AI検索は、裏側のラベルではなく、画面に表示されている本文を読んで回答を組み立てるのが基本だからです。構造化データは本文の内容を正しく補足する役割にとどまります。
構造化データより優先したい3つのこと
- 各見出しの直後に、その問いへの答えを1〜2文で書く（AIが抜き出しやすい）
- 自社だけが持つ数字・事例・お客様の声などの一次情報を載せる
- 会社名・所在地・サービス内容の表記を、サイト内外でそろえる
BravoWebが制作でこだわっているのも、情報の整理です。コーポレートサイトをリニューアルした製造業（ゴム製品メーカー）のお客様からは、公開後に「情報が整理されているため、必要な内容がすぐに見つかる」という声が社内外から寄せられたとうかがいました。人が迷わず読めるページは、AIにとっても内容を取り違えにくいページです。
また、ペルソナ設計から見直してリニューアルした注文住宅会社のお客様は、「リニューアル後には、SE工法やパッシブデザインなど、弊社の強みに対してのお問い合わせが増えた印象です」と振り返っています（コンバージョン数は前年比66%アップ）。自社の強みが本文ではっきり言葉になっていることが、検索エンジンにもAIにも、そして読み手にも伝わる前提になります。
AI検索対策の施策全体と優先順位は、以下の記事で整理しています。
よくある質問（FAQ）
Q1. 構造化データを入れればChatGPTやAI Overviewsに引用されますか？
構造化データの追加だけで引用が増えるという根拠は、2026年時点では確認されていません。Googleは、AI検索専用の構造化データは不要と明言しており、Ahrefsの検証でも有意な引用増加は見られませんでした。
Q2. 中小企業がまず実装すべき構造化データは何ですか？
最優先はOrganization（店舗型ならLocalBusiness）です。会社名・別名・所在地・電話番号をGoogleビジネスプロフィールと同じ表記でそろえ、次にコラム記事のArticleと著者情報、パンくずリストを整えます。
Q3. FAQのリッチリザルトが終了した今、FAQスキーマは削除すべきですか？
削除は必須ではありません。ページ上にFAQが表示され、JSON-LDと一字一句一致しているなら残して問題ありません。ただし、新たに費用をかけて全ページへ追加する優先度は下がっています。
Q4. 構造化データの実装費用はどれくらいかかりますか？
WordPressならSEOプラグインの設定で無料から始められます。制作会社にテーマへ組み込んでもらう場合は、対象範囲によって数万〜数十万円が目安で、LLMO対策の初期費用に含まれることもあります。
Q5. 構造化データが正しく入っているか、自分で確認できますか？
確認できます。Googleのリッチリザルトテストか、Schema Markup Validator（validator.schema.org）にページのURLを入力すると、出力されている構造化データの種類とエラーの有無が表示されます。
Q6. 構造化データの「二重出力」とは何ですか？
テーマとSEOプラグインの両方が同じ構造化データを出力し、1ページに重複して入っている状態です。見た目では気づけないため、テーマ変更やプラグイン追加の後にツールで確認することをおすすめします。
Q7. 構造化データとあわせて「llms.txt」も設置すべきですか？
急いで設置する必要はありません。Googleは2026年6月、Google検索はllms.txtを使用しておらず、設置しても検索での表示に良くも悪くも影響しないと公式ドキュメントで明確にしました。他のAIサービス向けに置くのは自由ですが、優先度は本文と構造化データの後です。
まとめ
構造化データは、AIからの引用を増やす近道ではなく、会社や記事の事実関係を正確に伝えるための土台です。2026年時点の事実を踏まえると、次の順番で考えるのが現実的です。
- GoogleはAI検索専用の構造化データは不要と明言。Ahrefsの検証でも、追加による引用増加は確認されなかった
- 実装するならOrganization（会社情報）＞Article＋著者＞パンくず＞FAQの順。FAQのリッチリザルトは2026年5月で終了した
- 実装後はリッチリザルトテストとSchema Markup Validatorで重複・エラーを確認し、サイト改修のたびに再点検する
- LLMOの成果を左右するのは、結論が先にある本文と一次情報。構造化データはその補足役
まずはリッチリザルトテストに自社のトップページのURLを入れて、会社情報が構造化データとして出力されているか確認してみてください。BravoWebでは、構造化データの点検から、AIにも人にも伝わるページ構成への改善まで、ホームページ制作の一環としてサポートしています。
BravoWebに無料相談する
LLMO対策で構造化データを勧められたが、費用をかける価値があるか判断できない
自社サイトの構造化データが正しく入っているのか、確認の仕方がわからない
AIに自社の情報を正しく紹介してもらうために、何から手をつければよいか知りたい
中小企業・個人事業主様のホームページ制作を
数多く手がけてきた実績をもとに、最適なプランをご提案します。
※ 相談・お見積りは無料です。
- 監修者
- 田邉 文章 Fumiaki Tanabe
お見積
ホームページ