암시적 대 명시적 이벤트 추적: 히트 및 미스

사람들에게 분석에 대해 이야기할 때 일반적으로 한 가지 질문이 떠오릅니다. "엔지니어가 추적 코드를 작성하도록 하는 것에 대해 어떻게 생각하십니까?" 그들이 알고 싶어하는 것은 본질적으로 분석을 자동 추적하는 도구를 사용하는 것과 엔지니어가 프로그래밍 방식으로 추적 코드를 추가하는 것의 차이점과 어느 것이 회사에 더 나은지입니다.

암시적 이벤트 추적과 명시적 이벤트 추적의 적중 및 실패를 설명하는 데 도움이 되도록 이 문서에 우리의 생각을 기록하기로 결정했습니다.

놋쇠 압정으로 내려가 볼까요?

암시적 및 명시적 이벤트 추적 정의

암시적 이벤트 추적과 명시적 이벤트 추적의 장단점에 대해 읽기 전에 한 걸음 물러서서 두 가지를 정의해 보겠습니다. 이렇게 하면 차이점을 더 잘 이해하고 정보에 입각한 결정을 내릴 수 있습니다.

암시적 이벤트 추적이란 무엇입니까?

코드 없는 이벤트 추적이라고도 하는 이 유형의 자동 이벤트 수집은 애플리케이션 내의 모든 사용자 상호 작용을 수집하는 것을 목표로 합니다. 즉, 데이터를 수집하기 위해 미리 이벤트를 정의할 필요가 없습니다.

일부 도구는 클릭, 페이지 보기, 양식 제출 등과 같은 상호 작용을 자동으로 캡처하여 필요할 때 사용할 수 있도록 준비합니다. 사용자 행동을 분석하고 싶을 때마다 시각적 편집기를 사용하여 소급하여 관심 있는 이벤트를 만들 수 있습니다.

명시적 이벤트 추적이란 무엇입니까?

명시적 이벤트 추적을 사용하려면 코드 기반 분석을 사용하여 추적하려는 이벤트를 수동으로 정의해야 합니다. 명시적 이벤트 추적의 전체 개념은 원하는 분석을 얻기 위해 추적해야 하는 이벤트를 알고 있다는 사실에 달려 있습니다.

진폭이 그러한 예 중 하나입니다. 목표와 메트릭을 결정하고 추적 계획을 만든 후에는 개발자가 코드베이스 내에서 필요한 분석을 계측합니다.

정의를 살펴보았으니 이제 장단점을 살펴보겠습니다.

암시적 또는 코드리스 이벤트 추적의 히트 및 미스

암시적 이벤트 추적의 몇 가지 히트 및 미스를 살펴보고 올바른 선택을 하는 데 어떻게 도움이 되는지 살펴보겠습니다.

히트: 암시적 추적

1. 비기술 팀에 적합

암시적 또는 코드리스 이벤트 추적을 통해 코드를 직접 다루지 않는 사람은 누구나 포인트 앤 클릭 솔루션으로 고객 행동을 분석할 수 있습니다. 스니펫을 사이트에 붙여넣으면 클라이언트 측에서 사용 가능한 모든 사용자 상호 작용을 캡처하기 시작합니다. 이제 웹 애플리케이션의 다양한 이벤트를 소급하여 분석할 수 있습니다.

예를 들어 id가 newsletter-button 인 버튼에 대한 클릭 이벤트를 정의할 수 있으며 newsletter- button 을 클릭한 모든 사용자와 관련된 데이터를 소급하여 제공합니다.

2. 엄격한 계획이 필요하지 않습니다.

암시적 추적의 전체 아이디어는 고객의 상호 작용에 대한 모든 데이터에 액세스하는 것입니다. 이렇게 하면 처음에 추적할 이벤트를 결정하는 시간을 절약할 수 있으며 시작하기 위해 추적 계획을 설정할 필요가 없습니다.

3. 이벤트 정의는 간단합니다.

일부 도구에는 몇 분 안에 다양한 유형의 이벤트를 쉽게 생성할 수 있는 시각적 편집기가 함께 제공됩니다. 이를 통해 수많은 개발 시간을 절약하고 다른 문제를 해결하는 데 사용할 수 있습니다.

실수: 암시적 추적

1. 지저분한 데이터를 처리하게 됩니다.

앱에서 작업이 수행되는 방식에는 여러 가지가 있을 수 있습니다. 당신이 고객이 온라인 주문을 할 수 있는 식료품 배달 앱의 제품 소유자이고 이것이 얼마나 자주 발생하는지 추적하고 싶다고 상상해 보십시오.

고객이 "체크아웃" 버튼을 누르면 코드리스 분석 도구가 이 버튼을 몇 번 클릭했는지 알려줍니다. 그러나 고객이 주문하는 다른 방법이 있을 수 있다는 점을 고려하면 이 데이터는 정확하지 않을 수 있습니다. 앱에 고객이 주문할 수 있는 '지금 구매' 버튼이 있을 수 있습니다. 이 경우 주문 건수를 확인하려면 이러한 이벤트를 함께 결합해야 합니다.

2. 보안 문제가 있습니다.

이러한 도구는 모든 사용자 상호 작용을 캡처하고 이 데이터를 서비스로 스트리밍하기 때문에 고객의 PII(개인 식별 정보) 및/또는 PHI(개인 건강 정보) 데이터가 위험에 처할 수 있습니다. 이러한 시나리오와 관련하여 모든 데이터를 수집한다는 아이디어는 근본적으로 결함이 있습니다.

3. 당신의 추적은 아주 쉽게 깨질 수 있습니다

코드 없는 추적은 웹용 CSS 선택기와 모바일용 UI 컨트롤에 연결되어 있습니다. 따라서 개발자가 제품을 변경하면 추적이 깨질 수 있습니다. 앞의 예에서 새로운 개발자가 들어와 "Checkout" 버튼의 CSS ID를 checkout-button 에서 place-order 로 변경하기로 결정하면 추적이 중단되고 이유가 궁금할 것입니다.

4. 귀중한 데이터를 놓치게 됩니다

동일한 예를 들어, 얼마나 많은 '사과'를 구입했는지 알고 싶을 수 있습니다. 암시적 추적은 이 데이터를 캡처할 수 없습니다. "체크아웃" 버튼을 클릭한 횟수만 계산합니다. 이에 답하려면 소프트웨어 엔지니어를 불러와 이를 추적할 코드를 추가해야 합니다. 모든 암시적 추적 도구는 이유가 있는 명시적 이벤트 전송을 지원합니다. 엔지니어링 시간을 사용하지 않을 것이라는 것은 신화입니다.

5. 광고 차단기로 인해 데이터가 손실됩니다.

일부 도구는 클라이언트 측에서 데이터를 캡처하기 때문에 광고 차단기에 취약합니다. 시장에 나와 있는 대부분의 광고 차단기는 클라이언트측 분석을 차단하지만 코드 기반 추적을 통해 백엔드에서 중요한 비즈니스 메트릭에 대한 분석을 캡처하여 이 문제를 피할 수 있습니다.

이는 암시적 또는 코드리스 분석 추적 도구에 대한 요약입니다.

명시적 또는 코드 기반 이벤트 추적의 히트 및 미스

이제 코드리스 추적 도구에 대한 적절한 아이디어를 얻었으므로 명시적 또는 코드 기반 이벤트 추적의 장단점을 살펴보겠습니다.

조회수: 명시적 추적

1. 필요한 것을 추적하고 추가 컨텍스트를 추가합니다.

명시적 추적을 통해 분석에 필요한 데이터를 추적하고 모든 고객 상호 작용 뒤에 추가 컨텍스트를 추가할 수 있습니다.

예를 들어 누군가가 "체크아웃" 버튼을 누르면 이벤트 속성을 사용하여 "체크아웃" 버튼을 누른 횟수를 추적하는 것 외에도 항목 코드, 항목 수량 , 항목 값 및 본 제품 이미지를 추적할 수 있습니다. . 이는 사용자의 구매 행동에 대한 추가 컨텍스트를 제공합니다.

Amplitude를 사용하면 이를 쉽게 달성할 수 있습니다.

2. 데이터를 신뢰할 수 있습니다.

명시적인 이벤트 추적을 사용하면 데이터가 소프트웨어 개발 수명 주기에 통합되고 중단되지 않으므로 데이터를 신뢰할 수 있습니다. 분석을 코드처럼 취급하고 데이터 관리를 위한 프로세스를 마련하면 모든 사람이 혜택을 볼 수 있습니다.

이전 섹션에서 본 것과 동일한 예를 들어 보겠습니다. 코드 기반 이벤트 추적의 경우 "체크아웃" 버튼 또는 "지금 구매" 버튼을 통해 주문하는 모든 인스턴스를 일관되게 계측할 수 있습니다.

3. 캡처 대상 관리

추적 계획을 만들 때 분석 도구로 전송되는 데이터를 항상 알고 있습니다. 어떤 고객의 PII/PHI 데이터가 캡처되고 어디로 가는지 알고 있습니다. 예를 들어 개인화된 고객 성공을 위해 누군가의 이름과 이메일 을 Intercom에 보낼 수 있습니다. 이 데이터 맵을 생성하면 GDPR 및 CCPA를 준수하는지 확인하는 데 도움이 됩니다.

4. 여러 소스에서 데이터 캡처

명시적 추적을 사용하면 클라이언트 측 광고 차단기의 영향을 받지 않는 백엔드를 포함하여 여러 소스에서 일관되게 이벤트를 캡처할 수 있습니다. 청중에 따라 이벤트의 10-30%가 차단될 것으로 예상할 수 있습니다. 중요한 데이터의 경우 백엔드에서 이벤트를 추적하는 것이 좋습니다.

실수: 명시적 추적

1. 개발자의 도움이 필요합니다.

이름에서 알 수 있듯이 코드 기반 분석 도구는 이벤트를 계측하는 데 개발자의 시간이 필요합니다. 다시 말하지만 나중에 이벤트에 변경 사항이 있거나 이벤트를 몇 개 더 추가해야 하는 경우 개발자를 참여시켜야 합니다.

2. 구현하는 데 더 많은 시간이 걸립니다.

코드 기반 이벤트 추적을 구현하는 데 더 많은 시간이 걸립니다. 코드 작성 → 코드 배송 → 데이터 대기 → 쿼리 실행으로 인해 개발자와 더 긴 피드백 루프에 의존하게 됩니다. 그것은 시간과 돈 모두에 대한 투자입니다.

3. 먼저 계획을 세워야 합니다

코드 기반 이벤트 추적의 문제 중 하나는 구현하기 전에 모든 것을 계획하고 준비해야 한다는 것입니다. 이것은 가까운 미래 또는 먼 미래에 필요할 이벤트를 계획하는 데 다시 시간과 노력이 필요합니다.

뿐만 아니라 제품 관리자 또는 분석가인 경우 솔루션을 채택하기 전에 엔지니어링 팀의 동의를 얻어야 할 수도 있습니다. 추적 계획을 구성하는 데 개발 시간이 필요하기 때문입니다.

그럼 무엇을 선택해야 할까요?

그렇다면 언제 암시적 추적과 명시적 추적을 사용해야 할까요? 도움이 되도록 아래에 빠른 가이드를 만들었으며 각 범주에서 가장 좋아하는 분석 도구를 나열했습니다.

궁극적으로 팀에 가장 적합한 도구를 사용하되 각 접근 방식의 장단점을 이해하십시오. 많은 팀의 요구 사항은 성장함에 따라 진화하고 이벤트 추적 데이터에 대한 추가 사용 사례를 추가합니다.

명시적 이벤트 추적 도구로 시작할 준비가 되었다면 지금 무료 Amplitude 계정에 가입하거나 셀프 서비스 데모를 살펴보십시오.