リテンションページを使用して、製品のユーザーリテンションパターンを追跡および分析します。
ユーザーリテンションとは、コンバージョン（アプリのインストールやリエンゲージメントなど）したユーザーのうち、一定期間後も製品を使用しているユーザーの数を追跡する指標です。
"リテンションユーザーXd" - コンバージョン後X日間アクティブなままのユーザー数。
計算式は以下の通りです：
注釈
- コンバージョンした日（モバイルアプリでは、インストールまたはリエンゲージメントした日）は0日目とみなされます（したがって、リテンションは100％です）。
- 日数は24時間単位でカウントされます。したがって、コンバージョン後1日目はコンバージョン後24時間から48時間と定義されます。2日目は48時間から72時間、といった具合です。
レポートを変更するには、レポートの編集をクリックし、Singular の標準レポートと同様にディメンションを追加または削除してください。 レポートをフィルタリングすることもできます（特定のアプリのリテンションのみを表示するなど）。
アンインストール：これらはリテンション統計には反映されません。アンインストールされた日のセッションは、通常通りリテンション計算に追加され、ユーザーがその日にアプリを使用したことを示します。
再インストール： アンインストールと再インストール後にアプリを開くと、通常のユーザーセッションとしてカウントされ、ユーザーがその日にアプリを使用したことになります。
リエンゲージメント：Singularがリエンゲージメントアトリビューションを行った場合、リテンション計算はリセットされ、その時点からSingularはリエンゲージメントを行った日に基づいてそのアプリのユーザーのリテンションをカウントします。詳しくはリエンゲージメントFAQをご覧ください。
データセットを比較する際、データが異なって見える理由がいくつかあることを覚えておくことが重要です。以下は、検討するのに役立つヒントです。
時間： 時間の内訳は？Storeレポートでは1日ごとのレポート、Singularレポートでは全期間ごとのレポートですか？D7リテンションは、1ヶ月のデータを比較する場合と、ある月の1日の内訳を比較する場合では異なって見えます。
ソースは？ 通常、ユーザーはソースの内訳別にデータを見ますが、ストアレポートではソースの内訳はありません。これらの違いは、計算やパーセンテージを含むことを考えると、レポートの結果に大きな影響を与える可能性があります。
総コンバージョン数： 各データソース（SingularレポートとApp Storeレポートのダウンロード数）から表示されるコンバージョンの合計に差がある場合、リテンション率の計算に影響を与えます。インストール数の不一致の原因として考えられるものをここで確認することができます。
オンボーディングフェーズ： アプリにSingular SDKが統合されてからどのくらい経過していますか？Singularでは「新規」とみなされるユーザーでも、App Storeでは「古い」とみなされるユーザーは、新規コンバージョンとしてカウントされますが、ストアではカウントされません。これは、Singularがアプリを最初に開くたびにインストールをカウントするのに対し、ストアはインストールを再カウントしないためです。