Googleが公開する構造化データの一覧に、住宅・オフィス・店舗物件を対象にした専用スキーマは含まれていません。物件そのものを扱える唯一の型は短期宿泊施設向けの「Vacation Rental」で、これも適用条件が限られています。

不動産事業者にとって、この事実は「物件情報のAI Overviews対策は何から着手すべきか」という疑問に直結します。Google公式の構造化データ一覧とAI Overviews技術文書を突き合わせると、専用スキーマの登場を待たずに進められる道筋が見えてきます。その道筋を、着手順に見ていきます。

01この記事でわかること

  • Googleの構造化データ一覧に不動産物件専用の型が存在しない事実
  • 唯一の関連スキーマVacation Rentalの適用条件と適用できない範囲
  • schema.org RealEstateListingを今どう扱うべきかの実務判断
  • 物件情報をAI Overviews向けに機械可読化する現実的な設計手順

02結論サマリー

Google公式の構造化データ一覧には、一般的な売買・賃貸物件を対象にした専用スキーマが含まれていません（出典: Google公式）。物件そのものを扱える唯一の型「Vacation Rental」も、適用条件が限定的です。Google Technical Account Managerとの連携とHotel Centerへのアクセスが前提です。通常の売買・賃貸物件には使えません（出典: Google公式）。

不動産事業者が今できる対策は、専用スキーマの実装ではなく、汎用スキーマと一般的なAIO原則を組み合わせた機械可読化です。AI Overviews自体も、Google検索のコアランキング・品質システムを土台としており、構造化データは必須ではないと公式に明記しています（出典: Google公式）。優先順位は、専用スキーマ探しではなくインデックス適格性の確保と物件スペックの表形式化から始まります。

対象は、賃貸仲介・売買仲介・新築分譲を主に手がける不動産事業者です。すでに短期宿泊事業（民泊・マンスリーマンション等）を併営している場合は、後述するVacation Rentalの適用条件も確認してください。

03不動産業界のAI Overviews対策とは（基礎定義）

Google公式のAI最適化ガイドは、AI機能に表示されるための追加要件は無く、特別な最適化も不要だと明記しています（出典: Google公式）。条件は、Google検索でインデックス化され、スニペット表示に適格であることだけです。

不動産業界の場合、この一般原則の上に「専用スキーマが存在しない」という業界特有の制約が重なります。次のセクションで、Googleが提供する構造化データの現状を具体的に整理します。

04Googleの構造化データ一覧に不動産物件型がない現状

Google公式の構造化データ一覧（Search Gallery）には、約30種類の型が掲載されています（出典: Google公式）。内訳は記事・パンくずリスト・イベント・レシピ・商品・求人・ローカルビジネス・動画などです。この一覧に、住宅・オフィス・店舗の物件情報を対象にした専用の型はありません。

分類Google構造化データでの扱い
住宅・オフィス・店舗の売買/賃貸物件専用の構造化データ型なし（一覧に含まれない）
短期宿泊施設（バケーションレンタル）Vacation Rental対応（Hotel Center提携が前提）
不動産仲介業者そのものLocalBusiness系のRealEstateAgent型で表現可能（schema.org）

表の3区分のうち、Googleのリッチリザルトとして実際に機能するのは仲介業者情報と限定的な短期宿泊施設だけです。物件そのものの情報を対象にした構造化データは、現時点で存在しません。

schema.org本体の語彙には「RealEstateListing」という型が存在します（出典: schema.org公式）。ただし該当ページには、この語が新規（new）エリアにあり、実装フィードバックと採用実績が定義の改善に役立つ段階だと記載されています（出典: schema.org公式）。現時点でGoogleのリッチリザルトには採用されておらず、実装しても検索結果の見た目は変わりません。

実務判断としては、RealEstateListingを対策の主軸に据えるのは時期尚早だとWEBMARKSは考えます。既存テンプレートへの追記で済む範囲なら、語彙の将来的な採用に備えて入れておく価値はあります。一方で、これを理由にRealEstateAgentの実装や物件スペックの表形式化を後回しにすることは避けてください。

Vacation Rentalへの参加には、事前の提携が前提条件として明記されています（出典: Google公式）。具体的にはGoogle Technical Account Managerとの連携と、Hotel Centerへのアクセス権が必要です。参加は一定の適格条件を満たすサイトに限られる早期採用者プログラムです（出典: Google公式）。短期宿泊事業を併営していない一般的な不動産事業者にとって、現実的な経路ではありません。

05現実的な機械可読化の設計手順

専用スキーマが無い以上、不動産事業者が実務で着手できるのは、既存の汎用スキーマを組み合わせる設計です。手順は次のとおりです。

  1. 不動産仲介業者情報をRealEstateAgent（LocalBusiness系）で構造化データ化する
  2. 物件ページ本文に、価格・面積・所在地・築年数などの主要スペックを表形式で明記する
  3. パンくずリスト（BreadcrumbList）でサイト構造を機械可読にする
  4. Googlebotのクロールをrobots.txtで妨げていないか確認する
  5. 短期宿泊事業を併営している場合のみ、Vacation Rental参加をHotel Center経由で検討する

各手順で実際に埋める項目と置き場所は次のとおりです。

手順実際に埋める項目置き場所
1. 事業者情報の構造化name・address・telephone・openingHoursSpecification・areaServed（RealEstateAgentがLocalBusinessから継承するプロパティ）会社概要ページと各店舗ページ
2. 物件スペックの表化価格・専有面積・所在地・築年数・間取り・最寄駅からの徒歩分数物件詳細ページ本文の冒頭付近
3. サイト階層の機械可読化BreadcrumbList（エリア→沿線→物件種別→個別物件の4階層）全物件ページ共通のテンプレート
4. クロール可否の確認robots.txtのDisallow指定・noindex・JavaScript依存レンダリングの3点サイト全体
5. 短期宿泊の判定Hotel Center適格条件を満たすか否かの社内確認短期宿泊事業を併営する場合のみ

JSON-LDの記述そのものに不慣れな場合は、別記事『JSON-LDの書き方基礎｜3つの実装例で学ぶハンズオンガイド』の実装例をテンプレートとして使ってください。

AI Overviewsは通常検索のインデックスとスニペット適格性が前提です（出典: Google公式）。生成AI学習用の「Google-Extended」を拒否しても、Google検索の掲載や順位には影響しないと明記されています（出典: Google公式）。AI Overviews対策としてまず見るべきは、Googlebotのクロールとインデックスの状態です。

RealEstateAgent型は、住所・電話番号・営業時間・サービス提供地域などのプロパティをLocalBusinessから継承しています（出典: schema.org公式）。物件そのものではなく、事業者の実在性と信頼性を機械可読に示す役割だとWEBMARKSは考えます。

価格情報の構造化には、schema.org Offerの活用も選択肢の一つです。ただしGoogleの構造化データ一覧にある「商品（Product）」は小売商品向けの設計であり、不動産物件への適用が公式に想定されているとは確認できません。無理に既存の型へ当てはめるより、価格を本文と表の両方に数値で明記する運用のほうが確実だとWEBMARKSは考えます。

06構造化データを増やす前に知っておきたい2つの事実

構造化データを追加すれば引用が増えると考えるのは早計です。前提として押さえておきたい事実が2つあります。1つ目は、Google公式が、AI機能表示のために特別なスキーママークアップは不要だと明記している点です（出典: Google公式）。

2つ目は、FAQ構造化データの扱いが変わった点です。Googleは2026年5月の変更履歴で、FAQリッチリザルトが検索結果に表示されなくなったと告知し、翌6月に該当ドキュメントを削除しています（出典: Google公式）。物件ページによくある「よくある質問」を構造化データ化しても、検索結果上の見た目は変わりません。FAQ構造化データとAI検索エンジンの引用可否は別の仕組みで動いている点は、別記事『FAQ・HowTo構造化データと引用率の関係を一次データで検証』で詳しく解説しています。

07チェックリスト

  • 不動産仲介業者情報をRealEstateAgentで構造化データ化している
  • 物件スペック（価格・面積・所在地・築年数等）を表形式で本文に明記している
  • パンくずリスト（BreadcrumbList）を実装している
  • Googlebotのクロールをrobots.txtで妨げていない
  • 短期宿泊事業がある場合、Vacation Rental参加の要否を検討している

08よくある失敗

存在しない「不動産専用スキーマ」を探し続け、実装作業自体が止まってしまう例が見られます。現時点でGoogleが不動産物件専用の構造化データを提供していない以上、汎用スキーマの組み合わせに軸足を移すことをおすすめします。

もう一つの失敗は、物件情報を長文の説明文だけで構成することです。価格・面積・所在地などの数字を地の文に埋め込まず、表形式で独立させたほうが機械的に抽出されやすいとWEBMARKSは考えます。

09FAQ

Q. 不動産物件専用の構造化データは、将来的に追加される予定がありますか？

公式に予定は発表されていません。schema.org側にはRealEstateListing型が新規（new）エリアの語彙として存在しますが、Google側の採用時期は本稿執筆時点で確認できません。

Q. Vacation Rentalスキーマを実装すれば、賃貸物件情報も表示されますか？

表示されません。Vacation Rentalは短期宿泊施設向けに設計されており、Hotel Centerへのアクセスと適格条件の充足が前提です（出典: Google公式）。一般的な売買・長期賃貸物件は対象外です。

Q. RealEstateAgent型を実装すれば、AI Overviewsへの引用が増えますか？

増加を保証するものではありません。RealEstateAgentは仲介業者情報を機械可読にする手段であり、AI Overviewsの選定基準そのものではありません（出典: schema.org公式）。

Q. 海外の不動産ポータルでは、AI検索経由の実績事例が公開されていますか？

本稿執筆時点で、AI検索経由の引用・流入について実名・数値付きの公開事例は確認できていません。確認でき次第、本記事を更新します。

10まとめ

専用スキーマの登場を待つ判断は、この分野では機会損失になりやすいとWEBMARKSは考えます。今日着手できるのは、RealEstateAgentの実装と、物件スペックを表形式で明記する情報設計の2つです。どちらもGoogleの仕様変更に左右されにくく、AI Overviews以外の流入経路にも効きます。RealEstateListingの動向は、この2つを終えてから追いかけても遅くありません。