【ITニュース解説】Oh Dear alternative? Uptime green is not Core Web Vitals portfolio monitoring

Webサイトの運用において、システムが「稼働している」ことと、ユーザーが「快適に利用できる」ことの間には、大きな違いが存在する。多くのサイト管理者や開発者は、Webサイトが問題なく動いていることを示すダッシュボードが「緑色」で表示されていると安心しがちだ。しかし、この「緑色」は、サイトがサーバーから正常に応答していることを示すだけであり、実際にサイトを訪れるユーザーがどれほど快適にページを閲覧・操作できているかとは別問題である場合が多い。

ここでいう「サイトが動いている」という状態は、主に「アップタイム監視」と呼ばれるシステムでチェックされている。アップタイム監視ツールは、Webサイトが常にオンラインであり、アクセス可能であることを確認するために使われる。具体的には、サイトのサーバーが応答しているか、SSL証明書が有効期限切れになっていないか、DNS設定が正しいか、リンク切れがないかといった基本的な項目を定期的にチェックする。もしサイトがダウンしたり、証明書が期限切れになったりすれば、すぐに通知が届き、対応できるため、サイトの基本的な可用性を保つ上で非常に重要なツールだ。

一方、「ユーザーが快適に利用できる」という視点からWebサイトの品質を測る指標として、「Core Web Vitals（コアウェブバイタル、CWV）」がある。これはGoogleが提唱しているユーザー体験の指標で、Webページの読み込み速度、インタラクティブ性（操作への応答性）、視覚的な安定性という3つの主要な要素で構成されている。具体的には、「Largest Contentful Paint（LCP）」はページの主要なコンテンツが表示されるまでの時間、「Interaction to Next Paint（INP）」はユーザーがページを操作してから、その操作に対する視覚的な反応が表示されるまでの時間、「Cumulative Layout Shift（CLS）」はページコンテンツの予期せぬレイアウトのずれの量を示す。これらのCWVは、実際にWebサイトを利用するユーザーがどの程度ストレスなく体験できているかを測るための指標であり、Googleの検索順位にも影響を与えるため、Webサイトの成功には欠かせない要素となっている。

では、なぜアップタイム監視ダッシュボードが緑色なのに、CWVのスコアが悪い、という矛盾が生じるのだろうか。例えば、サイトはサーバーからの応答は正常だが、モバイルデバイスでアクセスした際に、メインの画像が表示されるまでに時間がかかったり（LCPの悪化）、新しい機能拡張がページの処理をブロックして操作の応答が遅くなったり（INPの悪化）、あるいは広告バナーが表示された際にページ全体のレイアウトが予期せずずれたりする（CLSの悪化）といった状況が考えられる。これらの問題は、サーバーが「HTTP 200 OK」（正常応答）を返している限り、アップタイム監視ツールは異常とは判断しない。しかし、ユーザーはこれらの問題によって不快な体験をすることになり、その結果、CWVのスコアは悪化してしまう。つまり、アップタイムは「サイトが存在するか」を問い、CWVは「サイトがユーザーにとって使いやすいか」を問う、それぞれ異なる側面を監視しているのだ。

既存の監視ツール、例えば記事で触れられている「Oh Dear」のような製品は、先に述べたアップタイム監視やSSL/DNSチェック、リンク切れ監視、そして顧客向けのステータスページ提供といった機能に優れている。これらのツールは、Webサイトの基本的な健全性を確認し、問題が発生した場合に迅速に対応するための強力な味方となる。中には、Lighthouseスコア（Webページの品質を測定するGoogleのツール）を定期的に取得する機能や、HTTP応答時間を測定する機能を持つものもある。しかし、これらの機能は主に「サイトが稼働しているか」という視点に基づいており、Core Web Vitalsに特化した「ユーザー体験」を深く掘り下げて監視する機能とは一線を画す。

多くの開発者や企業が「Oh Dearの代替」を探す際、その検索意図はしばしば混乱する。彼らが本当に求めているのは、サイトがダウンしていないかを確認する「より良いアップタイム監視ツール」なのか、それとも「Core Web Vitalsの悪化原因を特定し、改善を促すツール」なのか、明確ではないことが多い。その結果、検索結果には既存のアップタイム監視ツールの競合製品ばかりが表示され、ユーザー体験の監視という本来の課題解決には至らないという状況が生まれてしまう。アップタイム監視ツールは、主にサイトがエラーを返したり、証明書が期限切れになったりした場合に対応するために設計されているため、LCPやINP、CLSといったCWV指標が悪化しているケースには弱い。CWVを継続的に監視するには、特定URL群でのLighthouse履歴の記録、Googleが提供する実際のユーザーデータ（CrUXデータ）との連携、CMSによって追加される新しいテンプレートへの対応、そしてCWVの指標に基づいた予算管理やアラート機能など、より専門的な機能が必要となる。

システムエンジニアとして、Webサイトの監視ツールを選ぶ際には、これらの違いを明確に理解することが極めて重要だ。サイトの「稼働状況」に問題が発生した場合（例：HTTPSがダウン、証明書切れ、クライアント向けのステータスページが必要な場合）には、Oh Dearのようなアップタイム監視ツール、またはその代替製品が適している。これらのツールは、サイトの基本的な可用性を保証する上で不可欠な存在である。

しかし、もしWebサイトの「パフォーマンス維持」や「ユーザー体験の向上」が主な目的であり、クライアントへの報告にLCP、INP、CLSといったCWV指標を含める必要がある場合、あるいは多数のWebサイトを管理し、「速度は遅いがサイトは稼働している」という状態がコストのかかる失敗につながるような場合には、CWVに特化した監視レイヤーを別途追加することが推奨される。これは、既存のアップタイム監視ツールを完全に置き換えるのではなく、その上にCWV監視機能を「追加する」という考え方が効果的だ。PingdomやBetter Stack、UptimeRobotといった一般的なアップタイム監視ツールを利用している企業でも、CWVの深い分析と監視には別の専門ツールが必要になることがほとんどである。

アップタイム監視は「Webサイトがオンラインか」を、CWV監視は「オンラインのWebサイトがユーザーにとって快適か」を測る、と理解することが重要だ。両者は異なるリスクをカバーしており、それぞれの目的に応じて最適なツールを選択し、必要であれば組み合わせて利用することが、Webサイトを成功に導くための鍵となる。クライアントへの報告書でも、「稼働状況（アクセシビリティ）」と「Lab PageSpeed / CrUX（ユーザー体験）」というように、両方の指標を明確に区別して伝えるべきだ。アップタイムが緑色だからといって、ユーザー体験が良好であるとは限らないという事実を常に認識し、それぞれの「真実」に対して適切な対策を講じることが、現代のWebサイト運営には不可欠である。この二つの視点を持ち合わせることが、システムエンジニアとしてWebサイトの健全性と品質を維持するために求められる専門知識となるだろう。