Segment가 실제로 하는 일

Segment SDK(cdn.segment.com/analytics.js에서 로드)는 글로벌 analytics 객체를 초기화하고 ajs_anonymous_id라는 Segment 소유 쿠키로 방문자를 식별합니다. 애플리케이션 코드는 analytics.identify(), analytics.track(), analytics.page(), analytics.group()을 호출하며, SDK는 각 호출을 Segment의 수집 엔드포인트로 전달합니다. 거기서 Segment는 소스에 활성화된 목적지 — Google Analytics, Facebook Pixel, Customer.io, Iterable, Amplitude, Mixpanel, Snowflake, BigQuery 등 수십 개 — 로 이벤트를 실시간 또는 배치로 전파합니다.

다운스트림 목적지로의 각 전달은 GDPR 관점에서 별도의 처리 활동입니다. 이벤트를 Google Analytics에 보내는 법적 근거는 같은 이벤트를 Customer.io에 보내는 법적 근거와 다르며, 같은 이벤트를 Snowflake 웨어하우스에 기록하는 것과도 다릅니다. 단일 『마케팅에 동의합니다』를 기록하는 동의 배너는 목적지의 분류가 동의의 분류와 일치하지 않는 한 이 모든 것을 합법적으로 승인할 수 없습니다.

네이티브 Segment 동의 프리미티브

Segment는 지난 2년간 동의 관리 프리미티브에 대대적으로 투자했습니다. 2026년 현재 플랫폼은 동의 집행을 위한 세 가지 의미 있는 표면을 제공합니다.

Consent Management(구 Consent Stamping)

Consent Management 기능을 사용하면 Segment가 수집하는 모든 이벤트에 동의 페이로드를 첨부할 수 있습니다. 페이로드는 사용자가 수락한 처리 카테고리를 기록하며, 일반적으로 IAB TCF v2.3 문자열, GPP 문자열 또는 맞춤형 Segment 분류입니다. 다운스트림 목적지는 각 이벤트의 동의 상태에 따라 전달 또는 차단하도록 구성할 수 있습니다.

동의 게이팅을 포함한 목적지 필터

목적지 필터를 사용하면 특정 목적지로 전달되기 전에 각 이벤트에서 실행되는 간단한 JavaScript 또는 Lua 표현식을 작성할 수 있습니다. 필터는 동의 페이로드를 검사하고 관련 카테고리가 부여되지 않았을 경우 전달을 중단할 수 있습니다. 이것이 세밀한 목적지별 동의 집행에 적합한 프리미티브입니다.

소스 수준 integrations 설정

더 거친 제어를 위해, 소스 수준 integrations 객체는 이벤트별로 목적지를 완전히 비활성화할 수 있습니다: analytics.track(event, properties, { integrations: { "All": false, "Segment.io": true } }). 이는 전부 아니면 전무 방식에는 유용하지만 카테고리 수준의 세분성은 잘 처리하지 못합니다.

단계별 CMP 통합

신뢰할 수 있는 아키텍처는 CMP의 카테고리 결정을 Segment의 목적지 분류에 매핑하고, 모든 이벤트에 동의 페이로드를 첨부하며, 목적지 필터를 사용하여 목적지별 게이팅을 집행하는 것입니다.

1. 목적지 분류

Segment 워크스페이스에서 활성화된 목적지 목록을 살펴보고 각각을 CMP 카테고리에 할당합니다. Google Analytics, Mixpanel, Amplitude 같은 목적지는 일반적으로 분석입니다. Facebook Pixel, TikTok, Pinterest 같은 목적지는 일반적으로 마케팅입니다. Snowflake 또는 BigQuery(자체 웨어하우스) 같은 목적지는 일반적으로 필수 또는 기능적 항목이지만, 웨어하우스 다운스트림에서 처리되는 분석도 올바르게 분류된 경우에만 해당합니다. 이 매핑을 검토 가능한 곳에 문서화하세요. 감사 방어는 이것에 달려 있습니다.

2. 동의 결정이 캡처될 때까지 SDK 초기화 지연

Segment SDK는 analytics.load()가 호출될 때까지 이벤트를 전송하지 않도록 구성할 수 있습니다. CMP가 사용자의 결정을 캡처할 때까지 로드 호출을 지연시켜 동의 전에 이벤트가 발생하지 않도록 합니다. 또는 이벤트 핸들러 자체에서 동의 상태 게이팅과 함께 analytics.ready() 큐잉 패턴을 사용할 수 있습니다.

3. 모든 이벤트에 동의 페이로드 첨부

Consent Management 기능을 구성하여 IAB TC string, GPP 문자열 또는 맞춤형 분류를 수집된 모든 이벤트에 스탬프합니다. 스탬프는 Segment 파이프라인을 통해 이벤트와 함께 전달되며 목적지 필터에서 사용할 수 있습니다.

4. 카테고리 수준 집행을 위한 목적지 필터 작성

각 목적지에 대해 동의 페이로드를 해당 목적지가 요구하는 카테고리와 비교하는 필터를 작성합니다. 사용자가 마케팅에는 동의했지만 분석을 거부한 경우, 마케팅 카테고리 목적지는 이벤트를 수신하고 분석 카테고리 목적지는 조용히 삭제됩니다. 필터 로직은 일반적으로 event.context.consent.categoryPreferences 또는 동의 페이로드 스키마의 동등한 경로에서 읽습니다.

5. 철회 전파

사용자가 동의를 철회할 때 두 가지가 필요합니다: SDK가 철회된 카테고리에서 새 이벤트 전송을 중단하고(소스 수준 integrations 토글로 처리), 다운스트림 목적지의 기존 사용자 프로필이 업데이트되거나 삭제되어야 합니다. Segment의 Privacy API는 삭제 요청과 억제 플래그를 모두 지원합니다. CMP가 철회 시 로컬 SDK 옵트아웃만이 아니라 적절한 Privacy API 엔드포인트를 호출하도록 구성합니다.

일반적인 함정

네 가지 통합 실수가 Segment 배포에서 대부분의 감사 지적 사항을 차지합니다.

Segment를 단일 트래커로 취급하기

가장 흔한 결함: Segment를 단일 카테고리(보통 분석)에 게이팅하고 이것이 다운스트림의 모든 것을 만족시킨다고 가정하는 것입니다. 그렇지 않습니다. Facebook Pixel이 목적지로 활성화되어 있으면 Facebook으로 전달되는 이벤트는 분석이 아닌 마케팅 카테고리 동의가 필요합니다. 목적지별 분류는 필수입니다.

웨어하우스 목적지를 잊는 것

많은 팀이 Snowflake 또는 BigQuery를 Segment 목적지로 활성화하고 『내부 인프라이므로』 웨어하우스를 면제 대상으로 취급합니다. 웨어하우스 자체는 내부적일 수 있지만, 후속 처리 — BI 대시보드, 유사 모델링, 고객 세분화 — 는 마케팅 및 분석 기능에 사용됩니다. 웨어하우스의 동의 분류는 웨어하우스 데이터가 최종적으로 흘러가는 가장 허용적인 사용을 반영해야 합니다.

동의 컨텍스트 없는 서버 측 소스

Segment는 서버 측 소스(백엔드에서 직접 Segment 호출)를 지원합니다. 이러한 소스의 이벤트는 브라우저 측 동의 상태를 자동으로 상속하지 않습니다. 애플리케이션은 이벤트 발생 시 사용자의 동의 상태를 조회하고 호출에 첨부해야 합니다. 이것이 없으면 서버 측 이벤트는 CMP를 완전히 우회합니다.

교차 소스 신원 병합 무시

Segment의 신원 해결은 익명 프로필과 식별된 프로필을 병합하며, 웹, 모바일, 서버 측 소스 간에 이를 수행할 수 있습니다. 이러한 표면 간에 동의 상태가 다르면 병합된 프로필은 기본적으로 가장 허용적인 해석을 상속합니다. 신원 해결을 가장 허용적인 것이 아니라 병합된 신원 전체에서 가장 제한적인 동의 상태를 사용하도록 구성하세요.

감사 체크리스트

EU, UK 또는 캘리포니아 트래픽을 처리하는 모든 Segment 배포에 대해 답해야 할 여섯 가지 구체적인 질문입니다.

• 목적지 분류가 문서화되어 있는가? 활성화된 모든 목적지에 대해 어떤 CMP 카테고리가 게이팅하는지 기록된 문서가 있는가?
• SDK가 동의를 기다리는가? 시크릿 창에서 페이지를 열고 배너가 수락되기 전에 analytics.track 호출이 api.segment.io로 전송되지 않는지 확인합니다.
• 동의 페이로드가 모든 이벤트에 스탬프되는가? Segment 디버거에서 수집된 이벤트 샘플을 검사하고 동의 페이로드가 존재하며 완전한지 확인합니다.
• 목적지 필터가 카테고리를 준수하는가? CMP에서 카테고리를 비활성화하면 해당 카테고리의 목적지로 이벤트가 전달되지 않는지 확인합니다.
• 서버 측 소스가 동의를 전달하는가? 서버 측 호출이 발생 시 사용자의 현재 동의 상태를 조회하고 첨부하는지 확인합니다.
• 철회 시 Privacy API가 실행되는가? CMP에서 트리거된 철회가 로컬 SDK 옵트아웃만이 아니라 Segment의 억제 또는 삭제 API를 호출하는지 확인합니다.

동의 우선 스택에서 Segment의 위치

CDP는 프라이버시 아키텍처에서 가장 레버리지가 높은 위치를 차지합니다: CMP 배너에서의 단일 결정이 각각 고유한 법적 입장을 가진 수십 개의 다운스트림 목적지로 전파되어야 합니다. 올바른 아키텍처는 CMP를 사용자의 카테고리 선호에 대한 신뢰할 수 있는 출처로 취급하고, 그 사실을 Segment가 수집하는 모든 이벤트에 첨부하며, Segment의 목적지 필터 프리미티브를 사용하여 각 개별 목적지가 아닌 라우팅 계층에서 카테고리 수준의 게이팅을 집행합니다. 올바르게 수행하면 엔지니어링 작업은 목적지 수에 비례하여 선형적으로 확장됩니다 — 새 목적지를 추가하는 것은 분류 결정과 필터 규칙이지 새로운 통합이 아닙니다. 잘못 수행하면 CDP는 프라이버시 증폭기가 되어 수동 감사가 따라잡을 수 있는 것보다 빠르게 동의 위반 이벤트를 긴 파트너 목록으로 전달합니다.