@mushikagoシェアする2021LINE!2スポンサーリンクFirebaseを利用すると標準機能としてAnalyticsが利用可能です。組み込んでいましたが、もうその必要もなさそうです。アプリ内のコードのいろいろな箇所に自由にトリガーを組み込んでおくことで、あらゆる動作を「イベント」として記録・調査できます。ここではAnalyticsのトリガーとなるものをどんな感じで組み込むのかという基本部分をMEMOしておきます。イベントを送信するコードの配置イベントを発生させるコードは、プログラム内のいろいろな箇所に配置できます。nil)と書いておくだけです。hogehogeの文字列部分にイベント名を書いておきます。その名の通り、FirebaseのAnalyticsにイベントがログされます。コンソールであらかじめ定義しておく必要はなく、コード側で自由にイベント名を定義しておけます。Helpsupport.google.comにあるイベント名が推奨されているようですので、まず自分が実装したいイベントに近いものがここにあるかどうかを確認しておくといいと思います。推奨されているイベント名は、「kFIREventLogin」のように定義されているので、「kfirevent」と入力してコードヒントに現れるものの中から選ぶといいでしょう。ログされたイベントは、しばらく経つとFirebaseのコンソール画面で確認することができます(はっきりと確認していませんが、夜中の0時にその日の分がアップデートされるような気がします)。ここで注意すべき点として、ログされたイベントは、後から修正できません。削除することもできません(というか修正・削除するやり方がわかりません。)なのでカスタムなイベント名を付ける場合、そのフォーマットは最初から慎重に考えてコードの各所に配置すべしです。僕も最初はカスタムなイベント名をつけていろいろやっていたのですが、下のような形でコンテンツ選択を振り分ければ、おおよその状況をカバーできそうな気がしますね。IDを変数から取得しているような例です。上記のコードでイベントを送信したデータは、コンソール上に細かくレポートされます。マイレポート一覧では、アクティブユーザ数など基本的な状況がわかりやすく表示されています。イベントタブを選ぶと上記で設定したようなカスタムなイベントのレポートを表示できます。ユーザータブでは、特別なイベントを発生させたユーザのみを分析したりといったことも可能です。A/BテスティングについてAnalytics機能を使えば、どのくらいのユーザが自分のアプリを利用しているのか、とか、どういった機能がよく使われているのか、といった事を分析するのに役立ちますね。Configと組み合わせることでA/Bテスティング的な調査も可能になるかもしれません。A/Bテスティングのサービスを調べていた時に、数ある中から機能的には、OptimizelyとLeanplumが良さそうだ、というところまでは行ったのですが、最終的にコスト面でそっと身を引きました。ConfigとAnalyticsで仕掛けを組み込むのもありかもです。AssuranceやテクニカルサポートマネージャーとしてFlash、DreamweaverなどのWeb製品を担当。独立後、虫カゴデザインスタジオ株式会社を設立。Cloud関連にフォーカスしています。ログイン動作テスト編こんどは、Twitterログインの方の動作テストです。準備編Firebaseを使ってiOS向けのクラウドアプリを作ろうと思います。はじめました」の続きです。コメントデータの処理方法の詳細はこちらをご覧ください。