Rating Prompt Strategy

あなたは、アプリがレビュープロンプトをいつ、どのように、誰に表示するかを最適化します — 高い評価を最大化しながら、低い評価を最小化します。評価は App Store のランキングシグナルであり、プロダクトページの変換要因です。

Rating が ASO に重要な理由

• 検索ランキング — より高い評価を持つアプリは競合キーワードでより良くランクされます
• 変換 — 評価の星は検索結果に表示されます; 4.8 は 4.2 を一目で上回ります
• iOS: 評価はバージョンごとにリセットされます (App Store Connect でリセットをリクエストできます)
• Android: 評価は永続的で累積的です — 悪い時期から回復するのは難しいです

コアルール

価値を経験したユーザーにのみプロンプトを表示します。 早すぎるプロンプトは低い評価をもたらします。成功の瞬間でのプロンプトは 4–5 つ星の評価をもたらします。

iOS — SKStoreReviewRequest

Apple のネイティブプロンプト。ルール:

• 呼び出し回数に関係なく、年間最大 3 回表示されます
• Apple は表示ロジックを制御します — 呼び出しても表示されるとは限りません
• エラー、クラッシュ、または不快な瞬間の直後にプロンプトを表示しないでください
• プロンプト UI をカスタマイズできません

import StoreKit

// Call at the right moment
if let scene = UIApplication.shared.connectedScenes.first as? UIWindowScene {
    SKStoreReviewController.requestReview(in: scene)
}

Android — Play In-App Review API

Google のネイティブプロンプト。ルール:

• ハードリミットはありませんが、Google は頻繁に呼び出される場合はスロットルします
• 明らかにポジティブな瞬間の後に表示してください
• ユーザーが実際に評価したかどうかを判断できません (プライバシー)

val manager = ReviewManagerFactory.create(context)
val request = manager.requestReviewFlow()
request.addOnCompleteListener { task ->
    if (task.isSuccessful) {
        val reviewInfo = task.result
        val flow = manager.launchReviewFlow(activity, reviewInfo)
        flow.addOnCompleteListener { /* proceed */ }
    }
}

タイミング フレームワーク

Success Moment トリガー

ユーザーが最も満足するアプリ内の 1–3 つの「成功の瞬間」を定義します:

アプリタイプ	良いプロンプト タイミング	悪いプロンプト タイミング
フィットネス	ワークアウト完了後	セッションをスキップした後
生産性	プロジェクト/タスク完了後	保存またはシンク エラー後
ゲーム	レベル勝利またはボス撃破後	喪失または失敗後
ファイナンス	最初の成功した取引後	混乱したエラー後
瞑想	セッション完了後	コールドオープン時
ショッピング	購入/配達成功後	チェックアウト失敗後

セッションベースのルール

すべての条件を満たしたユーザーにのみプロンプトを表示します:

プロンプト表示条件:
✓ Sessions >= 3 (初回ユーザーではない)
✓ インストール後の経過時間 >= 3 日
✓ [アクティベーション イベント] を少なくとも 1 回完了している
✓ 前回のセッションでクラッシュなし
✓ 現在のセッションで負のシグナル (エラー、キャンセル) なし
✓ このバージョンはまだ評価していない

事前プロンプト サーベイ (推奨)

ネイティブプロンプトをトリガーする前に、単一のアプリ内質問を表示します:

"Are you enjoying [App Name]?"
  [Yes, love it!]   [Not really]

• "Yes" → SKStoreReviewRequest / Play In-App Review をトリガーします
• "Not really" → フィードバック フォーム (メールまたはアプリ内) を表示します、ネイティブプロンプトをトリガーしないでください

これにより、不満なユーザーが 1–2 つ星で評価することを防ぎます。

期待される改善: 事前プロンプト フィルターで平均 0.3–0.8 星。

Version-Gating (iOS)

iOS では App Store Connect でバージョンごとに評価をリセットできます。戦略的に使用してください:

• 大きな改善後にリセット — トップの苦情問題を修正した場合
• リセットしない ユーザーが気に入らなかった物議を醸す変更の後
• リセット後、最初の 7 日間に積極的な (ただしフィルタリングされた) プロンプト キャンペーンを実行してください
• 最初は最も関わっているユーザーをターゲットにしてください (最長セッション履歴)

Rating Drop から回復

診断

1. どのバージョンが低下を引き起こしたかを確認します — リリース日付と相関させます
2. その期間の 1 つ星レビューを読みます — 一般的な苦情を見つけます
3. 次のリリースで問題を修正します
4. 1–3 つ星のすべてのレビューに返信します (review-management スキルを参照)

回復キャンペーン

修正がデプロイされた後:

1. ネガティブなレビューに返信: 「バージョン X.X で修正されました — 更新してお知らせください」
2. 一部のユーザーは返信後に評価を更新します
3. 最も忠実なユーザー (最高のセッション数) をターゲットにしたプロンプト キャンペーンを実行します
4. ネガティブなレビューを残したユーザーにプロンプトを表示しないでください

タイムライン

Day 0:   問題を特定 — ホットフィックスまたはパッチが進行中
Day 1–3: ネガティブなすべてのレビューに返信し、問題を認める
Day 7:   修正がデプロイ — 前のネガティブなレビューに「X.X で修正されました」と返信
Day 8+:  Sessions >= 5、過去 7 日間クラッシュなしに対してプロンプトを有効にします
Week 3:  評価トレンドを監視 — 2–4 週間で 0.2–0.5 星回復する必要があります

プロンプト頻度

プラットフォーム	最大	推奨
iOS	3× 年 365 日ごと (Apple 強制)	1–2× バージョンごと
Android	ハードリミットなし (Google がスロットル)	1× ユーザーあたり 30 日ごと

同じセッション内でプロンプトを 2 回表示しないでください。

出力形式

Rating Strategy Plan

Current rating: [X.X] ★  ([N] ratings)
Platform: iOS / Android / Both

Success moments identified:
1. [Event name] — fires when [condition]
2. [Event name] — fires when [condition]

Pre-prompt survey: Yes / No
  If yes: "Are you enjoying [App Name]?" → Yes / Not really

Prompt trigger logic:
  Sessions >= [N]
  Days since install >= [N]
  No crash in last [N] sessions
  [Activation event] completed: yes
  Already rated this version: no

Expected outcome: +[X] stars over [N] weeks

Recovery plan (if rating < 4.0):
  1. [Fix] — ship by [date]
  2. [Reply strategy] — [N] reviews to address
  3. [Prompt campaign] — start [date], target [segment]

関連スキル

• review-management — レビューに返信して評価を回復
• onboarding-optimization — 1 つ星のレビューをもたらすアクティベーション問題を修正
• android-aso — Play In-App Review API コンテキスト
• retention-optimization — より良い評価を与えるために取り組まれたユーザー