オブザーバビリティによるリアルユーザー体験の向上

このブログでは、ユーザー体験（UX）、ユーザー体験最適化（UXO）、リアルユーザー監視 （RUM）とは何か、これらがビジネスにとってなぜ重要なのか、New Relicのようなオブザーバビリティツールがユーザーエクスペリエンスの向上にどのように役立つのかについて説明します。

ユーザー体験（UX）とは

UXという言葉を聞いて、何のことを言っているのだろうと思ったことはありませんか？この用語は、製品またはサービスのユーザー体験を説明するために使用されます。たとえば、ユーザーがウェブサイトにアクセスしていた場合、ページの読み込みが遅いことや、チェックアウトプロセス中のエラーを、ウェブサイトのUXが悪いことが原因であると考える場合があります。

ユーザーが古い携帯電話でテキストメッセージを送信し、別の文字を指定するには数字の「1」ボタンを複数回クリックする必要がある別のシナリオを想像してみましょう。1回押すと「a」になり、2回押すと「b」、3回押すと「c」になります。この作業を、専用のキーボードがある、任意のキーを押すことができる最新のスマートフォンのUXと比較してください。この例では、ユーザーは最初のシナリオを悪いUXとみなして、より優れた製品（ここでは最新のスマートフォン）を使用することを好む可能性があります。

UXは今日における製品の重要な側面であり、成功する製品を設計するためには多くの作業が伴います。ユーザーが使いたくなる完璧な製品を手に入れるには、ユーザー研究者、インタラクションデザイナー、ビジュアルおよびグラフィックデザイナー、情報アーキテクト、a/bテスト、パフォーマンステストなど、さまざまなUX担当者が必要になります。

ユーザー体験最適化（UXO）とは

UXとは何かを理解したところで、UXOと呼ばれるユーザー体験の最適化について説明します。製品やサービスを構築するとき、初期段階では適切に構築できない場合があります。車で最後にリコールがあったときのことを考えてみると、これは製品が最初からうまく機能しなかったことを示す実例です。自動車業界では、「修正が必要な問題があることがわかっているので、再設計の最初のモデルは購入しないでください」という話をよく聞きます。多くの場合、最初の設計を修正するには、改良が行われる次のモデルイヤーまで待った方がよいでしょう。

ソフトウェア製品やサービスの作成者もこの問題とは無縁ではなく、最初はうまく対処できないことがよくあります。UXに関しては、情報に基づいて改善に関する意思決定を行う上で役立つデータを収集していることを確認する必要があります。ユーザーレビュー、ユーザビリティテスト、分析など、さまざまなソースからデータを収集する可能性が高くなります。これらのデータ駆動型インサイトを使用して製品エクスペリエンスを監視し、改善することが、UXOの真の目的になります。これらのインサイトは、UX、開発者、製品チームが何を変更する必要があるかについての推測を排除し、最も重要なことに集中できるようにするために必要な情報を提供します。

デジタル顧客/リアルユーザー監視とは

ユーザー体験について議論するときは、リアルユーザー監視（RUM）と呼ばれる別の概念についても言及する必要があります。RUMは、ウェブページ要素の読み込みにかかる時間、ページにエラーがあるかどうか、AJAXおよびHTTPリクエストにかかる時間など、顧客とアプリケーションとのデジタルインタラクションを記録および分析します。RUMは、デジタル顧客がウェブサイトとどのようにやり取りするかをより深く理解する上でも役立ちます。これにより、ウェブサイトを改善し、訪問者により多くの価値を提供することができます。

通常、最終的なUXはブラウザで発生するため、RUMはブラウザ監視またはモバイル監視と呼ばれることもあります。RUMは、サーバー側（バックエンド）のパフォーマンスを測定するアプリケーションパフォーマンス監視の他のコンポーネントとは対照的に、ユーザーがアプリケーションと対話するために使用するブラウザまたはモバイルアプリのクライアント側のパフォーマンスを測定します。

ウェブサイト、モバイルアプリ、IoTデバイスなど、あらゆるインタラクションは、顧客が企業に対して抱く全体的な印象に影響します。デジタル顧客体験の低下は顧客喪失につながるおそれがあるため、これらのデジタルインプレッションの品質は非常に重要です。

優れたエクスペリエンスを提供するには、複数のサービスとシステムを完璧に調整する必要があります。顧客は遅延や障害のない即時かつシームレスなサービスを期待しており、これらの期待が満たされない場合は代替手段を求めるでしょう。チームがシステムで優れた顧客エクスペリエンスを提供できるように、適切なツールを導入することが重要です。

RUMが重要な理由

企業は顧客満足度と収益を得るためにデジタルチャネルへの依存度を高めています。エンドユーザーの待ち時間の約80～90%は、ウェブブラウザとネットワーク全体で発生します。したがって、稼働時間のみを重視している企業は、顧客エンゲージメントを高め、業績を向上させる大きな機会を逃しています。

企業が実際のUEOを重視すべき理由

顧客に優れたエクスペリエンスを提供することは、あらゆるビジネスにとって不可欠です。製品の設計が不十分だと、否定的なレビュー、カート放棄、不満、解約、収益の損失など、多くの問題を招く可能性があります。逆に、優れたUXを実現すると、ロイヤルティ、収益、ユーザーエンゲージメントが向上します。

優れたUXについて考えるとき、たいていCostcoやAmazonのような企業を思い浮かべるでしょう。Costcoは会員向けに優れた返品ポリシーを設けているため、多くの顧客はそこで商品を購入することを躊躇しません。Costcoの顧客は「買ってしまえばいい、気に入らなかったらいつでも返品できる」と考えるのが一般的です。Amazonは、注文のための「1-Clickボタン」の特許を取得していましたが、これは当時前代未聞のことでした。このボタンで購入手続きが簡素化されました。Amazonはまた、Primeプログラムで特別なものを生み出しました。オンラインショッピングの性質が大幅に変わり、商品やお住まいの地域に応じて、2日以内の配送、1日以内の配送、さらには同日配送も可能にしました。このようなサービスを提供するこれらの企業により、顧客は忠実で一貫したショッピング体験が可能になり、間違いなくこれらの企業の収益を増やすために、顧客は顧客自身の役割を果たしています。

楽しいUXを実現するために、CostcoやAmazonである必要はありません。適切なテクノロジーを導入し、ユーザーのエクスペリエンスを監視すれば、組織は経験に基づいた推測ではなくデータに基づいて変更を加えることができます。幸運なことに、New Relicオブザーバビリティプラットフォームのような、設定と使用が簡単なソリューションがあります。New Relicブラウザ監視を使用すると、RUMを迅速に稼働させ、インサイトを実際のユーザー体験に取り入れることができます。これらのツールを導入すると、チームは改善すべき最も重要な領域に集中できるようになり、改善を追跡するための経時的な変化を測定するデータが得られます。

遅いサイトはユーザーの不満を生み出し、一般にどのオンラインビジネスにとっても悪影響を及ぼします。以下の統計は、実際のUXがいかに重要であるかを示しています。

• エンドユーザーの待ち時間の80～90%が、クライアント側（ウェブブラウザなど）で費やされる
• 3秒の待ち時間で、最大40%のユーザーが放棄する（Lara Hogan）
• BBCによると、ページロード時間が1秒増えるごとに、ユーザーの10%がサイトを離れることが判明

以下は、デジタル顧客体験と実際のUXが組織にとって重要である主な理由の一部です。

デジタルシフト：最終消費者は現在デジタル化しています。昔は、ケーブルまたは衛星同軸ケーブルを特別なボックスに接続し、テレビを生放送していました。それはまた、自宅でしか視聴できない、ラグがある遅い体験でした。今では、好きなときに、好きな場所で、好きなものをストリーミングできます。ケーブルが期待に応えられなかった場合は、あきらめるしかありませんでした。通常、お住まいの地域ではそれが唯一の選択肢でした。ストリーミングサービスが期待に応えられない場合は、そのストリーミングサービスをやめて、好みの新しいサービスに切り替えます。それはメディアやエンターテイメントだけではなく、あらゆる業界で起こっています。このデジタルシフトにより新たな競争が生まれ、顧客にはこれまで以上に多くの選択肢が与えられています。

競争上の差別化要因：企業にとっての確固たる競争上の差別化要因は常に顧客体験であり、デジタルビジネスも例外ではありません。デジタル顧客体験（DCX）は競争上の差別化要因です。アプリケーションは利用可能で、適切かつ高速である必要があります。アプリケーションがそうでない場合、顧客は離れてしまいます。ただし、可用性、正確性、高速性はDCXの一部にすぎません。

詳細な可視性：優れたDCXを提供するには、レイヤー全体のアプリケーションに対する詳細な可視性が必要です。アプリケーションパフォーマンス監視（APM）は優れていますが、必要なものの一部にすぎません。フロントエンドの監視は非常に重要です。フロントエンドのエラー、特にブラウザ互換性の問題やJavaScriptエラーなどは、監視せずに検出するのは困難です。これらのエラーは、アプリケーションエラーと同じくらいDCXに影響を与えます。フロントエンドの速度も理解する必要があります。ユーザー中心のパフォーマンスメトリクスは、顧客がアプリケーションをどのように体験するかを理解するのに役立ちます。

顧客の視点（POV）：インフラストラクチャ監視（インフラストラクチャの監視なしで、最重要日に合わせてアプリを拡張できるようにする方法など）や外形監視（プロアクティブなsyntheticテストを実行して、アプリケーション、APIなどの可用性、正確性、速度を確保するなど）についても同様の議論ができます。真のポイントは、企業は顧客の視点からアプリケーションを理解する必要があるということです。そのためには、アプリケーションのあらゆる層（フロントエンド、バックエンド、インフラストラクチャ）を監視し、多数の統計的な属性（ブラウザの種類、地理など）にわたってアプリケーションのsyntheticテストを行う必要があります。

開発者にとっての課題：今日のウェブサイトは、ページのほとんどがHTMLと画像であったWeb 1.0よりも動的で複雑になっています。開発者は、JavaScriptエラーの排除、サードパーティのAPIやプラグインによるページの速度低下やクラッシュの防止、社内インベントリの更新、ウェブブラウザ、デバイスの変更による影響の更新、遅いネットワークのトラブルシューティング、絶えず変化するフレームワークやプログラミング言語の最新情報の入手などを行いながら、機能とページの機能強化を作成する必要があります。開発者は、デバイス、ウェブブラウザ、ネットワークに関係なく、ユーザーを満足させるという使命を負っています。

開発者と運用の専門家は、本番環境のインシデントにも対応し、レイテンシ、エラー、異常のトラブルシューティングを行う必要があります。

優れたリアルUXを求めるデジタル世界のトレンド

Direct to Consumerの関係：これまで消費者に直接販売を行ってこなかった多くの企業（ メディア&エンターテイメント映画スタジオや小売業者など）は、現在、サードパーティの流通業者を通さず、デジタルで消費者とやり取りし、販売しています。この結果、企業は、ビジネスを変え、ブランドの再定義に役立つ顧客との関係を直接構築する機会が得られます。また、企業は優れたデジタルエクスペリエンスを構築するか、そうでなければ消滅するかを迫られています。

オムニチャネル：消費者は、さまざまなフォームファクター、サイズ、場所、コンテキストの多様なデバイスを使用して企業と関わっています。デザイン、機能、パフォーマンス、これらの不確定なもの全体にわたって調整されたエクスペリエンスを提供し、アプリケーションが複数の個別のインタラクションではなく、1つの連続したエクスペリエンスのように感じられるようにすることは、多くの企業が目指している目標です。

クラウドの広範な導入：今日、多くの企業は競争力を維持し、成長を加速するには、クラウドだけが提供できる俊敏性が必要であることを理解しており、そのため、特定のアプリケーションやインフラストラクチャをクラウドサービスプロバイダー（AWS、Azure、Google Cloud Platform（GCP）など）に移行しています。クラウドベースのインフラストラクチャには、オンプレミスの技術的負債の削減、最新のサービスへのグローバルなアクセス、拡張性など、多くの利点があります。ただし、クラウドの計画中、クラウド導入中、または導入済みであるかどうかにかかわらず、クラウド導入のプロセスは、規模の大小にかかわらず組織にとって常にストレスとなります。

一枚岩を打ち破る：あらゆる規模の組織がより頻繁なリリースを行い、開発チームと運用チーム間のボトルネックを軽減するためにアプリケーションの最新化に重点を置いています。マイクロサービスと、ますます増えているサーバーレス形式は、アプリケーションを最小の合理的なサービスに分割して、大規模で複雑なアプリケーションの継続的な配信/デプロイメントを可能にする上で選択されるアプローチです。各マイクロサービスは独自のコンテナ、サービス、機能を実行し、アプリ開発者はサービスを独立して開発、管理、拡張できるため、サイロが解消され、ソフトウェアリリースの速度と規模が大幅に向上します。

すべてのものをコンテナ化する：アプリケーションとそのすべての依存関係を専用のボックスに詰め込み、ホストシステムがインストールしているソフトウェアの依存関係や、ホストシステムが実際にどこで何に使用されているかに関係なく、どこでも（オンプレミス、GCP、AWS、仮想マシン）実行できたら素晴らしいと思いませんか？これがコンテナ化の背後にある考え方です。コンテナは、その柔軟性により、最新のクラウド環境で一般的に使用されるアプリケーションのデプロイメント方法です。

複雑な環境における依存関係とボトルネックの特定に活用される分散トレーシング：最近の環境では、アーキテクチャーがますます複雑化し、分散化しています。コンテナはスピンアップとスピンダウンを行い、クラウドリソースはオンデマンドで消費されます。分散トレーシング（DT）は、分散環境内のすべてのサービスにわたりリクエスト（トランザクション）に何が起こったかを追跡し、分析するプロセスです。DTを使用すると、IT部門は依存関係を直感的に特定し、これらの複雑な環境のボトルネックをトラブルシューティングできます。

実際のUXオブザーバビリティソリューションに必要なもの

ウェブサイトを構築し、インシデントにも対応する必要があるフロントエンド、フルスタック、およびウェブ開発者にとって、実際のユーザーのオブザーバビリティソリューションで詳細な情報を得る必要があります。この情報には、最新のパフォーマンスメトリクスからのフロントエンドデータ、ベンチマークに役立つJavaScriptエラー、ページ速度の向上、顧客エクスペリエンスが含まれます。また、バックエンドサービスを通じた実際のユーザー体験のエンドツーエンドの可視化により、1つの接続されたエクスペリエンスで、より迅速な発見とトラブルシューティングを可能にします。基本的に、オブザーバビリティソリューションは、問題を解決するための可視性と、顧客エクスペリエンスを向上させるためのコンテキストを1つの使いやすいプラットフォームで提供する必要があります。実際のユーザーオブザーバビリティソリューションの3つの主な側面は次のとおりです。

• RUMを接続してエンドツーエンドの可視性を実現します。
• 広く導入され採用されているRUMソリューションで、顧客エクスペリエンスを最適化します。
• ウェブサイトのパフォーマンスをバックエンドサービスおよびインフラストラクチャと関連付けます。RUMの重要な側面の1つは、コアウェブバイタルの理解と監視です。コアウェブバイタルは、全体的なユーザー体験を測定するGoogleのメトリクスです。これらは、ユーザーがお客様のビジネスをどのように見ているかについての貴重なインサイトを提供し、サイトのSEOランキングに影響を与える可能性があります。ユーザー体験を捉えたスコアを取得することで、サイトが何を必要としているかを推測するのではなく、特定の問題に対してアクションを起こすことができます。主要なコアウェブバイタルには次の3つがあります。
  • 最大視覚コンテンツの表示時間：読み込みパフォーマンスを測定します。
  • 初回入力遅延：ユーザー入力とブラウザ応答の間の対話性を測定します。
  • 累積レイアウトシフト：視覚的な安定性を測定します。

ウェブパフォーマンスと実際のUXに影響を与える主な領域

• Web Vitalsは数年前にGoogleが作成しました。一部の顧客は依然としてページ読み込みイベントを使用しており、これもUIでキャプチャしてグループ化しています。New Relic Universityでは、自分のペースで進められる優れたコースを提供しており、修了すると顧客エクスペリエンスの達人のようになれるでしょう。
• JavaScriptエラーには、開発者が知りたいと思っているすべてがあります。
• 非同期JavaScriptとXML（AJAX）は通常、ページ全体を更新することなく、ページ内のサーバーソースのコンテンツを更新するために使用されます。AJAXとシングルページアプリケーション（SPA）は連携することがよくありますが、それぞれが個別に使用される場合もあります。AJAX対応リクエストは、フロントエンドからバックエンドまでの分散トレーシングをキャプチャするためのエントリポイントでもあります。
• AJAX HTTP応答コードはUIではあまり注目されていませんが、注目する価値があります。バックエンドへの呼び出しが400～451コードで返された場合は、サーバーへの呼び出し時に問題が発生したことを意味します。500以上のコードが返された場合は、アプリケーションが利用できなかったか、エラーが返されたことを意味します。

実際のユーザーオブザーバビリティソリューションが必要な理由

以下に、企業が実際のユーザーオブザーバビリティソリューションを必要とする理由を説明するいくつかの重要な要素を挙げます。

信頼性

ブラウザ本番環境のインシデントや重大度の高い問題に対処できます。地理、ネットワーク、インターネットサービスプロバイダー、ウェブブラウザ、デバイスの種類ごとに、一目でわかるウェブページのパフォーマンスに関する診断を提供します。サイトの信頼性とインシデントの解決を担当するチームは、問題の原因がバックエンドサービスにあるのか、それともインターネット（ネットワーク、ISPなど）に問題があるのかをすぐに判断できます。

顧客エクスペリエンス、パフォーマンス、ビジネス成果

特にDCX固有の業界（メディア、電子商取引、旅行、金融）のITバイヤーは、テクノロジーが顧客にどのような影響を与えるかを理解するためにRUMを信頼しています。

ブラウザ監視は、遅いサイトが顧客ファネルエンゲージメント、エンドユーザーの許容度、ビジネス成果にどのような影響を与えるかを定量化するのに役立ちます。

実際の悪いUX問題を解決することの利点

デジタルビジネスの成果を向上させる： ウェブページの場合、速度は収益、放棄、ユーザーエンゲージメントやビジネス成果と相関します。速いほど優れています。Browserエージェントは、ページのパフォーマンスのベンチマーク、改善、最適化に役立ち、その結果、顧客の満足度が高まります。

より迅速なトラブルシューティング：New RelicプラットフォームにRUMを追加すると、バックエンドサービスやインフラストラクチャから、ウェブブラウザでアプリにアクセスするエンドユーザーまでネットワーク経由での可視性が拡張されます。したがって、インシデント発生中に、開発者や運用の専門家は、スタック全体にわたるレイテンシ、エラー、異常をエンドツーエンドで可視化し、より迅速にインシデントのトラブルシューティングを行うことができます。

使いやすさ：ソリューションはSPAなどのテクノロジーをサポートし、簡単にデプロイでき、ページのパフォーマンスに関するデータを数分で取得できる必要があります。分散トレーシングは、他の分散トレーシングツールよりもセットアップが簡単です。New Relic顧客は、これをオンにするだけで、コンテキスト内のデータを確認できます。

RUMの向上にNew Relicがどのように役立つか

New Relic のRUM機能は、あらゆるオブザーバビリティプラットフォームから最も詳細なユーザー中心のデータを提供します。New Relicプラットフォームは、開発チームと運用チームがウェブとモバイルのパフォーマンスをベンチマークし、改善できるようにします。New Relicをアプリケーションやインフラストラクチャからウェブサイト、モバイルアプリ、重要なすべてのエンドポイントに拡張すると、チームは本番環境のインシデントのトラブルシューティングをより迅速に行い、1つの統合プラットフォームでウェブとモバイル全体の顧客エクスペリエンスを最適化できます。

RUMは広大な空間であり、多くの可動部分があります。ストーリーは、ユーザーインタラクションのためのフロントエンド要素を備えたアプリケーションをサポートする、内部バックエンドリソースから始まります。ただし、それだけではありません。広告、支払い、各種APIなど（ただしこれらに限定されない）、ウェブサイト内のさまざまなタスクを実行するにはサードパーティのサービスに依存する必要があります。

これらの要素がすべて調和して機能していることを確認するには、これらの各領域を確認し、操作がスムーズに実行されるようにコンテキストを提供できるプラットフォームが必要です。そこで、New Relicプラットフォームのようなソリューションがビジネスの健全性にとって不可欠になります。

New Relicを使用すると、ブラウザとモバイルの監視によるフロントエンド、APMによるバックエンド、インフラストラクチャ監視によるインフラストラクチャなど、アプリケーションのすべての層を監視できます。New Relic外形監視を使用して、ユーザー中心のsyntheticテストを繰り返し実行することで、プロアクティブに対応できます。New Relicオブザーバビリティプラットフォームとログ管理などの機能はこのデータを接続し、顧客に影響を与える問題を迅速に診断して解決したり、問題を完全に回避したりすることを、これまで以上に簡単にします。

New Relicブラウザ監視は、前に説明したすべての主要な領域を追跡し、バックエンドアプリケーションをUIを使ったすべてのユーザーインタラクションに接続できる革新的な機能です。ウェブサイトプロファイラーであるBuiltWithによると、New Relicブラウザ監視は278万を超えるライブウェブサイトでデプロイされています。

広範なNew Relicプラットフォームを使用すると、ユーザーインタラクションを確認し、フロントエンドからその背後にあるリソースに至るまでのインタラクションを追跡することが非常に簡単になります。分散トレーシングを通じてこのインタラクションの一部であるすべてのトランザクションを確認し、優れたLogs in Context機能を使用してインタラクションの基本部分を深く掘り下げることができます。たとえば、以下のスクリーンショットでは、バックエンドサービスのオールインワントレースを介してブラウザアプリケーションからの呼び出しを追跡できます。

これらすべての製品に加えて、New Relicアラートを活用すると、製品内で発生している異常を自身とチームに確実に知らせることができます。

Change Tracking (変更追跡機能)を使用すると、環境内で発生した変更をキャプチャし、それらの変更イベントをUIで表示できます。ユーザーは、ドリルインして変更の詳細を確認できるほか、すぐに取得できるさまざまなメトリクスに対するシナリオの前後の影響も確認できます。以下は、自動デプロイメントのためのChange Tracking (変更追跡機能)UIの例です。

要約すると、New Relicブラウザ監視の主な利点は、広範な詳細と相関関係を伴う実際のユーザーの行動からのリアルタイムデータが提供されることです。さらに、New Relicブラウザ監視はカスタマイズ可能であり、追加の価値を提供できるカスタムアトリビュートを含めることができます。たとえば、分析やカスタムレポートに後で使用できるビジネスデータやログインユーザーなどです。つまり、製品が実際の問題になる前にデータの異常を特定できるため、アプリケーションの所有者や開発者が、問題が発生する前に迅速に特定して診断できます。本製品により、ユーザーがウェブサイトで過ごす時間が長くなり、よりスムーズなエクスペリエンスが得られるため、サービス停止が減り、読み込み時間が短縮され、ユーザーの満足度が向上します。

New RelicプラットフォームのRUMは、モバイルアプリケーションを監視できる非常に強力な製品を提供しているため、ウェブサイトのみを対象としているわけではありません。New Relicでは、モバイルアプリケーションにインストールして、モバイルアプリケーションを使ってユーザーのインタラクションから重要な情報を収集できる、プラットフォーム固有のエージェントを多数用意しています。

ブラウザ監視と同様に、バックエンドとフロントエンドのデータを関連付けて、潜在的な問題を回避したり、すぐに問題を解決したりできます。モバイルエージェントはハイブリッドプラットフォームをサポートしているため、クロスプラットフォームアプリケーションを監視し、コードレベルをさらに詳しく調べることもできます。

New Relic Mobileアプリの主な利点には、クラッシュ分析、ユーザーインタラクションの詳細、HTTPリクエストとエラー、バージョン動向が含まれますが、これらに限定されません。また、現在、New Relic Mobileモニタリングは Android、iOS、React Native、Capacitor、Cordova、およびFlutterをサポートしています。今後、新しいプラットフォームのサポートのリリースに取り組んでいきます。

New RelicエージェントまたはAPIによってキャプチャされたすべてのデータポイントは、New Relicクエリ言語（NRQL）を使用してダッシュボードで使用できます。これにより、ビジネスや関係者にとって重要な視覚化をさらにカスタマイズできるようになります。

その好例の1つは、「顧客エクスペリエンス品質基盤」と呼ばれるダッシュボードです。これは、一部の顧客がアプリケーションとのユーザーインタラクションに焦点を当て、システムの健全性を全体的に把握できるようにするために作成したものです。以下に、このダッシュボードのスクリーンショットを示します。

上記のダッシュボードなどのカスタマイズされた視覚化は、ビジネスのあらゆる側面に関する広範で詳細なデータを提供するNew Relic製品の機能を示しています。色分けされたセグメントは、デスクトップアプリケーションで多数のHttpResponseCodeエラーが発生すると、4xx応答ボックスが赤色で表示されるなど、即時対応が必要な領域に注意を向けることができます。このデータのいずれかに対してアラートを作成できるため、ユーザーがプラットフォームの使用に問題を抱えている場合に、チームはどこに注力すべきかを把握できます。これらのアラート通知を、サードパーティのITサービス管理（ITSM）アプリ、Pager DutyやService Nowなどのシステムに送信することもできます。

結論として、New Relicはブラウザ監視、モバイル監視、APM、ダッシュボードなどの広範な機能を提供し、ビジネスにとって重要なすべてのデータを収集し、プラットフォーム間でこれらのデータを関連付けます。New Relicはカスタマイズされた視覚化を提供するため、お客様とチームは自信を持って迅速に行動できます。さらに、New Relicチームはあらゆる段階でお客様をサポートします。

Appendix

重要な用語と頭字語

カスタマージャーニー：最終消費者にとって成功または失敗したトランザクションをもたらす、最終消費者がビジネスまたはアプリケーションと行う一連のインタラクション（何かを購入する、何かを視聴する、プロフィール情報を変更する、購読を解除するなど）。これは、eコマース企業の購入カスタマージャーニーやメディア企業のビデオストリームカスタマージャーニーのように、厳密にアプリ内で行われる場合もあれば、オンライン注文して店舗で受け取るなど、アプリ内と対面の組み合わせの場合もあります。主要な顧客体験とは、ビジネスに影響を与える顧客体験であり、収益を生み出すトランザクションまたはユーザーエンゲージメントトランザクション（ビデオのストリーミングなど）で終わるものです。

ユーザー中心のパフォーマンスメトリクス：ページロードタイム（従来はwindow.onloadイベントによる測定）などの従来のメトリクスは、最新のサイト監視にはあまり効果的ではありません。ユーザー中心のパフォーマンスを特定するメトリクスは、顧客エクスペリエンスを明白にすることができます。これらのメトリクスには、First Paint、First Contentful Paint、First Interaction、First Input Delay（初回入力までの遅延時間）、および長時間実行タスクの数があります。

分散トレーシング：これは、アプリケーション、特にマイクロサービスアーキテクチャーを使用して構築されたアプリケーションのプロファイリングと監視に使用されます。分散トレーシングは、障害が発生した場所とパフォーマンス低下の原因を特定するのに役立ちます。

サーバーレス：これには、バックエンドサーバーインフラストラクチャにアクセスできないクラウドサービスが含まれます（これには、AWS Lambda、Azure Functions、Google FunctionsなどのFunction-as-a-Service（FaaS）オファリングが含まれます）。

K8s：Kubernetesの略称。コンテナの管理とオーケストレーションに一般的に使用されるオープンソースプラットフォームです。

マイクロサービス：ソフトウェア開発手法の1つで、疎結合サービスの集合としてアプリケーションを構築する、サービス指向アーキテクチャー（SOA）アーキテクチャースタイルの変形。これにより、CI/CD DevOps環境での反復処理が高速化されます。

MTTD：平均検出時間。アプリケーションの稼働停止、エラー、またはパフォーマンスの低下を検出するのにかかる時間です。MTTDが低い場合は、多くの場合、DCXが良好であることを示します。

MTTR：平均回復時間。アプリケーションが稼働停止、エラー、またはパフォーマンスの低下から通常の状態に回復するまでにかかる時間です。MTTRが低い場合は、多くの場合、DCXが良好であることを示します。