schema.orgは2026年3月19日公開のVersion30.0で、新しいCredentialクラスやErrorクラス、floorLevel・jobDurationプロパティなどが追加され、着実に進化を続けています。一方でGoogleはFAQPageリッチリザルトを2026年5月7日に完全終了するなど、リッチリザルト仕様は縮小傾向にあります。本記事では公式リリースノートと第三者観測データを切り分けながら、2026年時点で実務者が押さえるべきschema.orgの変更点と実装優先度を整理します。
- schema.org最新版v30.0の公式変更点
Credentialクラスの新設やQuantityの継承構造変更など、2026年3月時点の最新アップデート内容が具体的にわかります。
- FAQ・HowToリッチリザルトの廃止スケジュール
2026年5月7日の完全終了日と、既存マークアップを消すべきか残すべきかの判断基準が明確になります。
- AI検索時代に優先すべき実装タイプ
AI Overviews・AI Mode時代に構造化データがどう機能しているか、公式見解と観測データを分けて、今すぐ着手すべき優先タイプがわかります。
schema.orgとは?2026年時点であらためて押さえる基本

schema.orgとは、Google・Microsoft・Yahoo!・Yandexが共同で提供する構造化データ用の共通ボキャブラリです。2011年6月にGoogle・Microsoft・Yahoo!によって立ち上げられ、同年11月にYandexが参加した経緯があり(出典)、2026年時点でも複数の検索エンジンが共同運営する中立的な語彙集として機能しています。
schema.orgの定義と共同運営の仕組み
schema.orgは特定の検索エンジンだけの仕様ではなく、複数企業が合意した共通言語である点が特徴です。この語彙は現在823タイプ・1529プロパティ・19データ型・96列挙・535列挙メンバーで構成されており、年々規模を拡大し続けています(出典)。2024年時点で4500万以上のWebドメインがマークアップに利用し、4500億以上のオブジェクトが記述されているという公式情報もあり、Web上のデータを機械可読な形にする基盤として広く浸透しています。
TechSuite株式会社の「AI検索パートナーズ」は、コンサルティングという性質上、業種や規模、既存サイトの構造化データ実装状況に応じて対応方針を個別に設計しています。schema.orgの基礎語彙をどこまで理解し活用できているかは企業ごとに差が大きいため、まずは現状把握から支援を始めるケースが多くあります。
構造化データ・構造化マークアップ・リッチリザルトの違い
構造化データはページの内容を機械が理解しやすい形で記述したデータそのものを指し、構造化マークアップはそれをHTML上に埋め込む作業、リッチリザルトはその結果として検索結果に表示される装飾表現を指します。三者を混同すると「マークアップしたのに見た目が変わらない」という誤解につながりやすいため、区別して理解することが重要です。
構造化データを実装しても必ずリッチリザルトが表示されるわけではなく、Googleのアルゴリズムが表示可否を判断している点は誤解されやすい部分です。表示条件を満たしていても、検索クエリや競合状況によって表示されないケースは珍しくありません。
記述形式の比較とGoogleがJSON-LDを推奨する理由
schema.orgの記述形式にはJSON-LD・Microdata・RDFaの3種類があり、現在はJSON-LDが主流です。WebDataCommonsの2024年10月調査によれば、構造化データ実装サイトのうちJSON-LD採用率は約70%、Microdataは約46%、RDFaはわずか3%だったとされています(出典)。
| 記述形式 | 採用率の目安 | 特徴 |
|---|---|---|
| JSON-LD | 約70% | HTML本文と分離して記述でき保守しやすい、Google推奨 |
| Microdata | 約46% | HTMLタグ内に属性として埋め込む、既存サイトに多い |
| RDFa | 約3% | 属性ベースだが利用は少数派 |
なお、Search Console上でHTMLを編集せずに構造化データを設定できた「データハイライター」機能は2023年に提供終了しており、現在はJSON-LDによる直接マークアップへの移行が事実上必須となっています(出典)。
schema.orgの基本を押さえる際のチェックポイントです。
- 構造化データ・マークアップ・リッチリザルトの違いを理解しているか
- JSON-LD形式で記述されているか(Microdata残存がないか)
- データハイライター依存の運用が残っていないか

schema.orgは共同運営の共通語彙、まずはJSON-LDでの正しい理解から始めましょう。
schema.org最新版v30.0で何が変わったのか


schema.orgの最新安定版は2026年3月19日公開のVersion30.0で、Credentialクラスの新設、Errorクラスの追加、floorLevelやjobDurationといった新プロパティ、Quantityの継承構造変更などが主な内容です(出典)。バージョンごとの変更を追うことで、Googleの方針転換を先取りしやすくなります。
v30.0の主な変更点
v30.0ではequivalence annotationsの追加やEU Digital Product Passportの例追加に加え、hasCredentialプロパティで教育以外の資格を表現できる新しいCredentialクラス、errorCodeプロパティを持つ新しいErrorクラスが導入されました。LocalBusinessやResidenceにはfloorLevelプロパティ、JobPostingにはjobDurationプロパティが追加され、より細かな実世界の情報を記述できるようになっています(出典)。またQuantityがIntangibleではなくDataTypeを継承するよう変更された点は、既存の型判定ロジックに影響しうる技術的な変更として押さえておく必要があります。
直近バージョンの変遷から見る更新頻度
直前のVersion29.4(2025年12月8日公開)ではEventのサブタイプとしてConferenceEvent・PerformingArtsEventが新設され、hasParticipationOffer・hasSponsorshipOffer・displayLocationといったプロパティが追加されました。さらに一つ前のVersion29.3(2025年9月4日公開)ではrecipeIngredientの許容範囲が拡張され、OnlineStoreのサブタイプとしてOnlineMarketplace型が加わっています(出典)。数か月おきに機能追加が続いていることから、schema.orgは静的な仕様ではなく継続的に更新される生きた語彙だと理解しておくことが重要です。
| バージョン | 公開日 | 主な変更 |
|---|---|---|
| v30.0 | 2026年3月19日 | Credential・Errorクラス新設、floorLevel・jobDuration追加、Quantity継承変更 |
| v29.4 | 2025年12月8日 | ConferenceEvent・PerformingArtsEvent新設、displayLocation追加 |
| v29.3 | 2025年9月4日 | recipeIngredient拡張、OnlineMarketplace型追加 |
公式リリースノートの確認方法
最新の変更内容はschema.org公式のリリースノートで常に確認できます。バージョン番号と公開日、追加・変更されたクラスやプロパティが一覧化されているため、四半期に一度は目を通しておくと仕様変更への対応漏れを防げます。
TechSuite株式会社の「AI検索パートナーズ」は、生成AIが引用・推薦する仕組みを構造化データ・意味的文脈・エンティティ認識の観点から技術的に捉え、schema.orgの仕様変化にも研究とデータに基づいて追従する体制を整えています。



schema.orgは数か月単位で進化中、リリースノートの定点観測が欠かせません。
FAQ・HowToリッチリザルトはどうなった?


HowToリッチリザルトは2023年8月にモバイル、同年9月にデスクトップで廃止され、FAQPageリッチリザルトも2026年5月7日に完全終了しています。既存の実装を残すか消すかは、Googleが目立った悪影響はないと案内していることを踏まえ、慌てて削除する必要はありません。
AI検索パートナーズでは、
AIに”選ばれる”ための戦略設計から実行まで支援!
2023年8月の発表とHowTo廃止の流れ
Googleは2023年8月の発表で、FAQリッチリザルトの表示対象を「よく知られた権威ある政府・医療系サイト」に限定すると案内しました。同時にHowToリッチリザルトもモバイルで2023年8月、デスクトップで2023年9月に廃止されています(出典、出典)。この時点で、一般的な事業会社サイトがFAQ・HowToで検索結果の装飾効果を得ることは難しくなっていました。
FAQPage完全終了とSearch Consoleサポート終了
FAQPageリッチリザルトは2026年5月7日に完全終了し、Search Consoleの拡張レポートやリッチリザルトテスト、URL検査APIでのFAQPageサポートも順次終了します(出典)。特にSearch Console API対応の終了は2026年8月に予定されており、監視ツールを外部連携している場合はデータ取得が止まる点に注意が必要です。
| 時期 | 出来事 |
|---|---|
| 2023年8月 | FAQリッチリザルトの表示対象を限定、HowToのモバイル廃止 |
| 2023年9月 | HowToリッチリザルトのデスクトップ廃止 |
| 2026年5月7日 | FAQPageリッチリザルト完全終了 |
| 2026年8月 | Search Console API対応の終了 |
既存マークアップは消すべきか残すべきか
Googleは「構造化データが使われなくなっても検索上の問題は起きないが、目に見える効果もない」という趣旨の案内をしており、FAQPageマークアップを慌てて削除する必要はないとしています(出典)。ただし新規に工数をかけて実装する優先度は明確に下がっているため、既存分の保守は続けつつ新規投資は他タイプへ振り向ける判断が現実的です。より広い対策の全体像はLLMO対策の具体的なやり方もあわせて確認しておくと整理しやすくなります。
TechSuite株式会社の「AI検索パートナーズ」は、技術実装からコンテンツ企画・効果測定・改善までを一つのチームで担う体制を組んでおり、FAQ・HowToのような仕様変更が起きた際も、削除・保守・再設計のどれが最適かをサイトの状況に応じて判断し、実務対応まで一気通貫で伴走しています。
FAQ・HowTo対応の判断チェックです。
- 既存のFAQPage/HowToマークアップをそのまま残しているか
- 新規実装の工数を他タイプに振り分けているか
- 2026年8月のAPI終了に備え監視ツールを見直したか



FAQ・HowToは新規投資の優先度こそ下がったものの、削除を急ぐ話ではありません。
AI検索時代における構造化データの本当の役割


AI Overviews・AI Mode時代でも、構造化データはページ内容を機械に正確に伝える基盤として機能し続けています。ただし「構造化データを入れればAIに引用される」という単純な因果関係ではなく、公式見解と第三者観測データを切り分けて理解することが欠かせません。
AI検索パートナーズでは、AIに”選ばれる”ための戦略設計から実行まで一気通貫で支援!
AI検索パートナーズでは、AI検索の専門知識と支援実績を持つ専任コンサルタントが、AIに“引用される・選ばれる”ための戦略設計からコンテンツ最適化、効果測定・改善まで一気通貫でご支援いたします。
ご興味のある方は、ぜひ資料をダウンロードして詳細をご確認ください。
AI Overviews表示率の拡大状況
複数の調査でAI Overviewsの表示率は拡大傾向にあると報告されています。第三者調査(Averi.ai)では2026年4月時点で全クエリの約48%に表示され、2025年2月の31%から拡大しているとされ(出典)、Semrush調査では2025年11月時点で約15.7%、Bain & Company調査では全検索の約60〜68%がゼロクリックで完結するとの分析もあります(出典)。調査会社によって数値の幅が大きいため、単一の数値だけを鵜呑みにせず複数の出典を突き合わせて傾向を捉えることが重要です。
| 調査元 | 指標 | 数値 |
|---|---|---|
| Averi.ai | AI Overviews表示率(2026年4月) | 約48% |
| Semrush | AI Overviews表示率(2025年11月) | 約15.7% |
| Bain & Company | ゼロクリック検索の割合(2025年) | 約60〜68% |
装飾から機械への意味づけ基盤へ
従来、構造化データはリッチリザルトという「見た目の装飾」を得るための手段という位置づけが中心でした。しかしAI Overviews・AI Modeの普及に伴い、構造化データはページの意味をAIに正確に伝える意味づけ基盤としての役割が相対的に重みを増しています。Googleも「schema.org構造化データはAI回答向けの特別なマークアップが不要な場合でもリッチリザルトのために価値がある」という趣旨の公式見解を示しています(出典)。
AI Modeの引用シグナルと公式見解
第三者観測データ(Wellows)によれば、構造化データを持つページはAI Overviewsでの選択率が+73%高く、マルチモーダルコンテンツと組み合わせると引用リフトが最大+317%になるとされていますが、これはGoogle非公式の観測値である点に留意が必要です(出典)。AI Modeの引用と従来のAI Overviewsの引用の重複はわずか約14%とされ、AI Modeは独自の引用グラフを形成しつつあると分析されています(出典)。こうした背景はLLMOとは何かを理解するうえでも重要な補助線になります。
LLMO・AEO・GEOとschema.orgの関係整理
LLMO・AEO・GEOはいずれも生成AI検索での可視性を高める取り組みを指す近縁の概念で、schema.orgはその土台となる技術要素の一つに位置づけられます。用語の違いを体系的に整理したい場合はGEOとは何かや関連記事も参考になります。
TechSuite株式会社の「AI検索パートナーズ」は、自社サイトにおいてAI Share of Voiceが高水準で推移しており、支援先の事例でもAI Overviewの引用率を改善した実績があります。公式見解と観測データの両方を踏まえたうえで、実際に成果につながる施策を優先度づけして提案しています。



公式見解と観測データを切り分けてこそ、AI検索対策の打ち手が定まります。
2026年、実務で押さえておくべき注目トピック


2026年はUniversal Cartやllms.txtなど、schema.orgと隣接しつつも役割が異なる仕様が相次いで登場しています。混同したまま実装を進めると効果が出ない原因になるため、それぞれの役割を切り分けて理解しておく必要があります。
Universal Cartとschema.org Productの違い
Google I/O 2026(2026年5月19日)でUniversal Cart機能が米国・カナダ・オーストラリアの3市場でローンチされました。Buyボタン表示の実際のゲートはschema.org Productマークアップではなく、Merchant Centerフィード上のnative_commerce属性と「/.well-known/ucp」のUCPプロファイルである点に注意が必要です(出典)。ProductスキーマだけでUniversal Cart対応が完了すると誤解しないことが重要です。
llms.txtとschema.orgの役割分担
AIに「見つけてもらう」ための整理として、ACCESS(robots.txt)・ROUTING(llms.txt)・MEANING(schema.org)・ACTION(Agent Card)という4層スタックの考え方があります(出典)。schema.orgはあくまで「意味づけ」の層を担い、AIクローラーの巡回可否や案内はrobots.txt・llms.txtが担当するという役割分担を理解しておくと、施策の抜け漏れを防げます。
| 層 | 役割 | 該当技術 |
|---|---|---|
| ACCESS | クローラーのアクセス許可 | robots.txt |
| ROUTING | AIへの案内・誘導 | llms.txt |
| MEANING | 内容の意味づけ | schema.org |
| ACTION | 実行・取引の接続 | Agent Card |
エンティティ最適化と商品レビューの新プロパティ
ナレッジグラフへの登録を意識したエンティティ最適化も注目トピックの一つです。商品レビュー記事ではProduct・Review・ClaimReview型でpositiveNotes(長所)・negativeNotes(短所)プロパティをItemList形式で記述でき、各項目は最低2件かつページ本文にも表示されていることが条件となります(出典)。またratingValueなどの評価数値は半角ドット表記が必須で、全角やカンマ区切りは無効と判定される点も実務上見落としやすいポイントです。
TechSuite株式会社の「AI検索パートナーズ」は、AIを活用した高度なコンテンツ制作の仕組みを「バクヤスAI記事代行」事業で培っており、その制作エンジンとナレッジをLLMO対策にも転用しています。想定質問の分解に沿ってエンティティ情報や商品レビューの長所・短所を高品質かつ高速に整理する支援が可能です。
2026年の注目トピック対応チェックです。
- Universal Cartとschema.org Productの役割を混同していないか
- llms.txtとschema.orgの役割分担を整理できているか
- ratingValue等の数値が半角ドット表記になっているか



新仕様が増えるほど、役割の切り分けが対応の第一歩になります。
今すぐ実装すべきschema.orgタイプと検証方法とは?


2026年時点で優先度が高いのはArticle・Organization・BreadcrumbList・Productなど基本的なタイプで、FAQPage・HowToは新規投資の優先度が下がっています。実装後はリッチリザルトテストやSearch Console拡張レポートで継続的に検証することが欠かせません。
優先度が高いタイプとサイト種別ごとの選び方
HTTP Archive Web Almanac 2024の調査では、JSON-LDで実装されている主要schema.orgタイプの採用率はWebSiteが12.73%、Organizationが7.16%、BreadcrumbListが5.66%、LocalBusinessが3.97%、ItemListが2.44%だったと報告されています(出典)。採用率の高いタイプほど検索エンジン側の解釈精度も蓄積されやすく、優先実装の目安として参考になります。
| サイト種別 | 優先タイプ | 補足 |
|---|---|---|
| ECサイト | Product、Offer、AggregateRating | positiveNotes/negativeNotesも活用 |
| メディアサイト | Article、Organization、BreadcrumbList | 著者情報・発行者情報の整備が前提 |
| ローカルビジネス | LocalBusiness、floorLevel関連 | 営業時間・所在地情報の正確性が重要 |
JSON-LD実装とベストプラクティス
JSON-LDはHTML本文と分離して記述できるため保守性が高く、複数タイプを併用する場合はページの実際の内容と整合していることが前提条件になります。必須プロパティ・推奨プロパティは公式ドキュメントで確認しつつ、まずはArticleとOrganizationの最小構成から着手すると導入がスムーズです。実装優先度の考え方はLLMO対策の比較もあわせて参考にしてみてください。
検証ツールと継続モニタリングの方法
実装後はリッチリザルトテストやSchema Markup Validator(validator.schema.org)で構文エラーがないか確認し、Search Consoleの拡張レポートで継続的にモニタリングすることが重要です。よくあるエラーの原因は構文ミスとJavaScriptレンダリング後の内容が取得できていないケースの二つに大別されます。CSR(クライアントサイドレンダリング)中心のサイトでは、Googleがレンダリング後のDOMを正しく取得できているかを個別に確認しておく必要があります。
TechSuite株式会社の「AI検索パートナーズ」は、AI検索経由での受注率が従来のSEO経由と比較して約3倍高いというデータを踏まえ、露出や順位ではなく受注という成果に直結する実装タイプの優先度づけを行っています。限られた工数の中でどのタイプから着手すべきか迷う場合は、費用対効果の観点から個別に整理することが可能です。
実装優先度を決める際のチェックです。
- Article・Organization・BreadcrumbList・Productを優先しているか
- サイト種別に応じたタイプを選んでいるか
- 実装後にリッチリザルトテストとSearch Consoleで検証しているか



優先度をつけて実装し、検証まで回してこそ効果が積み上がります。
よくある質問
- 構造化データは直接的なランキング要因になりますか
構造化データそのものは直接的なランキング要因ではないとされています。ただしページ内容を機械に正確に伝える役割を担うため、間接的に評価やAI検索での引用に影響する可能性があります。
- 実装してもリッチリザルトが表示されないのはなぜですか
構文エラーやプロパティ不足のほか、Googleのアルゴリズム側の判断によって表示されないケースがあります。またFAQPage・HowToのように表示条件自体が縮小・終了したタイプもあるため、対象タイプの最新仕様を確認することが重要です。
- FAQPageマークアップは今すぐ削除すべきですか
Googleは使われなくなっても検索上の問題は起きないと案内しており、慌てて削除する必要はありません。新規実装の優先度を下げつつ、既存分は保守運用を続ける対応が現実的です。
- schema.orgのバージョンはどこで確認できますか
schema.org公式サイトのリリースノートページで、バージョン番号・公開日・変更内容を確認できます。数か月おきに更新されているため、定期的な確認が推奨されます。
まとめ
schema.orgはVersion30.0で新クラスやプロパティが追加されるなど継続的に進化しており、FAQ・HowToリッチリザルトは縮小から完全終了へと向かっています。既存実装を無理に削除する必要はありませんが、新規投資はArticleやProductなど優先度の高いタイプに振り向けることが現実的です。
AI Overviews・AI Mode時代においても、構造化データはページの意味づけ基盤として一定の役割を担い続けています。公式見解と観測データを切り分けながら、自社サイトに合った優先順位で実装と検証を進めていくことが求められます。
参考にした情報源



