和泉市の中小企業がBCP（事業継続計画）を整えるとき、設備、従業員、仕入れ、データの復旧と同時に考えたいのが、顧客や取引先へ何をどう伝えるかです。営業できるのか、受注済みの仕事は進むのか、問い合わせ先は使えるのか。必要な情報が届かなければ、実際には復旧へ動いていても、相手は判断できません。
そこで役立つのが自社ホームページです。ただし、緊急時にトップページへお知らせを書けばよい、という話ではありません。更新担当者が出社できない、停電で端末が使えない、制作会社へ連絡できない、ランサム攻撃で管理画面へ入れない、といった事態も起こり得ます。ホームページ自体が使えない場合まで含めて、BCPの手順へ組み込む必要があります。
この記事では、和泉市の中小企業が、災害、休業、システム障害、復旧の情報を、ホームページと代替連絡手段で継続して更新する方法を解説します。災害の予測や専門的な危機管理判断ではなく、平時に決めておける情報、権限、文面、確認、訂正に絞ります。
BCPを「計画書」から「動かせる更新手順」へ変える
和泉市の事業者向けBCP案内は、緊急事態が計画どおりに起きるとは限らず、日頃から継続的に訓練する必要があると説明しています。大阪府の超簡易版BCPや中小企業庁の指針も案内しています。
ホームページ運用も同じです。「緊急時はWebで告知」と一行書くだけでは、誰が、何を確認し、どの端末で、誰の承認を受け、いつ更新するかが分かりません。初めての操作を混乱の中で行うことになります。
最低限、次の五つを一組の手順にします。
- 発生を誰が認知し、更新開始を判断するか
- 未確定の情報をどこまで初報に書くか
- 主担当が動けないとき、誰が代行するか
- ホームページが使えないとき、何で代替するか
- 復旧後に何を訂正し、通常情報へ戻すか
完成した文書の厚さより、担当者が不在でも同じ順で動けることを目標にします。
和泉市の公式防災情報と、自社の営業情報を分ける
和泉市の防災情報リンク集には、気象、ハザードマップ、河川・ため池、ライフライン、交通、いずみメール等、複数の確認先があります。市は防災行政無線やメール、公式SNS等も組み合わせて情報を発信しています。
自社サイトは、市や気象庁に代わって避難情報を発表する場所ではありません。次の三種類を混ぜずに表示します。
| 情報の種類 | 主な確認・発表元 | 自社サイトで伝えること |
|---|---|---|
| 気象・避難・河川・交通 | 自治体、気象庁、交通事業者等 | 公式情報の確認先を案内する |
| 自社への影響 | 経営者、現場責任者、システム担当 | 営業、製造、出荷、受注、窓口の状態を示す |
| 顧客が取る行動 | 自社の業務担当 | 来店延期、納期確認、代替連絡、個別待機等を示す |
市の発表をコピーして更新するより、公式情報へリンクし、自社でしか分からない影響と行動を更新します。「和泉市内に警報が出ているため休業」等と書く場合も、対象日、拠点、休業範囲、次回確認時刻を明記します。
自社に必要な災害・停止シナリオを選ぶ
同じ和泉市内でも、事業所の場所、建物、設備、従業員の通勤、物流、顧客によって影響は違います。地域名だけで一律の想定を作らず、ハザードマップと自社の重要業務を重ねます。
最初は、次の四つの観点から、起こったときの連絡が大きく変わる場面を選びます。
- 地震、風水害、土砂、ため池等による出社・操業への影響
- 停電、通信、道路、鉄道、配送等の停止
- 火災、設備故障、人員不足等による自社だけの休業
- サイバー攻撃、CMS障害、委託先停止等による情報システムの停止
和泉市全域が同じ状態だと決めつけず、本社、工場、店舗、倉庫等の拠点ごとに状態を分けます。「一部営業」「出荷のみ停止」「電話は不通だがメール受付中」のように、影響する業務を具体化すると、不要な問い合わせを減らせます。
緊急ページは「確定した事実」と「次の更新」を先に置く
緊急時の文章は、通常のお知らせより短く、判断の順に並べます。ページ冒頭には次の項目を置きます。
- 発生または自社が認知した日時
- 現在の状態（確認中、一部停止、休業、代替対応、復旧作業中、通常再開等）
- 影響する拠点、商品、サービス、受注・出荷
- 顧客・取引先にお願いする行動
- 現在使える問い合わせ先
- 次回更新予定
- 更新・訂正履歴
原因が分からない段階で「サーバー攻撃です」「安全です」と断定しません。「現在、受注システムへ接続できない事象を確認しています。原因と影響範囲を確認中です」のように、確認できた事実と未確定事項を分けます。
次回更新予定は、変化がなくても更新します。「状況に変化はありません。次回は○時までにお知らせします」と示すと、利用者は待つ判断ができます。予定を守れない場合は、遅延していること自体を知らせます。
平時から復旧・訂正までを五段階にする
更新手順は、発生時の一回だけで終わりません。次の五段階へ分けると、情報が古いまま残ることを防げます。
1. 平時の準備
緊急ページの下書き、担当・代行・承認者、端末、認証情報の保管、代替連絡先を確認します。公開しない状態で更新操作を試し、連絡網の日付を残します。
2. 発生・確認
人命と安全を優先し、現場責任者が事業への影響を確認します。Web担当者だけで休業や復旧を判断せず、経営・現場・技術の確認先を分けます。
3. 初報
確定した範囲だけを短く公開します。原因説明より、現在の状態、対象、代替行動、次回更新を優先します。
4. 継続更新
業務や拠点ごとの変化を追記し、古い文章を無言で書き換えません。重要な訂正には時刻と変更点を残します。
5. 復旧・訂正
通常再開の範囲、残る制限、個別連絡の要否を示します。復旧後は原因と再発防止の公表範囲を責任者が判断し、緊急ページから通常ページへの導線を戻します。
更新権限は「担当者名」ではなく役割と期限で管理する
「Web担当の○○さんが更新する」だけでは、その人が不在のときに止まります。台帳には、次の役割を記録します。
| 役割 | 平時に決めること | 緊急時の判断 |
|---|---|---|
| 情報収集 | 現場・設備・物流・ITの確認先 | 何が確認済みかを整理する |
| 公開判断 | 状態ラベルと承認範囲 | 初報・休業・再開を承認する |
| 更新操作 | CMS、端末、認証、画像不要の文面 | ページを公開・追記する |
| 代行 | 主担当が動けない条件 | 期限を過ぎたら引き継ぐ |
| 技術連絡 | 保守会社、サーバー、ドメイン | 障害切り分けと復旧を依頼する |
承認者が返答しない場合に何分待つか、誰へ繰り上げるかも決めます。ただし、時間は業種、契約、影響度により異なるため、一般的な数字をそのまま採用しません。
認証情報を紙へ平文で置く、個人端末だけへ保存する、複数人で同じパスワードを共有する等は避けます。安全な保管方法、二段階認証の代替手段、退職・異動時の更新を、保守事業者と確認してください。
ホームページへ入れない場合の代替経路を決める
自然災害では通信や電源が止まり、サイバー事故ではWebサイト自体を停止する場合があります。同じCMS、同じドメイン、同じ認証基盤だけに連絡を集めると、一度の障害ですべて使えなくなります。
代替候補には、取引先連絡網、別系統のメール、電話音声案内、店舗掲示、契約先の連絡ページ等があります。SNSも候補ですが、アカウント乗っ取り、担当者不在、サービス障害を考慮し、SNSだけを唯一の経路にしません。
各経路について、誰が送るか、宛先は最新か、同じ文面を使えるか、個人情報を含めないか、送信結果を誰が確認するかを決めます。ホームページが復旧したら、代替経路の内容と食い違いがないか照合します。
サイバー事故もBCPの更新手順へ含める
IPAの情報セキュリティ10大脅威 2026は、組織向けの1位にランサム攻撃、2位にサプライチェーンや委託先を狙った攻撃を挙げています。Webサイトの停止は、自然災害だけでなく、自社や保守委託先のセキュリティ事故でも起こります。
IPAの中小企業の情報セキュリティ対策ガイドライン第4.0版は、初期的な対策へバックアップと安全なWebサイト運用を加え、インシデント時の対応・復旧手順や連絡体制を示しています。
事故が疑われるとき、慌てて管理画面へ何度もログインしたり、証拠となる記録を消したりせず、契約する保守会社や情報セキュリティ責任者の手順に従います。情報漏えいや法令上の報告が関係する場合は、関係機関や専門家へ個別に確認します。記事のテンプレートだけで公表要否を決めてはいけません。
バックアップは「復元できる」まで確認する
バックアップが自動で作られていても、対象、保存先、期間、復元担当が分からなければ、緊急時の判断に使えません。確認表には次を記録します。
- 対象（本文、画像、テーマ、プラグイン、設定、データベース等）
- 取得間隔と保持期間
- 本番環境と異なる保管先
- 復元を依頼・実行する担当者
- どの時点へ戻すかの判断者
- 最後に復元テストをした日
- 復元後に確認するページと機能
目標復旧時間や、どの時点のデータまで戻せればよいかは、重要業務と損失の大きさから決めます。すべての会社に同じ数値を当てはめず、受注、予約、会員、決済等、止まると影響が大きい機能から優先順位を付けます。
「主担当不在・CMS停止」で訓練する
中小企業庁の中小企業BCP策定運用指針は、BCPを日常的に運用し、発動を予習する考え方を示しています。ホームページの訓練も、成功しやすい条件だけで行わないことが大切です。
紙上または非公開のテスト環境で、次の場面を試します。
- 主担当が連絡を取れない
- 原因と影響範囲が未確定
- CMSへログインできない
- 一部業務だけ再開した
- 初報の内容に誤りが見つかった
参加者は、連絡開始から初報案の作成、承認、代替経路、次回更新、訂正まで時刻を記録します。「できた・できない」だけでなく、どこで待ったか、どの連絡先が古かったか、どの文言で迷ったかを残します。
復旧後は緊急ページを放置しない
通常営業へ戻っても、検索結果やブックマークから古い休業情報が見られることがあります。復旧時には次を確認します。
- 通常再開の日時と対象範囲
- 予約、受注、納品への残る影響
- 個別連絡が必要な顧客・取引先
- 電話、フォーム、決済等の動作
- 誤った初報や古い状態ラベルの訂正
- 緊急ページの保管、転送、非公開の方針
復旧したという事実と、すべての影響が解消したことは同じではありません。「通常営業を再開しましたが、○日受付分の納期確認は個別に連絡します」のように、残る制限を示します。
振り返りでは、原因追及だけでなく、初報までの時間、承認待ち、問い合わせの重複、代替経路の到達、訂正漏れを確認します。次回の訓練日と改善担当まで決めて、BCP台帳を更新します。
小さく始める緊急更新の実装手順
最初からすべての危機へ対応しようとすると、運用できない大きな手順になります。まず一つの拠点、一つの停止場面で次を作ります。
- 重要な顧客判断を三つに絞る
- 状態ラベルと初報テンプレートを作る
- 主担当・代行・承認者・技術連絡先を記録する
- 緊急ページを非公開で用意する
- CMS停止時の代替経路を一つ確認する
- バックアップと復元担当を確認する
- 主担当不在の机上訓練を行う
- 迷った箇所だけ手順を直す
大阪府の中小企業向けBCP支援や中小企業庁の事業継続力強化計画も、計画全体を整理する際の確認先になります。制度や支援の対象・条件は変わるため、申請や利用前に公式案内を確認してください。
和泉市の中小企業ホームページ緊急運用チェック
- 公式防災情報と自社の営業・供給情報を分けたか
- 拠点・業務ごとに影響を表示できるか
- 発生日時、状態、対象、顧客の行動、次回更新が分かるか
- 未確定事項を推測で断定していないか
- 主担当、代行、承認者、技術連絡先が決まっているか
- CMSへ入れないときの代替経路があるか
- 認証情報を安全に保管し、異動時に更新しているか
- バックアップの対象、保存先、復元担当、テスト日が分かるか
- 主担当不在とCMS停止を含む訓練をしたか
- 復旧後の制限、訂正、緊急ページの扱いを決めたか
- 個人情報、事故公表、法令上の報告を専門家・関係機関へ確認する手順があるか
BCPにホームページを組み込む目的は、立派な緊急ページを見せることではありません。確定した事実を早く伝え、変化がなくても更新し、サイトが止まっても代替し、復旧後に訂正まで終えることです。和泉市の公式防災情報と、自社が責任を持つ営業・供給情報を分けておけば、利用者は次に取る行動を判断しやすくなります。
緊急ページの準備、更新権限、代替連絡、バックアップ、訓練まで含めて現行サイトを見直したい方は、和泉市のホームページ保守・緊急時運用を相談するからご相談ください。
※本記事は2026年8月31日時点で確認した公的・公式情報をもとに、一般的なWeb運用を解説したものです。災害対応、避難、事故公表、法令上の報告、認定制度等は、各公式案内と関係機関・専門家へ個別にご確認ください。
