Data Store 사용 사례: 추적 요구 사항을 지원하는 방법

Data Store 는 서버 측 Google Tag Manager 사용자를 위한 기본 내장 NoSQL 데이터베이스입니다. 빠르고 안정적이며 사용하기 쉽습니다. 외부 데이터베이스를 구축하지 않고도 모든 유형의 JSON 데이터를 저장하고 불러올 수 있습니다.

원래는 서버 컨테이너 내의 데이터 관리를 간소화하기 위해 구축되었지만, 기업들은 다양한 창의적인 방식으로 Data Store를 활용하고 있습니다. 이 기능의 모든 특징과 성능, 그리고 이를 최대한 활용하는 방법을 알아보려면 Data Store 상세 가이드를 확인하십시오. 이번 글에서는 Data Store를 활용하는 가장 일반적이고 흥미로운 방법과 이를 통해 얻을 수 있는 이점을 살펴보겠습니다.

많은 사용자가 Firestore의 대안으로 Data Store를 선택합니다. 고객 데이터부터 구매 내역(예: 고객이 구매한 모든 제품 저장)까지 모든 항목을 저장하는 데 활용합니다. 이를 선택하는 데는 여러 이유가 있습니다. 예를 들어, Data Store는 Stape 플랫폼에 직접 내장되어 있어 별도의 외부 설정이 필요하지 않습니다. Stape 계정을 벗어나지 않고도 sGTM 컨테이너 내에서 바로 데이터를 저장하고 읽기 시작할 수 있습니다.

일부 사용자는 Stape 구독을 구매하고 파워업이나 sGTM hosting, 또는 Store 이외의 다른 서비스를 전혀 사용하지 않기도 합니다. 이들에게는 Store 기능 하나만으로도 비용을 지불할 가치가 충분하기 때문입니다!

가장 큰 장점은 아키텍처가 더 단순해진다는 것입니다. 팀은 별도의 데이터베이스를 프로비저닝하고 자격 증명을 관리하며 추가 연동을 유지보수하는 대신, Stape 호스팅 sGTM 설정에 이미 포함되어 있는 스토리지 레이어를 활용할 수 있습니다.

또 다른 인기 있는 활용 사례는 중복 거래 감지입니다. 중복 전환은 애널리틱스 수치를 부풀리고 Google Ads나 Google Analytics와 같은 플랫폼에서 잘못된 기여를 초래할 수 있습니다. Data Store에 트랜잭션 ID를 저장하면 전환이 이미 처리되었는지 쉽게 확인할 수 있습니다. 이 설정은 API를 통해 전환이 업로드되는 서버 측 추적에 매우 유용합니다.

동일한 방식을 중복 제거가 필요한 모든 프로세스에 적용할 수 있습니다. 여기에는 이벤트 ID, 주문 ID, 리드 ID, 웹훅 ID 또는 기타 고유한 비즈니스 식별자가 포함됩니다.

유용한 이유:

• 정확한 지표: 각 거래가 한 번만 집계됩니다.
• 개선된 기여: 여러 채널에 기여도가 잘못 부여되는 것을 방지합니다.
• 더 현명한 예산 배분: 신뢰할 수 있는 정확한 데이터를 바탕으로 광고 예산을 배분할 수 있습니다.

웹훅은 웹 애플리케이션 간의 데이터 전송을 실시간으로 자동화합니다. 일부 고객은 Data Store를 사용하여 웹훅에 추가 데이터를 보강합니다. 이 접근 방식을 통해 추적 이벤트에 항상 완전한 맥락이 포함되도록 할 수 있습니다. 작동 방식은 다음과 같습니다.

1. 1.
   사용자가 온라인 작업(예: 양식 제출)을 수행할 때, 해당 사용자의 쿠키나 식별자를 이메일과 같은 키 값으로 Store에 저장합니다.
2. 2.
   이후 웹훅 이벤트가 수신되면 Store에서 동일한 키를 조회하여 사용자 데이터를 가져온 뒤, 쿠키와 식별자를 포함한 완전한 데이터 세트를 Google Ads 또는 Meta Conversions API와 같은 플랫폼으로 전송합니다.

Stape의 Enricher power-up을 사용하면 이전에 수집된 사용자 데이터로 이벤트 데이터를 보강할 수 있습니다. 하지만 Data Store와 결합하면 백엔드 전용 데이터로도 이벤트를 보강할 수 있습니다.

데이터 보강을 위해 Data Store를 활용하는 또 다른 방법은 브라우저에 노출되어서는 안 되거나 노출될 수 없는 정보(예: CRM 상태, 고객 등급, 내부 제품 분류, 재고 상태, 계정 소유권, 마진 데이터, 주문 처리 결과 등)를 추가하는 것입니다. 애널리틱스 또는 광고 플랫폼으로 전송되는 보강된 이벤트는 클라이언트 측 추적만으로는 제공할 수 없는 비즈니스 맥락을 담게 됩니다.

교차 도메인 추적은 도메인 간에 쿠키를 공유할 수 없기 때문에 실패하는 경우가 많습니다.

Data Store를 사용하면 공유 키(예: 사용자 ID) 아래에 쿠키나 식별자를 저장한 다음, 동일한 사용자가 다른 도메인에 방문했을 때 이를 복원할 수 있습니다. 이렇게 하면 사용자 데이터의 일관성이 유지되며, 애널리틱스에서 서로 다른 웹사이트 전반에서도 전환을 정확하게 기여할 수 있습니다.

실제 작동 방식:

1. 1.
   사용자가 첫 번째 도메인을 방문하면 주요 추적 데이터(쿠키, 세션 ID, 사용자 식별자)를 Data Store에 저장합니다.
2. 2.
   동일한 사용자가 다른 도메인에서 여정을 이어갈 때, 시스템은 공유 식별자를 사용하여 Data Store에서 저장된 데이터를 가져옵니다.
3. 3.
   이렇게 복원된 데이터는 방문과 전환 간의 연결을 유지하는 데 도움이 되며, 애널리틱스 및 광고 플랫폼이 동일한 사용자임을 인식할 수 있도록 합니다.

동일한 패턴을 웹사이트 너머로 확장할 수도 있습니다. 고객이 웹사이트에서 CRM, 콜센터 또는 기타 오프라인 프로세스로 이동할 때 기여 맥락을 보존한 다음, 백엔드 이벤트나 웹훅이 도착했을 때 관련 식별자를 복구할 수 있습니다.

대부분의 광고주는 ROAS(광고비 대비 매출액)를 사용하여 성과를 측정하지만, ROAS에는 제품 원가가 포함되지 않습니다. Profit Over Ad Spend (POAS)는 더 정밀한 지표입니다. 단순한 매출이 아닌 실제 수익에 초점을 맞춥니다.

Stape에는 이미 수익 데이터를 안전하게 저장 및 검색하고, Google Ads 또는 Analytics에 전환을 보고할 때 매출 대신 사용할 수 있는 전용 POAS Data Feed 파워업이 있습니다. 하지만 Data Store는 이 기능을 강화하여 더 고급화된 POAS 계산을 가능하게 합니다.

예를 들어 수익은 SKU, 시장, 할인, 배송비, 결제 수수료, 수수료, 반품 또는 고객 세그먼트에 따라 달라질 수 있습니다. 이러한 입력값을 서버 측에 저장하고 애널리틱스 또는 광고 플랫폼으로 전환 데이터를 전송하기 전에 보다 정확한 수익 가치를 계산하는 데 사용할 수 있습니다.

• 민감한 재무 데이터를 비공개로 유지하면서 수익 기반 입찰을 실행하십시오.
• 내부 수치를 노출하지 않고 실시간으로 전환을 업로드하십시오.
• 단순한 매출이 아닌 실제로 수익을 창출하는 광고가 무엇인지 더 명확하게 파악하십시오.

클릭 ID는 일반적으로 브라우저 쿠키에 저장되지만, 쿠키는 만료되거나 차단되거나 백엔드 시스템에서 사용할 수 없게 되거나 이후 전환으로 기여 데이터를 전달하지 못할 수 있습니다. Data Store는 이러한 식별자를 유지할 수 있는 또 다른 공간을 제공합니다.

예를 들어 사용자 ID, 세션 ID, 리드 ID 또는 주문 ID와 같은 안정적인 키에 클릭 ID를 매핑하여 저장할 수 있습니다. 나중에 전환이 발생하면 해당 키를 사용하여 클릭 ID를 검색하고 전환 이벤트에 추가할 수 있습니다. 이 방식은 여전히 최초 클릭과 이후 이벤트를 연결하는 안정적인 식별자가 필요하지만, 기여 데이터가 브라우저 기반 스토리지의 한계를 넘어 유지될 수 있도록 해줍니다.

마지막으로, Data Store는 데이터를 임시 또는 장기적으로 저장한 후 나중에 사용해야 하는 거의 모든 경우에 유용합니다. 쿠키나 로컬 스토리지보다 안정적이고 확장성이 뛰어납니다. 사용자 이메일, ID, 세션 토큰과 같이 데이터를 쓰고 불러올 수 있는 키만 있으면 됩니다.

• 여러 파일을 보관할 문서와 컬렉션을 생성하십시오.
• 조건을 사용하여 검색하고 필터링하십시오. 
• 문서에 TTL(수명)을 설정하여 더 이상 필요하지 않을 때 자동으로 만료되도록 하십시오. 
• 스토어에 저장된 데이터를 검색하고 활용하여 서버 측 GTM 이벤트 흐름을 보강하십시오(예: 사용자 속성, 맞춤 매개변수, 토큰 등). 
• API를 사용하여 엔드포인트를 통해 스토어에 프로그래밍 방식으로 액세스하십시오.

표준 GTM 조회 테이블은 매핑 규모가 크거나 자주 업데이트되거나 운영상 민감한 경우 관리가 어려워질 수 있습니다. Data Store는 이러한 데이터 세트를 대신 보관할 수 있습니다.

예를 들어 제품 규칙, 캠페인 분류, 지역 설정, 테넌트 매핑 또는 기타 구성 값을 저장할 수 있습니다. 그런 다음 값이 변경될 때마다 sGTM 컨테이너를 다시 게시하지 않고도 Stape 대시보드, CSV 가져오기 또는 API를 통해 이를 업데이트할 수 있습니다.

동일한 방식을 사용하여 브랜드, 지역, 테넌트, 판매자, 이벤트 유형 또는 동의 상태와 같은 요소를 기반으로 대상 플랫폼, 계정, 엔드포인트 또는 자격 증명을 동적으로 선택할 수 있습니다.

Data Store는 사용자가 식별된 후 해당 사용자의 익명 활동을 식별 정보 및 이전 작업과 연결하는 데 도움이 될 수 있습니다. 이는 신규 및 재방문 고객 추적의 신뢰성을 높여주기도 합니다.

예를 들어 방문자는 로그인하거나 양식을 제출하기 전에 웹사이트를 둘러볼 수 있습니다. 이때 익명 브라우저 또는 세션 식별자와 고객 식별자 간의 관계를 저장할 수 있습니다. 사용자가 식별되면 향후 이벤트에서 해당 관계를 활용하여 승인된 식별 속성을 검색하고 이전에 익명이었던 세션 간의 연속성을 유지할 수 있습니다.

동의 정보는 브라우저에서는 확인할 수 있지만 CRM, 웹훅, 오프라인 시스템 또는 기타 백엔드 소스에서 이벤트가 도착할 때는 누락되는 경우가 많습니다. Data Store는 소스, 타임스탬프, 정책 버전과 같은 메타데이터와 함께 사용자의 동의 상태를 유지할 수 있습니다.

이후 백엔드 이벤트가 도착하면 허용되는 대상 플랫폼 및 매개변수를 결정하기 전에 저장된 동의 상태를 검색할 수 있습니다. 이를 통해 비브라우저 이벤트에도 일관된 동의 규칙을 적용할 수 있습니다.

추적 문제를 조사하는 데 필요한 요청 페이로드나 특정 필드가 표준 로그에 유지되지 않는 경우가 있습니다. Data Store는 디버깅을 위한 전용 컬렉션에 선택한 요청 데이터를 임시로 보관할 수 있습니다.

이 접근 방식은 신중하게 사용해야 합니다. 좁은 범위의 트리거, 짧은 TTL, 데이터 최소화, PII 필터링을 적용하십시오. 모든 요청을 저장하면 불필요한 개인정보 보호 위험이 발생하고 데이터베이스 쓰기 한도가 빠르게 소진될 수 있습니다.

Data Store는 단순한 기능에서 다양한 추적 및 데이터 활용 사례를 지원하는 강력한 도구로 성장했습니다. 이를 통해 교차 도메인 추적 설정, 중복 거래 수정, 경량 CDP 구축, 또는 단순히 나중에 사용할 데이터를 저장할 수 있습니다.

Stape 플랫폼에 직접 내장되어 있으므로 외부 데이터베이스를 설정하거나 유지 관리할 필요가 없습니다. 서버 GTM 컨테이너 내에서 바로 데이터를 저장하고 불러올 수 있습니다. Data Store는 모든 것을 한곳에서 관리하면서 Firestore와 같은 도구를 대체할 수 있습니다.