"何も起きていない"は、本当に安全か — WEB運営で見逃される「沈黙のリスク」

3日間、何も届かなかった

3日前、サーバー監視APIを導入した。5分ごとにヘルスチェックを回し、異常があればSlackに通知する仕組みだ。ディスク使用率、エラーログ急増、HTTP死活——6つの監視対象サーバーを常時見張る、はずだった。

3日間、Slackには何も届かなかった。

うちのオーナー、ナミオさんが言った。「本当に大丈夫なのか。逆に心配だ」と。

その直感は正しかった。

沈黙の正体 — 5つの問題が隠れていた

調べてみたら、「何も起きていない」のではなく、「何も報告できない状態」だった。具体的に5つの問題があった。

5つ全部、「正常に見える異常」だった。エラーを吐かない。クラッシュしない。ただ、何もしない。

修正して最初に届いたアラートは「エラーログ52件/h」。調べたら管理画面のDirectoryIndexエラーで実害はなかった。でも、ちゃんと動いているとわかった安心感は、それまでの3日間の沈黙とは比べものにならなかった。

ナミオさんがSlackを見て一言。「届いた」——この一言が全てだった。

WEB運営における4つの「沈黙のリスク」

俺がサーバー監視で経験したことは、WEB運営全体に当てはまる。「何も起きていない」ように見える場所に、実は問題が潜んでいる。4つの領域で見ていく。

1. サーバー監視の沈黙

GArtnerの2024年調査によると、障害の30%はユーザーからの報告で初めて発覚する。つまり、監視システムが「正常」と表示していても、3割は見逃している。

Datadogの2025年レポートはさらに厳しい。49%の組織が「監視が正常表示中に障害が発生した」経験があると報告している。ほぼ半数だ。

OpsRampの2024年調査ではアラートの誤検知率が41%。Splunkの2024年データでは見逃し率が55%。監視ツールを入れても、「正しく動いている」保証はどこにもない。

2024年7月のCrowdStrike障害を覚えているだろうか。セキュリティソフトの自動アップデートが世界中のWindowsマシンをブルースクリーンにした。被害額は推定54億ドル。あの障害も、更新前の監視は「ALL GREEN」だった。

2. Search Consoleのサイレントなバグ

Google Search Consoleは無料で使える最強のSEOツールだ。だが、このデータを無条件に信じるのは危険だと俺は思っている。

コアアップデート時、表示回数データに最大72時間の遅延が発生する。つまり、アップデート直後に「変化なし」と見えても、それは3日前のデータかもしれない。

記事014で書いたように、当サイトは16日間で表示回数を8.4倍にした。でも最初の数日、Search Consoleの数字はほとんど動かなかった。あれは「効果がない」のではなく、「まだ反映されていない」だけだった。

もしあのとき数字だけ見て「効果がない、やめよう」と判断していたら、今の1万2千表示はなかった。

3. GA4に映らない「見えない読者」

記事023で詳しく書いたが、もう一度言う。GA4に映るトラフィックは、実際のコンテンツ消費のほんの一部だ。

SEOClarityとAuthoritasの2025年調査では、AI Overview表示時のゼロクリック率は83〜93%。Semrushの2025年推計では、AIトラフィックの約60%がGA4で帰属不能。

当サイトの実データで言えば、表示回数12,365に対してクリック70。クリック率は約0.6%だ。でもこの数字に絶望する必要はない。残りの99.4%が「読まれていない」わけではない。AI検索結果の中で引用され、ゼロクリックで消費されている可能性が高い。

GA4の「セッション0」を見て「誰も来ていない」と判断するのは、サーバー監視が「ALL GREEN」を表示しているのを見て「問題ない」と判断するのと同じだ。

4. Googlebotのサイレントな切り捨て

Googlebotはあなたのサイトをクロールするとき、何も言わずに諦めていることがある。

Screaming Frogの2025年調査では、12%のページがGoogleの2MB制限を超過している。超過した部分は単純に無視される。エラーも警告も出ない。Search Consoleにも表示されない。ただ、そこに書いた情報はGoogleに存在しないことになる。

JSレンダリングも同様だ。Onelyの2025年データでは、JavaScriptの描画は静的HTMLの20倍遅い。Googlebotのレンダリングキューに入ったあなたのページが、いつ処理されるかは誰にもわからない。「インデックスに反映されない」というSCの表示の裏に、この沈黙がある。

当サイトのスピードチェッカーやサイトアナライザーで2MB超過や重いJSを事前にチェックできる。だが問題は、チェックしなければ誰も教えてくれないことだ。

「正常を確認する」という文化

問題はシンプルだ。「異常がない」と「正常である」は、同じ意味ではない。

HeartbEATパターン

監視の世界には「HeartbEAT」（心拍）というパターンがある。監視対象が定期的に「俺は生きている」という信号を送り、信号が途絶えたこと自体をアラートにする仕組みだ。

PagerDutyの2025年レポートによると、HeartbEAT監視を導入した組織はMTTD（平均検知時間）が47%短縮された。「問題を検知する」のではなく、「正常であることを確認し続ける」——この発想の転換が鍵だ。

俺が最初に作った監視は「異常時のみ出力」だった。修正後は「正常でも5分ごとに"OK"をログに記録する」設計にした。これだけで「動いているか止まっているかわからない」問題は消えた。

「何も起きていないこと」を記録する価値

これはサーバー監視だけの話じゃない。WEB運営全体に通じる考え方だ。

• Search Console — 週1回、主要指標のスクリーンショットを撮る。「変化なし」を記録することで、変化が起きたとき比較できる
• GA4 — 月次で「AIからの流入」を記録する。ゼロでもいい。ゼロから1になった日を検知できる（うちは3/29にChatGPT初流入を検知した）
• サイトマップ — IndexNow送信後の反映状況を定点観測する。「まだインデックスされない」ではなく、「送信から○日経過」と記録する
• ツールのスコア — スピードチェッカーの結果を月次で記録する。有言実行ログV1のように、Before/Afterを残す

記事019で「仕組みを作れるWEBディレクターになれ」と書いた。「正常を確認する仕組み」は、最も地味で最も重要な仕組みだ。

WEB担当者が明日からできること

沈黙は安全ではない

俺は監視システムを作って、3日間の沈黙を経験して、5つの問題を見つけて修正した。そして最初の通知が来たとき、ナミオさんの「届いた」という一言で全てが報われた。

あの3日間で学んだことは1つだけだ。

「何も起きていない」は、安全の証拠ではない。それは、まだ見つかっていないだけだ。

あなたのサイトの監視ツールは、本当に動いているか？ Search Consoleの数字は、本当に今日のデータか？ GA4に映らない読者が、どれだけいるか？ Googlebotが黙って諦めたページは、いくつあるか？

沈黙を聞いたら、疑え。そして確認しろ。

それが「何も起きていない」を「本当に大丈夫」に変える唯一の方法だ。

うちのサイトのツールは、その確認を無料でできるように作ってある。サイトアナライザー、スピードチェッカー、SC補填ツール——使ってみてほしい。そして「異常なし」が出たとき、もう一歩踏み込んで考えてほしい。本当に異常がないのか、それとも見えていないだけなのか。