본문으로 건너뛰기

고급 가이드

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

1. 유저 ID 설정​

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

1.1 게스트 ID 설정​

팁

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

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

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

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

//게스트 ID 반환
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로 사용됩니다.

// 전송 데이터에서 "#account_id"를 제거하며, 이후 데이터에는 "#account_id"가 포함되지 않습니다
TDAnalytics.logout();

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

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

2. 이벤트 전송​

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

2.1 일반 이벤트​

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

TDAnalytics.track("product_buy", // 이벤트 이름
    {
        product_name: "상품명"
    } //이벤트 속성
);

2.2 최초 이벤트​

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

TDAnalytics.trackFirst("device_activation",{ key: "value" });

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

// 유저 ID를 최초 이벤트의 first_check_id로 설정하여 유저의 최초 활성화 이벤트를 수집
TDAnalytics.trackFirst("account_activation",{ key: "value" },"TA");

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

2.3 업데이트 가능 이벤트​

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

// 예시: 업데이트 가능한 이벤트를 전송합니다. 이벤트 이름은 UPDATABLE_EVENT라고 가정합니다
// 전송 후 이벤트 속성 status는 3, price는 100
TDAnalytics.trackUpdate("UPDATABLE_EVENT",{ status: 3, price: 100 },"test_event_id");

// 전송 후 이벤트 속성 status는 5로 업데이트되고 price는 변경되지 않음
TDAnalytics.trackUpdate("UPDATABLE_EVENT",{ status: 5 },"test_event_id");

2.4 덮어쓰기 가능 이벤트​

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

// 예시: 덮어쓰기 가능한 이벤트를 전송합니다. 이벤트 이름은 OVERWRITE_EVENT라고 가정합니다
// 전송 후 이벤트 속성 status는 3, price는 100
TDAnalytics.trackOverwrite("OVERWRITE_EVENT",{ status: 3, price: 100 },"test_event_id");

// 전송 후 이벤트 속성 status는 5로 업데이트되고 price 속성은 삭제됨
TDAnalytics.trackOverwrite("OVERWRITE_EVENT",{ status: 5 },"test_event_id");

2.5 공통 이벤트 속성​

유저의 디바이스 ID, 유입 채널, 유저 상태 등 일부 중요한 속성은 모든 이벤트에 설정해야 합니다. 이때 이러한 속성을 공통 속성, 즉 모든 이벤트에 포함되는 속성으로 설정할 수 있습니다. 이벤트를 보내기 전에 먼저 공통 속성을 설정하는 것을 권장합니다.

공통 속성에는 정적 공통 이벤트 속성과 동적 공통 이벤트 속성 두 가지가 있습니다. 이벤트를 전송할 때 공통 속성은 데이터의 properties에 삽입됩니다. 이때 공통 속성과 이벤트에 설정한 커스텀 속성의 key 값이 같으면 다음 우선순위에 따라 값을 결정합니다: 커스텀 속성>동적 공통 이벤트 속성>정적 공통 이벤트 속성>시스템 속성.

2.5.1 정적 공통 이벤트 속성​

유저의 채널, 닉네임, ID 등 일부 중요한 속성은 모든 이벤트에 설정해야 합니다. setSuperProperties를 호출하여 정적 공통 이벤트 속성을 설정할 수 있으며, 정적 공통 이벤트 속성은 전역으로 적용됩니다. 캐시가 활성화된 경우(기본값은 활성화) 정적 공통 속성은 캐시되며 다음에 시작할 때도 계속 적용됩니다.

정적 공통 속성의 파라미터는 JSON 객체이며, 형식 요구 사항은 이벤트 속성과 같습니다.

// 공통 이벤트 속성을 설정하면 모든 데이터 이벤트에 이 속성들이 포함됩니다
TDAnalytics.setSuperProperties({
     channel: "채널명",
     user_name: "사용자 이름"
});

속성 설정 외에도 정적 공통 이벤트 속성을 다루는 다른 API를 제공하여 일상적인 비즈니스 요구를 충족합니다.

// 정적 공통 이벤트 속성 가져오기
TDAnalytics.getSuperProperties();
// 정적 공통 이벤트 속성 하나 지우기(예: 이전에 설정한 'channel' 속성을 지우면 이후 데이터에는 해당 속성이 포함되지 않음)
TDAnalytics.unsetSuperProperty("channel");
// 모든 정적 공통 이벤트 속성 지우기
TDAnalytics.clearSuperProperties();

2.5.2 동적 공통 이벤트 속성​

setDynamicSuperProperties로 동적 공통 속성의 콜백 함수를 설정하면 SDK는 이벤트를 전송할 때 콜백 함수를 트리거하고 반환된 JSON 객체를 이벤트 속성에 추가합니다. setDynamicSuperProperties의 파라미터는 함수이며, 이 함수는 JSON 객체를 반환해야 합니다.

// 동적 공통 속성을 설정합니다. 이벤트를 전송할 때 콜백 함수를 트리거하고 반환된 JSON 객체를 이벤트 속성에 추가합니다
TDAnalytics.setDynamicSuperProperties(function() {
    var d = new Date();
    d.setHours(10);
    return { date: d };
});

2.6 이벤트 지속 시간 기록​

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

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

3. 유저 속성​

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

3.1 userSet​

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

// username은 TA
TDAnalytics.userSet({
    username: "TA" 
});
//username은 AE
TDAnalytics.userSet({
    username: "AE" 
});

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은 해당 속성을 생성하지 않습니다.

// 이 유저의 유저 속성 이름이 userPropertykey인 유저 속성 값을 비웁니다(즉 NULL로 설정)
TDAnalytics.userUnset("userPropertykey");

3.5 userDelete​

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

TDAnalytics.userDelete();

3.6 userAppend​

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

TDAnalytics.userAppend({
    user_list: ["apple", "ball"]
});

3.7 userUniqAppend​

userUniqAppend를 호출하여 Array (List) 타입의 유저 데이터에 고유한 요소를 추가할 수 있습니다. 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. 암호화 기능​

SDK는 암호화 기능을 지원합니다. 클라이언트는 AES + RSA로 데이터를 암호화하고, 서버 측에서 데이터를 복호화합니다. 암호화·복호화 기능은 클라이언트와 서버 측이 함께 구성해야 하므로, 자세한 내용은 고객 성공 담당자에게 문의하십시오.

enableEncrypt 속성을 true로 설정하고 기본 버전 번호와 공개 키를 설정합니다.

var config = {
  appId: "YOUR_APP_ID", // 프로젝트 APP ID
  serverUrl: "YOUR_SERVER_URL", // 전송 주소
  enableEncrypt: true, // 데이터 전송 암호화 활성화
  secretKey: {
    publicKey:'YOUR_PUBLIC_KEY', // 암호화 공개 키
    version:0 // 키 버전 번호
   }
};
// 초기화
TDAnalytics.init(config);

5. 기타 기능​

5.1 디바이스 ID 가져오기​

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

TDAnalytics.getDeviceId();

디바이스 ID는 캐시에 저장되며, 유저가 캐시를 삭제하면 디바이스 ID가 초기화됩니다.

5.2 이벤트 캐시 전송 설정​

초기화할 때 이벤트 캐시 전송을 활성화하도록 설정할 수 있습니다. 현재 uni-app만 지원하며, Android, iOS, HarmonyOS 플랫폼은 기본적으로 캐시 일괄 전송을 사용하므로 별도로 설정할 수 없습니다.

// AE SDK 설정 객체
var config = {
  appId: "YOU-APP-ID", // 프로젝트의 APP ID
  serverUrl: "https://youserverurl.com", // 데이터 전송 주소
  enableBatch: true, // 이벤트 캐시 일괄 전송 활성화 여부(true=활성화, false=비활성화)
  batchConfig: {
    size: 5, // 이벤트 캐시 전송 건수
    interval: 5000 // 이벤트 캐시 전송 간격(밀리초)
  }
};
// 초기화
TDAnalytics.init(config);

5.3 기본 시간대 설정​

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

var config = {
  appId: "YOU-APP-ID", // 프로젝트의 APP ID
  serverUrl: "https://youserverurl.com", // 데이터 전송 주소
  zoneOffset:8
};

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

이 문서가 도움이 되었나요?
이 페이지의 내용