回答: AIの回答に自社が出てこない場合は、まず取得制限と表記の整合性を確認し、次に内容の充実度と外部の言及を点検します。これは確認順の提案で、出てこない原因を特定するものではありません。確認する順番は4層です。①AIのロボットが自社サイトを読めているか ②社名・商品名の表記が全サイトで揃っているか ③事実（できること・条件・料金の考え方・向かないケース）が1ページにまとまっているか ④サイトの外に言及があるか。 対象サービスの検索用ロボットを拒否していると、③を増やしてもそのサービスでの出典掲載が制限される場合があります。ただし、営業が紹介・既存顧客でほぼ回っている会社には、優先度の高い施策ではありません。
この記事でわかること
- AI検索対策（LLMO / GEO）で最初に確認する箇所
- 自社サイトがAIのロボットに読めているかの確認方法
- 社名・商品名の表記が揃っていないと何が起きるか
- 事実を1ページにまとめるときの作り方
- 効果を確認する方法と、やらなくてよいケース
住まい探しで生成AIはどこまで使われているか
答え: 全体の3分の1、20代では半数を超えています。ただし「使ったことがない・今後も使うつもりがない」が27.5%で最多、「わからない／答えられない」も24.5%あり、置き換わったわけではありません。
全宅連・全宅保証が2026年9月23日に公表した「2026年 住宅居住白書」（不動産の日アンケート）の設問は、次のとおりです。
> Q7 住まい探しや物件の比較・検討において、ChatGPTやGeminiなどの「生成AI」をどのように活用しましたか。（複数回答）
「生成AIを使ったことがあるか」ではなく、「住まい探しで使ったか」を聞いた設問です。住まい探しにおいて何らかの形で生成AIを利用したことがある人は33.9%でした。年代別では次のとおりです。
| 年代 | 住まい探しで生成AIを利用したことがある | 回答者数 |
|---|---|---|
| 20代 | 53.4% | n=1,026 |
| 30代 | 42.3% | n=1,174 |
| 40代 | 31.4% | n=1,099 |
| 50代 | 19.6% | n=1,120 |
| 60歳以上 | 14.8% | n=581 |
| 全体 | 33.9% | n=5,000 |
年代別の回答者数の合計は5,000人です。調査対象が20〜65歳なので、「60歳以上」は実質60〜65歳です。
出典: 全宅連・全宅保証「2026年 住宅居住白書」（報告書PDF）／公表のお知らせ。インターネット調査、調査期間2026年7月30日〜8月5日、有効回答は全国の20歳〜65歳の男女5,000名。
用途は複数回答で次のようになっています。
| 選択肢 | 全体（n=5,000・複数回答） |
|---|---|
| 生成AIを使ったことはなく、今後も利用するつもりはない | 27.5%（最多） |
| わからない／答えられない | 24.5% |
| 生成AIを利用したことはないが、今後活用してみたい | 14.2% |
| 希望エリアの地域情報の収集・比較 | 11.3% |
| その他の目的で生成AIを利用した | 9.7% |
| 不動産や契約に関する専門用語の解説・意味調べ | 9.6% |
| 物件情報のメリット・デメリットの整理・比較 | 9.4% |
| 物件選びの条件整理、住まい探しの悩み・不安の相談 | 7.7% |
| 不動産会社選びや問い合わせ文章の作成・添削 | 7.6% |
読み方には注意が必要です。 最多の回答は「使わない」27.5%で、次に多いのは「わからない／答えられない」24.5%です。約4分の1が答えていないので、利用率を「少なくとも」「最大で」と断定することはできません。「AI検索に対応しないと集客できなくなる」という話でもありません。
一方で、20代では半数を超えています。 また、「不動産会社選びや問い合わせ文章の作成・添削」が7.6%（住まい探しでAIを使った1,695人に絞ると22.4%）あり、物件を探す用途だけでなく、会社を選ぶ段階の選択肢を選んだ人がいることが分かります。ただしこの選択肢は「会社選び」と「問い合わせ文章の作成・添削」が1つにまとまっているため、どちらを何人がやったかは分けられません。
なお、この調査から検討段階は読み取れません。 用途の上位は地域情報の収集・比較や用語の意味調べですが、これらは検討の初期にも、物件を絞り込んだあとにも行われることです。設問が検討段階を聞いていないので、用途から段階を推定することはできません。
前年との比較もできません。 2026年版の報告書に前年の数値が併記されておらず、2025年版にも同じ設問を確認できませんでした（2025年版の報告書本文は未確認）。「○年で何倍になった」という書き方はできません。
①AIのロボットが自社サイトを読めているか
答え: ここが最初です。対象サービスの検索用ロボットを拒否すると、そのサービスでの出典掲載が制限される場合があります。影響はサービスと表示形式によって異なります。
AI関連のロボットは、役割で3種類に分かれます。
| 種類 | 例 | 役割 |
|---|---|---|
| 検索インデックス用 | OAI-SearchBot、Claude-SearchBot、PerplexityBot | AIサービスの検索機能に表示するために、ページを巡回・収集する |
| ユーザー操作によるページ取得 | ChatGPT-User、Claude-User | 利用者の質問や操作をきっかけに、そのページを取得する（自動巡回ではない） |
| 学習用 | GPTBot、ClaudeBot | モデルの学習に使われる可能性のあるデータとして収集する |
検索掲載でまず確認するのは検索インデックス用です。ただしサービスによっては、ユーザー操作によるページ取得の許可・拒否も、回答での情報取得や見え方に影響します。 たとえばOpenAIは、OAI-SearchBotを拒否したサイトはChatGPTの検索回答に表示されない（ナビゲーション用のリンクとしては表示されうる）と説明しています（OpenAIの説明）。Anthropicも、Claude-SearchBotやClaude-Userを拒否すると検索での見え方に影響しうると説明しています（Anthropicの説明）。学習用ボットの許可は、モデル学習への利用に関する方針として判断します。許可しても学習への採用や回答への反映は保証されません。検索への掲載とは分けて考えてください。
確認方法
まず、ターミナルから検索用ロボットを名乗ったアクセスに、サーバーがどう応答するかを簡易確認します。
“`bash curl -s -o /dev/null -w “%{http_code}\n” -A “OAI-SearchBot/1.0 (+https://openai.com/searchbot)” https://example.com/ curl -s -o /dev/null -w “%{http_code}\n” -A “PerplexityBot/1.0 (+https://perplexity.ai/perplexitybot)” https://example.com/ “`
- このコマンドは、指定したUser-Agentに対するHTTP応答の簡易確認です。`200` が返っても、実際のクローラーが取得できるとは限りません（接続元IPによる制限などは、この方法では判別できません）
- `403` が返る場合は、そのUser-Agentを拒否する設定がある可能性があります
- あわせて、検索用ボットについて `robots.txt` の記述、WAFの設定、サーバーの実アクセスログ、返された本文の中身を確認してください
- サブドメインごとに設定が違うことがあるので、本体サイト・ブログ・LPをそれぞれ確認してください
拒否は `robots.txt` だけでなく、サーバーやWAF側の設定で起きていることがあります。 `robots.txt` に何も書いていないのに403が返る場合は、サーバー側の設定を見る必要があります。この切り分けをせずに `robots.txt` だけ直しても解決しません。
あわせて、検索エンジンのロボットで正常に表示されるかも確認してください。特定のロボットを名乗ったときだけサーバーエラーが返る、という状態が起きることがあります。Search Console の「URL検査 → 公開URLをテスト」で、実際にGoogleが見た結果を確認できます。
②社名・商品名の表記が揃っているか
答え: 表記の不一致は、読者や検索システムが同じ会社の情報を確認する際の混乱につながる可能性があります。正式名称を揃え、旧称との関係も明記します。
よくあるのは次の状態です。
- 旧社名がサイトやLPに残っている
- サービス名の誤表記がページタイトルに入っている（1文字違いなど）
- 会社紹介の文が、サイトごとに違う内容になっている
- 構造化データの会社情報が、サイトごとに別のURLを指している
表記がばらついていると、同じ会社の情報かどうかを読み手が確かめにくくなります。 正式名称を揃え、旧社名や略称を使う場合は正式名称との関係を書いておくと、混乱を減らせます。
やること
- 会社紹介の定型文を1つ決める — 1〜2文で「何をする会社か」が分かる文を作り、全サイト・外部掲載で同じ文を使う
- 旧社名と誤表記を洗い出して直す — ページタイトル、メタディスクリプション、本文、画像の代替テキスト
- 構造化データに会社情報を入れる — 社名、旧社名、URL、ロゴ、所在地、公式SNSや外部掲載ページ。本体サイトのURLを正とする
- サービスごとの構造化データを入れる — 名前、説明、提供会社、カテゴリ
ページタイトルの誤表記は、自分では気づきにくい箇所です。 GA4ではページタイトルの一覧を出せるので、並べて眺めると見つかります。Search Consoleのページ一覧はURL単位なので、対象URLを洗い出したうえで、各ページのタイトルをCMSか実際のページで確認してください。
③事実が1ページにまとまっているか
答え: 機能・条件・料金の考え方・制約といった事実を1ページにまとめると、読者が自社に合うかを判断しやすくなります。AIによる引用への効果は保証できません。
作るページは3種類です。
| 種類 | 内容 | 読者にとっての役割 |
|---|---|---|
| ファクトページ | サービスごとに「何ができるか／対応する連携先／料金の考え方／導入条件／向かないケース／FAQ」を1ページに | 機能・条件を確認するときの参照先になる |
| 比較・選び方 | 公平な比較表と、向く条件・向かない条件 | 選ぶときの判断材料になる |
| 定義・用語 | 業界用語の意味を説明するページ | 用語の意味を確認できる |
「向かないケース」も書いておくと、読者が適合性を判断しやすくなります。 この書き方は普通のSEOと同じで、AI向けの特別な書式は要りません。
書き方で意識するのは次の点です。
- 各見出しの直後に、1〜2文で結論を書く
- 手順や条件は番号付きの箇条書きか表にする
- FAQは本文に書く（構造化データだけ付けて本文にFAQが無い状態にしない）
- 更新日を正しく保つ（中身を変えていないのに日付だけ新しくしない）
自社だけが持っている情報（実際の設定手順、運用でつまずいた点、条件を明示した検証）は、他では得られない情報として読者の役に立ちます。
④サイトの外に言及があるか
答え: 外部の情報も点検対象です。ただし、外部掲載はAI検索への掲載を保証する条件ではありません。
- 所属団体の会員情報 — 会社名・所在地・URLが現在のものになっているか
- 加盟FCの店舗紹介ページ — 店舗名・住所・電話番号・自社サイトのURL
- 取引先や提携先の紹介ページ — 実在する掲載先の会社名・URLが正しいか
- ポータルサイトの会社情報 — 社名表記と会社紹介文が②で決めたものと揃っているか
ここは時間がかかる施策です。①②を先に片付けてから着手するほうが順番として自然です。
効果をどう確認するか
答え: 順位のような単一の指標はないので、3つを組み合わせます。
- AI経由の流入を見る — GA4で `chatgpt.com` `perplexity.ai` `gemini.google.com` などの参照元を確認する。AIアシスタント系のチャネルとして集計できます
- 検索エンジン側の引用状況 — Bing Webmaster Tools に、AIでの表示・引用に関する指標があります。月1回確認する
- 実際にAIに聞いてみる — 想定される質問を決めて、ChatGPT・Gemini・Perplexity・Copilot・Claude に毎月同じ質問をし、自社が出るか・出典URLはどこかを記録する
3つ目が地味ですが分かりやすい方法です。集客上の見つかりやすさは、自社の名称や商品名を含まない質問で確認します。名称を含む質問は、名称・仕様・出典が正しく扱われているかを確認する別の点検として記録してください。
注意: AI検索への掲載を保証できる施策はありません。 「対策すれば必ず載る」という前提では考えないでください。やっていることは、正確な情報を読める形で置いて、表記を揃えて、外部の掲載情報を点検するところまでです。
やらなくてよい・優先度が低いケース
- 紹介と既存顧客でほぼ回っている — 新規の検索流入そのものが事業の主要な入口でないなら、優先度は下がります
- サイトに事実が書けない段階（サービスが開発中で仕様が固まっていない） — 書ける範囲が狭いので、固まってからのほうが手戻りが少ないです
- ①がまだ確認できていない状態でコンテンツを増やす — 取得が制限されていると、増やした分が検索側に届かない場合があります。先に①を確認してください
よくある質問
llms.txt は置くべきですか
必須ではありません。AI向けの「サイトの案内書」として、会社概要・主要カテゴリ・主要ページへのリンクを置くものです。置いたから載るというものではないので、①②が終わってから低コストの追加施策として考える位置づけが妥当です。
AI向けの特別な書式を入れれば載りますか
特別な書式を入れるだけでは、掲載は保証されません。FAQの構造化データだけを付けて本文にFAQが無い、といった形は逆効果になりえます。土台は普通のSEOと同じで、正確で読みやすく、根拠のあるページを整えることです。
学習用ロボットは拒否したほうが安全ではないですか
公開ページの目的と、モデル学習への利用をどう考えるかによります。学習用ボットを許可しても、学習への採用や回答への反映は保証されません。検索への掲載とは分けて判断してください。一方、非公開にすべき情報が公開ページに載っていないかは別途確認してください。拒否・許可の判断より、そちらが先です。
20代の53.4%という数字は、自社の顧客層に当てはまりますか
当てはまるとは限りません。この調査は全国の20〜65歳の男女を対象としたインターネット調査（有効回答5,000名）で、特定の会社の顧客層を示すものではありません。自社の問い合わせがどの年代から来ているかを確認したうえで、優先度を判断してください。
まとめ
AI検索に載るための対策は、特別な書式や新しい技術ではありません。①ロボットが読めているか ②表記が揃っているか ③事実が1ページにまとまっているか ④外部に言及があるかの順で確認するだけです。
最初にやることは①です。`curl` で検索用ロボットを名乗ったアクセスへの応答を本体サイト・ブログ・LPそれぞれで簡易確認し、あわせて `robots.txt`・WAFの設定・実アクセスログを確認してください。`robots.txt` ではなくサーバー側で拒否している場合があるので、そこまで見る必要があります。
社内データをAIに渡す範囲も整理したい方は、業務システムをAIにつなぐ前に決めること｜不動産のMCP対応をご覧ください。
—
この記事を書いた会社
7plus株式会社 不動産会社向けの営業DX支援を行うITソリューションプロバイダーです。反響対応を即時化する「Mail2Link」「Mail2Link×AI」、ノーコード業務アプリ「BizBlock」の開発・提供に加え、Salesforce認定パートナーとして不動産特化型Salesforceパッケージの導入・定着コンサルティングも行っています。
詳しくはこちら → https://7plus.jp/
