結論・概要

2025年の訪日外国人旅行者数は4,268万人(前年比+15.8%)で初めて4,000万人を突破し、旅行消費額は9兆4,559億円に達しました(JNTOやまとごころ.jp)。そしてその旅行者たちは、もはやGoogleだけで宿を探していません。世界の旅行者の約4割が旅行計画にAIツールを使い(Statista)、訪日予定の中国人旅行者に至っては9割以上が生成AIで旅程を設計しています(インタセクト調査・HotelBank報道)。

ここで見落とされがちな事実が1つあります。外国人旅行者はAIに母語で質問し、AIは基本的にその言語のソースを優先して回答を組み立てるということです。日本語ページしか持たない施設は、英語の "best ryokan in Hakone with private onsen" という質問に対して、そもそも引用候補に入りにくい。国内AEO対策が済んでいても、多言語AEOは別の勝負です。

この記事でわかること

  • 訪日客の旅行計画がAIに移行しているデータ(国別)
  • なぜ日本語ページだけではAIの外国語回答に出られないのか
  • 多言語AEOの5ステップ(英語ページ実体化 → hreflang → 多言語構造化データ → 口コミ多言語対応 → 言語別計測)
  • 自動翻訳ウィジェットがAEO的にほぼ無力な理由

3行サマリー

  1. 訪日客4,268万人・消費9.4兆円。うち相当数がChatGPT/Gemini等で宿・店を探す時代に
  2. AIは質問言語と同じ言語のソースを優先する — 日本語ページだけでは英語回答に出られない
  3. 対策は「実体のある英語ページ + hreflang + 言語別FAQ構造化データ + 口コミ多言語返信 + 言語別AI推薦率計測」

用語の整理

用語意味
多言語AEO外国語のAI回答(英語・中国語等)に自施設が引用・推薦されるための最適化
hreflang同一ページの言語版同士の対応関係を検索エンジンに伝えるHTML属性
自動翻訳ウィジェットページを動的に機械翻訳するツール。翻訳結果はURLを持たずクローラーに実体として認識されにくい
AI推薦率AI回答に自施設名が出る確率。言語ごとに測る(英語で聞いた場合・中国語で聞いた場合…)
CEPCategory Entry Point。「箱根 温泉 おすすめ」のような、施設を想起される質問の入口

01背景 — 訪日客の「旅マエ」はAIに移った

データで見る変化

指標数字出典
2025年 訪日外国人旅行者数4,268万人(前年比+15.8%・過去最高)JNTO
2025年 インバウンド消費額9兆4,559億円(+16.4%)やまとごころ.jp
旅行計画にAIを使う旅行者(世界)約40%Statista
訪日予定の中国人旅行者の生成AI利用90%超(「積極的に利用」53.4%+「部分的に利用」37.0%)HotelBank(インタセクト調査)
同・18〜24歳の利用率94.0%同上

国別の内訳(2025年: 韓国946万・中国910万・台湾676万・米国331万・香港252万)を見ると、上位5市場のうち4つが非日本語圏・非英語圏です。つまり多言語AEOは「英語対応」だけでは完結せず、英語+中国語(簡体字・繁体字)+韓国語が実質の必須セットになります。

なぜ日本語ページだけではダメなのか

検索連携型AI(ChatGPT検索・Perplexity・Gemini・AI Overviews)は、ユーザーの質問文と同じ言語のWebソースを優先的に検索・引用する傾向があります。英語で "where to stay in Kanazawa" と聞けば、引用されるのは英語のガイド記事・英語の公式ページ・英語の口コミです。

このとき日本語しかない施設サイトは、(1) 英語クエリの検索結果に出にくい、(2) 出てもAIが引用しにくい、(3) 代わりにOTAや海外メディアの英語ページが「あなたの施設の代弁者」になる——という三重の不利を負います。3つ目が特に深刻で、料金・設備・ポリシーの説明権を他社に握られた状態でAI回答が生成されます。

この構造はポータルのヘッドレス化で解説した「入口の喪失」の多言語版です。

02実践 — 多言語AEOの5ステップ

STEP 1: 英語ページを「実体」として持つ(自動翻訳ウィジェットでは不可)

最重要かつ最初の分岐点です。ページ上のボタンで動的に機械翻訳するウィジェット型は、翻訳結果が独自URLを持たないためクローラーとAIには存在しないのと同じです。

最低要件は次の通りです。

  • /en/ など独立したURLで英語ページを静的に配信する
  • 対象は全ページでなくてよい。優先順位は「トップ → 客室/メニュー・料金 → アクセス → FAQ・ポリシー(キャンセル規定、子供可否、ハラール/ベジ対応、タトゥー可否)」
  • 機械翻訳ベースでも、固有名詞・料金・営業時間・ポリシーだけは人間が検品する。AIはここを引用するため、誤訳は誤案内として拡散する

訪日客がAIに聞く質問は「Do they accept tattoos in the onsen?」「Is there an English menu?」のようなポリシー系が多いのが特徴です。日本人向けサイトでは自明すぎて書いていない情報こそ、英語FAQの主役になります。

STEP 2: hreflang で言語版の対応関係を宣言する

言語版を作ったら、各ページの <head> で相互に宣言します。

<link rel="alternate" hreflang="ja" href="https://example.com/rooms/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/rooms/" />
<link rel="alternate" hreflang="zh-Hans" href="https://example.com/zh-cn/rooms/" />
<link rel="alternate" hreflang="zh-Hant" href="https://example.com/zh-tw/rooms/" />
<link rel="alternate" hreflang="ko" href="https://example.com/ko/rooms/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/rooms/" />

ポイントは3つ。(1) 必ず相互リンクにする(英語ページにも同じセットを書く)、(2) x-default は英語に向ける(訪日客サイトの場合、言語不明ユーザーの多数派は非日本語話者)、(3) 中国語は簡体字/繁体字を分けるzh-Hans/zh-Hant。台湾・香港は繁体字圏)。

hreflangが正しく設定されていれば、AI Overviewsなどが回答生成時にユーザー言語に合ったページを選びやすくなります(AI検索パートナーズGOOD LUCK TRIP)。

STEP 3: 構造化データを言語ごとに実装する

構造化データ完全ガイドの多言語版です。要点は、言語版ごとにその言語のJSON-LDを持つこと。英語ページに日本語のJSON-LDを置いても意味がありません。

{
  "@context": "https://schema.org",
  "@type": "Hotel",
  "name": "Ryokan Example Hakone",
  "alternateName": "旅館エグザンプル箱根",
  "description": "A traditional ryokan in Hakone with private open-air onsen baths. Tattoo-friendly private baths available.",
  "availableLanguage": ["ja", "en", "zh"],
  "checkinTime": "15:00",
  "checkoutTime": "10:00",
  "priceRange": "¥25,000–¥60,000",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "Hakone",
    "addressRegion": "Kanagawa",
    "addressCountry": "JP"
  }
}
  • name英語表記を主、日本語を alternateName に(英語ページの場合)
  • availableLanguage で対応言語を明示(「英語スタッフはいるか」はAIへの頻出質問)
  • FAQPage も言語ごとに用意する。「タトゥー」「ハラール」「子供連れ」「荷物預かり」「決済手段(Alipay/WeChat Pay/クレカ)」は各言語共通の頻出トピック

STEP 4: 口コミを多言語で運用する

AIはあなたの公式サイトだけでなく、Googleマップの口コミと返信を重要なソースとして読みます。外国語口コミへの返信は、その言語の「公式一次情報」を口コミ面に増やす行為です。

  • 外国語の口コミには同じ言語で返信する(英語口コミに日本語返信では、英語圏のAIにもユーザーにも届かない)
  • 返信には事実情報を織り込む("Our private onsen can be booked at the front desk for ¥2,000/45min" のように、AIが引用できる形で)
  • 低評価対応の原則はGoogleマップ口コミ返信戦略と同じ

多言語返信の運用負荷が問題になる規模なら、言語自動検出とトーン自動切替で返信案を生成するAI返信ツール(当社ではSendReplyを提供しています)を使い、承認フローだけ人間が持つ形が現実的です。

STEP 5: 言語別にAI推薦率を測る

対策の成否は言語ごとに分かれます。日本語の「箱根 旅館 おすすめ」で言及されても、英語の "best ryokan in Hakone" で言及されるとは限りません。

  • 主要CEP(10問程度)を日英中韓の4言語に翻訳し、ChatGPT・Gemini・Perplexityへ月次で投げて言及有無と順位を記録する
  • 計測の基本設計はAI推薦率の測定と改善サイクルを参照
  • 英語版だけ言及ゼロなら、原因はほぼSTEP 1〜3のどこかにある(英語の実体ページ不足 → 英語ソース上の言及不足の順で疑う)

03よくある失敗

失敗なぜダメか対処
自動翻訳ウィジェットで「多言語対応済み」翻訳結果がURLを持たず、クローラー・AIに実体として存在しない/en/ 等の静的URLで配信
英語ページが日本語ページの直訳だけ訪日客固有の疑問(タトゥー・ハラール・決済・荷物)に答えていない訪日客向けFAQを英語で新規に書く
hreflang が片方向相互リンクでないと無効扱いになる全言語版に同一セットを実装
中国語を zh 1本で済ませる台湾・香港(繁体字圏で計928万人)に最適化されないzh-Hans / zh-Hant を分離
日本語でだけAI推薦率を計測英語・中国語の回答では別の結果になる言語別に月次計測

04取るべきアクション — 今月から始める4つ

  1. 現状把握(30分) — ChatGPTに英語で "best hotel in ○○(自施設のエリア)" 系の質問を5つ投げ、自施設と競合の言及を記録する。
  2. 英語FAQの新設(1週間) — 訪日客の頻出疑問10問(タトゥー・決済・子供・食事制限・荷物・チェックイン等)に英語で答えるページを /en/faq/ に作る。FAQPage JSON-LD付き。
  3. hreflang 実装(半日) — 既存の言語版ページに相互hreflangを設定し、Search Consoleでエラーがないか確認する。
  4. 外国語口コミ返信の運用開始(今週から) — 直近30日の未返信外国語口コミに、同じ言語で事実情報入りの返信をする。

自施設の多言語対応がAIにどう評価されているかは、AEOチェッカーの多言語カテゴリ(hreflang・英語/中国語/韓国語コンテンツ検出)で無料診断できます。


参考文献

本記事はAEO総研編集部が公開情報をもとに執筆しました。統計は出典時点の数値です。