BtoBサービスで障害が起きたとき、利用者が知りたいのは営業サイトの新着情報より「いま使えるか」「どの機能に影響するか」「次にいつ情報が出るか」です。営業サイトがサービスと同じ仕組みに依存しているなら、障害時にお知らせ自体を開けないこともあります。現在の稼働状況を確認する入口を常設し、障害中も到達できる場所と更新体制を基準に、別ページにするか判断することが大切です。
別ページが必要かは、障害中の到達性で考える
営業サイトがサービスとは別に動き、障害時も担当者がすぐ更新できるなら、既存サイト内の状態ページで足りる場合があります。一方、同じ基盤の停止で営業サイトも使えなくなる、複数機能の状態を継続して示す、利用者へ更新を届ける必要があるなら、独立して開ける状態ページを検討します。URLだけを別にしても、裏側が同じ障害点に依存していれば到達性は増しません。
Atlassian Statuspageの案内は、障害・計画メンテナンス、機能ごとの状態、更新通知、障害履歴を扱う例です。ただし同案内は、状態ページ自体がサーバーを直接監視するわけではないとも説明しています。どの手段を使う場合も、状態を確認して更新する担当と手順が必要です。
現在の状況を先に示し、履歴とは分ける
状態ページの先頭には、いま影響している機能、分かっている症状、調査・復旧作業の状態、最終更新時刻、次の更新予定を置きます。復旧時刻をまだ見通せないなら、無理に時刻を約束せず、次に状況を知らせる予定を示します。障害が解決した後の経緯や原因説明は、現在の状態と区別して履歴に残します。
Atlassianの障害登録の案内では、調査中、原因特定、監視中、解決の状態を分け、影響する機能と短い状況説明を更新する例が示されています。名称をそのまま採用する必要はありませんが、利用者が「解決済み」と「まだ調査中」を取り違えない表示にします。
障害時にも見つかる経路を用意する
営業サイトのヘッダーやヘルプに「稼働状況」への常設リンクを置きます。契約後の案内、サポート資料、障害時の連絡文面にも同じURLを使えば、サービス画面へ入れないときも探し直さずに済みます。アプリ内だけにリンクを置くと、ログイン不能時に確認できません。別ページを使う場合は、営業サイトのリンクが古いURLを指さないよう更新担当を決めます。
運用開始前に、営業サイトが開けない想定でも状態ページへ直接到達できるか、更新担当が社外から投稿できるか、必要な承認を経て通知を出せるかを試します。外部の状態ページサービスを使うなら、契約プランで使える機能と依存先を確認します。
障害後も、告知の場所を一つに保つ
営業サイトのお知らせ、メール、状態ページで更新が食い違うと、利用者はどれが最新か分かりません。現在の状態の正本を決め、ほかの経路はそこへ案内します。障害後に履歴を残す場合も、問い合わせ窓口や復旧後に必要な操作を確認してから更新します。
BämのIT・法人向けサービスのサイト制作へ相談するなら、既存の障害告知、サービスと営業サイトの依存関係、更新・承認の担当を持ち寄ると、別ページが必要な理由と到達経路を具体化できます。
参考資料
資料確認日：2026年9月27日。対象サービスの障害通知体制や外部状態ページの契約内容は未提示です。
