岬町の事業継続ページ｜台風・休業・再開情報の更新手順

台風や高波が予想されるとき、利用者が知りたいのは「今日は営業しているか」「予約はどうなるか」「いつ次の情報が出るか」です。事業者が安全確認に追われる中で、電話、SNS、予約システム、自社サイトへ別々の案内を出すと、内容が食い違うことがあります。

岬町の総合防災マップには、洪水、高潮、土砂災害、地震、津波の各ハザードと避難所・避難場所等が掲載されています。ただし、事業者サイトが防災・避難情報を独自判断で置き換えてはいけません。公的情報は岬町や大阪府等の公式ページへ案内し、自社サイトでは営業、予約、運航、受取、問い合わせ等、自社が責任を持てる情報を更新します。

この記事では、台風・高波・停電・交通障害・人員不足・サイバー障害等を想定し、判断者、第一報、顧客対応、代替連絡、再開、訂正までを一つの事業継続ページで運用する方法を解説します。

緊急ページは「防災情報」と「自社情報」を分ける

緊急ページの役割は、気象や避難の専門情報を再発信することではありません。利用者が自社のサービスについて次の行動を判断できるようにすることです。

情報	主な責任元	自社ページでの扱い
気象警報・注意報	気象庁等	最新の公式ページへリンクする
避難情報・避難所	岬町・大阪府等	自社で要約を固定せず公式情報へ案内する
道路・鉄道・航路	各管理者・運行者	利用者が確認できる正規ページへ案内する
店舗・施設の営業	自社	対象、時間、変更理由、次回更新を示す
予約・注文・受取	自社	変更、取消、振替、返金、連絡方法を示す
再開判断	自社と関係者	現地、設備、人員、交通等の確認結果を示す

岬町の防災情報ページには、地域防災計画、総合防災マップ、おおさか防災ネット、防災行政無線、避難情報等への入口があります。事業者は必要な公式リンクを平時に選び、緊急時に検索し直さなくてもよい状態にします。

「警報が出たから休業」等の判断基準は、事業内容、場所、顧客、設備、交通で異なります。他社の文面をコピーせず、自社の安全基準と行政・気象情報を関係者で確認します。

想定事象を自然災害だけに限定しない

台風や高波以外でも、営業や情報発信が止まることがあります。想定事象を次のように分けると、必要な連絡手段を選びやすくなります。

台風、大雨、高潮、津波、土砂災害、地震等
停電、断水、通信障害、道路・鉄道・航路の支障
施設・船舶・車両・設備の故障
仕入れ、配送、委託先の停止
感染症、急な欠員、担当者不在
Webサイト、予約、メール、決済等の障害
不正アクセス、ランサム攻撃、DDoS攻撃等

すべてに別のページを作る必要はありません。「営業を続けられるか」「予約・注文へ影響するか」「通常の連絡手段を使えるか」の三点で分類し、使うひな型を決めます。

所在地ごとのリスクは、岬町総合防災マップと現地で確認します。海辺だから一律に同じ危険があると決めず、店舗、倉庫、港、駐車場、集合場所、従業員と利用者の経路を分けて見ます。

判断者・更新者・代行者を三人称で決める

「社長が判断」「Web担当が更新」だけでは、本人と連絡が取れないと止まります。役職または機能で、判断者、情報収集者、更新者、顧客対応者、代行者を決めます。

判断表には、次を記録します。

何を確認したら検討を始めるか
誰が営業変更・休止を決めるか
誰が従業員、取引先、予約者へ連絡するか
誰がサイトと代替チャネルを更新するか
判断者不在時に誰が代行するか
再開前に誰の確認が必要か

少人数なら一人が複数役を担っても構いません。ただし、同じ人の端末や記憶だけに手順を置かず、連絡先、ログイン方法、ひな型、確認項目を安全な場所で共有します。パスワードそのものを紙や共有文書へ平文で並べず、組織で管理できる方法を選びます。

第一報は七項目を固定する

緊急時に長文を書く必要はありません。第一報の項目と順序を固定します。

更新日時と、情報が対象とする日
現在の状態（通常、変更、休止、再開準備、再開）
影響する店舗、サービス、時間帯
予約、注文、受取、返金等の対応
利用できる連絡先と、使えない連絡手段
次回更新予定
防災・避難等の公式情報へのリンク

「本日は休業します」だけでは、明日の予約、電話、受取、返金が分かりません。「8月30日10時更新。本日12時以降は店舗を休止。予約済みの方へ順次メール。電話は不通のためフォームを利用。次回は15時までに更新」のように、確認できた事実と次の時刻を示します。これは例であり、実際の日時や連絡手段へ置き換えます。

更新時刻を守れない場合は、分かった時点で「確認継続中、次回更新予定を変更」と追記します。古い第一報を消さず、ページ上部の現在状態を更新し、履歴へ移します。

平時から再開までを一本の流れにする

緊急広報は「平時準備→判断→第一報→顧客対応→更新→再開→訂正・振り返り」の七段階で考えます。告知して終わりではなく、予約者への個別連絡と再開後の訂正まで含めます。

平時には、固定URLの緊急情報ページ、第一報のひな型、公式リンク、連絡表、更新権限を準備します。判断段階では、現地、公式情報、設備、人員、交通、委託先を確認し、分からない情報は「確認中」とします。

顧客対応では、予約、注文、受取、配送、キャンセル、振替、返金を分けます。対象者を抽出するために必要な顧客情報は、利用目的、閲覧者、保管、削除を決め、個人端末へ無期限に残しません。

通常サイトを更新できない場合の代替経路

停電、通信障害、サーバー障害、不正アクセス等では、通常サイトへ入れないことがあります。独立性のある代替経路を一つ以上用意します。

別サービスで管理する簡易ステータスページ
店舗・施設の公式プロフィール
予約サービス内のお知らせ
事前登録者へのメールやメッセージ
電話の自動応答・留守番電話
現地掲示と、取引先・関係施設への連絡

すべてを使う必要はありません。顧客が普段確認する場所と、通常サイトと同時に止まりにくい仕組みを選びます。どのチャネルでも、詳細の正規ページ、更新日時、現在状態をそろえます。

IPAの情報セキュリティ10大脅威2026では、組織向け脅威としてランサム攻撃、委託先を狙う攻撃、脆弱性悪用、DDoS攻撃等が挙げられています。侵害が疑われる場合は、同じサイトやメールだけを連絡経路にせず、関係する保守会社や専門窓口と対応します。原因、被害範囲、復旧時刻、個人情報流出を確認前に断定しません。