[ParkMazorika]

관련 이슈

• NM-429

변경 요약

FirebaseAutomaticScreenReportingEnabled 를 NO 로 둬 자동 screen_view 수집을 끈다. 이 앱에선 이벤트 볼륨만 크고 분석에 쓰이지 않는 축이다.

변경 내용

Projects/App/Project.swift 의 infoPlist 에 한 줄 추가. 근거는 주석에 함께 남겼다.

무엇을 잃나 — 실질적으로 없다

자동 screen_view 의 ga_screen_class 에는 뷰컨트롤러 클래스명이 그대로 들어간다.

• 화면 단위 분석은 이미 직접 찍는 button_tap.screen 과 퍼널 이벤트(pill_identify_started / _result / _complete, pill_confirm, pill_flow_exit …)로 하고 있고, 그쪽이 의미 있는 이름을 쓴다.
• VC 클래스명 축은 리팩터링할 때마다 값이 갈라진다. 클래스 하나 이름만 바꿔도 과거 데이터와 이어지지 않아 축 자체가 못 쓰게 된다.

무엇을 아끼나

QA 주행 로그(2026-09-01~02) 기준 이벤트 분포:

	건수	비율
screen_view (자동)	349	51.3%
user_engagement (자동)	241	35.4%
session_start·first_open (자동)	5	0.7%
직접 정의한 이벤트 전체	85	12.5%
합계	680

screen_view 가 단일 최대 소스다. 사용자가 늘수록 이 비율이 그대로 볼륨이 된다.

⚠️ 이 51%는 QA 주행 기준이다. 검증하느라 화면을 계속 오갔으니 실사용보다 screen_view 비중이 높게 나왔을 수 있다. 방향(단일 최대 소스)은 확실하지만 정확한 절감률은 배포 후 리포트로 확인해야 한다.

활성 사용자 지표에 영향 없음

GA4 의 활성 사용자는 first_open 또는 user_engagement 로 정의된다 — screen_view 는 조건에 들어가지 않는다. 따라서 DAU/WAU/MAU 는 그대로다.

• Google 공식 문서로 정의를 확인했고,
• 신규 설치 실측으로 자동 화면수집을 끈 상태에서도 first_open·user_engagement 가 그대로 나가는 것을 os_log 로 확인했다.

테스트

• 로컬 빌드/실행 확인 (tuist build App Build Succeeded)

• 정상·에러 케이스 확인

• 자동 화면수집을 끈 빌드에서 screen_view 가 더 이상 나가지 않는 것 확인

• 같은 빌드에서 first_open(신규 설치) · user_engagement(백그라운드 전환) 은 정상 발화 확인

• 직접 정의한 이벤트 16종은 영향 없음

배포 후 확인할 것

• GA4 dev 속성에서 활성 사용자가 계속 집계되는지 (다음 날 리포트)
• 실사용 기준 이벤트 감소폭 — 위 51%는 QA 주행 추정치다

체크리스트

• PR 제목이 [NM-XXX] 요약 형식
• 브랜치명 <type>/NM-XXX-요약 형식
• 커밋 메시지 [NM-XXX] type: 요약 형식
• 셀프 리뷰 완료