ツアー旅程表HTMLを共有する方法

共有前の確認点

旅程表HTMLには宿泊先の連絡先や集合時刻など個人情報が含まれることが多いため、アップロード前にソースコードを開いて外部トラッキングスクリプトや不要なAPIキーが残っていないか確認します。特にAIツールが自動生成したコードはサンプル用のプレースホルダが残りやすいので注意が必要です。

PCブラウザとスマートフォンの両方で実際に開き、地図リンクのタップ動作や日程テーブルの横スクロールが意図通りかを目視確認します。旅行当日に参加者がスマホで開くケースが多いため、モバイル表示の崩れは事前に必ず潰しておく必要があります。

共有を始める前に「どの段階まで見せるURL」なのかを決めておきます。確定前のドラフト版と最終確定版が混在すると参加者が混乱するため、確認用URLと本番URLを別管理するか、差し替え時にその旨をメッセージで添えるルールを設けると安全です。

• 相手がログインなしで開ける状態か確認する
• PCとスマホで最低1回ずつ表示を確認する
• 内部情報・個人情報・不要な外部送信が残っていないか見る
• レビュー期限と修正時の差し替え方を決めておく

向いている認証方式

参加者が旅行会社の顧客（一般消費者）の場合は、パスワード認証が最もシンプルです。パスワードは旅程表の予約番号下4桁など参加者が必ず知っている情報に紐づけると失念リスクを下げられます。メール認証は相手のメールアドレスが正確に分かっている法人窓口への送付に向いています。

旅行会社の社内スタッフや協力会社の担当者だけが確認するケース（たとえば添乗員向け詳細版やリスクマネジメント情報を含む版）では、会社ドメイン認証を設定するとアカウント管理なしに所属判定が行えます。閲覧期間はツアー出発日の翌日まで、という形で期限を設定しておくとURLが残り続けるリスクを防げます。

• 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
• 特定の相手だけ: パスワードまたはメール認証を使う
• 会社内だけ: 会社ドメイン認証を検討する
• 短期レビュー: 期限を設定して古いURLを残さない

相手への送り方

旅程表URLを送る際は、件名に「【確認用URL】〇〇ツアー旅程表（パスワード付き）」のようにURLが含まれていること・認証が必要なことをひと目で伝える書き方にします。本文にはURLとパスワード、有効期限、表示に問題があった場合の問い合わせ先を箇条書きで並べると、受信者側の手間が減ります。

複数の参加者に一斉送信する場合は、BCCを使うか、個別メールを送ってURLを共有します。共有URLが同一であれば何人がアクセスしてもファイルは同じ最新版を指しますが、パスワードの使いまわしが心配な場合は参加者グループごとにURLを発行しておくと閲覧ログでグループ単位の確認状況が把握できます。

更新・期限管理

旅程変更が発生した際はHTMLを修正したうえで同じスロットに上書きアップロードします。URLが変わらないため参加者への再通知はメッセージひとつで済みますが、「〇月〇日版に更新しました」と更新日時を必ず添えて既読の判断をしやすくします。変更箇所が多い場合は差分を箇条書きで送ると見落とし防止になります。

ツアー終了後は速やかにURLを無効化するか、期限切れの状態にします。旅程表には集合場所・緊急連絡先などセキュリティ上の情報が入っているため、長期間放置するのはリスクになります。期限自動切れ機能を使って出発翌日に失効する設定にしておくと、消し忘れを防止できます。