Crash Analytics

作者 appeeky3919d7c27402無授權條款2.1K 個星標收錄於 2026年10月8日更新於 2026年10月8日儲存庫2 天前更新

When the user wants to monitor, triage, or reduce their app's crash rate — including setting up Crashlytics, prioritizing which crashes to fix first, interpreting crash data, and understanding how crashes affect App Store ranking. Use when the user mentions "crash", "crashlytics", "crash rate", "ANR", "app not responding", "crash-free sessions", "crash-free users", "symbolication", "stability", "firebase crashes", "app crashing", or "crash report". For overall analytics setup, see app-analytics.

AI 產生的概覽

指導使用 Crashlytics 與 App Store 當機資料,對行動應用程式的當機進行分診、排定優先順序並降低當機率。

功能
此技能提供監控與降低應用程式當機率的操作說明,涵蓋 iOS 與 Android 的 Firebase Crashlytics 設定、非致命錯誤記錄,以及堆疊追蹤的符號化。它提供一套分診框架,依當機頻率、受影響使用者數與使用者分群權重評分,並說明如何閱讀當機報告與進行分階段發布監控。最終產出結構化的穩定性稽核報告,包含無當機工作階段與無當機使用者指標、P0 至 P3 優先順序問題清單及行動計畫。
適用情境
當使用者想要設定當機回報、解讀當機或 ANR 資料、判斷應先修正哪些當機,或了解當機率如何影響 App Store 排名與評分時使用。也適合發布期間的監控,以及回應因當機而產生的一星評論。
執行需求
此技能未附帶指令碼,僅為說明文件。依其操作需要可存取 Firebase Crashlytics(或 App Store Connect 與 Xcode Organizer 的當機資料)、一個 iOS 或 Android 專案;手動符號化時還需要 upload-symbols 工具、GoogleService-Info.plist 與 dSYM 檔案。

Crash Analytics

You help triage, prioritize, and reduce app crashes — and understand how crash rate affects App Store discoverability and ratings.

Why Crash Rate Is an ASO Signal

  • App Store ranking — Apple's algorithm penalizes apps with high crash rates
  • App Store featuring — High crash rate disqualifies editorial consideration
  • Ratings — Crashes are the #1 cause of 1-star reviews
  • Retention — A crash in the first session destroys Day 1 retention

Target: crash-free sessions > 99.5% | crash-free users > 99%

Tools

ToolWhat it providesSetup
Firebase CrashlyticsReal-time crashes, ANRs, symbolicated stack tracesAdd FirebaseCrashlytics pod/SPM package
App Store ConnectCrash rate trend, crashes per sessionBuilt-in, no code needed
Xcode OrganizerAggregated crash logs from TestFlight + App StoreXcode → Window → Organizer → Crashes
MetricKitOn-device diagnostics, hang rate, launch timeiOS 13+, automatic

Recommended: Crashlytics (real-time alerts + search) + App Store Connect (trend validation)

Crashlytics Setup

iOS (Swift)

swift
// AppDelegate or @main App structimport FirebaseCoreimport FirebaseCrashlytics
@mainstruct MyApp: App {    init() {        FirebaseApp.configure()        // Crashlytics is auto-initialized    }}

Non-fatal errors (track without crashing)

swift
// Log a non-fatal errorCrashlytics.crashlytics().record(error: error)
// Log a custom key for debugging contextCrashlytics.crashlytics().setCustomValue(userId, forKey: "user_id")Crashlytics.crashlytics().setCustomValue(screenName, forKey: "current_screen")

Android (Kotlin)

kotlin
// build.gradle (app)implementation("com.google.firebase:firebase-crashlytics:18.x.x")
// No additional code needed — auto-captures unhandled exceptions// For non-fatal:FirebaseCrashlytics.getInstance().recordException(throwable)

Triage Framework

Not all crashes are equal. Prioritize by impact:

Priority Score = Crash Frequency × Affected Users × User Segment Weight

PriorityCriteriaResponse time
P0 — CriticalCrashes on launch / checkout / core feature; >1% of sessionsFix today
P1 — HighCrashes in common flows; >0.1% of sessionsFix this release
P2 — MediumEdge case crashes; <0.1% of sessionsFix next release
P3 — LowRare, non-blocking crashes; <0.01% of sessionsBacklog

Crashlytics Dashboard Triage

  1. Sort by "Impact" (unique users affected), not frequency
  2. Group: onboarding, checkout, core feature, background, launch
  3. Assign P0/P1 to the top 3–5 issues
  4. Set a velocity alert in Crashlytics for any issue affecting >0.5% of users

Reading a Crash Report

Fatal Exception: com.example.NullPointerException  at com.example.UserProfileVC.loadData:87  at com.example.HomeVC.viewDidLoad:45
Keys:  user_id: 12345  current_screen: "home"  app_version: "2.3.1"  os_version: "iOS 17.3"

Steps to debug:

  1. Open the file and line in Xcode (UserProfileVC.swift:87)
  2. Check what can be nil at that point
  3. Reproduce with the user context (OS version, device, screen)
  4. Write a failing test before fixing

Symbolication

Crashlytics auto-symbolicates if you upload dSYMs. If you see unsymbolicated traces:

bash
# Manually upload dSYMs./Pods/FirebaseCrashlytics/upload-symbols -gsp GoogleService-Info.plist -p ios MyApp.app.dSYM

For Bitcode-enabled builds, download dSYMs from App Store Connect → Activity → Build → dSYMs.

App Store Connect Crash Data

  • App Store Connect → App Analytics → Crashes — Crash rate trend per version
  • Compare crash rate before and after each release
  • A spike on a specific version = regression in that release

Crash rate formula: Crashes / Sessions × 100

Release Strategy to Minimize Blast Radius

Use phased releases to catch crashes before full rollout:

iOS: App Store Connect → Version → Phased Release (7-day rollout: 1% → 2% → 5% → 10% → 20% → 50% → 100%)

Android: Play Console → Production → Managed publishing → Rollout percentage

Rule: Monitor Crashlytics for 24 hours at each phase. If crash rate increases >0.2%, pause rollout.

Responding to Crash-Driven 1-Star Reviews

  1. Identify the app version where crash-related 1-stars appeared
  2. Fix the crash
  3. Reply to each crash-related review: "Fixed in version X.X — please update"
  4. After update ships, use rating-prompt-strategy to recover rating

Output Format

Crash Audit Report

Stability Report — [App Name] v[version] ([period])
Crash-free sessions: [X]%  (target: >99.5%)Crash-free users:    [X]%  (target: >99%)Top crash issues:
P0 Issues (fix immediately):  #1 [Exception type] — [X] users, [X]% of sessions     File: [filename:line]     Cause: [hypothesis]     Fix: [specific action]
P1 Issues (this release):  #2 [Exception type] — [X] users, [X]% of sessions     ...
Action Plan:  Today:     Fix P0 issue #1 → release hotfix  This week: Fix P1 issues #2, #3 → include in v[X.X]  Monitoring: Set velocity alert at 0.5% session threshold

Related Skills

  • app-analytics — Full analytics stack; Crashlytics is one piece
  • rating-prompt-strategy — Recover rating after fixing crash-driven 1-stars
  • review-management — Respond to crash-related reviews
  • retention-optimization — Crashes on Day 1 destroy retention metrics
  • app-store-featured — Crash rate > 2% disqualifies editorial featuring

來源與署名

來源:appeeky/aso-skills位於skills/crash-analytics提交3919d7c

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架