外部の予約サイトで申し込んだ宿泊者が、ホテルの公式サイトにある「予約確認」へ進んだものの、予約が見つからない。フロントに届いた連絡も、日程を変えたいのか、到着が遅れるだけなのかが分からない。予約後の案内は、電話番号と予約ボタンを載せるだけでは行き先を判断しにくいことがあります。
ホテル・旅館の経営者やWeb担当者が最初に整理したいのは、どこから予約した人が、何を確認し、どの窓口へ進むかです。この記事では、架空の宿Kを例に、予約元と確認資料、変更先をつなぐページの作り方を紹介します。宿泊条件や取消料を決める記事ではなく、自施設で確認した受付方法をWebに載せるための設計例です。
「予約確認」が扱う予約を、ボタンの前で伝える
公式サイトの「予約確認」という言葉は、施設に入っているすべての予約を探せるようにも読めます。しかし、その画面が扱う予約の範囲は、利用しているサービスによって異なります。自施設の予約担当者と画面の仕様を確認し、対象をボタンの近くで説明します。
たとえば、公式サイトから申し込んだ予約だけを表示する画面なら、「当サイトからの予約を確認・変更」のように対象を示します。外部予約の利用者が入力後のエラーで初めて違いを知る構成より、入口で選び分けられる構成を考えます。対象外という注記だけで終わらず、その人が次に読む案内も並べます。
ドーミーインのFAQでは、公式の予約確認ページに表示される対象と、他社予約サイトで申し込んだ場合の確認先を分けて説明しています。また、予約番号の確認資料として通知メールを案内しています。参考にするのは、対象範囲と手掛かりを近くに置く説明の組み立てです。ドーミーインの予約に関するFAQ
自施設で「予約が見つかりません」と表示されたときも、予約が存在しないとは限りません。別の予約元、入力内容の違い、対象施設の選び間違いなど、確認する場面を予約担当者に聞きます。Web側で原因を断定せず、確認資料へ戻る方法と、解決しない場合の照会先を用意します。
入口の名称は、メニュー、FAQ、予約後の案内でそろえます。ある場所では「マイページ」、別の場所では「宿泊確認」と呼んでいるなら、同じ行き先なのかも確認します。サービス側の画面名をそのまま使う場合は、何をできるページなのかを短く補うと、初めて使う人にも対応が分かります。
予約元を選ぶ前に、確認できる資料を示す
宿泊者が覚えているのはホテル名だけで、申し込んだサイト名ではないことがあります。「予約サイトを選択してください」とだけ書くと、最初の分岐で止まります。予約確定時のメールや、申込時に利用したサイトの履歴など、予約元を確かめる手掛かりを先に示します。
ここで示すのは、自施設が実際に使っている予約サービスに合う確認方法です。メールの件名や差出人名、予約番号の表示位置がどこにあるかは、予約担当者が許可された見本で確認します。見本を公開する場合は、実際の宿泊者名や予約番号を残さず、説明用の内容だと分かる形にします。
宿Kの設計例では、ページ冒頭に「予約時のメールなどで、申し込んだ窓口をご確認ください」と置き、その下に経路の選択肢を並べます。どこで支払ったかだけを予約元の判定条件にはしません。現地払いでも外部サイトから申し込む場合があり、決済方法と申込経路は別の情報だからです。
同行者や旅行の幹事が予約した場合は、本人の手元に確認メールがないこともあります。予約元が分からない人に架空の番号や適当なサイトを選ばせず、予約した人へ確認する案内と、不明時に施設へ照会できる範囲を用意します。施設が答えられる情報や確認方法は、担当者の運用に合わせて決めます。
「予約元が分からない」は、予約がないという回答ではありません。入力フォームを置く場合も、不明を選んだときに予約サイト名を必須にするなど、説明と矛盾する条件を避けます。分かる範囲で照会できる設計と、変更の手続きそのものが完了する設計を分けて考えます。
予約元・確認資料・行き先を一枚で照合する
原稿を書く前に、宿Kの担当者が確認する項目を表にします。以下は架空の編集例であり、実在施設の受付方法ではありません。電話予約をどこで変更するか、外部予約について施設がどこまで案内するかも、実際の契約と運用を確かめてから掲載します。
| 予約した経路 | 手元で確かめるもの | ページに置く行き先 | 掲載前の確認 |
|---|---|---|---|
| 公式サイト | 予約時のメール・対象施設 | 公式予約の確認案内 | 対象となる予約と必要情報 |
| 施設への電話 | 予約した施設・宿泊日など | 施設が定めた連絡窓口 | 受付方法と担当する範囲 |
| 外部サイト・旅行会社 | 申込先の名称・確認資料 | 申込先での手続き案内 | 最新の案内先と例外の扱い |
| 予約元が不明 | 分かる範囲の申込情報 | 経路を確かめる照会案内 | 本人確認と回答できる範囲 |
図にする場合は、最初に確認資料、次に予約元、最後に行き先を置きます。公式、電話、外部、不明の四つは、ページ制作のための整理であり、すべての施設に共通する分類ではありません。団体の取引先や専用契約など、別の窓口があるなら自施設に必要な分岐へ直します。
外部予約の行き先には、単にサービスのトップページを置けば足りるとは限りません。予約の確認や変更に関する案内まで進めるか、アプリへ切り替わるか、ログインが必要かを確かめます。本人の予約情報を含む専用URLを、誰でも開ける公式ページに貼るような作り方はしません。
&Here TOKYO UENOのFAQでは、予約確認メール内のURLを使う案内と、公式サイト以外の予約サイト・旅行会社を経由した場合の案内が分けられています。不明な場合の問い合わせ先も示されています。予約元に合わせて説明する公開例として参照できます。&Here TOKYO UENOの予約変更案内
外部サイトを並べる順番は、広告枠や新規予約のおすすめ順と混ぜないようにします。ここに来る人は、これから宿を探す人ではなく、すでにある予約について調べる人です。新しい空室検索へ送り直すより、申込済みの予約を扱う入口だと分かる見出しとリンク名を優先します。
公式サイトから予約を始めても、途中で別のサービス名が表示されることがあります。その名称を見ただけで外部予約に分類させると、公式予約の人が別の分岐へ進むかもしれません。施設名、公式予約の案内名、遷移先で表示されるサービス名を対応させ、名前が変わる場所に補足を置きます。ドメインが違うという理由だけで分類を決めず、施設が使う予約経路を担当者と確かめます。
変更手続きと、施設へ伝える連絡を区別する
予約後の用件には、日程や人数の変更、取消、到着予定の連絡、設備についての質問などがあります。同じ「予約について」という入口に集める場合も、次の画面では何をしたいかを区別します。日程変更の窓口を知りたい人と、交通の遅れを知らせたい人を、同じ説明だけで案内しないようにします。
到着が遅れるときの連絡先を示すことは、予約内容を変更できる権限がその窓口にあることを意味しません。反対に、外部サイトで日程を変更する案内だけでは、当日の施設への連絡が必要な場面を説明しきれない場合があります。施設が定めている用件ごとの連絡先を確認し、必要なら案内を相互につなぎます。
変更できる内容や、画面で手続きできる期間もサービスと予約条件によって異なります。「日程も人数もここで変えられます」と一括して書く前に、実際の対象範囲を照合します。Web担当者が独自の期限や例外を付け足すのではなく、確認済みの条件へ案内する文章にします。
料金や返金についても、施設の共通説明と個別プランの条件がある場合は、どこを確認するかを整理します。記事の設計例に数値を入れて埋める必要はありません。宿泊者が申し込んだ条件へ戻れる位置に説明を置き、変更先を示すことと、費用がかからないと約束することを分けます。
照会の送信後に、今の状態を読み取れるようにする
予約元が不明な人から施設へ照会を受けるなら、送信後の表示も原稿に含めます。「お問い合わせを受け付けました」だけでは、変更の依頼も通ったと思われるかもしれません。経路の確認を受け付けた段階なのか、変更希望を受け付けた段階なのかを、実装する機能に合わせて説明します。
宿Kの例では、経路確認用のフォームを、変更処理を実行する画面とは分けて設計します。確認を受けた担当者が回答する方法と、その後に必要となる手続きを案内します。この照会を送るだけで予約が変わる、取消が完了する、元の条件が保留になるといった表示は、実際の機能がなければ使いません。
入力項目は、担当者が照合に使うものから決めます。予約元が分かればその名称、宿泊予定日、対象施設、返信先などを候補にし、何を必須にするかは実務を確認します。確認メール全体の添付を一律に求める前に、必要な部分だけで足りないかを見直します。カード番号やログインのパスワードを聞く構成にはしません。
自動返信と担当者の回答は、文面を別に用意します。自動返信には受け取った用件と次の案内を示し、担当者の回答では分かった予約元と案内先を伝えます。確認に時間がかかる場合の目安は、施設が実際に対応できる範囲を確かめて書きます。実施できない即時対応をページ上だけで約束しないようにします。
予約サービスの変更時に、案内も一緒に更新する
ページを公開した後は、リンクが開くかだけでなく、その行き先が今も対象の予約を扱うかを見直します。予約サービスを切り替えた場合、切替前の予約が新しい確認画面に表示されるとは限りません。旧予約をどう確認するかは、移行時に施設とサービス提供元へ確認します。
旧サービスの案内を残す必要があるときは、「旧サイト」とだけ書かず、どの予約が対象かを判定できる説明を用意します。予約を取った時期と宿泊する時期のどちらで分けるのかも、移行条件に合わせます。終了したリンクを外す担当と時点を決め、現在の予約案内と並べたまま放置しないようにします。
最後の点検では、公式予約の人、外部予約の人、予約元が分からない人の三つの立場でページを読みます。それぞれが手元の資料から行き先を選べるか、必要な確認情報をリンク前に理解できるか、照会と手続き完了を取り違えないかを確かめます。スマホでは長いサービス名やボタンの説明が途中で隠れていないかも見ます。
点検用の記録には、出発したページ、選んだ経路、到着した画面名、迷った説明を残します。外部画面から戻ったときに、どの案内を読んでいたか分かるかも確認します。見つかった問題がリンク切れなのか、対象の説明不足なのかを分ければ、修正依頼が具体的になります。実際の予約を使う操作テストは、施設が認めた検証方法と範囲を決めて行います。
施設内で確認した対応表に、原稿の確認担当と確認日を添えると、予約サービスや受付方法が変わったときの修正箇所が分かります。新規予約のボタンを増やす前に、現在の予約を持つ人がどこへ進めばよいかを一度たどってみてください。その結果をページ構成、FAQ、予約後の案内へ反映することが、制作会社へ依頼する具体的な範囲になります。
参照資料：ドーミーインの予約に関するFAQ、&Here TOKYO UENOの予約変更案内。2026年9月21日確認。個別施設の説明構成を参照し、変更可否・期限・料金・返金条件を一般化しません。
