App center analyticsを使い倒そう

Editor's Notes

• #2: みなさんこんにちは。 ご紹介いただきました。ニュイこと中村です。 今日は App Center Analyticsを使い倒そう というTitleでお話しさせていただこうと思います。 よろしくお願いいたします。
• #3: まずは自己紹介から 中村充志と申します。 リコージャパン株式会社の金融ソリューション開発部 というところに所属しています。 Enterprise一直線な環境でITアーキテクトをやらせてもらっています。
• #4: さて、今日お話ししたい内容ですが
• #5: つぎの二つについて、お話ししたいと思います。 一つはApp CenterのAnalytics機能の概要について もう一つは、Analyticsの中でもCustom Events機能を使いこなすコツについて です。
• #6: では早速、Analyticsの概要についてお話したいと思います。
• #7: App Centerでは大きく6種類の機能が提供されています。 今回お話しする対象は、そのうちの一つAnalyticsについてです。 さて、Analyticsといっても何を分析するかといいますと 対象は基本的にユーザーの行動解析になります。
• #8: 具体的には、提供する機能は次の4つに分類されます。 ・Overview ・Custom Events ・Log Flow そして、Export to Azureです。
• #9: 「Export to Azure」以外はApp Centerのメニューにある通りです。 それでは、それぞれの機能について簡単に説明します。
• #10: まずOverviewです。 Overviewでは、アプリケーションの利用状況をグラフィカルに確認することができます。 Overviewは、アプリケーションで1行 コードを挿入するだけで有効になります。
• #11: Overviewで確認できる項目は、現時点ではこちらの通りです。 期間別のアクティブユーザー数や、ユーザーが1日に何度アプリケーションを使っているか 全体で１日あたりどの程度利用されているかといったEngagement情報や 利用者のデバイスやOSのバージョン比率 国や言語別の利用者数情報 そして、アプリケーションのバージョン別の利用者数や 最新バージョンへの移行率などが、Overviewでは見ることができます。
• #12: つづいて二つ目の機能がCustom Events機能です。 これはアプリケーションのEventをトラッキングするために利用します。 ドキュメントによってCustom Eventsと書かれていたり、Event Metricsと書かれていたり ちょっと統一感ないので混乱に要注意です。 Custom Eventsには二つのViewがあり、こちらはEventページで 発生したイベントの一覧を見て取ることができます。
• #13: もう一つはDetail Event Viewで個別の イベントの詳細情報を閲覧できます。
• #14: ここのページで見ることができる項目の詳細はこちらの通りです。 細かいところはあとで資料を公開しますので 良かったら確認してみてください。 なお、Overviewの機能が、Analyticsを有効にするだけで収集されるのに対して Custom Eventsでは、ユーザーが明示的に収集したい箇所に トラッキングコードを埋め込んであげる必要があります。
• #15: 三つ目の機能はLog Flowです。 これはOverviewやCustom Eventsとは違って、分析に使う機能ではありません。 では何に使うのかというと、Analyticsの機能をアプリに埋め込んでいるときに 正しくイベントが通知されているか確認するための機能です。 こちらのように、リアルタイムで通知されたイベントが表示されます。 あとで実際に見てみましょう。
• #16: さいごに、Export to Azure機能です。 これはApp Center Analyticsで収集した情報をAzureのApplication Insightsにエクスポートする機能です。 Application Insights には、分析クエリーなどの機能があるらしいので、 App Centerで収集して、 Application Insights へエクスポートして分析するような使い方を想定しているようです。
• #17: さて、ここまでAnalyticsの機能の概要を説明してきました。 ここからは、App Center Analyticsを利用手順について、簡単に説明します。
• #18: Analyticsの利用は、非常に簡単です。 まずは、App Centerのポータルにログインして、アプリケーションを登録します。 続いて、アプリ側にNuGetからAnalyticsのパッケージを適用して アプリケーション起動コード周辺で、App Center SDKの初期化コードを書きます。 ここまでで、Overviewで取得できる情報収集は有効化されます。 あとはEvent Trackingが必要であればTrackingコードを必要箇所に記載すれば完了です。 コードも見てもらいますが、非常に簡単です。
• #19: 簡単なんですが、Event Trackingを利用する場合、二つほど悩ましいポイントがあります。 それは、Eventを「どこ」で「どう」とTrackingするか？という事です。
• #20: 仮にApplicationをMVVMで作るとした場合、まぁMVCでもその他のアーキテクチャでも名称が違うだけで役割は同様ですが Event Trackingを埋め込む場所は、次の二つのどちらかが有望でしょう。 一つは、ViewからViewModelのプロパティ更新やCommandを実行する個所 もう一つはViewModelからModelのメソッドを呼び出す箇所です 実際にはユーザーの詳細な操作ログを取得したいケースが多いでしょうから、前者つまりViewModelでトラッキングするのが適切なケースが多いと思います。 もちろんそこまで詳細な操作情報は必要なく、決定された情報のみトラッキングしたいといったような場合、Modelでトラッキングするというのも、ありでしょう。 ケースバイケースなのでアプリケーションごとに都度検討してください。 今回はViewModelでトラッキングするものとします。 さて「どこで」トラッキングするかは決まりました。あとは「どう」トラッキングするか決める必要があります。
• #21: ところで皆さんReactivePropertyを利用しますよね？というのは冗談ですが いや知らんよ？という方は、大変便利なのでぜひ利用を検討してみてください。 ReactivePropertyを利用するとした場合 ViewModelのバインドするプロパティは全てReactivePropertyでしょうし ViewModelのICommand実装はReactiveCommandかAsyncReactiveCommandでしょう したがって、それらの変化を購読することで、一貫性のあるトラッキングが実現できます。 ViewModelでトラッキングする場合、ReactivePropertyを使わない場合でも、バインドするプロパティの変更と、コマンドの実行を監視してトラッキングするのが常道だと思います。
• #22: さて、概略は理解していただけたと思いますので、実際にどういうコードを書いて、どう動くのか簡単に見ていただきたいと思います。
• #23: 今回、サンプルアプリのベースにはXamarin.Formsのアーキテクチャリファレンスを目指して作成している BlueMonkeyプロジェクトを利用させてもらいました。 という訳で、さっそく見ていきたいと思います。 まずはApp Centerを開いてアプリを登録します。
• #24: AOPとは、Aspect指向プログラミングのことです。 こういうと、オブジェクト指向は捨てるのか？と思われるかもしれませんが、AOPはOOPの苦手な部分を保管する関係にあります。 直行する概念なんてふうにも言われますね。 AOPでは、アプリケーションの中心的な関心事、Core Concernと、横断的な関心事、Cross Cutting Concernを分離して実装し、組み合わせて実現しようという考え方をします。 この時、Core ConcernはOOPで実装して、OOPで実装されたCore Concernに、AOPでCross Cutting Concernを織り込みます。 例えばBlueMonkeyの場合、Core Concernと言えば、請求書の一覧表示や登録をさし、Cross Cutting ConcernはCustom Eventトラッキングなどをさします。
• #25: イメージ化するとこんな感じですね。 ViewModelではCore Concernを普通にメソッドとして実装します。 ViewからViewModelを呼び出すときは、一律同じルールでトラッキングなどを埋め込みたいので、メソッド呼び出しをインターセプトして処理、つまりアスペクトを埋め込んであげるということをします。
• #28: 簡単なんですが、Event Trackingを利用する場合、二つほど悩ましいポイントがあります。 それは、Eventを「どこ」で「どう」とTrackingするか？という事です。