App Center Analytics(Android)
중요
Visual Studio App Center는 2025년 3월 31일에 사용 중지될 예정입니다. Visual Studio App Center가 완전히 사용 중지될 때까지 계속 사용할 수 있지만 마이그레이션을 고려할 수 있는 몇 가지 권장 대안이 있습니다.
App Center Analytics는 사용자 동작 및 고객 참여를 이해하여 앱을 개선하는 데 도움이 됩니다. SDK는 모델, OS 버전 등과 같은 세션 수 및 디바이스 속성을 자동으로 캡처합니다. 고유한 사용자 지정 이벤트를 정의하여 중요한 항목을 측정할 수 있습니다. 캡처된 모든 정보는 App Center 포털에서 데이터를 분석할 수 있습니다.
애플리케이션에서 SDK를 아직 설정하지 않은 경우 SDK 시작 섹션을 따릅니다.
앱에 App Center Analytics를 추가하고 SDK를 시작하면 추가 코드를 작성하지 않고 OS 버전, 모델 등과 같은 세션 및 디바이스 속성을 자동으로 추적합니다.
SDK는 디바이스에 모바일 데이터 모뎀과 SIM 카드 설치된 경우 사용자의 국가 코드를 자동으로 보고합니다. WiFi 전용 디바이스는 기본적으로 국가 코드를 보고하지 않습니다. 해당 사용자의 국가 코드를 설정하려면 사용자의 위치를 직접 검색하고 SDK에서 메서드를 사용해야 setCountryCode:
합니다.
AppCenter.setCountryCode("en");
AppCenter.setCountryCode("en")
참고
분석 세션 AppCenter.setCountryCode
에 표시되는 국가 코드의 경우 를 호출 AppCenter.start
하기 전에 를 호출해야 합니다.
최대 20개의 속성을 사용하여 사용자 고유의 사용자 지정 이벤트를 추적하여 사용자와 앱 간의 상호 작용을 이해할 수 있습니다.
SDK를 시작한 후에는 메서드를 trackEvent()
사용하여 속성을 사용하여 이벤트를 추적합니다. 최대 200개의 고유한 이벤트 이름을 보낼 수 있습니다. 또한 최대 문자 제한은 다음과 같습니다.
- 당
event name
256자 - &
event property value
당event property name
125자
Map<String, String> properties = new HashMap<>();
properties.put("Category", "Music");
properties.put("FileName", "favorite.avi");
Analytics.trackEvent("Video clicked", properties);
val properties = hashMapOf("Category" to "Music", "FileName" to "favorite.avi")
Analytics.trackEvent("Video clicked", properties)
이벤트의 속성은 전적으로 선택 사항입니다. 이벤트를 추적하려는 경우 다음 샘플을 대신 사용합니다.
Analytics.trackEvent("Video clicked");
Analytics.trackEvent("Video clicked")
다른 이벤트보다 중요도가 높은 중요 비즈니스용 이벤트를 추적할 수 있습니다.
- 개발자는 이벤트의 우선 순위를 Normal (
Flags.NORMAL
API의 경우) 또는 Critical (Flags.CRITICAL
API의 경우 )로 설정할 수 있습니다. - 우선 순위가 위험 으로 설정된 이벤트는 먼저 스토리지에서 검색되고 일반 이벤트 전에 전송됩니다.
- 로컬 스토리지가 가득 차 새 이벤트를 저장해야 하는 경우 우선 순위가 가장 낮은 가장 오래된 이벤트가 먼저 삭제됩니다.
- 스토리지에 중요 우선 순위가 있는 로그가 가득 차면 SDK 가 이 경우 공간을 확보할 수 없으므로 정상 우선 순위가 있는 이벤트를 추적하지 못합니다.
- Crashs 서비스도 사용하는 경우 크래시 로그는 위험으로 설정되고 이벤트와 동일한 스토리지를 공유합니다.
- 전송 간격은 일반 이벤트에만 적용되며 , 위험 이벤트는 3초 후에 전송됩니다.
다음 API를 사용하여 이벤트를 위험으로 추적할 수 있습니다.
Map<String, String> properties = new HashMap<>();
properties.put("Category", "Music");
properties.put("FileName", "favorite.avi");
Analytics.trackEvent("eventName", properties, Flags.CRITICAL);
// If you're using name only, you can pass null as properties.
val properties = hashMapOf("Category" to "Music", "FileName" to "favorite.avi")
Analytics.trackEvent("Video clicked", properties, Flags.CRITICAL)
// If you're using name only, you can pass null as properties.
이벤트 전송을 일시 중지하는 것은 앱이 더 중요한 비즈니스 요구 사항에 맞게 네트워크 대역폭을 제어해야 하는 시나리오에서 유용할 수 있습니다. App Center 백 엔드로 로그 보내기를 일시 중지할 수 있습니다. 일시 중지된 경우에도 이벤트를 추적하고 저장할 수 있지만 바로 전송되지는 않습니다. 일시 중지된 상태에서 앱이 추적하는 모든 이벤트는 를 호출 resume
한 후에만 전송됩니다.
Analytics.pause();
Analytics.resume();
Analytics.pause()
Analytics.resume()
런타임에 App Center Analytics를 사용하도록 설정하고 사용하지 않도록 설정할 수 있습니다. 사용하지 않도록 설정하면 SDK는 앱에 대한 분석 정보를 더 이상 수집하지 않습니다.
Analytics.setEnabled(false);
Analytics.setEnabled(false)
App Center Analytics를 다시 사용하도록 설정하려면 동일한 API를 사용하지만 매개 변수로 전달 true
합니다.
Analytics.setEnabled(true);
Analytics.setEnabled(true)
상태는 애플리케이션이 시작되는 동안 디바이스의 스토리지에 유지됩니다.
이 API는 비동기입니다. 자세한 내용은 App Center 비동기 API 가이드에서 확인할 수 있습니다.
참고
이 메서드는 가 시작된 후에 Analytics
만 사용해야 합니다.
App Center Analytics를 사용하는지 여부를 검사 수도 있습니다.
Analytics.isEnabled();
Analytics.isEnabled()
이 API는 비동기입니다. 자세한 내용은 App Center 비동기 API 가이드에서 확인할 수 있습니다.
참고
이 메서드는 가 시작된 후에 Analytics
만 사용해야 하며, 시작 전에 항상 반환 false
됩니다.
기본적으로 세션 ID는 애플리케이션의 수명 주기에 따라 달라집니다. 새 세션의 시작을 수동으로 제어하려면 다음 단계를 수행합니다.
참고
Analytics.StartSession() API의 각 호출은 새 세션을 생성합니다. 수동 세션 추적기 모드에서 이 API가 호출되지 않으면 모든 전송 로그에 null 세션 값이 있습니다.
참고
새 애플리케이션이 시작된 후 세션 ID가 다시 생성됩니다.
- SDK가 시작되기 전에 다음 메서드를 호출합니다.
Analytics.enableManualSessionTracker();
Analytics.enableManualSessionTracker()
- 그런 다음, 다음에 API를
startSession
사용할 수 있습니다.AppCenter.start
Analytics.startSession();
Analytics.startSession()
기본적으로 SDK는 모든 이벤트 로그를 최대 10MB까지 저장합니다. 개발자는 API를 사용하여 스토리지 크기를 늘릴 수 있으며 SDK는 스토리지가 가득 찼을 때까지 로그를 계속 저장합니다.
네트워크 연결이 없으면 SDK는 로컬 스토리지에 최대 10MB의 로그를 저장합니다. 스토리지가 가득 차면 SDK는 새 로그를 위한 공간을 확보하기 위해 이전 로그를 삭제하기 시작합니다. 네트워크 연결이 반환되면 SDK는 기본적으로 6초마다 50개 또는 그 이후의 일괄 처리로 로그를 보냅니다.
참고
25일보다 오래된 로그는 백 엔드에서 수락되지 않습니다.
App Center SDK는 50개의 일괄 처리로 로그를 업로드하고 SDK에 보낼 로그가 50개 없는 경우 기본적으로 6초 후에도 로그를 보냅니다. 최대 3개의 일괄 처리가 병렬로 전송될 수 있습니다. 전송 간격을 변경할 수 있습니다.
// Change transmission interval to 10 seconds.
Analytics.setTransmissionInterval(10000);
// Change transmission interval to 10 seconds.
Analytics.setTransmissionInterval(10000)
전송 간격 값은 6초에서 86400초(하루) 사이여야 하며 서비스를 시작하기 전에 이 메서드를 호출해야 합니다.
App Center SDK는 복구 가능한 네트워크 오류에 대한 백오프 재시도를 지원합니다. 다음은 재시도 논리입니다.
- 요청당 최대 3회 시도
- 각 요청에는 자체 재시도 상태 컴퓨터가 있습니다.
- 한 요청이 모든 재시도를 소진한 후 모든 전송 채널이 비활성화됩니다(다음 앱 프로세스까지).
백오프 논리
- 50% 임의화, 먼저 5초에서 10초 사이 다시 시도, 다음으로 2.5~5분, 마지막 시도 10~20분
- 네트워크가 꺼져 있거나 Wi-Fi에서 모바일로 전환되면 다시 시도 상태가 다시 설정되고 요청이 즉시 다시 시도됩니다.