Singularレポートのインストール数が、Apple App Store / Google Play StoreまたはFirebaseのダウンロード数と異なる理由について説明します。
関連項目: データ不一致のトラブルシューティングガイド - Singularレポートと広告ネットワークダッシュボードの比較ガイド。
アプリインストールの差異
Singularは、アプリのインストール数をカウントおよび報告する上で、Apple App StoreやGoogle Playとは大きく異なる方法論を採用しています。そのため、Apple/Googleが報告するアプリのダウンロード数と、Singularが報告するアプリのインストール数との間には、大きな差異が生じることを想定してください。
方法論の違いの分析
| 機能 | Singularの動作 | Firebase の動作 | Apple App Store | Google Playストア |
|---|---|---|---|---|
| ダウンロードとアプリ起動の区別 | アプリが最初に開かれたときにインストールをカウントします。 |
アプリが最初に起動されたときにカウントします。 first_open アプリが初めて起動された時点でカウントされます。
|
アプリがダウンロードされた時点でカウントされます(一度も起動されなくても)。 | アプリがダウンロードされた時点でカウントされます(一度も起動されなくても)。 |
| インストール日 | 初回起動のタイムスタンプに基づきます。 | 初回起動のタイムスタンプに基づきます。 | ダウンロード日に基づく。 | ダウンロード日に基づく。 |
| タイムゾーン | お客様のタイムゾーンで報告されます。 | Firebase プロジェクトで設定されたタイムゾーンを使用します。 | 変数(多くの場合、イベントの地理的情報に基づく)。 | アカウントレベルで選択されたタイムゾーン。 |
| 脱獄版/その他ストア&APK | すべてのアプリストアおよびソースからのインストールを追跡します。 | SDKが初期化されたすべてのソースを追跡します。 | インストールはApple App Storeのみ追跡されます。 | インストールはGoogle Playのみ追跡されます。 |
| ユーザーが新しいデバイスに移行した場合 | 新しいデバイスを新規インストールとして認識します。 | 新しいデバイスを新規インストールとして認識します。 | 新規インストールとしてカウントしません(同一のiTunes ID)。 | 新規インストールとしてカウントされません(同一Google ID)。 |
| 1ユーザー、複数デバイス | インストールはデバイスに紐付けられる(複数回カウントされる)。 | インストールはインスタンスIDに紐付け(複数回カウント)。 | iTunesアカウントに紐付け(1回のみカウント)。 | Googleアカウントに紐付け(1回のみカウント)。 |
| 複数ユーザー、1デバイス | インストールはデバイスに紐付けられます(1回のみカウントされます)。 | インストールはインスタンスIDに関連付けられます(1回のみカウントされます)。 | iTunesアカウントに紐付け(複数回カウント)。 | Googleアカウントに関連付け(複数回カウント)。 |
Google Play コンソールレポートにおける指標の選択
Google Playストアとの差異を比較する際は、必ず 適切な指標を使用してください。
ストアリストパフォーマンス > ストアリスト獲得を使用すると、 Singular Attributionとの最大50%の差異が生じる可能性があります。
推奨する指標は デバイス > デバイス獲得 > 新規デバイスです。この指標は 過去24時間以内に初めてアプリをインストールしたデバイスの数を示します。 Singularアトリビューションの測定方法に近く、 レポートの整合性はSingularと約80~90%一致します。
Firebaseコンソールレポートにおける指標の選択
Firebaseデータが Singularのインストール指標と 密接に一致するようには、 Firebaseコンソール内で 正しい指標を選択する必要があります。 両プラットフォームともSDKベースであり、 アプリの「初回起動」をトリガーとするため、 ストアレベルのデータよりも 本質的に互換性が高いです。
最も近い一致を得るには:
-
「新規ユーザー」メトリクスを使用: Firebaseダッシュボードの 「 新規ユーザー」 カードは 「
first_open」 イベントによって駆動されます。これは Singularのインストールと同等の機能です。 -
タイムゾーンを一致させる: Firebaseプロジェクト設定(プロジェクト設定>一般)が Singularレポートで使用されているタイムゾーンと一致していることを確認してください。 この不一致が「日次」の差異の最も一般的な原因です。
-
アプリバージョンでフィルタリング: 特定のローンチ期間を比較する際は、Firebase Analyticsの 「フィルターを追加」 ボタンを使用し、特定の アプリバージョンを選択してください。 これにより、Singularがその特定のビルドで追跡している 同一ユーザーセットを比較していることが保証されます。
過去のインポートデータが不足している場合
最近Singularに移行した場合、既存のデバイスIDをSingularに移行する 履歴インポートを実行しています。
ただし、何らかの理由でインポートが実行されなかった場合、Singularではインストール数が多く表示される可能性があります。これは、Singularがアプリ初回起動時にインストールをカウントする一方、ストアではインストールを再カウントしないためです。
収益の差異
SingularとApp Store/Play Storeの収益に差異が生じる理由は複数あります:
- Singularのアプリ内課金(IAP)検証機能を使用している場合、一部の収益イベントが無効または不正とフラグ付けされている可能性があります。詳細は アプリ内課金検証FAQをご参照ください。
- Google Playストアキーを追加していない場合、SingularはIAP検証による購入の検証ができず、これも差異の原因となる可能性があります。
- 設定>アプリページでアプリを設定する際、 「レシートなしのIAPを拒否」トグル をオンにした可能性があります。 これにより、レシートを受信していない購入はすべて拒否されます。
リテンションデータの差異
データセットを比較する際には、データに差異が生じるいくつかの理由があることを覚えておくことが重要です。考慮すべきヒントをいくつかご紹介します。
- 時間- 時間の内訳は?ストアレポートでは1日単位で抽出されているのに対し、 Singularレポートでは全期間のレポートでしょうか?1か月分のデータ全体と比較する場合と、 特定の月の日別内訳と比較する場合では、D7リテンションは異なって見えます
-
ソース- 通常、ユーザーはソース別内訳でデータを確認しますが、ストアレポートにはソース別内訳がありません。
これらの差異は計算や割合を含むため、レポート結果に大きな影響を与える可能性があります。 - 総コンバージョン数 - 各データソース(SingularレポートとApp Storeレポートのダウンロード数)で総コンバージョン数に差異がある場合、リテンション率の計算に影響します。
- Singular SDKのアプリへの統合期間はどのくらいですか? この差異が生じる別の可能性として、Singularの利用開始がごく最近である点が挙げられます。Singularでは「新規」ユーザーとみなされるが、App Storeでは「既存」ユーザーとみなされるユーザーは、ストア上ではカウントされないものの、Singular上では新規コンバージョンとして計上されます。これは、Singularがアプリ初回起動時にインストールをカウントする一方(以前に起動済みであっても)、ストアではインストールを再カウントしないためです。