構造化データについてGoogleの公式が書くのは、特別な書き方は要らない、見える文と一致させる、リッチリザルトのために使い続けてよい、まで。AI機能への効果は書かれていない ── 担当サイトの構造化データを画面の文と突き合わせる13項目（2026年11月時点）

目次

1. 01 何が書いてあるか — 特別な構造化データは要らない、見える文と一致させる、リッチリザルトのために使う
   1. AI機能のページが書くこと
   2. 生成AI検索の手引きが書くこと
   3. ポリシーのページが書くこと
2. 02 なぜ・背景 — 構造化データの役目は、公式の文書では「検索の機能のため」に書かれている
   1. 公式の入門は、「ページの中身を理解するため」と書く
   2. 2025年5月のブログも、同じことを書いていた
   3. AI機能の数字は、Search Consoleにある。構造化データの有無では分かれていない
   4. 見える文との一致は、「事故」を防ぐ決まりでもある
3. 03 用語 — 公式の文書に出てくる言葉を、先に分けておく
   1. 5つの言葉を整理する
   2. 「AI機能に出る条件」と「リッチリザルトの条件」は別
   3. 「必須ではない」と「書かなくてよい」は別
4. 04 型別 — 適用範囲、書かれていないこと、手順
   1. 適用範囲 — この記事の話が当てはまる人
   2. 書かれていないこと — この記事が確かめていないこと
   3. 手順 — 5つの段で、画面と構造化データを突き合わせる
   4. 各段で、何を見るか
   5. 台帳に書く
5. 05 明日、担当サイトで確認できること
   1. このリストの使い方
   2. 13項目
6. 06 代替・他の選択肢 — AI機能のために公式が挙げる手入れは、構造化データだけではない
   1. 公式が挙げる6つの手入れを並べる
   2. 構造化データを、書く・直す・外す・書かないで決める
   3. 食い違いが起きやすい値の例
   4. 「AIのために足す」という提案を受けたとき
7. 07 当サイトで確かめたこと — この記事の時点では、確かめていない
   1. 2026年11月11日の時点で確かめていないこと
   2. これから確かめること
   3. 2026年11月13日 追記 ── 05章の7番目〜9番目を、当サイトの3ページで行った
8. 08 このテーマの、ここまで — 見える文との一致から、AI機能での扱いまで
   1. これまでの記録
   2. 当サイトのブログとの対応
   3. この記事の位置
   4. 2026年11月11日 — この記事の確認日
9. 09 この記事のまとめ

01 何が書いてあるか — 特別な構造化データは要らない、見える文と一致させる、リッチリザルトのために使う

AI機能のページが書くこと

AI OverviewsやAI Modeに出るために、構造化データが要るのか。この問いに、公式のAI機能のページ（最終更新日は2025年12月10日）は、はっきり答えを書く。"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の構造化データも無い。）

同じページは、構造化データを使うなら、画面に見えるテキストと一致させることを、基本の手入れの1つに挙げる。"Making sure your structured data matches the visible text on the page"（訳: 構造化データが、ページの見えるテキストと一致していることを確かめる）という項目である。

生成AI検索の手引きが書くこと

生成AI検索の最適化の手引き（最終更新日は2026年7月10日）は、無視してよいことの1つに、構造化データへの偏りを挙げる。"Overfocusing on structured data: 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の戦略の一部として使い続けるのはよい考えである。）

ポリシーのページが書くこと

構造化データの一般的なガイドライン（最終更新日は2026年7月10日）には、2つの決まりが書かれている。"Don't mark up content that is not visible to readers of the page."（訳: ページの読み手に見えない内容を、マークアップしない。）と、"Your structured data must be a true representation of the page content."（訳: 構造化データは、ページの内容を正しく表したものでなければならない。）

02 なぜ・背景 — 構造化データの役目は、公式の文書では「検索の機能のため」に書かれている

公式の入門は、「ページの中身を理解するため」と書く

構造化データの仕組みの入門（最終更新日は2025年12月10日）は、Googleが構造化データを使う理由を、こう書く。"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"（訳: Googleは、ウェブで見つけた構造化データを、ページの内容を理解するために使い、ウェブや世界についての情報を集めるためにも使う。）

検索の見た目の一覧のページ（最終更新日は2026年10月16日）も、同じ向きで書く。構造化データは、ページの内容を理解し、リッチリザルトという、より豊かな見え方で出すために使う、という説明である。公式の文書で、構造化データの役目として書かれているのは、ページの理解と、リッチリザルトの対象になることまでで、AI機能の中で何をするかは、書かれていなかった。

2025年5月のブログも、同じことを書いていた

検索セントラルのブログ（2025年5月21日）は、AI OverviewsとAI Modeで成果を出すための要点を並べた記事で、構造化データの項目を置く。見出しは「構造化データが、見える内容と一致していることを確かめる」で、本文は、マークアップの中身が、ページに見える内容でもあること、マークアップを検証することを求める。この記事の時点から、公式の言い方は、特別な書き方ではなく、見える内容との一致で、変わっていない。

AI機能の数字は、Search Consoleにある。構造化データの有無では分かれていない

AI機能のページは、AI機能に出たサイトの数字が、Search Consoleの検索のトラフィックに含まれると書く。"Just like the rest of the search results page, sites appearing in AI features (such as AI Overviews and AI Mode) are included in the overall search traffic in Search Console."（訳: 検索結果ページのほかの部分と同じく、AI機能（AI OverviewsやAI Modeなど）に出たサイトは、Search Consoleの検索トラフィック全体に含まれる。）パフォーマンスレポートの「ウェブ」の検索タイプで報告される、とも書く。

手引きは、生成AI機能での見え方を測るために、Search Consoleの生成AIパフォーマンスレポートを使うよう書く。読んだページに、構造化データの有無で、これらの数字を分けて見る方法は書かれていなかった。そのため、「構造化データを足したらAIでの表示が増えた」という話は、公式の画面だけでは、確かめにくい。これは筆者の読みである。

見える文との一致は、「事故」を防ぐ決まりでもある

ポリシーのページが「見えない内容をマークアップしない」と書くのは、リッチリザルトの条件の話だが、担当サイトにとっては、更新の事故を防ぐ決まりにもなる。ページの文を更新したのに、構造化データの中の価格や営業時間が古いまま残る、という食い違いは、特別な書き方とは無関係に、普通に起きる。

03 用語 — 公式の文書に出てくる言葉を、先に分けておく

5つの言葉を整理する

公式の文書では、似た言葉が混ざって出てくる。表は、公式のページの説明から筆者が整理したものである。

言葉	公式の文書が書く意味	読むときの注意
構造化データ	ページの内容を、機械が読める形で書き添えたもの。JSON-LD・Microdata・RDFaなどの形式がある	形式の違いは、AI機能への出方とは別の話
リッチリザルト	構造化データで、検索結果に出る、より豊かな見え方	構造化データがあっても、出るとは限らない
AI機能	AI OverviewsとAI Mode。補助のリンクとして出るには、ページが登録されていて、スニペット付きで検索に出られる必要がある	追加の技術要件は無い、と書かれている
接地（grounding）	答えを作るときに、検索の索引の内容を材料として渡す技術。RAGとも呼ばれる	どのページが材料になるかの条件は、書かれていない
特別なマークアップ	AI向けのファイルや、AI向けのschema.orgのこと	要らない、と書かれている

「AI機能に出る条件」と「リッチリザルトの条件」は別

AI機能に補助のリンクとして出る条件は、生成AI検索の手引きによると、ページが登録されていて、スニペット付きで検索に出られることと、Search Consoleで、生成AI機能に含める設定になっていること、である。構造化データは、この条件の中に入っていない。一方で、リッチリザルトの条件には、構造化データが入る。この2つを混ぜると、「構造化データを足せばAIに出る」という読み方が生まれる。

「必須ではない」と「書かなくてよい」は別

手引きは、構造化データを「必須ではない」と書いたあとに、使い続けるのはよい考えとも書く。必須ではないことは、不要を意味しない。担当サイトでは、リッチリザルトに使う種類は、見える文と一致させて残し、使っていない種類は、残す理由があるかを決める、という扱いになる。

04 型別 — 適用範囲、書かれていないこと、手順

適用範囲 — この記事の話が当てはまる人

当てはまるのは、サイトに構造化データを置いている人、または置くかを決める人である。構造化データを使っていない人も、「AIのために足す」という提案を受けたときの確かめに使える。当てはまらないのは、Google検索以外のAIサービスでの扱いを知りたい人である。公式の文書は、Google検索の話をしている。

書かれていないこと — この記事が確かめていないこと

読んだページに書かれていなかったことは、次のとおりである。書かれていなかったので、「効く」とも「効かない」とも、この記事は言わない。

• 構造化データがあるページと無いページで、AI機能への出方に違いがあるか。読んだページに、比べた数字は書かれていなかった
• どの種類のschema.orgが、AI機能の材料に選ばれやすいか
• Google以外のAIサービスが、構造化データを読むか。公式の文書は、Google検索の話だけを書く
• 接地で、どのページが材料に選ばれるかの条件

手順 — 5つの段で、画面と構造化データを突き合わせる

担当サイトの構造化データは、次の5つの段で確かめる。上から順に、1段ずつ、台帳に結果を書く。

1. 公式の3ページを読む。AI機能・手引き・ポリシーの該当の文と、最終更新日を書き写す
2. 使っている種類を数える。構造化データを置いているページを10本まで洗い出し、種類ごとに数える
3. 値を3つ書き出す。3ページから、題名・価格・営業時間などの値を3つずつ書き出す
4. 画面の文と比べる。書き出した値が、画面に見える文と同じか、1つずつ比べる
5. 残すか決める。1種類を選び、リッチリザルトに使うか、使わないかを書く

各段で、何を見るか

1段目は、公式の3ページの文を、そのまま書き写す段である。要約して書くと、後で、どの文が元だったか分からなくなる。最終更新日も一緒に書くと、次に読むときに、変わったかどうかが分かる。

2段目は、使っている種類を数える段である。記事・商品・会社の情報・質問と回答など、種類ごとに数えると、確かめる順番が決まる。10ページより多いサイトは、種類ごとに1ページずつ選べば足りる。

3段目は、構造化データの中の値を、3つ書き出す段である。題名・価格・営業時間・公開日・質問文など、画面でも見える値を選ぶ。構造化データの中にだけある値は、画面と比べられないので、9項目目で別に探す。

4段目は、画面に見える文との比較である。違う値は、画面が新しいのか、構造化データが新しいのかを、更新の日付で見分ける。どちらが正しいかは、ページを直す担当者が決める。

5段目は、残すか決める段である。リッチリザルトに使う種類は、見える文と一致させて残す。使っていない種類は、更新の手間と、残す理由を並べて決める。

台帳に書く

台帳（表計算でよい）には、ページのURL・構造化データの種類・書き出した値・画面の値・同じか違うか、の5つの列を作る。違う値の数が0なら、0と書く。数を書くと、次に確かめるときに、増えたか減ったかが分かる。

05 明日、担当サイトで確認できること

このリストの使い方

このリストは、Google検索セントラルの3ページと、担当サイトの構造化データがあるページのソースを開いた状態で、上から順に進める。画面の名前は、表示の言語や時期で違うことがあるので、近い名前の項目で読み替える。チェックの状態は、ブラウザに保存され、サーバーには送られない。数を書く項目は、台帳に書き写す。

13項目

• Google検索セントラルのAI機能のページを開き、特別なschema.orgの構造化データは要らない、という文があるかを、ある・ないで台帳に書き、最終更新日を書き写す
• 生成AI検索の最適化の手引きを開き、構造化データに偏りすぎる、という項目の文を1つ書き写し、最終更新日を書く
• 構造化データの一般的なガイドラインを開き、見えない内容をマークアップしない、という文を書き写す
• 担当サイトで構造化データを置いているページを、上位10ページまで洗い出し、URLを台帳に書き出す
• 洗い出した10ページの構造化データの種類を、ページのソースで見て、種類ごとに数えて書く
• 検索の見た目の一覧を開き、5で数えた種類が一覧にあるかを、種類ごとに、ある・ないで書く
• 構造化データがあるページから3つ選び、題名・価格・営業時間・質問文のどれかの値を、構造化データから3つずつ書き出す
• 7で書き出した値が、画面に見える文と同じかを、1つずつ比べて、違う値の数を書く（0なら0と書く）
• 構造化データにあって、画面に見えない内容がないかを、3ページで探して、数を書く
• リッチリザルトテストか、Schema Markup Validatorで、3ページを検査し、エラーと警告の数を、ページごとに書く
• 構造化データを足すとAIに出やすくなる、という文を、社内の資料や提案書から1つ探し、出典が公式のページかを、公式・公式ではないで書く
• 構造化データを更新する人と頻度を、ページの種類ごとに台帳に書き、ページの文を直す人と同じかを、同じ・別で書く
• 次に公式の3ページの最終更新日を確かめる日を、台帳に書く（月に1回を目安にする）

06 代替・他の選択肢 — AI機能のために公式が挙げる手入れは、構造化データだけではない

公式が挙げる6つの手入れを並べる

公式の文書が、AI機能のために挙げる手入れは、構造化データだけではない。表は、2025年5月21日のブログと、AI機能のページの説明から筆者が整理したものである。

手入れ	公式が書く内容	担当サイトで確かめること
独自で役立つ中身	他に無い、役立つ内容を作ることが先、と書く	ページの中身が、読む人の問いに答えているか
ページ体験	端末ごとの表示、速さ、本文の見分けやすさを挙げる	スマートフォンで本文がすぐ分かるか
アクセスできること	Googlebotが止められていないこと、HTTP 200が返ること、登録できる中身があること	robots.txtと応答のステータス
表示の制御	nosnippet、data-nosnippet、max-snippet、noindexで、AI機能での出方も制御できる	意図しない制限が、ページに付いていないか
構造化データ	見える内容と一致させ、検証する	画面の文との食い違いの数
画像・動画と店舗情報	文章を、画像と動画で支え、MerchantやBusiness Profileの情報を新しく保つ	店舗の情報が、サイトの記載と同じか

構造化データを、書く・直す・外す・書かないで決める

構造化データを残すか外すかは、AI機能のためではなく、リッチリザルトに使うか、更新の手間に見合うか、で決める。表は、決めるときの考え方を整理したもので、公式の文書に、外すべきという記述は無い。

選択	向く場面	残る手間
書く	リッチリザルトの対象の種類で、まだ置いていない	見える文と一致させる更新
直す	画面の文と値が食い違っている	直す人と日を決める
外す	使っていない種類で、更新の手間だけが残る	外した日と理由を台帳に書く
書かない	種類が検索の見た目の一覧に無い	特に無い。AI機能のためだけに足さない

食い違いが起きやすい値の例

構造化データと画面の文が食い違いやすい値には、決まった傾向がある。次は、一般的に起きやすい例を並べたもので、当サイトの記録ではない。

• 価格や在庫の表示: 画面は更新したのに、構造化データの値が、古いまま残る
• 営業時間や定休日: 祝日や臨時の休みを、画面にだけ書き、構造化データに書かない
• 公開日と更新日: 本文を直した日が、構造化データの更新日に反映されない
• 質問と答え: 画面のFAQを直したのに、構造化データの答えが、昔の文のまま残る
• 評価の数: 画面から評価を外したのに、構造化データの評価が残る

どの値も、ページを直す人が、構造化データの置き場を知らないと、食い違いが残る。05章の12項目目で、更新する人を台帳に書くのは、このためである。

「AIのために足す」という提案を受けたとき

「構造化データを足すとAIに出やすくなる」という提案を受けたら、出典を先に聞く。公式の文書は、特別なschema.orgは要らないと書くので、提案が公式の文書ではなく、第三者の実験や推測に基づくときは、その実験が何を測ったかを、記事で読み直す。当サイトの構造化データはAIに読まれているのか？は、ChatGPTの実験結果を扱った記事で、実験の結果は、公式の文書とは分けて読む。

第三者のツールについても、手引きは注意を書く。"Be wary of third-party tools that promise ranking success or claim to use "internal" Google metrics. No third-party tool has access to our internal ranking or AI systems."（訳: 順位の成功を約束する第三者のツールや、Googleの「内部の」指標を使うと主張するツールには注意する。どの第三者のツールも、Googleの内部の順位づけやAIのシステムには、アクセスできない。）続けて、ツールは作業に役立つなら使ってよいが、助言は公式の案内と照らして評価する、とも書く。

07 当サイトで確かめたこと — この記事の時点では、確かめていない

2026年11月11日の時点で確かめていないこと

この記事は、公式の文書を2026年11月11日に読んで書いた。当サイトの構造化データを、画面の文と1つずつ比べた記録は、この記事の時点では無い。05章の13項目を、当サイトで行ったかどうかも、確かめていない。

これから確かめること

この記事を本番に出した日に、当サイトの記事のページを3つ選び、05章の7項目目から10項目目までを行って、結果をこの章の末尾に日付つきで追記する。食い違いが無かったときは、無かったと書き、見つかったときは、見つかった数と、直した日を書く。

2026年11月13日 追記 ── 05章の7番目〜9番目を、当サイトの3ページで行った

この記事を本番に出した日に、当サイトのトップページ、この記事、AI Ronのブログの記事1本（期限が明日の脆弱性の知らせが届いた日、版の番号ではなく「対象の条件」で自分のサーバーを確かめた）の3ページで、05章の7番目から9番目までを行った。ページのソースから構造化データを取り出し、値を画面の文と比べた。

ページ	比べた値	画面の文と違う値	画面に見当たらない値
トップページ	質問文2つと答え1つ	0	182個のうち19個
この記事	題名とパンくずと書き手の名前	0	11個のうち0個
AI Ronのブログの記事	題名とパンくず2つ	0	13個のうち1個（直す前。同じ日に直して0個）

7番目と8番目は、比べた9つの値のすべてが、画面の文と同じだった。違う値は0である。

9番目で見つかったものは、2種類あった。トップページの19個は、すべて、ほかのページへの案内の一覧に付けた名前と、各ページの題名（「お問い合わせ｜WEBサイトサポート」の形）だった。ページの中身を書いた値ではなかったので、直していない。

ブログの記事の1個は、パンくずの2番目の名前だった。画面のパンくずは「AI Ronのブログ」なのに、構造化データの片方だけが「AI ロンのブログ」だった。ブログの記事のページをすべて作る部品の1行なので、同じ日に、画面と同じ「AI Ronのブログ」に揃えた。試験用のサイトで確かめてから本番に出し、直した後に2ページで、題名・見出し・画像・構造化データの数が直す前と同じであることを確かめた。

08 このテーマの、ここまで — 見える文との一致から、AI機能での扱いまで

これまでの記録

当サイトでは、構造化データの話を、解説記事で何度か扱ってきた。構造化データは、AIの回答に載るための条件ではないは、公式が書くことと書かないことを、効く場面と一緒に整理した記事である。この記事は、それと同じ公式の文書を、2026年11月11日にもう一度読み直し、文書ごとの最終更新日と、書かれていない問いを分けて、担当サイトの画面の文と突き合わせる手順に寄せた。

自社の構造化データを段で確かめる手順はschema.orgに語が増えても、Googleが使うとは限らないが、確かめに使うツールの使い分けは「構造化データテストツール」は2020年に役目が2つに分かれたが扱う。FAQの構造化データは、Googleビジネスプロフィールの質問と回答は作り替えの途中で、FAQの構造化データの検索表示は2026年5月7日に終わったが、検索の見た目の終了を扱った。AI機能の手引き全体は、グーグル公式「生成AI最適化」ガイドが明言していないことが、通常のSEOで足りるかという形で扱っている。

当サイトのブログとの対応

FAQPageスキーマが壊れていたは、当サイトのFAQPageの構造化データが壊れていた記録である。出力は在った。だから誰も測らなかったは、構造化データの日付などが、値だけ違っていた穴の話で、見える文との食い違いを、機械で数える考え方につながる。Googleが「やるな」と言ったGEO施策は、Googleが「やるな」と言ったGEOの施策を整理した記事で、特別なマークアップを足さなくてよい、という公式の言い方と、同じ向きの話である。

この記事の位置

この記事は、公式の文書が書いていることと、書いていないことを分けて、担当サイトの画面で確かめるための記事である。構造化データを足すか外すかの結論は、書いていない。結論は、画面の文との食い違いの数と、更新の手間で、担当サイトごとに決まる。

2026年11月11日 — この記事の確認日

この記事の公式の引用は、2026年11月11日に、ページの本文を取り直して照らした。最終更新日は、AI機能のページが2025年12月10日、生成AI検索の手引きが2026年7月10日、一般的なガイドラインが2026年7月10日、仕組みの入門が2025年12月10日、検索の見た目の一覧が2026年10月16日だった。次に確かめる日は、2026年12月11日を目安にする。