VIII-I3 「この担当者・この会社」を機械可読にする―不動産会社・エージェントのエンティティ確立
不動産会社・エージェントのエンティティ確立
このレッスンの狙い:Organization・LocalBusiness・RealEstateAgentスキーマを使って会社・エージェント単位のエンティティを確立する考え方を理解し、構造化データが「前提条件であって十分条件ではない」点を踏まえた実装計画を立てられるようになる。
最終更新: 2026-07-25
この記事の要点
- Organization・LocalBusiness・RealEstateAgentスキーマを使って会社・エージェント単位のエンティティを確立する考え方を理解し、構造化データが「前提条件であって十分条件ではない」点を踏まえた実装計画を立てられるようになる。
- Organization・LocalBusiness・RealEstateAgent…
- 構造化データは「前提条件」であって「十分条件」ではない
「この不動産会社は信頼できるか」とAIに聞かれたとき、AIは何を手がかりに判断しているのでしょうか。その土台になるのがエンティティという考え方です。今回は、不動産会社・担当エージェントを「機械可読な事実」としてAIに認識させる方法を整理し、I-2で見た比較・相談型クエリへの対応力を高めます。
用語解説
「エンティティ」とは、人物・組織・場所・物事を、AIや検索エンジンが「これは何か」を一意に認識できる単位として扱うことです。名前だけでなく、所属・実績・関連する他の事実とセットで認識されて初めて、信頼できる情報源として扱われやすくなります。
Organization・LocalBusiness・RealEstateAgentの3スキーマ
会社・エージェント単位のエンティティ化には、Organization/LocalBusiness/RealEstateAgentスキーマの実装が推奨されています(出典: akarumi, 2026年6月)。それぞれ役割が異なり、Organizationは会社全体の基本情報、LocalBusinessは店舗・拠点の所在情報、RealEstateAgentは個々の担当者の専門性を表現するのに使われます。
Organization
会社全体の基本情報(名称・沿革・許認可番号等)
LocalBusiness
店舗・拠点の所在地・営業時間
RealEstateAgent
担当エージェント個人の専門性・実績
3つのスキーマは独立して使うものではなく、会社→拠点→担当者という階層関係を機械可読な形で結びつけることで初めて効果を発揮します。担当者ページから所属拠点、拠点から会社概要へとたどれる導線があるかどうかも、あわせて確認しておきたいポイントです。
構造化データは「前提条件」であって「十分条件」ではない
ここで重要な注意点があります。構造化データを実装しただけでAI引用が保証されるわけではない、という点です。「構造化データを入れたからといって、直接LLMOの成果につながるわけではない」と明記する実務系記事もあります(出典: akarumi, 2026年6月)。
注意
構造化データの実装は、AIに正しく認識してもらうための「前提条件」です。エリアページの独自コンテンツ(I-5で扱います)やFAQの充実(I-8以降で扱います)と組み合わせて初めて効果が出るものであり、実装だけで満足しないよう注意してください。
何を「外部証跡」として集約するか
自社サイト内の情報だけでなく、所属団体・資格・メディア掲載実績など、外部から裏付けが取れる情報を自社サイトに集約することもエンティティ確立には有効です。会社概要ページやエージェント個人のプロフィールページに、こうした裏付け情報がまとまっているかどうかを確認しましょう。担当エージェントのプロフィールが名前と写真だけで終わっているケースは意外に多く、資格・取扱エリア・過去の取扱実績件数といった裏付け情報を追加するだけでも、機械可読な事実の量を増やすことができます。
実践ステップ
- 自社サイトの会社概要ページにOrganization情報(名称・所在地・許認可番号等)が明記されているか確認する
- 店舗・拠点ごとのLocalBusiness情報(営業時間・所在地)が整理されているか確認する
- 担当エージェントの個人プロフィールページの有無を確認する
- プロフィールに資格・実績・所属団体等の外部証跡が記載されているか確認する
- 会社概要→拠点→担当者ページへの導線がつながっているか確認する
- 構造化データの実装状況を、次のI-4で扱う実装手順と照らし合わせて棚卸しする
- 名前と写真だけのプロフィールがあれば、資格・実績等の追記計画を立てる
まとめ
不動産会社・エージェントのエンティティ確立は、Organization・LocalBusiness・RealEstateAgentという3つのスキーマを軸に、会社全体・拠点・個人という3つの階層で機械可読な事実を積み上げていく作業です。ただし構造化データの実装だけでは十分ではなく、独自コンテンツとの組み合わせが欠かせません。次のI-4では、物件情報そのものを構造化する実装手順に進みます。
このレッスンはテキストとスライドで学べます。スライドは上のビューアからご覧ください。
確認テスト
選択肢をクリックすると、その場で正誤と解説が表示されます。
Q1. 本文によれば、構造化データを実装しただけでAI引用が保証されるわけではない
本文は構造化データを「前提条件」であり「十分条件」ではないと明記している。
Q2. 不動産会社・エージェントのエンティティ化に使う3スキーマの組み合わせとして正しいのはどれか
会社・拠点・担当者の3層をOrganization・LocalBusiness・RealEstateAgentで表現するとされている。
Q3. RealEstateAgentスキーマが表現するのはどの単位の情報か
RealEstateAgentは担当エージェント個人の専門性・実績を表現するとされている。
このレッスンのFAQ
Q. 「エンティティ」とは不動産業界の文脈でどういう意味ですか。
人物・組織・場所・物事を、AIや検索エンジンが「これは何か」を一意に認識できる単位として扱うことで、名前だけでなく所属・実績・関連事実とセットで認識される必要があります。
Q. 構造化データを実装すれば十分ですか。
いいえ。構造化データは「前提条件」であり、エリアページの独自コンテンツやFAQの充実と組み合わせて初めて効果が出るとされています。
Q. 担当エージェントのプロフィールで不足しがちな情報は何ですか。
資格・取扱エリア・過去の取扱実績件数といった裏付け情報が不足し、名前と写真だけで終わっているケースが多いとされています。