App Center Analytics(Unity)
중요
Visual Studio App Center는 2025년 3월 31일에 사용 중지될 예정입니다. Visual Studio App Center가 완전히 사용 중지될 때까지 계속 사용할 수 있지만 마이그레이션을 고려할 수 있는 몇 가지 권장 대안이 있습니다.
App Center Analytics는 사용자 동작 및 고객 참여를 이해하여 앱을 개선하는 데 도움이 됩니다. SDK는 모델, OS 버전 등과 같은 세션 수 및 디바이스 속성을 자동으로 캡처합니다. 고유한 사용자 지정 이벤트를 정의하여 중요한 항목을 측정할 수 있습니다. 캡처된 모든 정보는 App Center 포털에서 데이터를 분석할 수 있습니다.
애플리케이션에서 SDK를 아직 설정하지 않은 경우 Unity 시작 섹션의 지침을 따릅니다.
참고
아래에 나와 있는 API를 사용하려면 다음 using
문을 .cs
파일에 추가해야 합니다.
using Microsoft.AppCenter.Unity.Analytics;
또한 App Center 게임 개체의 설정에서 분석 사용 이 선택되어 있는지 확인해야 합니다.
App Center Analytics를 추가하고 SDK를 시작하면 앱에서 추가 코드를 요구하지 않고 OS 버전, 모델 등과 같은 세션 및 디바이스 속성을 자동으로 추적합니다.
최대 20개의 속성을 사용하여 사용자 지정 이벤트를 추적하여 앱에서 발생하는 작업을 파악하고, 사용자 작업을 이해하고, App Center 포털에서 집계를 볼 수 있습니다.
메서드를 TrackEvent()
사용하여 속성을 사용하여 이벤트를 추적합니다. 최대 200개의 고유한 이벤트 이름을 보낼 수 있습니다. 이벤트 이름당 최대 256자, 이벤트 속성 이름 및 값당 125자로 제한됩니다.
Analytics.TrackEvent("Video clicked", new Dictionary<string, string> {
{ "Category", "Music" },
{ "FileName", "favorite.avi" }
});
이벤트에 대한 속성은 선택 사항입니다. 이벤트를 추적하려는 경우 다음 샘플을 대신 사용합니다.
Analytics.TrackEvent("Video clicked");
경고
Analytics.TrackEvent()
는 스크립트AppCenterBehavior.cs
의 메서드 이전에 Awake()
호출된 경우 플랫폼에서 일관되지 않게 동작합니다. 안전하려면 애플리케이션의 MonoBehaviour
첫 번째 장면이 모든 스크립트를 깨운 후에만 전송할 이벤트에 의존해야 합니다. 의 초기화와 함께 MonoBehavour
이벤트를 추적하려면 대신 Awake()
스크립트의 Start()
메서드에 API를 추가하는 것이 좋습니다.
런타임에 App Center Analytics를 사용하도록 설정하고 사용하지 않도록 설정할 수 있습니다. 사용하지 않도록 설정하면 SDK에서 앱에 대한 분석 정보 수집을 중지합니다. Analytics를 사용하지 않도록 설정하려면 다음 API를 사용하여 매개 변수로 전달 false
합니다.
Analytics.SetEnabledAsync(false);
App Center Analytics를 다시 사용하도록 설정하려면 동일한 API를 사용하지만 매개 변수로 전달 true
합니다.
Analytics.SetEnabledAsync(true);
상태는 애플리케이션이 시작되는 동안 디바이스의 스토리지에 유지됩니다.
이 API는 비동기이며 App Center 비동기 API 가이드에서 자세히 확인할 수 있습니다.
App Center Analytics를 사용하는지 여부를 검사 수도 있습니다.
bool isEnabled = await Analytics.IsEnabledAsync();
다른 이벤트보다 중요도가 높은 중요 비즈니스용 이벤트를 추적할 수 있습니다.
개발자는 이벤트의 지속성을 정상 (Flags.PersistenceNormal
API의 경우) 또는 위험 (Flags.PersistenceCritical
API의 경우)으로 설정할 수 있습니다.
다음 API를 사용하여 이벤트를 위험으로 추적할 수 있습니다.
Analytics.TrackEvent("eventName", Flags.PersistenceCritical);
속성을 사용하는 경우:
Analytics.TrackEvent("eventName", new Dictionary<string, string> {
{ "Category", "Music" },
{ "FileName", "favorite.avi" }
}, Flags.PersistenceCritical);
이벤트 전송을 일시 중지하는 것은 앱이 더 중요한 비즈니스 요구 사항에 맞게 네트워크 대역폭을 제어해야 하는 시나리오에서 유용할 수 있습니다. App Center 백 엔드로 로그 보내기를 일시 중지할 수 있습니다. 일시 중지된 경우에도 이벤트를 추적하고 저장할 수 있지만 바로 전송되지는 않습니다. 일시 중지된 상태에서 앱이 추적하는 모든 이벤트는 를 호출 Analytics.Resume
한 후에만 전송됩니다.
Analytics.Pause();
Analytics.Resume();
이 API는 비동기이며 App Center 비동기 API 가이드에서 자세히 확인할 수 있습니다.
기본적으로 세션 ID는 애플리케이션의 수명 주기에 따라 달라집니다. 새 세션의 시작을 수동으로 제어하려면 다음 단계를 수행합니다.
참고
Analytics.StartSession() API의 각 호출은 새 세션을 생성합니다. 수동 세션 추적기 모드에서 이 API가 호출되지 않으면 모든 전송 로그에 null 세션 값이 있습니다.
참고
새 애플리케이션이 시작된 후 세션 ID가 다시 생성됩니다.
- AppCenterBehavior가 연결된 게임 개체의 분석 섹션에서 수동 세션 추적기 사용 확인란의 선택을 취소합니다.
- 그런 다음, 다음에 API를
StartSession
사용할 수 있습니다.AppCenter.Start
Analytics.StartSession();
기본적으로 SDK는 스토리지에 최대 10MB의 로그를 저장합니다.
네트워크 연결이 없으면 SDK는 로컬 스토리지에 최대 10MB의 로그를 저장합니다. 스토리지가 가득 차면 SDK는 새 로그를 위한 공간을 확보하기 위해 이전 로그를 삭제하기 시작합니다. 디바이스가 인터넷에 다시 액세스하면 SDK는 50개 또는 6초마다 일괄 처리로 로그를 보냅니다.
App Center SDK는 50개의 일괄 처리로 로그를 업로드하고 SDK에 보낼 로그가 50개 없는 경우 6초 후에도 로그를 보냅니다. 최대 3개의 일괄 처리가 병렬로 전송될 수 있습니다.
App Center SDK는 복구 가능한 네트워크 오류에 대한 백오프 재시도를 지원합니다. 다음은 재시도 논리입니다.
- 요청당 최대 3회 시도
- 각 요청에는 자체 재시도 상태 컴퓨터가 있습니다.
- 한 요청이 모든 재시도를 소진한 후 모든 전송 채널이 비활성화됩니다(다음 앱 프로세스까지).
백오프 논리
- 50% 임의화, 5초에서 10초 사이 다시 시도, 2.5~5분 사이의 두 번째 재시도, 10분에서 20분 사이 마지막 시도.
- 네트워크가 꺼져 있거나 Wi-Fi에서 모바일로 전환되면 다시 시도 상태가 다시 설정되고 요청이 즉시 다시 시도됩니다.