WEBサイト構造化データは、AIの回答に載るための条件ではない ── Googleの文書が書くことと書かないこと、効く場面を確かめる13項目（2026年10月時点）
構造化データは、AIの回答に載るための条件ではない ── Googleの文書が書くことと書かないこと、効く場面を確かめる13項目（2026年10月時点）
目次
01 何が書いてあるか — 構造化データは、AIの回答に載るための条件ではない。Googleの文書は、特別な構造化データも要らないと書く
引用について
この記事の「" "」で囲んだ英語の文は、公式の文書からの引用で、日本語訳は記事の筆者が付けたものである。原文は各出典のページで確かめられる。各ページは2026年10月19日に開いて確かめた。
AI機能の文書が書いていること
Google検索セントラルの「AI機能とあなたのウェブサイト」（英語名: AI features and your website）は、AI OverviewsとAI Modeを、サイト運営者の側から説明した文書である。最終更新は2025年12月10日（UTC）と表示されている。冒頭の近くに、次の文がある。
"There are no additional requirements to appear in AI Overviews or AI Mode, nor other special optimizations necessary."
（訳: AI OverviewsやAI Modeに表示されるための追加の要件はなく、そのほかの特別な最適化も必要ない。）
同じ文書の別の節は、構造化データについて、さらに具体的に書いている。
"You don't need to create new machine readable files, AI text files, or markup to appear in these features. There's also no special schema.org structured data that you need to add."
（訳: これらの機能に表示されるために、新しい機械可読ファイルやAI向けのテキストファイル、マークアップを作る必要はない。足すべき特別なschema.orgの構造化データもない。）
つまり、「AIの回答に載るために、特別な構造化データを足す必要はない」というのが、Googleの文書の立場である。この記事は、その文書が書いていること、書いていないこと、そして構造化データが実際に効く場面を、順に確かめる。
載るための条件は、別のところに書いてある
では、何が条件なのか。同じ文書は、条件を次のように書く。
"To be eligible to be shown as a supporting link in AI Overviews or AI Mode, a page must be indexed and eligible to be shown in Google Search with a snippet, fulfilling the Search technical requirements. There are no additional technical requirements."
（訳: AI OverviewsやAI Modeで、根拠を示すリンクとして表示される資格を得るには、ページがインデックスに登録され、Google検索にスニペットつきで表示される資格を持ち、検索の技術要件を満たしている必要がある。追加の技術要件はない。）
AI機能の文書が挙げる条件は、インデックスに登録されていること、スニペットつきで表示できること、検索の技術要件を満たすことの3つである。構造化データは、条件の中に出てこない。
ただし、2026年7月更新の最適化ガイドは、この3つに1つ加えている。
"In addition to the technical requirements for Search, a site must be included in Search generative AI features in Search Console to be eligible for display in generative AI features on Google Search."
（訳: 検索の技術要件に加えて、Google検索の生成AI機能に表示される資格を得るには、サイトがSearch Consoleの「検索の生成AI」の対象に含まれている必要がある。）
これはSearch Consoleの設定の話であり、構造化データとは別である。当サイトの運営者ブログがこの設定を開いて確かめた記録は、08章でリンクする。
2つ目の文書は、もっとはっきり書く
「生成AI機能のためのウェブサイトの最適化」（英語名: Optimizing your website for generative AI features on Google Search）は、最終更新が2026年7月10日（UTC）と表示されている。この文書には、「やらなくてよいこと」をまとめた節があり、構造化データも入っている。
"Structured data isn't required for generative AI search, and there's no special schema.org markup you need to add. However, it's a good idea to continue using it as part of your overall SEO strategy, as it helps with being eligible for rich results on Google Search."
（訳: 構造化データは、生成AI検索には必須ではなく、足すべき特別なschema.orgのマークアップもない。ただし、Google検索でリッチリザルトの対象になる助けになるので、SEO全体の方針の一部として使い続けるのはよい考えである。）
後半の文が重要である。Googleは、構造化データを使うのをやめろとは書いていない。理由は、AIの回答ではなく、リッチリザルトのためである。
文書が、構造化データについて足していること
AI機能の文書は、構造化データについて、もう1点だけ書いている。確認するときの基本の項目として、次の1行を挙げている。
"Making sure your structured data matches the visible text on the page"
（訳: 構造化データが、ページに見えている文章と一致していることを確かめる）
特別なマークアップは要らないが、書いたマークアップは、見えている文章と一致していなければならない。この点は、04章と05章で、手順と確認項目にする。
02 なぜ・背景 — 「構造化データがAI引用の鍵」と読めてしまう3つの理由
構造化データの本来の役目
Googleの「構造化データの紹介」（英語名: Introduction to structured data markup in Google Search、最終更新2025年12月10日）は、構造化データの役目を、次のように書く。
"Google uses structured data that it finds on the web to understand the content of the page, as well as to gather information about the web and the world in general, such as information about the people, books, or companies that are included in the markup."
（訳: Googleは、ウェブで見つけた構造化データを、ページの内容を理解するために使い、またウェブや世界一般の情報、たとえばマークアップに含まれる人・本・会社の情報を集めるためにも使う。）
「ページの内容を理解する」ために使う、と書いている。ここから、「AIが理解するのだから、AIの回答にも効く」と読みたくなる。ただ、この文はAIの回答への効果については何も書いていない。書いてあるのは、理解と、リッチリザルトの2つである。
Microsoftは、別の書き方をしている
Microsoft Advertisingのブログ「AI検索の回答に載せるためのコンテンツの最適化」（英語名: Optimizing Your Content for Inclusion in AI Search Answers、2025年10月8日）は、スキーマ（構造化データ）について次のように書く。
"Schema is a type of code that helps search engines and AI systems understand your content."
（訳: スキーマは、検索エンジンやAIシステムがコンテンツを理解する助けになるコードの一種である。）
同じブログの要点の一覧には、「構造を作る」の項目に、スキーマ・明確な見出し・モジュール化された構成を使う、と書かれている。一方で、同じブログは、次のようにも書く。
"While there’s no secret strategy for being selected by AI systems, success starts with content that is fresh, authoritative, structured, and semantically clear."
（訳: AIシステムに選ばれるための秘密の戦略はないが、成功は、新しく、信頼でき、構造化され、意味がはっきりしたコンテンツから始まる。）
Microsoftの文書は、スキーマを「理解の助け」と書くが、スキーマを入れれば選ばれる、とは書いていない。Googleの文書と、言っていることが矛盾しているわけではない。2社の文書を並べて読むと、「理解の助けになる」と「回答に載る条件である」は、別の主張だと分かる。
ほかの会社の文書には、構造化データの記述が見つからない
OpenAI・Perplexity・Anthropicは、自社のクローラーの説明ページを公開している。3つのページの本文を、「structured data」「schema」「JSON-LD」「markup」で探したところ、構造化データについての記述は見つからなかった（OpenAIのページでは、案内メニューの「Structured output」の語のほかに見つからなかった。2026年10月19日に確かめた。3社のほかの文書やヘルプは確かめていない）。3つのページが扱っているのは、robots.txtでクローラーを管理する方法である。たとえば、OpenAIのページは次のように書く。
"OpenAI uses OAI-SearchBot and GPTBot robots.txt tags to enable webmasters to manage how their sites and content work with AI."
（訳: OpenAIは、ウェブ管理者が、自分のサイトとコンテンツがAIとどう関わるかを管理できるように、OAI-SearchBotとGPTBotのrobots.txtのタグを使う。）
書いていないことは、「効かない」の証明にはならない。公式のページに書かれていない、というところまでが言えることである。
観察された相関と、公式の言葉は別である
「構造化データのあるページが、AIの回答に出やすい」という観察が、ほかの調査から出ることはある。それを公式の言葉として読むのは危ない。実験の結果の読み方は、解説記事構造化データはAIに読まれているのか？ ── ChatGPTの実験結果と、それでもマークアップを続ける理由（2026年8月時点）で扱った。この記事は、公式の文書が書いている範囲に限る。
03 この記事に出てくる用語
構造化データ・JSON-LD・schema.org
用語
構造化データ—ページの内容が何であるかを、決まった書式でページに書き添えたもの。JSON-LD—構造化データを書く書式の1つで、Googleが推奨している。schema.org—構造化データで使う語彙（Article・Organization・FAQPageなどの種類と、その項目名）を定めた共通の取り決め。語彙が増えてもGoogleが使うとは限らない話は、解説記事schema.orgに語が増えても、Googleが使うとは限らない ── 自社の構造化データを3つの段で確かめる13項目（2026年10月時点）で扱った。
リッチリザルト
用語
リッチリザルト—検索結果に、通常のリンクと文章より豊かな見た目（星の評価、パンくず、記事の画像など）で出る表示。Googleが対応する構造化データの機能の一覧に、種類ごとの条件が書かれている。構造化データがこの表示の対象になるのを助ける、というのが、Googleが構造化データを勧める理由である。
AI OverviewsとAI Mode、根拠づけ、クエリ ファンアウト
AI Overviewsは要点をまとめた回答、AI Modeは複雑な問いに踏み込んで答える機能である。仕組みとしてGoogleが挙げるのは、検索のインデックスから関連ページを取り出して回答を作る根拠づけ（grounding）と、1つの問いから関連する複数の検索を同時に出すクエリ ファンアウトで、どちらも、ページが検索のインデックスにあることが前提になっている。
04 型別 — 適用範囲・この記事が測っていないこと・確かめる順番
🅰 適用範囲 — この記事の結論が当てはまるのは、Googleの検索のAI機能
この記事が「条件ではない」と言えるのは、GoogleのAI OverviewsとAI Modeについてだけである。理由は、その2つについて、公式の文書が明記しているからである。ChatGPTの検索機能、Perplexity、Copilotなどは、それぞれの会社の文書を別に読む必要がある。この記事で確かめたのは、02章の範囲までである。
🅱 この記事が測っていないこと
- 構造化データを入れたサイトと入れないサイトで、AIの回答への表示が変わるかを比べた調査。この記事は、そのような調査を行っていない
- 個々の構造化データの種類（Article・Organization・FAQPageなど）の書き方。種類ごとの条件は、解説記事Organization構造化データは、正しく書いても「合格」の通知が来ない ── ナレッジパネルに伝える情報を確認する13項目（2026年9月時点）や、FAQとHow-toのリッチリザルト廃止は、同じ時期の話ではなかった ── 自分のサイトの構造化データを確認する13項目（2026年9月時点）で扱った
🅲 確かめる順番 — ページが載れる状態か、から始める
手順1 — ページが、載れる状態にあるかを確かめる
AIの回答に載る条件は、インデックスに登録されていて、スニペットつきで表示できることだった。Search Consoleで、載せたいページのインデックス登録の状態を開く。同時に、ページのrobots メタタグやX-Robots-Tagに、snippetの表示を止める指定（nosnippet）やnoindexが入っていないか確かめる。Googleの文書は、基本の確認として、robots.txtでも、CDNやホスティングの仕組みでも、巡回が許可されていることを挙げている。構造化データを足す前に、ここが崩れていないかを見るのが、いちばん効く順番である。
手順2 — マークアップが、見えている文章と一致しているかを確かめる
Googleの構造化データの一般ガイドライン（最終更新2026年7月10日）は、画面に見えていない内容をマークアップしてはならない、と書く。
"Don't mark up content that is not visible to readers of the page."
（訳: ページの読者に見えていない内容を、マークアップしてはならない。）
ページのソースの構造化データ（scriptタグの中のJSON-LD）と、ブラウザで見える文章を、題名・日付・質問と回答などで、1つずつ照らす。
手順3 — 機能ごとの条件を満たしているかを確かめる
構造化データは、種類ごとに必須の項目が違う。Googleの一般ガイドラインは、次のように書く。
"Google does not guarantee that your structured data will show up in search results, even if your page is marked up correctly according to the Rich Results Test."
（訳: Googleは、ページがリッチリザルト テストに照らして正しくマークアップされていても、構造化データが検索結果に表示されることを保証しない。）
この文は構造化データ全般のものでAIの回答の話ではないが、正しく書いても表示の約束にはならないという性質は、AIの回答でも同じように考えておくとよい。Googleが対応する機能の一覧はStructured data markup that Google Search supports（訳: Google検索が対応する構造化データのマークアップ・Google Search Central・最終更新2026年10月16日）にある。一覧の説明は、構造化データを、ページの内容を理解し、より豊かな表示（リッチリザルト）にするために使う、と書く。
手順4 — テストツールで確かめる
書いたマークアップは、Rich Results Test（訳: リッチリザルト テスト・Google Search Console）で確かめる。一般ガイドラインは、技術面の誤りの多くは、このテストとURL検査ツールで見つかる、と書く。当サイトの無料ツール🔧 構造化データ作成ツール — サイトを走査して、JSON-LDの下書きを作るは、JSON-LDの下書きを作る道具である。作った下書きも、置いたあとに、この手順のテストと照合を通す。
手順5 — AI機能での表示は、Search Consoleの数字で見る
Googleは、AIの機能での表示を、Search Consoleの生成AIのパフォーマンス レポートで見るよう案内している（英語名: Generative AI performance report）。AI機能に載ったページは、通常の検索トラフィックの集計に含まれ、検索パフォーマンスの「ウェブ」の検索タイプに入る、とAI機能の文書は書く。当サイトの運営者ブログが、このレポートで見えるものと見えないものを調べた記録はGoogleが見せたのは表示回数までだった ── 生成AIパフォーマンスレポートの「半分」と、自分で測る指標が止まっていた93日にある。
実務のヒント
「足したらAIの回答に出るようになった」と判断するときは、足した日と、前後の同じ長さの期間を先に決めておく。足した日が記録に残っていないと、あとで効果を比べられない。05章の12番目の項目は、この記録のためのものである。
05 明日、自社のサイトで確認できることチェックリスト
以下は、自社の構造化データを、AIの回答との関係で確かめるための13項目である。1〜3番目はページが載れる状態か、4〜7番目はマークアップと見えている文章の一致、8〜10番目はテストと機能の条件、11〜13番目は数字と社内の言い切りの点検である。チェックの状態はブラウザに保存され、サーバーには送られない。
- 載せたいページ3つをSearch Consoleで開き、インデックス登録の状態を、登録済みか未登録かの2つに分けて書き出す
- 3ページのソースで、robotsメタタグとX-Robots-Tagにnosnippetとnoindexが入っていないかを、文字検索で確認する
- robots.txtを開き、Googlebotの巡回を止めるDisallowの行が、載せたいページのパスに当たっていないか確認する
- 3ページのソースで、type="application/ld+json"のscriptタグの数を数え、それぞれの@typeを書き出す
- 各ページのJSON-LDの題名（headlineやname）が、画面の見出しと同じ文字になっているか照らす
- JSON-LDにある日付・価格・質問と回答の文面から、3項目を選び、ブラウザで同じ内容が画面に表示されているか探す
- JSON-LDにある文のうち、折りたたみの奥や非表示の要素にしか画面で出ていないものがないか、1ページで確認する
- Rich Results Testに3ページのURLを入れ、エラーと警告の件数を書き出す
- Googleの対応機能の一覧を開き、自社のページの種類に当たる機能が1つ以上あるか探し、なければ「ない」と書く
- 入れた種類ごとに、その機能のガイドの必須項目を1つずつ照らし、足りない項目を書き出す
- Search Consoleの生成AIのパフォーマンス レポートを開き、自社の表示回数が出ているかを確認する
- 構造化データを追加・変更した日を1行の記録に残し、4週間後に比べる日付を決めてカレンダーに入れる
- 「構造化データを入れればAIに引用される」という趣旨の文が、自社の資料・提案書・サイトにないか3か所で検索し、見つけた文を公式の文書の原文と照らす
06 代替・他の選択肢 — AIの回答に載るために、各社の文書が書いていること
5つの文書を並べる
公式の文書が、構造化データについてどう書いているかを、表に並べる。表に載せた範囲は、この記事が開いたページだけである。
| 文書 | 構造化データについての記述 | この記事での読み方 |
|---|---|---|
| Google（AI機能） | 特別な構造化データは要らない。マークアップは見えている文章と一致させる | AI OverviewsとAI Modeの条件に、構造化データは入っていない |
| Google（最適化ガイド） | 生成AI検索には必須ではない。リッチリザルトの対象になる助けになるので、使い続けるのはよい | 使う理由は、AIの回答ではなくリッチリザルトである |
| Microsoft（ブログ） | スキーマは、検索エンジンとAIが内容を理解する助けになる | 「理解の助け」と書くが、載る条件とは書いていない |
| OpenAI（クローラーの説明） | 構造化データの記述は見つからなかった | robots.txtでの管理の話に絞られている |
| Perplexity（クローラーの説明） | 構造化データの記述は見つからなかった | 同上 |
| Anthropic（クローラーの説明） | 構造化データの記述は見つからなかった | 同上 |
表の読み方は、「構造化データが効く・効かない」の結論ではない。公式の文書が書いている範囲を、会社ごとに分けて見るための表である。「見つからなかった」は、「効かない」とは違う。
構造化データを入れる理由の、正しい書き方
Googleの文書に沿えば、構造化データを入れる理由は、「リッチリザルトの対象になる助けになる」「ページの内容を機械が理解する助けになる」の2つである。AIの回答に載るためという理由づけは、公式の文書では支えられない。社内の提案書では、理由を次のように分けて書くと、あとで確かめやすい。
- 書ける理由 — リッチリザルトの対象になる。ページの種類を、機械に正しく伝える
- 書けない理由 — AIの回答に載る条件になる、AIに引用されやすくなる（公式の文書にない）
当サイトの無料ツールの使い分け
下書きを作る道具は、前の章でも紹介した🔧 構造化データ作成ツール — サイトを走査して、JSON-LDの下書きを作るである。検索パフォーマンスの変化を詳しく見る道具は、🔧 Search Consoleのエクスポートを読み込んで詳しく見るツールで、05章の12番目の比較に使える。ただし、どちらも、AIの回答に載ったかを判定する道具ではない。
07 当サイトで確かめたこと — 構造化データと見えている文章を、外から照らした
2026年10月19日に確かめたこと
05章の5〜7番目の項目に当たる確認を、当サイトの公開ページに、外から行った。確かめたのは2026年10月19日の朝で、後の「同じ日に直したこと」の前である。対象は、トップページ、解説記事3本、運営者ブログ1本、無料ツールのページ（全21本）で、ページの構造化データ（JSON-LD）を読み込み、見えている文章と照らした。
| 対象 | 確かめたこと | 結果 |
|---|---|---|
| 解説記事3本・運営者ブログ1本 | JSON-LDが読めるか、題名が画面の見出しと一致するか、日付が画面に表示されているか | 4本とも読め、題名は一致し、公開日は画面に表示されていた |
| 無料ツール21本 | ツールの種類のJSON-LDにある日付の項目 | 21本すべてで、dateCreatedかdateModifiedの値が空（null）だった |
| トップページのFAQ | FAQPageの10問が画面に表示されているか | 10問とも、質問は画面に表示。回答は、10問とも、画面より短い文になっている |
見えた2つの点
1つ目は、無料ツールのページである。ツールの種類のJSON-LDに、dateCreatedとdateModifiedの項目が、値のないnullで入っている。値がない項目は、書かないほうが、読む側にとって分かりやすい。これは同じ日に直した（下の「同じ日に直したこと」）。
2つ目は、トップページのFAQである。FAQの10問の質問は、画面にもそのまま書かれている（1問は、画面に書かれた「llms.txt とは」のように、語の間に空白が1つ入っていて、マークアップの文字とは空白だけが違った）。回答は、10問すべてで、マークアップの文が、画面の文より短い。画面の回答が116〜224字なのに対し、マークアップの回答は82〜159字である（空白を除いて数えた）。Googleの文書が求める「見えている文章と一致」から見ると、文面が一致していない。また、画面の回答の1つには、構造化データは「リッチリザルトやAI引用の起点になります」と、言い切る文がある。この記事の01章で引いたGoogleの文書は、AIの回答に特別な構造化データは要らないと書くので、言い切りは文書より強い。これも同じ日に直した。
当サイトの運営者ブログは、FAQPageのマークアップが壊れていた経緯をFAQPageスキーマが壊れていた — 確認したら気づいた3つのこと、当サイトの修正と展開の全記録（2026年6月）に、FAQの廃止にも触れた計測の見直しをGoogle の数字は 11 ヶ月、壊れていた — Search Console バグ・FAQ 廃止・5 月の変動、2026 年に WEB ディレクターが計測 OS を作り直す理由に書いている。AIの回答への効果をうたう言い方については、Googleが「やるな」と言ったGEO施策 — chunking・llms.txt量産・FAQスパムが非推奨になった公式情報の整理が、Googleが非推奨とした項目を整理した。
同じ日に直したこと
見つけた2つは、2026年10月19日のうちに直した。
- 無料ツールのページ: 日付の値が無い項目は、書かない形にした。直したあと、本番の21本で、値が空の日付の項目は0本になった（2026年10月19日の9時20分ごろに本番の21本を開いて数えると、更新日の値がある4本は、その日付を出している。うち1本は、同じ朝に説明文を直して、更新日が入った）。あわせて、無料のツールには要らない、価格の有効期限の項目も外した。
- トップページのFAQ: 画面の回答とマークアップの回答を、同じ文から作る形にして、10問とも文面を一致させた。回答の中にあった、出典を示していない数字と、Googleの文書より強い言い切りも、書き直した。
確かめていないこと
この章で確かめたのは、公開ページのJSON-LDと、見えている文章の一致だけである。次のことは確かめていない。
- Rich Results Testでのエラーと警告の件数。この章の確認は、ページを取得して読む形で行い、テストツールは使っていない
- 当サイトの構造化データが、AIの回答に載ることと関係しているか。比べる条件を用意できていない
- 他のサイトでの結果。数字は、当サイトの1サイトのものである
08 このテーマは、ここまで
2025年12月10日 — GoogleのAI機能の文書の更新
「AI機能とあなたのウェブサイト」と「構造化データの紹介」は、どちらも最終更新が2025年12月10日（UTC）と表示されている。特別な構造化データは要らない、という趣旨の文は、この日付の文書に書かれている。
2026年7月10日 — 最適化ガイドと一般ガイドラインの更新
「生成AI機能のためのウェブサイトの最適化」と、構造化データの一般ガイドラインは、最終更新が2026年7月10日（UTC）と表示されている。最適化ガイドは、「やらなくてよいこと」の節に構造化データを挙げ、リッチリザルトのためには使い続けてよい、と書く。同じ最適化ガイドは、AI機能に表示される資格として、検索の技術要件に加え、Search Consoleの「検索の生成AI」の対象に含まれていることを挙げている。当サイトの運営者ブログがこの設定を開いて確かめた記録はSearch Consoleに「検索の生成AI」の設定が加わった ── 当サイトの画面を開いたら、自分の値は無く、親のドメインから受け継いでいたにある。
この記事の確認日
この記事の内容は、2026年10月19日に、Googleの上記の文書、MicrosoftのブログのページとOpenAI・Perplexity・Anthropicのクローラーの説明ページを開いて確かめた時点のものである。OpenAI・Perplexity・Anthropicのページには、更新日の表示を見つけられなかった。ほかの文書やヘルプまでは確かめていない。出典のページが更新されたときは、この記事に日付つきで追記する。
現在の貴方のIPアドレス
このサイトで書いている人
