データを導入2019年3月6日水曜日を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。実際のユーザーが体験しているアプリのパフォーマンスを詳細に可視化するサービスで、離脱や収益損失の原因となるボトルネックを把握することができます。データの豊富さについては、好意的なご意見が寄せられています。表示されるデータからは問題の原因を特定するのが難しく、パフォーマンスの問題の根本原因を調査するのに時間がかかる、というご不満もよく寄せられています。アプリの起動が遅いことがわかるのはよいとしても、その問題が起きている理由は何でしょうか。バージョン、地域などの属性を使ってダッシュボードでデータをフィルタリングすることはできますが、問題点を正確に特定するにはデータの詳細度が不十分なこともあります。そこで、実用的なデータへのニーズに応えるため、トレースの個々のセッションをより深く掘り下げる機能を導入しました。パフォーマンスの問題につながっている属性や発生したイベントを確認できるようになります。つの新しいカテゴリの情報を確認できます。メモリの使用状況このような追加の詳細情報をトレースのコンテキストで表示することで、パフォーマンスの問題に関するデバッグ能力や問題解決力を向上させています。具体的な例をもとにセッションの動作を見てみましょう。トレースを使用して、カタログ内の商品の画像の読み込みにかかっている時間の長さを測定するとします。コンソールには、このトレースに関する問題が表示されています。表示されているこれまでは、問題をクリックして詳細を表示すると、トレースの平均時間などの情報が表示され、国やデバイスなどのさまざまなセグメントでデータをスライスできました。問題の詳細ページにはさらに情報が表示され、データのスライスが可能この詳細ページは役に立ちますが、すべてのトレースのサンプルから集計された情報が表示されるため、問題の原因となっている他の要因については十分なコンテキストが提供されません。このような場合に、トレースのセッションまで掘り下げる機能があると便利です。リクエストを確認できるようになりました。指標の詳細ページにある上部のバーから、その指標のすべてのセッションにアクセスできます。アプリのバージョンや国などの属性でデータをセグメント化している場合は、クリックしてセッションのフィルタリング済みの表示に移動することができます。インスタンスの詳細を確認できます。このパーセンタイル範囲は、パフォーマンスに基づいてセッションをコホートにグループ化するもので、パフォーマンスが最も悪いセッションを見つけやすくなります。パーセンタイル範囲で商品画像の読み込みセッションを見てみると、次のことがわかります。リクエストと同じ期間、実行されています。使用率は急増しています。リクエストの終盤に急増しています。影響を与え、その結果、商品画像の読み込みが遅くなったことがわかります。この情報は、問題をさらに調査するためにコード内の場所を特定するのに役立ちます。以上は、新機能がもたらす有用なデバッグ能力の一例にすぎません。デベロッパーの皆様がさまざまな事例でこの新機能を利用し、原因と結果の間のギャップを埋めて、トレースの問題のデバッグにかかる時間を大幅に削減していただけるよう願っています。利用する場合は、こちらのドキュメントをご覧ください。チャンネルからお気軽にお問い合わせください。元に翻訳・加筆したものです。詳しくは元記事をご覧ください。実際のユーザーが体験しているアプリのパフォーマンスを詳細に可視化するサービスで、離脱や収益損失の原因となるボトルネックを把握することができます。データの豊富さについては、好意的なご意見が寄せられています。表示されるデータからは問題の原因を特定するのが難しく、パフォーマンスの問題の根本原因を調査するのに時間がかかる、というご不満もよく寄せられています。アプリの起動が遅いことがわかるのはよいとしても、その問題が起きている理由は何でしょうか。バージョン、地域などの属性を使ってダッシュボードでデータをフィルタリングすることはできますが、問題点を正確に特定するにはデータの詳細度が不十分なこともあります。そこで、実用的なデータへのニーズに応えるため、トレースの個々のセッションをより深く掘り下げる機能を導入しました。パフォーマンスの問題につながっている属性や発生したイベントを確認できるようになります。つの新しいカテゴリの情報を確認できます。メモリの使用状況このような追加の詳細情報をトレースのコンテキストで表示することで、パフォーマンスの問題に関するデバッグ能力や問題解決力を向上させています。具体的な例をもとにセッションの動作を見てみましょう。トレースを使用して、カタログ内の商品の画像の読み込みにかかっている時間の長さを測定するとします。コンソールには、このトレースに関する問題が表示されています。表示されているこれまでは、問題をクリックして詳細を表示すると、トレースの平均時間などの情報が表示され、国やデバイスなどのさまざまなセグメントでデータをスライスできました。問題の詳細ページにはさらに情報が表示され、データのスライスが可能この詳細ページは役に立ちますが、すべてのトレースのサンプルから集計された情報が表示されるため、問題の原因となっている他の要因については十分なコンテキストが提供されません。このような場合に、トレースのセッションまで掘り下げる機能があると便利です。リクエストを確認できるようになりました。指標の詳細ページにある上部のバーから、その指標のすべてのセッションにアクセスできます。アプリのバージョンや国などの属性でデータをセグメント化している場合は、クリックしてセッションのフィルタリング済みの表示に移動することができます。インスタンスの詳細を確認できます。このパーセンタイル範囲は、パフォーマンスに基づいてセッションをコホートにグループ化するもので、パフォーマンスが最も悪いセッションを見つけやすくなります。パーセンタイル範囲で商品画像の読み込みセッションを見てみると、次のことがわかります。リクエストと同じ期間、実行されています。使用率は急増しています。リクエストの終盤に急増しています。影響を与え、その結果、商品画像の読み込みが遅くなったことがわかります。この情報は、問題をさらに調査するためにコード内の場所を特定するのに役立ちます。以上は、新機能がもたらす有用なデバッグ能力の一例にすぎません。デベロッパーの皆様がさまざまな事例でこの新機能を利用し、原因と結果の間のギャップを埋めて、トレースの問題のデバッグにかかる時間を大幅に削減していただけるよう願っています。利用する場合は、こちらのドキュメントをご覧ください。チャンネルからお気軽にお問い合わせください。@googledevjp"プロダクトに関するご意見はプロダクトフォーラムにお願いします"GooglePrivacyTerms。