이 페이지에서는 문제 해결 도움말과 Crashlytics 사용에 대해 자주 묻는 질문에 대한 답변을 제공합니다. 원하는 항목을 찾을 수 없거나 추가 도움이 필요한 경우 Firebase 지원 에 문의하세요.
일반 문제 해결/FAQ
비정상 종료 사용자, 이동 경로 로그 및/또는 속도 알림이 표시되지 않는 경우 Google 애널리틱스에 대한 앱 구성을 확인하는 것이 좋습니다.
Firebase 프로젝트에서 Google 애널리틱스를 활성화 했는지 확인하세요.
Firebase 콘솔의 통합 > Google 애널리틱스 페이지 에서 Google 애널리틱스에 대해 데이터 공유 가 활성화되어 있는지 확인합니다. 데이터 공유 설정은 Firebase 콘솔에 표시되지만 Google 애널리틱스 콘솔에서는 관리됩니다.
Firebase Crashlytics SDK 외에도 Google Analytics용 Firebase SDK를 앱( iOS+ | Android )에 추가했는지 확인하세요.
모든 Firebase SDK( iOS+ | Android )에 최신 버전을 사용하고 있는지 확인하세요.
특히 Google Analytics용 Firebase SDK의 최소 다음 버전을 사용하고 있는지 확인하십시오. iOS+ — v6.3.1+(macOS 및 tvOS의 경우 v8.9.0+) | 안드로이드 — v17.2.3+(BoM v24.7.1+) .
비정상 종료 값은 앱에 참여했지만 특정 기간 동안 비정상 종료가 발생하지 않은 사용자의 비율을 나타냅니다. Crashlytics 대시보드의 오른쪽 상단에 있는 드롭다운 메뉴에서 이 기간을 선택합니다.
비정상 종료 사용자 비율은 평균이 아니라 시간 경과에 따른 집계 입니다.
예를 들어 앱에 세 명의 사용자가 있다고 가정해 보겠습니다. 사용자 A, 사용자 B, 사용자 C라고 부를 것입니다. 다음 표에서는 매일 앱에 참여하는 사용자와 그날 충돌이 발생한 사용자를 보여줍니다.
| 월요일 | 화요일 | 수요일 | |
|---|---|---|---|
| 앱에 참여한 사용자 | A, B, C | A, B, C | 에이, 비 |
| 충돌이 발생한 사용자 | 씨 | 비 | ㅏ |
수요일에 비정상 종료 사용자 비율은 50%입니다(사용자 2명 중 1명은 비정상 종료).
수요일에 두 명의 사용자가 앱에 참여했지만 그 중 한 명(사용자 B)만 충돌이 없었습니다.지난 2일 동안 비정상 종료 사용자 비율은 33.3%입니다(사용자 3명 중 1명은 비정상 종료).
지난 이틀 동안 3명의 사용자가 앱에 참여했지만 그 중 1명(사용자 C)만 충돌이 발생하지 않았습니다.지난 3일 동안 비정상 종료 사용자 비율은 0%입니다(사용자 3명 중 0명은 비정상 종료).
지난 3일 동안 3명의 사용자가 앱에 참여했지만 그 중 0명은 비정상 종료가 발생하지 않았습니다.
필요한 경우 비정상 종료 사용자 비율 계산을 위한 특정 입력 및 공식은 다음과 같습니다.
1 - ( IMPACTED_USERS / ALL_USERS )
IMPACTED_USERS 및 ALL_USERS 는 Google 애널리틱스에서 수집하고 애널리틱스 대시보드를 통해 사용할 수 있습니다.
통합
프로젝트에서 Google 모바일 광고 SDK와 함께 Crashlytics를 사용하는 경우 예외 처리기를 등록할 때 충돌 보고자가 간섭할 가능성이 있습니다. 이 문제를 해결하려면 disableSDKCrashReporting 을 호출하여 모바일 광고 SDK에서 충돌 보고를 끄십시오.
Crashlytics를 BigQuery에 연결하면 Firebase 프로젝트의 위치에 관계없이 생성한 새 데이터세트가 자동으로 미국에 위치하게 됩니다.
플랫폼 지원
회귀된 문제
이전에 문제를 닫았을 때 문제가 회귀했지만 Crashlytics에서 문제가 다시 발생했다는 새 보고서를 받습니다. Crashlytics는 이러한 회귀된 문제를 자동으로 다시 열어 앱에 적절하게 해결할 수 있도록 합니다.
다음은 Crashlytics에서 문제를 회귀로 분류하는 방법을 설명하는 예시 시나리오입니다.
- 처음으로 Crashlytics는 충돌 "A"에 대한 충돌 보고서를 받습니다. Crashlytics는 해당 충돌에 해당하는 문제를 엽니다(문제 "A").
- 이 버그를 빠르게 수정하고 "A" 문제를 종료한 다음 앱의 새 버전을 출시합니다.
- Crashlytics는 문제를 종료한 후 문제 "A"에 대한 또 다른 보고서를 받습니다.
- 보고서가 문제를 종료했을 때 Crashlytics 가 알고 있던 앱 버전에서 가져온 것이라면(즉, 버전에서 모든 충돌에 대한 충돌 보고서를 전송했음을 의미) Crashlytics는 문제가 회귀된 것으로 간주하지 않습니다. 문제는 닫힌 상태로 유지됩니다.
- 보고서가 문제를 닫았을 때 Crashlytics 가 알지 못했던 앱 버전에서 가져온 것이라면(즉, 버전에서 충돌에 대한 충돌 보고서를 전혀 보낸 적이 없음을 의미함) Crashlytics는 문제가 회귀된 것으로 간주하고 문제를 다시 엽니다. .
문제가 재발하면 회귀 감지 경고를 보내고 문제에 회귀 신호를 추가하여 Crashlytics에서 문제를 다시 열었음을 알려드립니다. 회귀 알고리즘으로 인해 이슈가 다시 열리는 것을 원하지 않으면 이슈를 닫는 대신 "음소거"하십시오.
보고서가 문제를 닫았을 때 충돌 보고서를 전혀 보낸 적이 없는 이전 앱 버전에서 가져온 것이라면 Crashlytics는 문제가 회귀된 것으로 간주하고 문제를 다시 엽니다.
이러한 상황은 다음과 같은 상황에서 발생할 수 있습니다. 버그를 수정하고 앱의 새 버전을 출시했지만 버그 수정이 없는 이전 버전을 사용하는 사용자가 있습니다. 우연히 그 이전 버전 중 하나가 문제를 종료할 때 충돌 보고서를 전혀 보내지 않았고 해당 사용자가 버그를 만나기 시작하면 해당 충돌 보고서가 회귀된 문제를 트리거합니다.
회귀 알고리즘으로 인해 이슈가 다시 열리는 것을 원하지 않으면 이슈를 닫는 대신 "음소거"하십시오.