Show Menu
トピック×

Analytics

プロジェクトにライブラリを追加した後は、アプリケーション内のどこでも任意の Analytics メソッドを呼び出せます(クラスに ADBMobile.h が読み込まれていることを確認してください)。

Enable mobile application reports in Analytics

コードを追加する前に、次の手順を完了してモバイルアプリケーションのライフサイクル追跡を有効にするよう Analytics 管理者に依頼してください。この手順を完了すると、開発を開始する際にレポートスイートで指標を収集できるようになります。
  1. Open Admin Tools > Report Suites and select your mobile report suite(s).
  2. Click Edit Settings > Mobile Management > Mobile Application Reporting .
  3. Click Enable Latest App Reports .
    Optionally, you can also click Enable Mobile Location Tracking and Enable Legacy Reporting and Attribution for background hits .
Lifecycle metrics are now ready to be captured, and Mobile Application Reports] appear in the Reports menu in the marketing reports interface.

ライフサイクル指標の収集

  1. To collect lifecycle metrics in your app, call collectLifecycleData() in the ApplicationUI constructor.
    以下に例を示します。
    ApplicationUI::ApplicationUI(bb::cascades::Application *app): QObject(app) { 
    //... 
    ADBMobile::collectLifecycleData(); 
    } 
    
    
    If collectLifecycleData() is called twice in the same session, then your application will report a crash on every call after the first. アプリケーションがシャットダウンされると、正常終了を示すフラグが SDK によって設定されます。If this flag is not set, collectLifecyleData() reports a crash.

Events, props, and eVars

ADBMobileクラスとメソッドリファレンス』を参照している場合 、イベント、eVar、prop、ヒア、リストを設定する場所が分からないかもしれません。 バージョン 4 では、これらの種類の変数をアプリケーション内で直接割り当てられなくなっています。代わりに、SDK は、コンテキストデータと処理ルールを使用して、レポート用にアプリデータを Analytics 変数にマップします。
処理ルールには次の利点があります。
  • App Store に更新を提出することなく、データマッピングを変更することができます。
  • レポートスイートに固有の変数を設定する代わりに、意味のある名前をデータに使用できます。
  • 追加のデータの送信にはほとんど影響しません。これらの値は、処理ルールを使用してマップされるまではレポートに表示されません。
そのため、変数に直接代入していた値はすべて、 data HashMap に追加する必要があります。

処理ルール

処理ルールは、コンテキストデータ変数で送信したデータを、レポート用に eVar や prop などの変数にコピーするために使用します。
「名前空間」を使用してコンテキストデータ変数をグループ化することをお勧めします。これにより論理的な順序を維持できます。例えば、ある製品に関する情報を収集する場合、以下の変数を定義できます。
"product.type":"hat" 
"product.team":"mariners" 
"product.color":"blue"

コンテキストデータ変数は、処理ルールインターフェイスでアルファベット順に並べ替えられます。そのため、名前空間を使用することで、同じ名前空間に属している変数がすぐにわかります。
また、コンテキストデータキーの名前に evar や prop の番号が使用されている場合もあるとの報告があります。
"eVar1":"jimbo"

この命名方法を使用すると、処理ルールで 1 回限りのマッピングを実行するときの手間は若干減りますが、コードが読みにくくなるので、デバッグや将来のコード更新が困難になる可能性があります。**​そのため、キーと値にはわかりやすい名前を付けることを強くお勧めします。
"username":"jimbo"

カウンターイベントを定義するコンテキスト変数には、同じキーと値を設定できます。
"logon":"logon"

増分イベントを定義するコンテキストデータ変数では、イベントをキーに、増分する量を値に設定することができます。
"levels completed":"6"

アドビは名前空間を予約しま a. す。 このわずかな制約以外で、競合を回避するために必要なのは、コンテキストデータ変数をログイン会社内で一意にすることだけです。

オフライン追跡を有効にする

To store hits when the device is offline, you can optionally enable offline tracking in the ADBMobileConfig.json file.
オフライン追跡を有効にする前に、設定ファイルのリファレンスで説明されているタイムスタンプの要件に十分注意してください。

Analyticsメソッド

BlackBerryで使用できるAnalyticsメソッドの一覧については、 Adobe mobileクラスの Analyticsメソッドおよびメソッドリ ファレンスを参照してください