ホテル・旅館のLLMO対策(AI検索対策)とは?AIに読まれ、選ばれる宿の整え方を解説
LLMO対策とは、ChatGPTやGeminiなどのAIが施設の情報を正しく読み取り、回答で紹介できるように、公式サイトや掲載情報を整えることです。LLMOはLarge Language Model Optimization(大規模言語モデル最適化)の略です。AIO対策、AI検索対策、GEO対策も、ほぼ同じ取り組みを指します。
ホテルや旅館の場合、中心になるのは公式サイトの作りです。多くのAIは、ページのHTMLに書かれた文章を読みます。料金や空室を、画像やPDF、予約エンジンの埋め込み画面の中だけに載せていると、AIには伝わりにくくなります。
特別な裏技は要りません。やることは、施設の事実を文章で書くこと、読ませるAIを決めること、情報を1か所にまとめること、予約までの道筋をAIでもたどれるようにすることです。
この記事のポイント
- LLMO対策、AIO対策、AI検索対策は、AIに施設の情報を正しく伝えるための、ほぼ同じ取り組みです。
- OpenAIなどのAI企業は、学習用、検索用、依頼用(利用者に頼まれてその場で読む)と、目的ごとに別のクローラーを使っています。学習用のクローラーだけを断り、検索用を許可しておけば、AI検索には出られます。
- 2024年の調査では、OpenAIやAnthropicなど主なAIのクローラーは、JavaScriptを実行していませんでした。料金や客室の情報は、HTMLの文章で書くのが確実です。
- Googleは、AIによる概要やAIモードに出るための特別な対策は要らず、通常の検索に出られる状態であればよいとしています。構造化データやllms.txtは、表示を約束するものではありません。
- AIエージェントが予約まで進める動きも始まっています。日付と人数を入れれば、ログインなしで料金まで表示される予約画面が土台になります。
LLMO対策とは?AIO対策・AI検索対策との違い
LLMO対策とは、AIが施設の情報を正しく読み、回答の中で紹介や引用ができるように、公式サイトや、OTA・Googleマップなど外部の掲載情報を整えることです。
似た言葉がいくつかあります。呼び方は違っても、やることはほとんど重なります。
| 言葉 | 意味 |
|---|---|
| LLMO | ChatGPTのような大規模言語モデル(Large Language Model)の答えに、情報を正しく載せるための対策です。 |
| AIO | AI Optimization。AI全般に向けた最適化です。GoogleのAIによる概要(AI Overviews)の略として使われることもあります。 |
| GEO | Generative Engine Optimization。生成AIを使った検索に向けた最適化です。 |
| AI検索対策 | 上の3つを、略語を使わずに言ったものです。 |
日本経済新聞に2025年10月に載ったコラムでは、「LLMO」は日本独自の呼び方で、米国では「AEO(回答エンジン最適化)」や「GEO」が使われていると説明しています。この記事では、宿泊業界の記事で多く使われている「LLMO対策」という言葉を使います。
Googleも2026年5月のガイドで、AI検索への対策は、基本的にこれまでのSEO(検索エンジン対策)と同じだとしています。
AIはホテルのサイトをどう読んでいるのか
AIがウェブサイトを読む目的は、大きく3つに分かれます。学習用、検索用、依頼用です。
| 目的 | 何をするか | 施設にとっての意味 |
|---|---|---|
| 学習用 | AIのモデルを作るために、文章を集めます。 | 学習した時点の情報なので、最新の料金や空室を答えるのには向きません。 |
| 検索用 | AI検索で使う索引を作るために、ページを定期的に読みます。 | ここで読まれると、AIの回答に出典として表示される可能性があります。 |
| 依頼用 | 利用者の質問に答えるために、その場でページを読みます。 | 「この旅館の夕食は何時から?」といった質問に、公式サイトの内容がそのまま答えとして使われます。 |
AI検索の回答は、おおまかに次の流れで作られます。
- 旅行者「京都で露天風呂付き客室のある旅館は?」とAIに尋ねる
- AIAI検索の索引から、関係するページを探す
- AI必要に応じて、公式サイトなどをその場で読む
- AI読めた内容をまとめ、出典のリンクを付けて答える
- 旅行者リンクから公式サイトや予約サイトに進む
AIの答えに施設の情報が正しく出るかは、AIが公式サイトを読めるかで決まります。索引を作るときも、その場で読みに来るときも同じです。
AIのクローラーの種類と、robots.txtでの許可
クローラーとは、ウェブサイトを自動で巡回して読み取るプログラムです。AI企業は、目的ごとに名前の違うクローラーを使っています。この名前は、サーバーのアクセス記録(ログ)に残ります。
robots.txtとは、サイトの一番上の階層に置く、クローラーへの指示を書いたテキストファイルです。クローラーの名前ごとに、読んでよいページと読まないでほしいページを指定できます。主な名前は、OpenAIのGPTBot(学習用)とOAI-SearchBot(検索用)、AnthropicのClaudeBot(学習用)です。GoogleのGoogle-Extendedは、ログには現れず、robots.txtの中だけで使う名前です。
Googleによると、Google-Extendedを拒否しても、Google検索やAIによる概要への表示は変わりません。ただし、Geminiアプリなどのモデルの改良には使われなくなり、Geminiが回答の根拠(グラウンディング)として読むページからも外れます。Search Consoleには、サイトをAIによる概要やAIモードから外す設定もあります。初期設定では、表示の対象に含まれています。
robots.txtで許可していても、サーバーやCDN(配信を速くする仕組み)のボット対策が、AIのクローラーを止めていることがあります。OpenAIは、同社が公開しているIPアドレスからのアクセスを許可するよう案内しています。Googleも、robots.txtだけでなく、CDNやサーバーの側でもクローラーを通すよう求めています。
ChatGPTにホテルの情報が出ない、よくある原因
公式サイトがあっても、AIが中身を読めていないことがあります。よくある原因は次のとおりです。
| 原因 | 起きること |
|---|---|
| クローラーの拒否 | robots.txtやボット対策で拒否していると、AIのクローラーがページに入れません。 |
| JavaScript | JavaScriptで後から表示する内容は、JavaScriptを実行しないクローラーには見えません。 |
| 画像の文字 | 料金表や館内案内が画像だけだと、中の文字はページ上の文章ほど確実には読まれません。 |
| PDFだけの情報 | 客室や料金がPDFだけだと、表の行と列が崩れやすく、どの料金がどの部屋のものかが伝わりにくくなります。 |
| 埋め込みの予約画面 | 予約エンジンをiframe(ページの中に別のページを表示する仕組み)で埋め込んでいると、AIが公式サイトのページを読んでも、その中の料金や空室は出てきません。 |
| 送信が必要な料金 | 日付を入れて送信しないと料金が出ない場合、フォームを操作しないクローラーは料金にたどり着けません。 |
VercelとMERJが2024年12月に公表した調査では、OpenAI、Anthropic、Perplexityなど主なAIのクローラーは、JavaScriptを実行していませんでした。GeminiはGooglebotの仕組みを使うため、実行していました。Googleも、GooglebotはJavaScriptを実行してページを表示すると説明しています。
施設の事実を、HTMLの文章で書く
LLMO対策の土台は、公式サイトのページに、施設の事実を文章で書くことです。旅行者がAIに尋ねる質問に、そのまま答えられる情報を載せます。
- 施設の正式名称、住所、電話番号、最寄り駅からの行き方
- チェックインとチェックアウトの時刻
- 客室の種類、広さ、定員、ベッドや布団の数
- 料金の目安と、税やサービス料、宿泊税が含まれるかどうか
- 食事の有無と時間、アレルギーへの対応
- 温泉や大浴場、貸切風呂の有無と利用時間
- 駐車場、送迎、ペット、喫煙、子ども連れの扱い
- キャンセル規定と、いつから料金がかかるか
- 対応できる言語
書き方にもこつがあります。見出しを「チェックインは何時から?」のように、旅行者が実際に尋ねる形にします。1つの文には、1つの事実だけを書きます。数字は「15時から」のように具体的に書きます。
よくある質問のページも役に立ちます。Googleの検索結果で、よくある質問を開いて見せる表示は、2026年5月に終わりました。それでも、質問と答えの形の文章は、人にもAIにも読みやすい書き方です。
構造化データ(schema.org)で、施設の情報をAIや検索エンジンに渡す
構造化データとは、ページの内容を、機械が読み取りやすい決まった形で書き添えたものです。宿泊施設では、schema.orgという共通の項目名の決まりを使います。schema.orgは、2011年にGoogle、Microsoft、Yahoo!が始め、同じ年にYandexも加わったもので、いまはW3C(ウェブの標準を決める団体)の場で、誰でも議論に加われる形で改訂が続いています。実際の作業は、サイトの制作会社に頼むのが一般的です。
| 型・項目 | 表すもの |
|---|---|
| LodgingBusiness | 宿泊施設。Hotel、BedAndBreakfast、Hostel、Resortなどはこの下位の型です。 |
| HotelRoom | 客室。広さ(floorSize)、定員(occupancy)、ベッド(bed)を持てます。 |
| Offer | 料金と販売条件。schema.orgでは、料金は施設や客室ではなく、このOfferに書く決まりです。 |
| amenityFeature | 設備やサービス。「露天風呂」「無料Wi-Fi」などを1つずつ書きます。 |
| checkinTime | チェックインできる最も早い時刻です。 |
| checkoutTime | チェックアウトできる最も遅い時刻です。 |
| petsAllowed | ペットを受け入れるかどうかです。 |
| availableLanguage | 対応できる言語です。 |
ただし、構造化データを入れればAIに紹介される、というものではありません。Googleは、AIによる概要やAIモードに出るために、特別な構造化データは必要ないとしています。
それでも構造化データは、ページに書いた事実を、取り違えのない形で添える方法です。必ず、ページに見えている内容と同じことを書きます。
llms.txtは置くべきか
llms.txtとは、AI向けにサイトの要点をまとめたテキストファイルを、サイトに置くという提案です。2024年9月にJeremy Howard氏が提案し、2026年8月に出た第2版からは、サイトの一番上だけでなく、途中の階層にも置けるようになりました。
GoogleはAI検索向けのガイドで、AI検索に出るためにllms.txtのようなAI向けのファイルを新たに作る必要はないとしています。OpenAIとAnthropicが、自社のAIでllms.txtを読んでいると説明した資料は、確認できませんでした。なお、GoogleのChromeチームが作るLighthouseという点検ツールには、llms.txtを調べる項目があります。ただし、ファイルがなくても減点にはなりません。
置くこと自体に害はありません。ただし、優先するのは公式サイトの本文です。llms.txtに書いた内容は、ページの本文と食い違わないようにします。
OTAやGoogleビジネスプロフィールと、情報をそろえる
AIは、公式サイトだけでなく、OTA(オンライン旅行予約サイト)や口コミサイト、地図の情報もあわせて読みます。
施設名、住所、電話番号、チェックインの時刻などが掲載先ごとに違っていると、AIが誤った情報で答えるおそれがあります。AIがどれを正しいと判断するかは、施設の側からは選べません。
Googleビジネスプロフィールのガイドラインでは、施設名を看板や印刷物と同じ表記で登録するよう求めています。
料金、空室、規定を1か所で管理し、そこから公式サイトやOTAに出す形にすると、食い違いが起きにくくなります。多くの施設では、その1か所がPMSやサイトコントローラーです。施設名や住所、時刻は、掲載先ごとに見比べて手で直します。
AIエージェントは、ホテルの予約までできるのか
AIエージェントとは、利用者の代わりに調べものや手続きをするAIのことです。いまのAIにできることと、始まりつつあることを分けると、次のようになります。
| できること | 状況 |
|---|---|
| 探して比べる | ChatGPTの検索や、GoogleのAIによる概要とAIモードで、すでに使えます。条件に合う宿を探し、違いをまとめて見せてくれます。 |
| 質問に答える | 公式サイトなどを読んで、宿についての質問に答えます。読めない情報には答えられません。 |
| 画面を操作する | OpenAIのChatGPTエージェント(2025年7月公開)や、AnthropicのClaude in Chromeなどが、画面を見てボタンを押し、フォームに入力できます。 |
| AIモードで予約する | Googleは2026年8月、米国の英語版AIモードで、Booking.comやホテルチェーンなどの提携先を通じて、ホテルを予約まで進められるようにしました。宿泊予約の共通規格「UCP for Lodging」は、まだ草案の段階です。 |
AIと予約システムをつなぐ共通の方式には、MCP(Model Context Protocol)もあります。UCP for Lodgingも、この方式を使えます。
UCP for Lodgingの仕組みと、日本の施設の現状は、別の記事で解説しています。UCP for Lodgingとは →
ブラウザを操作するAIは、人と同じ画面を使います。人が迷わず進める予約画面なら、AIも進めます。次のような画面です。
- 日付と人数を入れると、ログインなしで料金と空室が表示される
- ボタンや入力欄に、文字のラベルが付いている
- 税やサービス料を含めた総額が、確定前に表示される
- キャンセル規定を、予約の前に文章で読める
- 料金を見るだけの段階で、画像認証などを求めていない
AIからの来訪を測る
LLMO対策の効果は、AIから公式サイトへの来訪で確かめます。
OpenAIによると、ChatGPTは回答内のリンクに、utm_source=chatgpt.comという目印を自動で付けます。Googleアナリティクスなどで、ChatGPTからの来訪を見分けられます。
Googleアナリティクスには、AIアシスタントからの来訪をまとめる「AI Assistant」というチャネルがあります。ただし、ここに入らないAIもあります。そうしたAIからの来訪は、これまでどおり参照元の一覧に出るので、あわせて見ておきます。
ホテルのLLMO対策の進め方:6つの手順
ここまでの内容を、どの施設でも進められる手順にまとめます。
- robots.txtとボット対策を見直し、検索用と依頼用のクローラーを止めていないか確かめる。学習用を許可するかどうかは、施設の方針として別に決める。
- 施設の事実を、公式サイトのHTMLの文章で書く。画像やPDFだけに載せている情報は、文章にも書き起こす。
- 料金、空室、規定を1か所で管理し、公式サイトとOTA、Googleビジネスプロフィールの内容をそろえる。
- LodgingBusinessやHotelRoomなどの構造化データを、ページの内容と同じ形で添える。
- 予約画面を、日付と人数を入れればログインなしで料金まで進める形にする。
- AIからの来訪を測り、どのページに来ているかを見て、足りない情報を書き足す。
| 項目 | 確かめ方 |
|---|---|
| クローラー | 公式サイトのURLの後ろに/robots.txtを付けて開き、主なAIのクローラーの名前や「*」の下に「Disallow: /」と書かれていないかを見ます。 |
| JavaScript | ブラウザの設定でJavaScriptをオフにしてページを開き、料金や客室の説明が消えずに残るかを見ます。 |
| 基本の質問 | チェックイン時刻、駐車場、夕食の時間などが文章で書かれているか、ページ内検索で探します。 |
| 掲載先の情報 | 公式サイト、Googleビジネスプロフィール、主なOTAで、名称、住所、電話番号、チェックイン・チェックアウトの時刻を見比べます。 |
| AIの答え | ChatGPTなどに施設名を入れて質問し、答えと出典のリンクを確かめます。 |
よくある質問
- AIO対策とLLMO対策は、何が違いますか?
- ほとんど同じ取り組みです。LLMO対策はChatGPTなどの大規模言語モデルに、AIO対策はAI全般に向けた最適化を指します。AIOは、GoogleのAIによる概要の略として使われることもあります。
- ChatGPTにホテルの情報が表示されないのはなぜですか?
- よくある原因は2つあります。robots.txtやボット対策でAIのクローラーを止めていること、そして料金や客室の情報が、画像やPDF、JavaScript、埋め込みの予約画面の中にしかないことです。OpenAIは、ChatGPTの検索に出たいなら、検索用のOAI-SearchBotを拒否しないよう案内しています。
- GPTBotを拒否すると、ChatGPTに表示されなくなりますか?
- OpenAIによると、GPTBotは学習用で、ChatGPTの検索にはOAI-SearchBotを使います。2つの設定は別々に効くため、GPTBotを拒否しても、OAI-SearchBotを許可していればChatGPTの検索に出られます。
- GoogleのAIによる概要に出るために、特別な対策は必要ですか?
- Googleは、特別な対策は必要ないとしています。ページがGoogle検索に登録され、検索結果に説明文(スニペット)付きで出せる状態であれば、AIによる概要やAIモードのリンク先の候補になります。あわせて、Search ConsoleでサイトをAIの機能から外す設定にしていないかも確かめます。
- 構造化データを入れれば、AIに選ばれますか?
- 入れるだけで選ばれるわけではありません。構造化データは、ページに書いた事実を機械に正しく渡す方法です。まずは本文に、正確で具体的な情報を書くことが先です。
- llms.txtは置いたほうがよいですか?
- 置くこと自体に害はありませんが、効果ははっきりしていません。llms.txtはまだ提案の段階です。GoogleもAI検索に出るために作る必要はないとしています。先に、公式サイトの本文を整えるほうが確実です。
- 小さな旅館でも、LLMO対策は必要ですか?
- 取り組む価値はあります。旅行者がAIに宿を尋ねたとき、AIが読める情報の少ない宿は、答えに使われにくいと考えられます。まずは公式サイトの基本情報を文章で書き、Googleビジネスプロフィールと主なOTAの情報をそろえることから始められます。
更新履歴
- 公開しました。
参考資料
- Google: AI features and your website
- Google: Optimizing your website for generative AI features on Google Search
- Google: Google-Extended(Googleのクローラー一覧)
- Google: JavaScript SEO basics
- Google: Search Central の更新履歴(FAQのリッチリザルト終了)
- Google: Guidelines for representing your business on Google
- Google: Book travel in AI Mode(2026年8月27日)
- Google: Search Consoleの生成AI機能の設定
- OpenAI: Introducing ChatGPT agent(2025年7月)
- Anthropic: Get started with Claude in Chrome
- Google Analytics: Default channel group
- OpenAI: Overview of OpenAI Crawlers
- OpenAI: Publishers and Developers FAQ
- Anthropic: クローラーとその止め方(ヘルプ)
- Anthropic: MCPの寄贈(2025年12月)
- Vercel: The rise of the AI crawler(2024年12月)
- schema.org: Hotels(宿泊施設のマークアップ)
- schema.org: About
- schema.org: LodgingBusiness
- llms.txt(提案)
- Chrome Lighthouse: llms.txt
- 日本経済新聞:「AI検索最適化」表す用語は 日本独自のLLMO、米国はAEO・GEO