モバイル・モニタリング・ベスト・プラクティス・ガイド

まず、New Relic のユーザーインターフェイスで新しいアプリを追加します（全手順 ）。

1. one.newrelic.com > All capabilities > Mobileに移動します。

2. 監視しているアプリのリストから、 「Add more」 を選択します。

3. 該当するプラットフォームを選択します。

4. モバイルアプリケーションに名前を付けて、Continueを選択します。

   1つのアプリと関連するアプリトークンをiOSアプリの開発リリースに、別のアプリと関連するアプリトークンをそのiOSアプリの本番リリースに、別のアプリトークンのペアをAndroidアプリの開発リリースと本番リリースに使用します。クエリビルダーを使って、4つのアプトークンのデータを比較することができます。

次に、モバイルエージェントのインストールと設定を行います。

1. New Relic の iOS または Android 用 SDK の最新版をダウンロードし、モバイルアプリに追加します。(詳しい手順は iOS と Android)
2. 必要に応じて、インストールの設定を行います。例えば、以下のようになります。
3. 機能フラグを有効にしてMobileRequestイベントをキャプチャし、 iOSまたはAndroid向けの完全なネットワーク分析機能を使用します。
4. 本番環境でのdSYMアップロードを自動化します。
5. サプライズを避けるために、モバイルエージェントを開始する場所の標準的なパターンに従ってください。また、他のSDKを起動する前にエージェントを起動してください。詳細については、 Android のインストールと設定 および iOS のインストールと設定 のドキュメントを参照してください。
6. アプリケーションの新しいリリースをデプロイします。

クラッシュの原因を突き止め、修正することができます。そして、クラッシュの背後にあるトレンドを明らかにすることで、クラッシュを防ぐことができます。

1. 監視対象のモバイルアプリのサマリーUIページから、 Crash analysis をクリックします。

2. クラッシュデータを分析する 最も影響の大きいクラッシュを確認し、修正することができます。

   クラッシュイベントトレイル のパンくずをたどると、クラッシュの修正や重大なエラーの解決が容易になります。

3. モバイルアプリの UI の 衝突分析 ページから、 衝突タイプ を選択します。

4. クラッシュタイプの Summary ページから、 Crash trail タブを選択します。

カスタムブレッドクラム を作成して、主要なワークフロー（アプリのログインやチェックアウトのプロセスなど）を監視し、ユーザーのクリックを追跡し、タイミングを最適化し、MTTRを短縮するためにクラッシュ箇所を特定します。

例のクエリ から借りる。

• ユーザーのうち、どれだけの人が最新のアプリにアップグレードしたかを確認できます。
• 採用状況を長期的に追跡する。
• 新規インストールと旧バージョンからのアップグレードの数を把握することができます。
• 地理的な場所、通信事業者、ASNオーナー（Wi-Fiプロバイダー）、デバイス、接続タイプなどの使用量の分布を確認できます。

メトリクスベースのアラートやモバイルモニタリングUIをご利用ください。

• モバイルチームの主要なメンバーが、新しいクラッシュが発生した際に のメールを受信するように設定していることを確認してください。これらのメールは、モバイルアプリのUIページにあるクラッシュの種類を表示します。

• クラッシュレートのしきい値 のアラートを作成し、チームの主要メンバーがSlackやその他のアラート通知チャネルで閲覧できるようにします。

  アラート通知には、当社のUIへのリンクが含まれており、そこで閾値を超えたチャートを確認することができます。そこから、関連するモバイルモニタリングページへのリンクが表示され、詳細を確認することができます。

指標ベースのワークフローをイベントベースのアラートと組み合わせて、 ダッシュボードモバイルアプリとシステムに固有です。

1. 直近にリリースされた製品版のクラッシュに焦点を当てたNRQLアラートを作成します。
2. 最新のアプリバージョンでクラッシュの影響を受けたユーザーの割合に焦点を当てた追加のNRQLアラートを作成します（ユーザーベースへの全体的な影響を確認します）。

モバイルアプリケーションを大規模に運用する場合、クラッシュは避けられません。最も影響の大きいクラッシュを把握するためのツールを提供しています。 クラッシュ分析 UIを使用すると、どのクラッシュが最も頻繁に発生しているか、クラッシュのないユーザーの割合、クラッシュの約80％に関連するファイルやメソッド、特定のユーザーが経験したばかりのクラッシュなどを確認できます。

衝突分析でインパクトの強い事故を追求する。

1. カスタム属性 を追加して、価値の高い顧客を分類し、その属性を使って最も価値の高いオーディエンスに応じてクラッシュをセグメント化します。
2. パンくずやカスタムイベントを追加して、すべてのクラッシュ発生（過去90日間）に至るまでのイベントの詳細な証跡を作成することができます。そして、このクラッシュ・イベント・トレイルをモバイル・モニタリングUIで表示します。
3. モバイル監視のVersions trends [バージョン傾向]ページを使用して、後続のリリースに比べてクラッシュ率が改善され、回帰が回避されていることを確認します。

ブレッドクラムとカスタム属性を使用して、クラッシュの再現とデバッグを改善します。たとえば、 recordBreadrumb API を使用してセッション中の状態変化を追跡すると、次のようなクラッシュのデバッグに役立ちます。

• 接続形態の変更
• オリエンテーションの変更
• アプリコードの重要なポイントでのCPUとメモリの状態

既存のイベントにカスタム属性を追加することで、モバイルアプリに対してより正確な質問をすることができます。次のようなディメンションを追加します。

• ユーザーID。特定のユーザーの懸念に対応し、どの顧客やセグメントが最も影響を受けているかをよりよく理解するために使用します。

• ストアID：デバイスが古い、Wi-Fiの調子が悪いなどの問題に対処するために使用します。

• ユーザーセグメント。どのお客様やセグメントに最も影響があるのかをよりよく理解するために使用します。例えば、ログインしたお客様とログインしていないお客様などです。

• セッション終了時のカートの中のお金

• アプリへのエントリーの起源または帰属

  モバイル アプリ全体でカスタム属性名を標準化し、Web サイトに合わせます ( ブラウザ監視)、エンドユーザー チャネル間のパフォーマンスを比較対照できるようにします。モバイル エージェントは、クラッシュしたセッションとクラッシュしていないセッションの最後のインタラクションを追跡し、(意図的またはクラッシュによる) アプリを終了する前にユーザーが表示した内容を可視化します。

カスタムイベントを使用して、機能の使用状況を追跡します。例えば、以下のようになります。

• カスタムイベントを使用して、アプリとウェブサイト間のユーザーフローを追跡します。

• カスタムイベントやモバイルブレッドクラムを使用して、主要なユーザーフロー（ログイン、ショッピングカートなど）のパフォーマンスを最適化します。

• カスタムイベントを利用して、デジタル化された顧客に、より迅速でコンテクストのあるサポート体験を提供します。

• recordCustomEvent API を使用します。次に、以下を使用してさまざまな機能の使用を比較します。

  SELECT count(*) FROM MyNewMobileEventType FACET name

  コピー

カスタムイベントを使用して、ページのロードタイムを測定します。

1. アプリ起動タイマーを作成し、ユーザーがアプリを起動するためにタップしてから、アプリのコード内で最初の画面が表示されるまでの時間を測定します。タイマーの値をNew Relicに以下のような方法で記録します。

   recordCustomEvent(<myMobileTimers>, <appLaunch>, {attributes})

   コピー

2. スピナーの持続時間を測定するために開始タイマーと停止タイマーを定義し、以下のような方法でNew Relicにこの時間を記録します。

   recordCustomEvent(<myMobileTimers>, <spinnerOnScreenA>, {attributes})

   コピー

3. アプリ内の特定のユーザーアクションやファネルステップをトラッキングし（"add to cart" など）、そのイベントの属性として価格を含めます。

4. カスタムイベントで関連するファネルステップを表示することで、アプリケーションを介したフローを測定します。例えば、タイマーを作成して、複数のファネルステップにまたがるサブフローまたはフロー全体の開始時間と終了時間を追跡し、ユーザーがプロセスを通過するのにかかった時間を理解することができます。

カスタムインタラクションを使用して、同じウェブページに関連するトレースを確認できます。

1. エージェントAPIを使用してデフォルトのインタラクションを無効にし、カスタムインタラクションに焦点を当てることで、プライマリーファネルにとって最も重要なページロードを見直すことができます。

2. これらのカスタムインタラクションの開始時間と停止時間を定義することで、ファネルの個々のステップに関連するアクティビティ（例えば、特定のユーザーアクションやページロードなど）をトレースすることができます。

3. クラッシュしたセッションとクラッシュしていないセッションの最後のインタラクションを追跡することで、ユーザーがアプリを終了する前に何を見ていたのかを知ることができます（意図的な場合も、クラッシュした場合も）。

   クラッシュしていないセッションのクエリ例

   SELECT count(*) FROM Mobile WHERE sessionCrashed is null FACET lastInteraction SINCE 90 days ago

   コピー

   クラッシュしたセッションのクエリ例

   SELECT count(*) FROM Mobile WHERE sessionCrashed is true FACET lastInteraction SINCE 90 days ago

   コピー