現在の状態を確立する

インストルメントページの確認

当社のブラウザ監視ツールは、アプリのデータを監視する優れた方法であるため、デジタル エクスペリエンスを改善するには、ブラウザのダッシュボードを確認することから始めるのが最適です。まず、ブラウザーのアプリとページをレビューして、New Relic に報告する予定のすべてが実際に報告されていることを確認する必要があります。これを行うには、取り込んでいる各アプリのブラウザ監視 UI の Page Views [ページ ビュー] タブを確認するか、次の NRQL クエリを実行します。

SELECT uniques(pageUrl) from PageView LIMIT MAX

ブラウザのURLグループ化を検証する

前のステップで、インストルメントされたページがデータを正しく報告していることを確認したら、ブラウザーのセグメントが正しくキャプチャされていることを確認し、顧客エクスペリエンスを向上させるために使用しているデータをより適切に解析できるようにします。セグメントに詳しくない方のために説明すると、セグメントは、URL 内の 2 つの /またはドメイン名の .の間にある単なるテキストです。

多数のセグメントを含む URL が多数ある場合は、それらを短縮して、 website.com/product/widget-name を website.com/ または website.com/product/にすることができます。最初のバージョンでも機能しますが、2 番目のバージョンでは、より多くのセグメントをデータに含めることができるため、製品のカスタマー エクスペリエンス データをグループ化するためのより便利な方法です。

すべてのセグメントを特定したら、 ブラウザーのセグメント許可リストを 使用してセグメントを追加します。これにより、より理解しやすいセグメントを作成できるようになります。

データをセグメント化する方法を理解する

ブラウザーの URL グループ化を検証したので、カスタマー エクスペリエンス データをさまざまなセグメントに分割して理解しやすくすることができます。前のステップとは異なり、ここでのセグメントは ( セグメント許可リストの場合のように) URL のセクションを参照するのではなく、データのグループを参照します。

セグメントを使用して、さまざまな方法でデータをグループ化できます。例えば：

• 米国、カナダ、EMEA のほとんどのユーザーは最初の入力に 2 秒以上の遅延を経験しますが、マレーシアとインドネシアのユーザーは 4 秒を経験します。セグメントを地理的位置別にグループ化すると、この洞察が得られます。

• 自動車保険を購入する顧客は、通常、1秒から最大の満足のいく塗料を目にします。住宅保険の場合、4秒です。

• 1 週間で、モバイル ブラウザ アプリでは 700,000 のページ ビューがあるのに対し、デスクトップでは 300,000 のページ ビューが発生する可能性があります。

  データをセグメント化するのに人気があり便利なカテゴリを次に示します。

  地域と場所

  基本: 国ごとにグループ化します。ブラウザ イベントにはリクエストの国コードが自動的に含まれるため、それをさらに細分化するために何もする必要はありません。

  詳細：ブラウザの監視でカスタム属性を使用して独自の地域属性を作成することにより、地域グループを地域SLOグループと一致させます。

  countryCodeによるファセット。

  関連する属性

  • regionCode
  • city
  • asnLatitude
  • asnLongitude

  デバイス

  パフォーマンスとエンゲージメントのデバイスタイプを分けて、理解できるようにする。

  • デスクトップとモバイルブラウザのユーザーの典型的な内訳

  • デスクトップとモバイルブラウザのユーザーの経験

    deviceTypeによるファセット。

    関連する属性

  • userAgentName

  • userAgentOS

  • userAgentVersion

  製品または事業内容

  製品が組織によって提供される別の事業またはサービスである場合。業界とそれぞれの製品の例:

  • 自動車保険と住宅保険を販売する保険会社です。

  • 複数のストリーミング サービスまたはチャネルを持つメディア会社。

  • ホテルの予約だけでなくレンタカーも提供する旅行会社です。

    Basic: 製品別にパフォーマンスをブレイクアウトする。

  • pageUrlでのファセット: New Relic で複数の製品を 1 つのブラウザ アプリにグループ化する場合は、このアプローチを使用します。

  • appNameによるファセット: 各製品を個別の Web アプリとしてインストルメント化する場合は、このアプローチを使用します。

  • appName でグループ化してからファセット: 1 つの製品をサポートするブラウザーで複数のアプリを HSBR する場合は、このアプローチを使用します。

    詳細: カスタム属性を使用して、製品をカスタム属性としてブラウザ ページに追加します。

  環境

  インストルメンテーション中またはインストルメンテーション後のブラウザ アプリの環境を指定する命名規則。適切な名前のブラウザ アプリは、環境だけでなく製品や機能も指定します。例:

  • account-management.prod

  • hotels-book.prod

  • car-insurance.uat

    アプリの命名規則を使用して、環境が UI とダッシュボードの両方でデータのフィルター処理をサポートしていることに注意してください。詳細については、 ブラウザ アプリの名前を変更する方法に関するドキュメントを参照してください。

  チーム

  一部の組織では、単一のチームが複数の製品をサポートしますが、他の組織では、製品が複数のチームでサポートされるのに十分な大きさです。 New Relicのブラウザアプリ名にチーム名を追加するか（たとえば、 account-management.prod.unicorn-squad ）、 カスタム属性を使用して、カスタマーエクスペリエンスまたはエンゲージメントに対するチームのパフォーマンスをレポートします。

Quality Foundationのダッシュボードのインポート

次のステップは、ベースライン パフォーマンスに対してカスタマー エクスペリエンスを測定および改善するために使用できるダッシュボードを作成することです。これをする：

1. QualityFoundationクイックスタートに移動します。

2. クイックスタートの指示に従ってダッシュボードをインストールします。

3. 提供されているガイド を使用して、計画しているデータのセグメント化方法に合わせてガイドをカスタマイズします。

   ヒント

   最適化の効果を最大化するために、ダッシュボードをチームではなく、事業部門や顧客向けのサービスに合わせて調整してください。

ダッシュボードの各ページの現在のパフォーマンスを把握

現在の状態を確立するための最後のステップは、ダッシュボード ページから現在のパフォーマンスをキャプチャすることです。これをする：

1. 品質基盤 GitHub READMEの指示に従ってください。セグメント許可リストと品質基盤ダッシュボードの手順が説明されています。

2. 前の手順のダッシュボードを使用して、各事業部門の全体的なパフォーマンスを理解します。必要に応じて、フィルターを適用して、地域またはデバイス全体のパフォーマンスを確認します。値が目標を下回り、それが重要な場合は、改善の候補としてシートに追加します。追跡値の例：

   • 追跡する価値はない。米国で保険を販売している会社が、マレーシアでのパフォーマンスの低さに気づく。
   • 追跡する価値がある。米国で保険を販売している会社が、米国のモバイルユーザーに関してのみパフォーマンスが低いことに気づく。