본문으로 건너뛰기

고급 가이드

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

1. 유저 식별자 설정​

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

1.1 게스트 ID 설정​

팁

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

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

앱에 유저별 자체 게스트 ID 관리 체계가 있다면 setDistinctId를 호출하여 게스트 ID를 설정할 수 있습니다.

// 게스트 ID를 Thinker로 설정
TDAnalytics.setDistinctId("Thinker");

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

//게스트 ID 반환
String distinctId = TDAnalytics.getDistinctId();

1.2 계정 ID 설정​

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

// 유저의 로그인 고유 식별자로, 전송 데이터의 #account_id에 해당합니다. 이때 #account_id의 값은 TA입니다
TDAnalytics.login("TA");

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

1.3 계정 ID 지우기​

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

TDAnalytics.logout();

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

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

2. 이벤트 전송​

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

2.1 일반 이벤트​

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

//상점 구매 이벤트
try {
    JSONObject properties = new JSONObject();
    properties.put("product_name","상품명");
    TDAnalytics.track("product_buy",properties);
} catch (JSONException e) {
    e.printStackTrace();
}

2.2 최초 이벤트​

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

JSONObject properties = new JSONObject();
try {
    properties.put("key", "value");
} catch (JSONException e) {
    e.printStackTrace();
}

TDAnalytics.track(new TDFirstEventModel("device_activation", properties));

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

// 유저 ID를 최초 이벤트의 first_check_id로 설정하여 유저의 최초 활성화 이벤트를 수집
TDFirstEventModel model = new TDFirstEventModel("device_activation", properties);
model.setFirstCheckId("TA");
TDAnalytics.track(model);

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

2.3 업데이트 가능 이벤트​

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

// 예시: 업데이트 가능한 이벤트를 전송합니다. 이벤트 이름은 UPDATABLE_EVENT라고 가정합니다
// 전송 후 이벤트 속성 status는 3, price는 100
JSONObject properties = new JSONObject();
try {
    properties.put("status", 3);
    properties.put("price", 100);
} catch (JSONException e) {
    e.printStackTrace();
}
TDAnalytics.track(new TDUpdatableEventModel("UPDATABLE_EVENT", properties, "test_event_id"));
// 전송 후 이벤트 속성 status는 5로 업데이트되고, price는 변경되지 않음
JSONObject properties_new = new JSONObject();
try {
    properties_new.put("status", 5);
} catch (JSONException e) {
    e.printStackTrace();
}
TDAnalytics.track(new TDUpdatableEventModel("UPDATABLE_EVENT", properties_new, "test_event_id"));

2.4 덮어쓰기 가능 이벤트​

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

// 예시: 덮어쓸 수 있는 이벤트를 전송합니다. 이벤트 이름은 OVERWRITE_EVENT라고 가정합니다
// 전송 후 이벤트 속성 status는 3, price는 100
JSONObject properties = new JSONObject();
try {
    properties.put("status", 3);
    properties.put("price", 100);
} catch (JSONException e) {
    e.printStackTrace();
}
TDAnalytics.track(new TDOverWritableEventModel("OVERWRITE_EVENT", properties, "test_event_id"));
// 전송 후 이벤트 속성 status는 5로 업데이트되고, price 속성은 삭제됨
JSONObject properties_new = new JSONObject();
try {
    properties_new.put("status", 5);
} catch (JSONException e) {
    e.printStackTrace();
}
TDAnalytics.track(new TDOverWritableEventModel("OVERWRITE_EVENT", properties_new, "test_event_id"));

2.5 공통 이벤트 속성​

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

2.5.1 정적 공통 이벤트 속성​

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

//공통 이벤트 속성 설정
try {
    JSONObject superProperties = new JSONObject();
    superProperties.put("vip_level",2);
    TDAnalytics.setSuperProperties(superProperties);
} catch (JSONException e) {
    e.printStackTrace();
}

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

//특정 공통 이벤트 속성 지우기
TDAnalytics.unsetSuperProperty("Channel");
//모든 공통 이벤트 속성 지우기
TDAnalytics.clearSuperProperties();
//모든 공통 이벤트 속성 가져오기
TDAnalytics.getSuperProperties();

2.5.2 동적 공통 이벤트 속성​

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

int coin = 0;    
TDAnalytics.setDynamicSuperProperties(new TDAnalytics.TDDynamicSuperPropertiesHandler() {
    @Override
    public JSONObject getDynamicSuperProperties() {
        JSONObject dynamicSuperProperties = new JSONObject();
        coin++;//골드 수량이 자주 업데이트됨
        try {
            dynamicSuperProperties.put("coin",coin);
        } catch (JSONException e) {
            e.printStackTrace();
        }
        return dynamicSuperProperties;
    }
});

2.6 이벤트 지속 시간 기록​

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

//다음 예시는 유저가 특정 상품 페이지에 머문 시간을 집계합니다
try {
    //유저가 상품 페이지에 진입하면 시간 측정 시작
    TDAnalytics.timeEvent("stay_shop");
    /**do someting
    .......
    **/
    //유저가 상품 페이지를 떠나면 시간 측정이 종료되며, "stay_shop" 이벤트에 이벤트 지속 시간을 나타내는 속성 #duration이 포함됩니다
    TDAnalytics.track("stay_shop");
} catch (JSONException e) {
    e.printStackTrace();
}

3. 유저 속성​

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

3.1 userSet​

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

try {
    //이때 username은 TA
    JSONObject properties = new JSONObject();
    properties.put("username","TA");
    TDAnalytics.userSet(properties);
    //이때 userName은 AE
    JSONObject newProperties = new JSONObject();
    newProperties.put("username","TE");
    TDAnalytics.userSet(newProperties);
} catch (JSONException e) {
    e.printStackTrace();
}

3.2 userSetOnce​

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

try {
    //first_payment_time은 2018-01-01 01:23:45.678
    JSONObject properties = new JSONObject();
    properties.put("first_payment_time","2018-01-01 01:23:45.678");
    TDAnalytics.userSetOnce(properties);
    
    //first_payment_time은 여전히 2018-01-01 01:23:45.678
    JSONObject newProperties = new JSONObject();
    newProperties.put("first_payment_time","2018-12-31 01:23:45.678");
    TDAnalytics.userSetOnce(newProperties); 
       
} catch (JSONException e) {
    e.printStackTrace();
}

3.3 userAdd​

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

try {
    //이때 total_revenue는 30
    JSONObject properties = new JSONObject();
    properties.put("total_revenue",30);
    TDAnalytics.userAdd(properties);
    
    //이때 total_revenue는 678
    JSONObject newProperties = new JSONObject();
    newProperties.put("total_revenue",648);
    TDAnalytics.userAdd(newProperties);
} catch (JSONException e) {
    e.printStackTrace();
}

3.4 userUnset​

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

// 단일 유저 속성 초기화
TDAnalytics.userUnset("key1");
// 여러 유저 속성 초기화
TDAnalytics.userUnset("key1", "key2", "key3");

3.5 userDelete​

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

TDAnalytics.userDelete();

3.6 userAppend​

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

try {
    // list는 유저 속성 user_list의 값이며, JSONArray 타입입니다
    JSONArray list = new JSONArray("[\"apple\", \"ball\"]");
    JSONObject properties = new JSONObject();
    properties.put("user_list", list);
    // user_append를 호출하여 유저 속성 user_list에 요소를 추가합니다. 없으면 해당 요소를 새로 생성합니다
    TDAnalytics.userAppend(properties);
} catch (JSONException e) {
    e.printStackTrace();
}

3.7 userUniqAppend​

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

try {
    // list는 유저 속성 user_list의 값이며, JSONArray 타입입니다
    //이때 user_list의 속성 값은 ["apple"，"ball"]
    JSONArray list = new JSONArray("[\"apple\", \"ball\"]");
    JSONObject properties = new JSONObject();
    properties.put("user_list", list);
    TDAnalytics.userAppend(properties);
    
    
    //이때 user_list의 속성 값은 ["apple","apple","ball","cube"]
    JSONArray list1 = new JSONArray("[\"apple\", \"cube\"]");
    JSONObject properties1 = new JSONObject();
    properties1.put("user_list", list1);
    TDAnalytics.userAppend(properties1);
    
    //이때 user_list의 속성 값은 ["apple"，"ball","cube"]
    TDAnalytics.userUniqAppend(properties1);
    
} catch (JSONException e) {
    e.printStackTrace();
}

4. 암호화 기능​

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

TDConfig config = TDConfig.getInstance(mContext,TA_APP_ID,TA_SERVER_URL);
//암호화 기능 활성화 및 공개 키 정보 설정
config.enableEncrypt(1,"publicKey")

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

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

// H5 페이지 데이터 연동
TDAnalytics.setJsBridge(webView);

6. 기타 기능​

6.1 디바이스 ID 가져오기​

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

String deviceID = TDAnalytics.getDeviceId();//디바이스 ID 값은 Android ID

6.2 기본 시간대 설정​

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

// TDConfig 인스턴스 가져오기
TDConfig config = TDConfig.getInstance(this, TA_APP_ID, TA_SERVER_URL);
// 기본 시간대를 UTC로 설정
config.setDefaultTimeZone(TimeZone.getTimeZone("UTC"));
// SDK 초기화
TDAnalytics.init(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");

1. NTP 서비스를 사용한 시간 보정에는 어느 정도 불확실성이 있으므로, 타임스탬프 보정 방식을 우선 고려하는 것을 권장합니다

2. 네트워크 상태가 양호할 때 유저 디바이스가 서버 시간을 빠르게 가져올 수 있도록 NTP 서버 주소를 신중하게 선택해야 합니다

6.4 데이터 즉시 전송​

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

TDAnalytics.flush();

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

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

TDAnalytics.getLocalRegion();

6.6 AndroidID 수집 비활성화​

프로젝트에 Android ID를 수집하는 코드가 포함되지 않도록 하려면 플러그인을 사용하여 민감한 속성(예: AndroidID)의 코드를 격리할 수 있습니다.

Android 분석 SDK 버전플러그인 버전
[oldest - 3.0.0)1.2.0
[3.0.0 - 3.1.0]2.1.0
(3.1.0 - latest]2.2.0
  buildscript {
     repositories {
         google()
         jcenter()
     }
     dependencies {
         classpath 'cn.thinkingdata.android:android-gradle-plugin2:2.2.0'
      }
}
// Configure disableAndroidID to true in the project build.gradle file
apply plugin: 'cn.thinkingdata.android'
android {}
ThinkingAnalytics {
    debug = true
    sdk{
        disableAndroidID = true
     }
}

파라미터 설명:

  • debug: 컴파일 로그를 출력할지 여부입니다. true이면 컴파일 로그를 출력하며, 기본값은 false입니다.
  • exclude: 특정 경로의 클래스를 스캔 대상에서 제외합니다. exclude = ['cn.thinkingdata.android','android.support']로 설정할 수 있습니다.
  • useInclude, include: 특정 경로의 클래스만 스캔하려면 useInclude = true, include= ['cn.thinkingdata.android','android.support']로 설정할 수 있습니다.
  • disableAndroidID: 시스템 API를 호출하여 AndroidID를 가져오는 것을 비활성화할지 여부입니다. 플러그인 V2.1.0 버전부터 disableAndroidID = true로 설정할 수 있습니다.

6.7 IP로 데이터 전송 지원​

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

TDConfig config = TDConfig.getInstance(this, APPID, TE_SERVER_URL);
List<TDConfig.TDDNSService> list = new ArrayList<>();
list.add(TDConfig.TDDNSService.CLOUD_ALI);
list.add(TDConfig.TDDNSService.CLOUD_FLARE);
list.add(TDConfig.TDDNSService.CLOUD_GOOGLE);
config.enableDNSService(list);

6.8 SDK 오류 콜백 지원​

노트

Android SDK 버전>=3.2.0이 필요합니다.

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

TDAnalytics.registerErrorCallback(new TDAnalytics.TDSendDataErrorCallback() {
    @Override
    public void onSDKErrorCallback(int code, String errorMsg, String ext) {
        // todo
    }
});

code 오류 코드

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

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

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

TDConfig config = TDConfig.getInstance(this, APPID, TE_SERVER_URL);
config.disableRConfig = true;
TDAnalytics.init(config);

6.10 백업 수집 주소 설정​

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

TDConfig config = TDConfig.getInstance(this, APPID, TE_SERVER_URL);
List<String>  backupUrlList = new ArrayList<>();
backupUrlList.add("serverurl1");
backupUrlList.add("serverurl2");
backupUrlList.add("serverurl3");
config.backupUrlList = backupUrlList;
TDAnalytics.init(config);
이 문서가 도움이 되었나요?
이 페이지의 내용