多言語の予約サイトで離脱を減らすには｜料金・在庫・入力フォームの点検表

多言語の予約サイトで離脱を減らすには、ページ全体を一度に作り直すのではなく、料金理解、在庫確認、予約者情報の入力、決済、予約確定に分け、国・言語・通貨を固定した同じ条件で最後まで通すことが先です。

A-QUAでは、次の順番で点検することを提案します。

表示された料金から、支払総額と追加費用の条件を理解できるか
希望日・人数・プランの在庫を確認できるか
海外の氏名・住所・電話番号を入力できるか
決済に失敗したとき、理由と次の行動が分かるか
完了画面、確認メール、予約台帳で同じ予約を確認できるか

翻訳の自然さだけを見ても、予約できるかどうかは判断できません。英語の商品ページから日本語の予約画面へ移る、検索時と決済時で通貨が変わる、入力エラーの理由が読めない、といった画面間の断絶を探すのがこの記事の目的です。

最初に、予約導線を同じ集計単位で計測する

予約数が少ないという結果だけでは、どこを直すべきか分かりません。まずはセッション単位の到達率を、次のように定義します。

指標	分子	分母	補足
在庫検索率	日付・人数を指定して検索したセッション	商品・プランを閲覧したセッション	同一セッション内の複数検索は1として数える
検索結果応答率	検索結果画面が返ったセッション	在庫を検索したセッション	空きあり、満席、条件不一致を含む。通信・システムエラーは含めない
予約可能枠表示率	予約可能な日時・プランが1件以上表示されたセッション	検索結果画面が返ったセッション	満席や条件不一致だけの結果は分子に含めない
入力開始率	予約者情報の入力を開始したセッション	予約可能枠が表示されたセッション	入力画面を表示しただけか、最初の入力を行ったかを社内で統一する
決済到達率	決済画面へ進んだセッション	予約者情報の入力を開始したセッション	現地払いの場合は、最終確認画面など対応する段階を定義する
予約完了率	予約完了イベントが発生し、予約番号を照合できたセッション	決済画面へ進んだセッション	分子・分母ともセッション単位。完了画面の表示だけでは確定しない

この表では、すべての分子と分母をセッション単位にそろえています。予約件数や利用人数は、次のように別の指標として管理してください。

予約件数：重複しない予約IDで数える
予約者数：同一人物として統合できた顧客IDで数える
利用人数：大人・子ども・同伴者を含む参加人数として数える
売上：予約台帳または決済記録と照合した金額で数える

予約件数、予約者数、利用人数を混ぜると、「予約率は変わらないが、1予約あたりの利用人数が増えた」といった変化を判別できません。同伴者は予約者として重複計上せず、予約にひもづく別の属性として記録します。

顧客単位でも見る場合の注意点

同じ人が複数セッションに分けて検討する場合、セッション到達率だけでは顧客単位の転換を表せません。顧客単位で見るなら、たとえば次の指標を別に設けます。

予約完了顧客率＝期間内に予約を完了した顧客数 ÷ 期間内に対象商品を閲覧した顧客数

分子と分母には、同じ匿名ユーザーIDまたは顧客IDを使います。ただし、ログイン前後、Cookieの削除、別端末の利用、代理予約などがあると、同一人物を正確に統合できません。

顧客IDを自動採番するだけでは重複排除にならない点にも注意が必要です。A-QUAでは、次を計測仕様として先に決めることを提案します。

ログイン済み顧客は既存の会員IDへひもづける
ゲスト予約は、適切な権限と利用目的の範囲で予約記録との照合条件を決める
同一人物と判断できない記録は無理に統合しない
統合不能な場合、予約者数を確定値として扱わず、識別可能な顧客数として注記する

国・言語・端末を混ぜた全体平均も避けます。「英語・米国・モバイル」「繁体字・台湾・モバイル」のように分けると、特定の市場だけで起きている問題を探しやすくなります。

料金・在庫・入力・決済の判断表

次は、A-QUAが提案する予約導線の確認順です。各項目を実施すれば予約率が上がると保証するものではありません。自社の予約データ、エラー記録、問い合わせ内容をもとに判断してください。

観測した状態	疑う場所	その場で確認すること	改善候補
商品ページは見られるが在庫検索が少ない	料金・予約条件	通貨、税の扱い、追加料金、キャンセル条件、所要時間が予約前に分かるか	支払判断に必要な条件を予約ボタンの近くへまとめる
検索操作は多いが結果画面が返らない	検索処理・連携	通信エラー、タイムアウト、外部予約システムとの接続を確認できるか	エラーを記録し、再試行できる状態にする
結果画面は返るが予約可能枠が少ない	在庫・検索条件	販売期間、人数区分、締切時刻、最低人数、タイムゾーンが正しいか	満席と条件不一致を分け、日付や人数を変更できるようにする
予約可能枠は出るが入力へ進まない	プラン比較・引き継ぎ	言語、日時、人数、金額が次画面へ正しく引き継がれるか	選択内容を固定表示し、戻る導線を用意する
入力開始後の離脱が多い	入力フォーム	海外住所、電話番号、氏名を受け付けるか。不要な必須項目がないか	書式例を対象言語で示し、必須項目を見直す
決済開始後の離脱が多い	決済	通貨、請求額、利用可能な手段、失敗時の案内が分かるか	再試行、別手段、問い合わせの選択肢を示す
完了イベントはあるが予約台帳にない	システム連携	決済結果、予約番号発行、在庫減算、確認メールが連動しているか	完了判定を予約番号や台帳データと照合する
予約後の問い合わせが多い	完了画面・確認メール	日時、人数、集合場所、支払状況、変更方法が同じ言語で届くか	確認メールと現場の案内内容をそろえる

手順1｜料金は「金額」ではなく、支払判断に必要な情報を点検する

料金欄では、数字が表示されているかだけでなく、次を同じ流れの中で確認します。

表示通貨と実際に決済される通貨
選択した人数・日付・プランに対する合計額
税やサービス料など、別途発生する費用の有無
現地払いと事前決済の区分
キャンセルや変更に関する条件
オプション追加後の総額

市場によって価格表示への期待が異なることは、Shopifyの市場別ローカライズに関する公式案内でも説明されています。同資料はECストア向けであり、観光予約サイト全般の仕様や法的要件を示すものではありません。ただし、見慣れない通貨や地域に合わない価格表示が判断を難しくするという点は、予約導線を点検する際の参考になります。

料金を修正するときは商品ページだけで終わらせず、検索結果、入力内容の確認画面、決済画面、確認メールまで同じ条件で表示されるかを通しで確認します。税や取消条件などの表示方法は、自社に適用される法令、約款、予約・決済サービスの最新条件を別途確認してください。

手順2｜「空きがない」と「検索できない」を分ける

在庫検索後に予約可能枠が出なくても、本当に満席とは限りません。運営側では、少なくとも次を切り分けます。

選択日が販売期間外になっている
人数が最少・最大催行人数に合わない
大人・子どもなどの人数区分に矛盾がある
受付の締切時刻を過ぎている
対象プランが特定市場では販売されていない
外部予約システムとの同期が止まっている
サイトと予約システムでタイムゾーンの扱いが違う
検索処理自体がエラーになっている

利用者向けの表示も、「予約できません」だけでは次の行動を選べません。自社で判定できる範囲で、満席、受付終了、人数条件の不一致、システムエラーを分けます。

代替日を出せる商品なら前後の日付を、別プランへ振り替えられるなら候補を提示します。運営側の確認が必要な条件だけ、問い合わせを案内してください。

手順3｜海外の入力値でフォームを実際に通す

日本国内の情報だけでテストすると、海外利用者特有のエラーを見逃します。A-QUAでは、対象市場ごとに架空のテストデータを用意し、本番と同じ順序で確認する方法を提案します。実在する個人情報やカード情報は使わず、自社のテスト環境と決済事業者の手順に従ってください。

確認項目は次のとおりです。

氏名の順序、スペース、ハイフンなどを受け付けるか
国番号を含む電話番号を入力できるか
郵便番号や都道府県を日本形式に限定していないか
日本語のフリガナを海外利用者にも必須としていないか
日付の年月日を誤読しにくい表示になっているか
必須・任意が対象言語で分かるか
エラー文が同じ言語で、直す場所を示しているか
前の画面へ戻っても入力内容が残るか
スマートフォンで入力欄やボタンが隠れないか

チェックアウトの文言を変更した場合、複数言語の翻訳も更新する必要があることは、Shopifyのチェックアウト翻訳に関する公式案内にも明記されています。これもShopify固有の操作案内ですが、「標準言語だけを直し、翻訳版を更新し忘れる」という確認漏れを防ぐ材料になります。

入力項目を減らす場合は、「予約時に必要」「予約後から利用前までに必要」「現場で確認できる」の3つに分けると、必須項目を判断しやすくなります。

手順4｜言語・国・通貨を利用者自身で変更できるか確認する

アクセス元のIPやブラウザ言語による自動切り替えは便利ですが、旅行中、VPN利用中、代理予約中には想定と違う市場へ振り分けられることがあります。

Shopifyの市場別ローカライズに関する公式案内も、IPによる位置判定は常に正確とは限らないため、国・地域と言語の選択肢を併設することを推奨しています。観光予約サイトでも、A-QUAは次を確認するよう提案します。

現在選ばれている国・言語・通貨が画面上で分かる
利用者が自分で変更できる
変更後も選択した商品・日付・人数が保持される
商品ページから予約完了まで言語が維持される
対象外の国へ切り替えた場合、販売可否と理由が分かる

自動リダイレクトを一律に外すのではなく、誤判定された利用者が自力で変更できるかを確かめることが重要です。

手順5｜決済失敗を原因別に記録する

決済開始後に予約が完了しない場合、すべてを同じ「離脱」にすると改善先を決められません。取得できる範囲で、次のように分けます。

利用者が決済画面から戻った
入力内容のエラーが表示された
本人認証が完了しなかった
決済が拒否された
システムエラーが発生した
決済後に予約番号を発行できなかった

エラーコードや詳細情報の保存方法は、利用中の予約・決済サービスの仕様とセキュリティ要件に従います。カード番号など、保存すべきでない情報を分析目的で取得してはいけません。

利用者向けには、原因を開示できる範囲で「再入力」「別の決済手段」「時間を置いて再試行」「問い合わせ」のいずれへ進めばよいかを示します。

優先順位は、影響の大きさと再現性で決める

A-QUAが提案する優先順位は次のとおりです。

優先度	判断条件	例
最優先	予約不能、誤請求、在庫不整合につながり、同じ条件で再現する	特定言語では決済へ進めない、表示額と請求額が違う
高	主要市場や端末で繰り返し発生する	海外電話番号が入力できない、翻訳版だけエラー文が日本語
中	予約はできるが、判断や入力に余計な手間がある	総額が確認画面まで分からない、戻ると入力が消える
低	利用不能ではなく、表現や視認性の調整が中心	補足文の言い回し、余白、見出し順

流入が少ないページでも、予約不能や金額不一致があれば先に対応します。一方、表現の好みだけで大規模改修を始めず、再現できる問題から切り分けます。

仮定例：数字から原因を決めつけない

以下は考え方を示すための仮定例で、A-QUAの実績や効果保証ではありません。

英語・モバイルで決済へ進んだセッションが100、そのうち予約番号まで照合できた完了セッションが40なら、決済到達セッションを分母にした予約完了率は40%です。別言語では100セッション中70セッションが完了していても、翻訳だけが原因とは断定できません。

商品、金額、流入元、決済手段などの条件をそろえ、英語側で再現するエラーがあるかを確認します。修正後も同じイベント定義と分母で比較し、変更を複数同時に入れないようにします。

40件を超える予約が同じ40セッション内で成立する可能性もあります。予約件数を確認するときは、セッション数ではなく重複しない予約IDを別に集計してください。

公開前・改修後の確認チェックリスト

予約画面だけでなく、現場までつないで確認する

A-QUA代表は前職で、2020年6月から2024年6月までニコニコレンタカーの訪日事業立ち上げを担当しました。公開済みの担当範囲は、英語・中国語・韓国語のサイト、UI/UX、SEO、予約システム開発の推進、店舗連携、商談です。期間、担当範囲、成果はニコニコレンタカーの訪日事業立ち上げ事例で確認できます。

この事例から記事に引き継いでいるのは、翻訳画面だけでなく、検索、予約システム、予約後に利用者を受け入れる現場まで一続きで見るという考え方です。この記事の点検表を同案件で導入し、効果を実証したという意味ではありません。

自社で離脱箇所を切り分けにくい場合や、多言語サイト、予約システム、現場運用をまとめて見直したい場合は、A-QUAの訪日事業支援をご覧ください。現在の導線と取得できる予約データを確認し、どこから直すべきかを整理します。