リテンションレポートの使い方

このドキュメントでは、左メニューの リテンションレポート でフィルターを設定し、結果を読み取る方法を説明します。ポイントは、コホート基準イベント（誰をまとめるか） と リターンイベント（何をもって戻ってきたとみなすか） を区別することです。

1. コホート基準イベント vs リターンイベント

リテンションは「誰をまとめて、何をもって戻ってきたとみなすか」の組み合わせで計測します。2 つのイベントは役割が異なります。

たとえば、コホート基準イベントを install、リターンイベントを purchase にすると、「インストールしたユーザーのうち、D7 に購入で戻ってきた割合」を計測します。リターンイベントを すべてのイベント にすると、特定の行動を指定せず、アプリで発生したすべてのアプリ内活動 を戻ってきたことの基準として使います。

どちらのイベントも、検索入力から推奨（install・first_open・sign_up・login・purchase）・標準・カスタムのイベント一覧で選択できます。一覧にないイベント名は、検索欄に直接入力してそのまま使うこともできます。

2. コホート期間の選択

コホート期間 で、分析対象となるコホートの基準期間を指定します。

デフォルトは、昨日から遡って 30 日間の区間です。D30 のような長期の継続を見るには、コホート基準日から少なくとも 30 日が経過したデータが必要です。直近の期間だけを見ると、後半の D-day の値が空に見えることがあります。

3. グループ化ディメンションの選択

グループ化 で、結果をどの基準で分割するかを選択します。最大 6 個まで選択でき、デフォルトは チャネル・キャンペーン です。

複数のディメンションを選択すると、チャネル × キャンペーン × 素材のように、組み合わせ単位で行が分かれます。

4. リテンション日の選択

リテンション日数 で、計測する D-day を選びます。選択できる値は D1、D3、D7、D14、D30 で、デフォルトではすべて選択されています。選択した日だけが、結果テーブルの D-day カラムとして表示されます。

5. フィルターとプラットフォーム

6. 最小コホートサイズ

最小コホートサイズ は、結果に含めるためにコホートが満たすべき最小のユニークユーザー数です。デフォルトは 30 です。

母数が小さすぎるコホートは、継続率が統計的に意味を持たなくなります。たとえば、ユーザーが 1 人しかいないコホートは継続率が 100% か 0% にしかならず、歪みの原因になります。この値を適切に設定すると、そうした小さなコホートを結果から除外できます。データが少なく結果の行がほとんど表示されない場合はこの値を下げ、ノイズが多い場合は上げて、安定したコホートだけを比較します。

7. クエリの実行と結果の読み方

フィルターを設定したあと、左上の クエリを実行 ボタンを押すと結果が表示されます。リセット ボタンは、すべてのフィルターをデフォルト値に戻します。

7.1 加重平均カード

結果がある場合、右上に 全コホートの加重平均リテンション カードが表示されます。すべてのコホートを合算して D-day ごとの平均継続率を示すため、個別のコホートではなく全体的な継続の傾向をひと目で把握できます。コホートサイズが大きいコホートほど平均に大きく反映される、加重平均方式です。

7.2 結果テーブル

カラムは、ディメンションカラム → コホート（サイズ）→ D-day（ユーザー数 # と割合）の順に並びます。

7.3 注意事項

• 継続率（D{n}）だけを見るのではなく、隣の コホート サイズと D{n} #（戻ってきたユーザー数）もあわせて確認します。母数が小さいと、割合が高く見えても信頼しにくくなります。
• 最小コホートサイズで除外されたコホートは結果に表示されません。結果が空の場合は、期間を広げるか最小コホートサイズを下げて、もう一度実行します。
• 直近の期間を見ると、まだ D-day が到来していない後半のカラム（例：D30）は値が空になることがあります。