エージェンシー向けアップタイム監視:50以上のクライアントドメインを正気を失わずに管理する

エージェンシー監視の問題

午前9時14分。あるデジタルエージェンシーは60のクライアントウェブサイトを運用しています——Shopifyストアフロント、WordPressマーケティングサイト、そして1〜2つのSaaSダッシュボードのミックスです。オンコールのアカウントマネージャーがSlackを開くと、夜間に発火した3つの赤いインシデントアラートが見えます。

どのクライアントがダウンしたのか?どれがまだダウンしているのか?エージェンシーが月次稼働率99.9%を約束した「ティア1」SLAにいたのは誰か?既に誰かがクライアントに伝えたのか、それともチェックアウトが壊れている理由をメールで聞かれようとしているのか?

これがエージェンシー規模で監視を運用する日常の現実です。技術的部分——URLにping、ステータスコードのチェック——は簡単な半分です。難しい半分は、その上に乗る運用層です:数百のドメインを整理し、チームの誰が何を見られるかを制御し、適切なアラートを適切な人間にルーティングし、燃え尽きずにクライアントとコミュニケートし、すべてをサポートのブラックホールではなく利益の出るものに変えることです。

このガイドはそのプレイブックです。マージンを侵食する雑用として監視を運用するエージェンシーと、引き締まった製品化されたサービスとして監視を運用するエージェンシーを分ける5つの柱をカバーします:ドメイン整理、チームアクセス、マルチチャネル通知、クライアント向けコミュニケーション、請求。

エージェンシー監視が異なる理由

ほとんどのアップタイム監視ツールは、単一の製品を運用する単一のチーム向けに設計されています。エージェンシーはそれではありません。エージェンシー監視には独自の制約があります:

• マルチテナントスケール。5エンドポイントを監視しているのではありません——多くのクライアント全体で50〜500以上を監視しており、それぞれに独自のサブドメイン、マーケティングサイト、APIがあります。
• クライアントティア別の異なるSLA。月$15,000を支払うリテーナクライアントは、月$200で維持する一発限りのサイトとは異なる対応を受けます。監視はそれを反映する必要があります。
• チームアクセスの境界。ジュニア開発者は、今週彼らがシップする3つのサイトを見るべきです——エージェンシーの全クライアントポートフォリオではありません。シニアエンジニアとアカウントマネージャーは、より広い可視性が必要です。
• クライアント向け可視性。一部のクライアントは、自分の顧客に見せられるステータスページが欲しいです。他は、何かが間違っているときに教えてもらいたいだけです。少数は完全な沈黙を望み、四半期ごとのレポートだけを求めます。
• 請求の複雑さ。一部のクライアントは、別の監視ライン項目をあなたに支払います。他はリテーナにバンドルされています。どちらにせよ、正しく価格設定するために、クライアントごとのコストを知る必要があります。
• 通知ルーティング。クライアントXがダウンしたとき、誰にページが飛ぶのか?PMか?サイトを構築した元の開発者か?クライアント自身か?答えは通常「クライアントと時間帯による」です。

監視ツールがこれら6つすべてをモデル化できなければ、スプレッドシート、Slackチャネル、Notionドキュメントでボルト留めすることになり——そこがエージェンシー運用が静かにマージンを失う場所です。

柱1:大規模でのドメイン整理#

50以上のドメインで最初に壊れるのはダッシュボード自体です。「全モニタ」のフラットなリストは、20ドメインのマークあたりで有用でなくなります。50では、コンテキストを失わずにスクロールすることさえできません。

修正は構造化された整理であり、力仕事はタグ(ツールにより、フォルダやグループとも呼ばれる)です。

エージェンシーにスケールするタグ付け戦略は通常、いくつかの軸を組み合わせます:

• クライアント別。 client:acme-corp、client:helio-shopify、client:beta-bank。これが主軸です——請求、レポート、インシデントコミュニケーションがこれでグループ化されます。
• SLAティア別。 tier-1、tier-2、tier-3。ティア1は60秒チェック、創業者へのWhatsAppアラート、24/7対応を意味するかもしれません。ティア3は5分チェックと日次メールダイジェストを意味するかもしれません。
• スタック別。 stack:wordpress、stack:shopify、stack:next-js、stack:custom-saas。CDNや共有依存関係が壊れたとき、60カードをクリックすることなく「ホスティングするWordPressサイトをすべて表示」に瞬時にフィルターしたいでしょう。
• リージョン別。 region:eu、region:us、region:apac。地域的な障害が発生し、影響を受けたクライアントをトリアージする必要があるときに有用です。

Nova Uptimeは、すべてのモニタでファーストクラスのコンセプトとしてタグをサポートし、これらの組み合わせでダッシュボードをフィルターできます。バルク操作と組み合わせると、タグ付けはタグなしでは不可能なワークフローを解放します:すべてのtier-1ドメインを選択して単一のアクションでチェック間隔を59秒に上げる、すべてのclient:acme-corpドメインを選択して計画されたマイグレーション週末に監視を一時停止する。

過小評価されている2つの機能がこれを完成させます:インラインリネーム(ダッシュボードにhttps://api-prod-3.acme.internalの代わりに「Acme — Checkout API」を表示)、そして部分文字列マッチングによる数百のドメイン全体での検索。一緒にすると、200ドメインのダッシュボードがURLの壁から、人間が実際にスキャンできるものに変わります。

エージェンシーがNova Uptimeをエンドツーエンドでどう使うかの詳細は、ユースケースページのエージェンシーユースケースを参照してください。

柱2:チームアクセス制御#

エージェンシーが数人を超えて成長すると、「全員が全モニタの管理者」は許容できなくなります。ジュニア開発者には、重要なクライアントのモニタを誤って削除する権限を持たせるべきではありません。1つのプロジェクトで働くフリーランス契約者には、全クライアントリストを見せるべきではありません。アカウントマネージャーは、インシデントとレポートを見られるべきですが、チェック間隔を変更できるべきではありません。

エージェンシー向けに構築された監視ツールには、少なくとも3層のロールベースアクセス制御が必要です:

• オーナー / 管理者 — 請求を含むワークスペース全体の制御。
• フルアクセスのメンバー — 任意のモニタ上でインシデントを追加、編集、解決できます。
• ドメインごとアクセスのメンバー — アクセスが付与された特定のドメインのみ表示・操作できます。

ドメインごとアクセス層が、エージェンシーライフを正気にするものです。3か月の契約でフリーランスのShopify開発者を雇います;彼らのプロジェクトに重要な4つのモニタへのアクセスを付与し、それ以外には何も付与しません。契約が終わったら、ワンクリックでアクセスを取り消します——共有パスワードなし、孤立した認証情報なし。

Nova Uptimeはメールでチームメンバーを招待することをサポートし、まだNova Uptimeログインを持たない人のためのゴーストアカウント(初回サインイン時に本物のアカウントを取得し、アクセスは既に設定済み)も含みます。可視性は必要だが設定を切り替えるべきでないアカウントディレクター向けに、読み取り専用アクセスもサポートします。

何より、すべてのチームアクションがアクティビティログに書き込まれます:誰がドメインを追加したか、誰が監視を一時停止したか、誰がインシデントを承認したか、誰がアラートチャネルを変更したか。クライアントが「先週の火曜日、私のサイトが監視されていなかったのはなぜ?」と聞いたとき、推測ではなくタイムスタンプ付きの監査証跡で答えられます。

柱3:マルチチャネル通知#

メール限定のアラートは、クライアントが2つしかなかったときには問題ありませんでした。50では、受信箱はアラートの墓場になります——重要なものはニュースレターの下に埋もれ、すべてのアラートが次のものとぼやけ、オンコールの開発者は夕食中に12通受け取ったため通知をサイレントにしています。

エージェンシーグレードの監視には、ドメインと重大度でルーティングされるマルチチャネル通知が必要です:

• メールは依然としてベースラインです。チーム、アカウントマネージャー、オプションでクライアントなど、全員に使ってください。監査証跡が住む場所です。
• WhatsAppは、即座に人間の目が必要なクリティカルなインシデントに適切なチャネルです。創業者、CTO、オンコールエンジニア——彼らは皆、メールよりもWhatsAppを速くチェックします。Nova Uptimeはすべてのプランでアラートをサポートします(無料1番号、Pro 3、Agency 5)。
• Webhookはエージェンシーの超能力です。アラートをクライアントの既存のSlack、Microsoft Teams、PagerDuty、Opsgenieに直接パイプします。クライアントはあなたの監視ツールにログインする必要がありません——アラートは彼らが既に住むチャネルに表示されます。

決定的な詳細は、ドメインごとのルーティングです。クライアントAは彼らのSlack #engineeringチャネルでアラートを欲しいです。クライアントBは営業時間中は何もなく、午後6時以降はオンコール番号にSMSエスカレーションを希望します。クライアントCは1日2回のダイジェストメールを欲しく、リアルタイムノイズはなしです。フラットな「全アラートを全チャネルに送信」設定ではこれをモデル化できません——ドメインごとのチャネル選択が必要です。

関連する2つの機能で絵が完成します:通知一時停止(計画されたメンテナンス中にアラートをクリーンにオフにし、後でクリーンアップする偽インシデントなし)、そして重大度ベースのルーティング(遅いレスポンス警告はメールのみへ;フル障害はWhatsApp + Webhookをトリガー)。正しく行えば、重要なときに大きなシグナルを得て、そうでないときには沈黙——これが長期的にエージェンシーオンコールが生き残る唯一の方法です。

柱4:クライアント向けコミュニケーション#

エージェンシー監視の最大の解放は、内部ではなく外部です——あなたの監視データがクライアントに戻る方法が、インシデント中に彼らが持つ体験と、インシデントの間にあなたに置く信頼を定義します。

埋め込み可能ステータスウィジェットは、ここで最もシンプルで最大のレバレッジ機能です。クライアントのサイト(またはステータスサブドメイン)に小さなiframeをドロップし、彼らに代わって監視するURLのライブアップタイムを表示します。彼らの顧客は「サイトはダウンしている?」と聞くメールを送るのを止め、セルフサービスできるからです。彼らの社内チームは「何かおかしい?」とあなたにSlackするのを止めます——緑のチェックを見られるからです。Nova Uptimeはすべてのドメインで埋め込み可能ウィジェットをサポートします——トークンベース、オリジン検証済み、ドメインごとに設定可能です。

パブリック共有リンクは、より軽量な代替です——インシデント進行中にクライアントメールに貼り付けられるURL。クリックして、ライブステータスを見て、30分の往復を15秒のリンクで置き換えました。

週次自動レポートは、退屈だが重要な「すべては稼働していたか?」という質問を、何もしなくてもクライアントの受信箱に届く定期メールに変えます。ティア1クライアントには、これがエージェンシーが月の中で配信する最も具体的な価値証明です。

障害スクリーンショットは、人々が予想する以上に重要です。サイトがダウンしたとき、実際のエラーページ(またはタイムアウト、または提供されている間違ったコンテンツ)のスクリーンショットは、ステータスコードよりも劇的に有用です。クライアントは絵を理解します。クライアントはステータスコードと言い争います。

避けるべきアンチパターン:クライアントに彼らのサーバーに監視エージェントをインストールさせる。やめてください。URLベースの外部監視に固執してください——オンボードが速く、彼らのスタックを壊せず、サイトが彼らの安価な共有ホストにあろうがあなたのプレミアムインフラにあろうが同じように動きます。

柱5:請求と収益性#

監視はエージェンシーのお金を作るべきで、失わせるべきではありません。計算は単純ですが、実行する必要があります。

Nova Uptimeの料金ティアは、まさにこの質問の周りで設計されています:

• 無料 — 5ドメイン。プロスペクティングと小規模クライアントでの試行に有用。
• Pro — 年$99、100ドメイン。20〜80のクライアントサイトを運用するエージェンシーに適切なティア。
• Agency — 年$699、1,000ドメイン。100クライアントドメインを超えた、または5つの番号でWhatsAppアラート、最大APIアクセス、最高チェック頻度が必要になったときの適切なティア。

ドメインアドオン(+10 / +50 / +100)で、ティアアップグレードを強制せずに成長できます——105ドメインで、いきなりAgencyにジャンプしたくないときに有用です。

すべてのエージェンシーが答えなければならない請求の質問は:監視をリテーナにバンドルするか、別途請求するか? バンドルは運用上シンプルで、クライアントに寛大に感じられます。ライン項目として別途請求する(月$25〜$100/サイトが典型的な範囲)のはより収益的で、四半期ごとにアップタイムについて話す理由を与え、クライアントがサービスのティアに自己選択できるようにします。ほとんどの中規模エージェンシーはハイブリッドになります:ティア1リテーナにバンドルされた監視、一発限りのプロジェクトには別途請求。

どちらを選んでも、(先述の)週次レポートは請求アーティファクトとしても機能します。提供しているSLAの証明であり——更新会話に添付するのに最も簡単な証拠です。コストの詳細な内訳は、アップタイム監視コスト比較ガイドを参照してください。

実世界のエージェンシーワークフロー例

Nova Uptimeで監視を運用するエージェンシー運用リードの一日:

• 午前9:00。 ダッシュボードを開く。tier-1タグでフィルター。夜間からの3つのインシデント——2つは自動解決、1つはまだ調査中。オープンインシデントをクリックし、障害スクリーンショットを表示し、クライアントのPMに1行の更新とパブリック共有リンクをメッセージします。
• 午前9:15。 すべてのtier-1クライアント向けに週次自動レポートをトリガー。各クライアントは、その週の稼働率、インシデント数、SLAステータスを示すクリーンなメールを受け取ります。1アクションで完了。
• 午前11:00。 新しいクライアントオンボーディングのキックオフ。エージェンシーは12ドメイン(メインストア + 8の国別サブドメイン + 3つのマーケティングページ)を持つShopifyリテーラーと契約したばかりです。CSVで12すべてを一度にバルクインポート(Nova Uptimeは一度に最大100のバルクインポートをサポート)。client:retailer-xとtier-2でタグ付け。クライアントのCTOを、それら12のモニタにのみ読み取り専用アクセスを持つチームメンバーとして招待。
• 午後2:00。 Slack通知:client:beta-bank api-checkoutモニタからWebhookが発火し、遅いレスポンスタイムを示しています。誰もダウンしていない——まだ——しかし警告は、顧客が気づく前に20分間オンコールエンジニアに調査時間を与えます。負荷下のデータベース、オートスケーラがキックインし、問題解決。
• 午後4:30。 ティア3クライアントがメール:「明朝新しいテーマをデプロイします、偽陽性で私のチームが起きないようアラートを一時停止してもらえますか?」3つのドメインで監視を一時停止し、翌朝11時に自動再開するようスケジュール。
• 午後5:30。 1日の終わり。アクティビティログには47エントリ——すべてのチームアクション、すべてのアラート、すべてのドメイン変更——きれいにタイムスタンプ付き。明日クライアントが今日何が起きたか聞いたら、答えはフィルター1つの距離です。

それが本物のエージェンシーの火曜日です。それは何もヒロイズムを必要としません;適切なツールが適切な方法で設定されていることを必要とします。

エージェンシー向けセットアップチェックリスト

ゼロから始める(または制限に達したツールから移行する)場合の操作順序:

1. 適切なプランにサインアップ。 100ドメイン未満ならPro、100超または5つのWhatsApp番号が必要ならAgency。料金を参照。
2. クライアントドメインをバルク追加。 CSVインポートは一度に最大100を扱います。1つずつ追加しないでください。
3. クライアントとSLAティアでドメインをタグ付け。 一貫した命名規則(client:slug、tier-N、stack:name)を使ってください。チームのwikiに文書化してください。
4. 適切なアクセスでチームメンバーを招待。 シニアスタッフにオーナー+管理者、ジュニア開発者と契約者にドメインごとアクセス、アカウントマネージャーに読み取り専用。
5. シニアオンコールローテーション向けにWhatsAppアラートを設定。 全員に置かないでください——目的を defeats します。
6. 各クライアントの既存のSlack/Teams/PagerDutyへのWebhook統合をセットアップ。 これは最も影響の大きい単一の統合です。
7. 各クライアントのステータスページまたはダッシュボードにステータスウィジェットを埋め込む。 ボーナスポイント:ウィジェットにエージェンシーへのリンクを含めてください。
8. すべてのティア1とティア2クライアント向けに週次レポートをスケジュール。 自動化、作成しないでください。
9. インシデント対応プロセスを文書化。 誰が承認するか?誰がコミュニケートするか?誰が解決するか?誰がポストモーテムを書くか?一度書き留めて、永遠に従ってください。

アップタイムを超えるより広範な監視戦略には、これをSaaSアップタイム監視ガイドとマルチリージョン監視概要とペアにしてください。そして、メールを運用するクライアントにサービスを提供するエージェンシーにとって、アップタイムはストーリーの半分にすぎないことを忘れないでください——配信性に費用がかかる前にSPF、DKIM、DMARCの設定ミスをキャッチするために、新しいクライアントすべてにオンボーディング時に無料メールヘルスチェッカーを実行してください。

まとめ

エージェンシー監視は、技術的な問題に偽装された運用問題です。pingは簡単です;人々、クライアント、請求がそれが生きるか死ぬかの場所です。5つの柱を正しく取得すれば——整理、アクセス、通知、クライアントコミュニケーション、請求——監視はマージンの吸い込みではなくなり、サービスの最も防御可能な部分の1つになり始めます。

サインアップなしのNova Uptime 30分トライアルを試すか、直接ProまたはAgencyプランにジャンプして今日クライアントドメインをバルクインポートしてください。このガイドのすべての機能は標準プランに搭載されています——アドオンなし、サプライズなし。何が含まれているかを見るには、フル機能リストを見てください。

関連記事

• SaaSアップタイム監視:2026年ガイド
• アップタイム監視コスト比較
• マルチリージョン監視:グローバルカバレッジ
• 料金と機能
• 無料メールヘルスチェッカー
• エージェンシーユースケース