クラッシュフリー率はアプリの主要安定性指標で、アプリのクラッシュが発生しなかったセッション（またはユーザー）の割合です。クラッシュは壊滅的な UX イベントです。アプリが強制終了し、ユーザーは状態を失い、アプリへの信頼が崩れます。クラッシュ率が高いアプリは、製品の他の部分がどれほど優れていても、獲得で補えないペースでユーザーをアンインストールに向かわせます。
2種類のクラッシュフリー率
- クラッシュフリーセッション: クラッシュなしで完了した全セッションの割合。集計の安定性レポートに使用。下限指標 — あるユーザーの1セッションがクラッシュしても、他のセッションは正常かもしれない。
- クラッシュフリーユーザー: 定義された期間（通常直近7日または30日）にクラッシュを1件も経験しなかったユーザーの割合。より高いハードル — 一度クラッシュを経験したユーザーは、ウィンドウがリセットされるまで「クラッシュ影響あり」として扱われる。
両方を報告してください。それぞれが異なる状況を語ります。クラッシュフリーセッションは日常的な運用指標で、クラッシュフリーユーザーはユーザー体験指標です。
現代のベンチマーク
- コンシューマーアプリ: クラッシュフリー率99.5%以上が運用ベースライン。最上位のアプリは99.9%以上で稼働。
- バンキング・医療・高リスクアプリ: 最低99.9%以上。ユーザーは重要なワークフローでの不安定さに対してゼロ許容。
- ハイパーカジュアルゲーム: 98〜99%がより一般的（高速反復・QA が少ない）。短いセッション型の製品形状を考えると許容できるトレードオフ。
- 99%未満: 深刻な問題。すぐに調査し、解決するまで毎日ホットフィックスを出す。
- 97%未満: 存続の危機。新機能を一時停止し、回復するまでエンジニアリングを安定化に集中させる。
クラッシュ率1%は「たった1%」ではなく壊滅的です。セッションの1/100がクラッシュし、平均ユーザーが週5セッション使う場合、週に約5%のユーザーがクラッシュを経験し、月では20%以上になります。クラッシュイベントはアンインストール確率を大幅に引き上げます。典型的な影響：クラッシュ率1%（クラッシュフリー率99%）は99.5%以上のベースラインと比べて D7 継続率を10〜20%低下させ、D30 アンインストール率を15〜30%上昇させます。絶対値は小さいですが、ビジネスへの影響は巨大です。
クラッシュ追跡ツール
- Firebase Crashlytics — Google の無料クラッシュ追跡ツール。採用率で市場リーダー（Android アプリの推定約70%、iOS でも相当数のシェア）。強力なスタックトレースのシンボル化・リアルタイムアラート・より深い分析のための BigQuery 連携。
- Sentry — クラッシュだけでなく非致命的エラーも含むより広範なスコープを持つ強力なクロスプラットフォームクラッシュ＋エラーモニタリング。エンジニアリング主導のチームに人気。
- Bugsnag（現 SmartBear）— Sentry に機能的に近い。エンタープライズに多い。
- Apple App Store Connect / Google Play Console — ストア自体のネイティブクラッシュダッシュボード。クロスチェックとして使用してください。これだけに頼らないこと（スタックトレースの詳細が限られ、集計が遅い）。
プロセスの規律: すべてのリリースは広いロールアウト前にクラッシュフリー率のゲートを設けるべきです。段階的ロールアウト（Google Play のステージドロールアウト・App Store の段階的リリース）によりユーザーの1〜5%で安定性の後退を検知してから全体に影響する前に対処できます。明確な閾値（例：「最初の1%ユーザーでクラッシュフリー率が99.3%を下回ったらロールアウトを停止」）を設定して守ってください。