본문으로 건너뛰기

고급 가이드

최근 업데이트 2026. 10. 03.

1. 유저 ID 설정​

SDK는 기본적으로 디바이스 ID_설치 횟수를 각 유저의 기본 게스트 ID로 사용하며, 이 게스트 ID는 유저가 로그인하지 않은 상태에서 신원 식별 ID로 사용됩니다. 게스트 ID는 유저가 앱을 재설치하거나 디바이스를 변경하면 바뀐다는 점에 유의하십시오.

1.1 게스트 ID 설정​

팁

일반적으로 게스트 ID를 직접 정의할 필요는 없습니다. 유저 식별 규칙을 충분히 이해한 후 게스트 ID를 설정하십시오.

게스트 ID를 교체해야 하는 경우 SDK 초기화가 끝난 직후에 호출해야 합니다. 불필요한 계정이 생기지 않도록 여러 번 호출하지 마십시오.

App에서 유저별로 자체 게스트 ID 관리 체계를 갖추고 있다면 setDistinctId를 호출하여 게스트 ID를 설정할 수 있습니다:

[TDAnalytics setDistinctId:@"Thinker"];

현재 게스트 ID를 가져와야 하는 경우 getDistinctId를 호출합니다.

NSString *distinctId = [TDAnalytics getDistinctId];

1.2 계정 ID 설정​

유저가 로그인할 때 login을 호출하여 유저의 계정 ID를 설정할 수 있습니다. AE 플랫폼은 계정 ID를 신원 식별 ID로 사용하며, 설정한 계정 ID는 logout을 호출하기 전까지 계속 유지됩니다. login을 여러 번 호출하면 이전 계정 ID를 덮어씁니다.

[TDAnalytics login:@"TD"];

이 메서드는 로그인 이벤트를 전송하지 않습니다

1.3 계정 ID 지우기​

유저가 로그아웃한 후 logout을 호출하여 계정 ID를 지울 수 있습니다. 다음에 login을 호출하기 전까지는 게스트 ID가 신원 식별 ID로 사용됩니다.

[TDAnalytics logout];

logout은 명시적인 로그아웃 이벤트가 발생했을 때, 예를 들어 유저가 계정에서 로그아웃하는 행동을 했을 때만 호출하고, 앱을 닫을 때는 호출하지 않는 것을 권장합니다.

이 메서드는 로그아웃 이벤트를 전송하지 않습니다

2. 이벤트 전송​

SDK 초기화가 완료되면 데이터 트래킹을 진행하여 유저의 행동 정보를 수집할 수 있습니다. 일반적으로 일반 이벤트로 비즈니스 시나리오의 요구 사항을 충족할 수 있으며, 실제 비즈니스 시나리오에 따라 최초 이벤트, 업데이트 가능 이벤트 등을 사용할 수도 있습니다.

2.1 일반 이벤트​

track을 호출하여 이벤트를 업로드할 수 있습니다. 정리한 문서에 따라 이벤트 속성과 이벤트 전송 조건을 설정하는 것을 권장합니다. 여기서는 유저가 어떤 상품을 구매하는 경우를 예로 듭니다.

NSDictionary *eventProperties = @{@"product_name": @"book"};
[TDAnalytics track:@"product_buy" properties:eventProperties];

2.2 최초 이벤트​

최초 이벤트는 특정 디바이스 또는 기타 차원의 ID에 대해 한 번만 기록되는 이벤트입니다. 예를 들어 특정 디바이스의 활성화 이벤트를 기록하려는 경우 최초 이벤트로 데이터를 전송할 수 있습니다.

TDFirstEventModel *firstModel = [[TDFirstEventModel alloc] initWithEventName:@"device_activation"];
firstModel.properties = @{@"key":@"value"};
[TDAnalytics trackWithEventModel:firstModel];

디바이스 이외의 다른 차원으로 최초 여부를 판단하려면 최초 이벤트에 first_check_id를 직접 지정할 수 있습니다.

TDFirstEventModel *firstModel = [[TDFirstEventModel alloc] initWithEventName:@"device_activation" firstCheckID:@"TD"];
firstModel.properties = @{@"key":@"value"};
[TDAnalytics trackWithEventModel:firstModel];

참고: 최초 여부 검증은 서버 측에서 이루어지므로 최초 이벤트는 1시간 지연되어 저장됩니다.

2.3 업데이트 가능 이벤트​

업데이트 가능 이벤트를 사용하면 특정 시나리오에서 이벤트 데이터를 수정해야 하는 요구를 충족할 수 있습니다. 업데이트 가능 이벤트는 해당 이벤트를 식별하는 ID를 지정해야 하며, 업데이트 가능 이벤트 객체를 생성할 때 전달합니다. AE 백엔드는 이벤트 이름과 이벤트 ID를 기준으로 업데이트할 데이터를 결정합니다.

// 예시: 업데이트 가능 이벤트 전송, 이벤트 이름이 UPDATABLE_EVENT라고 가정
// 전송 후 이벤트 속성 status는 3, price는 100
TDUpdateEventModel *updateModel = [[TDUpdateEventModel alloc] initWithEventName:@"UPDATABLE_EVENT" eventID:@"test_event_id"];
updateModel.properties = @{@"status": @3, @"price": @100};
[TDAnalytics trackWithEventModel:updateModel];

// 전송 후 이벤트 속성 status는 5로 업데이트되고 price는 변경되지 않음
TDUpdateEventModel *updateModelNew = [[TDUpdateEventModel alloc] initWithEventName:@"UPDATABLE_EVENT" eventID:@"test_event_id"];
updateModelNew.properties = @{@"status": @5};
[TDAnalytics trackWithEventModel:updateModelNew];

2.4 덮어쓰기 가능 이벤트​

덮어쓰기 가능 이벤트는 업데이트 가능 이벤트와 비슷하지만, 최신 데이터로 과거 데이터를 완전히 덮어쓴다는 점이 다릅니다. 효과 면에서는 이전 데이터를 삭제하고 최신 데이터를 저장하는 것과 같습니다. AE 백엔드는 이벤트 이름과 이벤트 ID를 기준으로 업데이트할 데이터를 결정합니다.

// 예시: 덮어쓰기 가능 이벤트 전송, 이벤트 이름이 OVERWRITE_EVENT라고 가정
// 전송 후 이벤트 속성 status는 3, price는 100
TDOverwriteEventModel *overwriteModel = [[TDOverwriteEventModel alloc] initWithEventName:@"OVERWRITE_EVENT" eventID:@"test_event_id"];
overwriteModel.properties = @{@"status": @3, @"price": @100};
[TDAnalytics trackWithEventModel:overwriteModel];

// 전송 후 이벤트 속성 status는 5, price 속성은 삭제됨
TDOverwriteEventModel *overwriteModel_new = [[TDOverwriteEventModel alloc] initWithEventName:@"OVERWRITE_EVENT" eventID:@"test_event_id"];
overwriteModel_new.properties = @{@"status": @5};
[TDAnalytics trackWithEventModel:overwriteModel_new];

2.5 공통 이벤트 속성​

공통 이벤트 속성은 모든 이벤트에 함께 업로드되는 속성입니다. 속성의 업데이트 빈도에 따라 공통 이벤트 속성은 정적 공통 이벤트 속성과 동적 공통 이벤트 속성으로 나뉩니다. 구체적인 비즈니스 시나리오에 따라 서로 다른 공통 이벤트 속성 설정 방법을 선택할 수 있으며, 이벤트를 보내기 전에 먼저 공통 이벤트 속성을 설정하는 것을 권장합니다. 같은 이벤트에서 공통 이벤트 속성, 이벤트 커스텀 속성, 시스템 속성의 Key가 같으면 다음 우선순위에 따라 값을 할당합니다: 커스텀 속성>동적 공통 이벤트 속성>정적 공통 이벤트 속성>시스템 속성.

2.5.1 정적 공통 이벤트 속성​

정적 공통 이벤트 속성은 변화 빈도가 낮고 모든 이벤트에 포함되는 속성입니다(예: 유저 회원 등급). setSuperProperties로 정적 공통 이벤트 속성을 설정하면 SDK는 이벤트를 수집할 때 설정된 공통 이벤트 속성을 가져와 이벤트 속성으로 사용합니다.

[TDAnalytics setSuperProperties:@{@"vip_level": @(2)}];

정적 공통 이벤트 속성은 캐시에 저장되므로 앱을 시작할 때마다 호출할 필요가 없습니다. 해당 속성이 이미 있으면 다시 설정한 속성이 원래 속성 값을 덮어쓰고, 이전에 해당 속성이 없었다면 새로 생성합니다. 속성 설정 외에도 일상적인 비즈니스 요구를 충족할 수 있도록 정적 공통 이벤트 속성을 다루는 다른 API를 제공합니다.

// 공통 이벤트 속성 하나 삭제: 이전에 설정한 "isTest" 속성을 삭제
[TDAnalytics unsetSuperProperty:@"isTest"];

// 모든 공통 이벤트 속성 삭제
[TDAnalytics clearSuperProperties];

//모든 공통 속성 가져오기
[TDAnalytics getSuperProperties];

2.5.2 동적 공통 이벤트 속성​

동적 공통 이벤트 속성은 변화 빈도가 높고 모든 이벤트에 포함되는 속성입니다(예: 유저의 골드 수량). setDynamicSuperProperties로 동적 공통 속성 클래스를 설정하면 SDK는 이벤트를 수집할 때 동적 공통 속성을 가져와 트리거된 이벤트에 추가합니다.

// 동적 공통 속성 설정: 이벤트 전송 시 이벤트 발생 시각을 동적으로 가져옴
[TDAnalytics setDynamicSuperProperties:^NSDictionary * _Nonnull{
    return @{@"now": [NSDate date]};
}];

2.6 이벤트 지속 시간 기록​

특정 이벤트의 지속 시간을 기록하려면 timeEvent를 호출하여 시간 측정을 시작할 수 있습니다. 시간을 측정할 이벤트 이름을 설정해 두면 해당 이벤트를 전송할 때 이벤트 속성에 기록된 시간을 나타내는 #duration 속성이 자동으로 추가되며, 단위는 초입니다. 같은 이벤트 이름에 대해서는 시간 측정 작업을 하나만 진행할 수 있습니다.

// 다음 예시는 유저가 특정 상품 페이지에 머문 시간을 집계합니다
[TDAnalytics timeEvent:@"stay_shop"];
    /*
     do someting .......
     */
// 유저가 상품 페이지를 떠나면 타이머가 종료되며, "stay_shop" 이벤트에 이벤트 소요 시간을 나타내는 속성 #duration이 포함됩니다
[TDAnalytics track:@"stay_shop"];

3. 유저 속성​

AE 플랫폼에서 지원하는 유저 속성 설정 API는 다음과 같습니다: userSet, userSetOnce, userAdd, userUnset, userDelete, userAppend, userUniqAppend.

3.1 userSet​

일반적인 유저 속성은 userSet을 호출하여 설정할 수 있습니다. 이 인터페이스로 전송한 속성은 원래 속성 값을 덮어쓰며, 이전에 해당 유저 속성이 없었다면 새로 생성하고 타입은 전달된 속성의 타입과 같습니다. 여기서는 사용자 이름 설정을 예로 듭니다.

//이때 "username"은 "ThinkingData"입니다
[TDAnalytics userSet:@{@"username": @"ThinkingData"}];
//이때 "username"은 "TA"입니다
[TDAnalytics userSet:@{@"username": @"TA"}];

3.2 userSetOnce​

업로드하려는 유저 속성을 한 번만 설정하면 되는 경우 userSetOnce를 호출하여 설정할 수 있습니다. 해당 속성에 이미 값이 있으면 이 정보는 무시됩니다. 여기서는 최초 결제 시간 설정을 예로 듭니다.

// first_payment_time은 2018-01-01 01:23:45.678
[TDAnalytics userSetOnce:@{@"first_payment_time": @"2018-01-01 01:23:45.678"}];
// first_payment_time은 여전히 2018-01-01 01:23:45.678
[TDAnalytics userSetOnce:@{@"first_payment_time": @"2018-12-31 01:23:45.678"}];

3.3 userAdd​

숫자형 속성을 업로드할 때 userAdd를 호출하여 해당 속성을 누적할 수 있습니다. 해당 속성이 아직 설정되지 않았으면 0을 할당한 후 계산합니다. 음수를 전달할 수도 있으며, 이는 빼기 연산과 같습니다. 여기서는 누적 결제 금액을 예로 듭니다.

//이때 total_revenue는 30
[TDAnalytics userAdd:@{@"total_revenue": @30}];

//이때 total_revenue는 678
[TDAnalytics userAdd:@{@"total_revenue": @648}];

3.4 userUnset​

유저의 특정 유저 속성 값을 비우려면 userUnset을 호출하여 지정한 속성을 비울 수 있습니다. 해당 속성이 아직 클러스터에 생성되지 않았다면 userUnset은 해당 속성을 생성하지 않습니다

// 해당 유저의 누적 결제 금액 속성 값 비우기
[TDAnalytics userUnset:@"total_revenue"];

3.5 userDelete​

특정 유저를 삭제하려면 userDelete를 호출하여 해당 유저를 삭제할 수 있습니다. 삭제한 후에는 해당 유저의 유저 속성을 더 이상 조회할 수 없지만, 해당 유저가 발생시킨 이벤트는 여전히 조회할 수 있습니다.

[TDAnalytics userDelete];

3.6 userAppend​

userAppend를 호출하여 배열 타입의 유저 속성에 요소를 추가할 수 있습니다.

// userAppend를 호출하여 유저 속성 product_buy에 요소를 추가합니다. 존재하지 않으면 해당 요소를 새로 생성합니다
[TDAnalytics userAppend:@{@"product_buy": @[@"apple", @"ball"]}];

3.7 userUniqAppend​

v2.8.0 버전부터 userUniqAppend를 호출하여 배열 타입의 유저 속성에 요소를 추가할 수 있습니다.

userUniqAppend 인터페이스를 호출하면 추가하는 유저 속성의 중복을 제거합니다. userAppend 인터페이스는 중복을 제거하지 않으므로 유저 속성에 중복이 있을 수 있습니다.

// 이때 user_list의 속성 값은 ["apple"，"ball"]
[TDAnalytics userAppend:@{@"user_list":@[@"apple", @"ball"]}];
// 이때 user_list의 속성 값은 ["apple","apple","ball","cube"]
[TDAnalytics userAppend:@{@"user_list":@[@"apple", @"cube"]}];
// 이때 user_list의 속성 값은 ["apple"，"ball","cube"]
[TDAnalytics userUniqAppend:@{@"user_list":@[@"apple", @"cube"]}];

4. 암호화 기능​

v2.8.0 버전부터 SDK는 AES+RSA를 사용한 데이터 암호화를 지원합니다. 데이터 암호화 기능은 클라이언트와 서버 측이 함께 구성해야 하므로, 구체적인 사용 방법은 고객 성공 담당자에게 문의하십시오.

TDConfig *sdkConfig = [[TDConfig alloc] initWithAppId:appid serverUrl:url];
NSString *publicKey = @"MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCzA......QIDAQAB";
// 버전 번호, 공개 키 등 키 정보 설정
[sdkConfig enableEncryptWithVersion:1 publicKey:publicKey];
[TDAnalytics startAnalyticsWithConfig:sdkConfig];

5. H5 페이지와의 연동 활성화​

H5 페이지 데이터를 수집하는 JavaScript SDK와 연동해야 하는 경우 다음 인터페이스를 호출하십시오. 자세한 내용은 H5와 APP SDK 연동 섹션을 참고하십시오

WKWebViewConfiguration *config = [[WKWebViewConfiguration alloc] init];
config.applicationNameForUserAgent = [NSString stringWithFormat:@"%@ %@", config.applicationNameForUserAgent ?: @"", @"/td-sdk-ios"];

6. 기타 기능​

6.1 디바이스 ID 가져오기​

getDeviceId를 호출하여 디바이스 ID를 가져올 수 있습니다.

[TDAnalytics getDeviceId];

6.2 기본 시간대 설정​

기본적으로 SDK는 인터페이스를 호출한 시점의 로컬 시간을 이벤트 발생 시간으로 전송합니다. 기본 시간대 설정 인터페이스로 기본 시간대를 지정할 수도 있으며, 이렇게 하면 모든 이벤트의 이벤트 시간이 설정한 시간대에 맞춰 정렬됩니다.

TDConfig *config = [[TDConfig alloc] init];
// 기본 시간대를 UTC로 설정
config.defaultTimeZone = [NSTimeZone timeZoneWithName:@"UTC"];
[TDAnalytics startAnalyticsWithConfig:config];

참고: 지정한 시간대로 이벤트 시간을 정렬하면 디바이스의 로컬 시간대 정보가 사라집니다. 디바이스의 로컬 시간대 정보를 유지해야 한다면 현재로서는 이벤트에 관련 속성을 직접 추가해야 합니다.

6.3 시간 보정​

SDK는 기본적으로 로컬 시간을 이벤트 발생 시간으로 전송합니다. 유저가 디바이스 시간을 수동으로 변경하면 비즈니스 분석에 영향을 줄 수 있으므로, 이때는 시간 보정을 통해 이벤트 발생 시간의 정확성을 보장할 수 있습니다. 타임스탬프, NTP 두 가지 시간 보정 방식을 제공합니다.

  • 서버 측에서 가져온 현재 타임스탬프로 SDK 시간을 보정할 수 있습니다. 이후 시간을 지정하지 않은 모든 호출(이벤트 데이터 및 유저 속성 설정 작업 포함)은 보정된 시간을 사용합니다.
// 1585633785954는 현재 unix 타임스탬프이며 단위는 밀리초로, 베이징 시간 2020-03-31 13:49:45에 해당합니다
[TDAnalytics calibrateTime:1585633785954];
  • NTP 서버 주소를 설정할 수도 있습니다. 이후 SDK는 전달된 NTP 서비스 주소에서 현재 시간을 가져와 SDK 시간을 보정하려고 시도합니다. 기본 시간 초과 시간(3초) 내에 올바른 반환 결과를 얻지 못하면 이후 로컬 시간으로 데이터를 전송합니다.
// Apple의 NTP 서비스로 시간 보정
[TDAnalytics calibrateTimeWithNtp:@"time.apple.com"];
  • NTP 서비스를 사용한 시간 보정에는 어느 정도 불확실성이 있으므로, 타임스탬프 보정 방식을 우선 고려하는 것을 권장합니다
  • 네트워크 상태가 양호할 때 유저 디바이스가 서버 시간을 빠르게 가져올 수 있도록 NTP 서버 주소를 신중하게 선택해야 합니다

6.4 데이터 즉시 전송​

특정 비즈니스 시나리오에서 데이터를 AE 서버로 즉시 전송하려면 flush 인터페이스를 호출합니다

[TDAnalytics flush];

6.5 국가/지역 코드 가져오기​

특정 비즈니스 시나리오에서 유저 디바이스의 국가/지역 코드를 알아야 하는 경우 getLocalRegion으로 가져올 수 있습니다

[TDAnalytics getLocalRegion];

6.6 IP로 데이터 전송 지원​

DNS 하이재킹으로 클라이언트 데이터가 서버로 정상 전송되지 않는 문제를 예방하거나 해결하기 위해, SDK는 ServerUrl을 해석하여 IP를 얻은 다음 IP로 서버에 데이터를 직접 전송합니다. 활성화 예시는 다음과 같습니다.

NSString *appId = @"appId";
NSString *serverUrl = @"serverUrl";
TDConfig *config = [[TDConfig alloc] initWithAppId:appId serverUrl:serverUrl];

[config enableDNSServcie:@[TDDNSServiceCloudALi, TDDNSServiceCloudGoogle, TDDNSServiceCloudFlare]];
    
[TDAnalytics startAnalyticsWithConfig:config];

6.7 SDK 오류 콜백 지원​

노트

SDK 버전 >= 3.3.0 필요

네트워크 요청이 실패했을 때 직접 정의한 작업을 수행하고 싶은 경우가 있다면 errorCallback을 등록할 수 있습니다. 활성화 예시는 다음과 같습니다.

[TDAnalytics registerErrorCallback:^(NSInteger code, NSString * _Nullable errorMsg, NSString * _Nullable ext) {
   
}];

code 오류 코드

오류 코드설명
1001네트워크 요청 실패

6.8 초기화 시 설정 정보 가져오기 비활성화​

3.4.0 버전부터 SDK 초기화 시 설정 정보를 가져올 필요가 없다면 disableRConfig로 끌 수 있습니다. 코드는 다음과 같습니다.

#import <ThinkingSDK/ThinkingSDK.h>

NSString *appid = @"APPID";
NSString *url = @"SERVER_URL";

TDConfig *config = [[TDConfig alloc] init];
config.appid = appid;
config.serverUrl = url;
config.disableRConfig = true;
[TDAnalytics startAnalyticsWithConfig:config];

6.9 백업 수집 주소 설정​

3.4.0 버전부터 여러 수집 주소를 설정해야 하는 경우 backupUrlList로 설정할 수 있습니다. 예시 코드는 다음과 같습니다.

#import <ThinkingSDK/ThinkingSDK.h>

NSString *appid = @"APPID";
NSString *url = @"SERVER_URL";

TDConfig *config = [[TDConfig alloc] init];
config.appid = appid;
config.serverUrl = url;
config.backupUrlList = @[@"serverUrl1", @"serverUrl2"];
[TDAnalytics startAnalyticsWithConfig:config];
이 문서가 도움이 되었나요?
이 페이지의 내용