Loading page…
가이드와 인사이트
서버 전환 추적은 왜 필요한가요? S2S·Pixel과 실제 결과
서버 전환 추적이 필요한 상황, Pixel과의 차이, 확정된 결과 전송, 중복 제거, 개인정보 및 플랫폼 수신 검증 방법을 확인하세요.
공식 자료 확인 · 연결된 문서 기준이며 개별 광고계정의 실시간 테스트 결과는 아닙니다.
출시 체크리스트로 바로 이동
먼저 알아두세요
이 페이지의 핵심
S2S는 백엔드, CRM이나 연동 서버에서 확정된 이벤트를 광고 플랫폼으로 보내는 방식입니다. 나중에 발생한 판매와 유효 리드를 측정하고 브라우저 의존도를 줄일 수 있습니다. 모든 누락을 복구하거나 동의를 우회하고 광고 기여를 보장하지는 않습니다.
이런 팀을 위한 자료입니다
서버 측 측정 연동이 필요한지 판단하는 비즈니스 담당자, 미디어 바이어와 개발자.
1. 브라우저 Pixel만으로 부족할 수 있는 이유
브라우저는 페이지와 상호작용을 보지만 주문이 나중에 결제, 취소 또는 승인되는지는 모를 수 있습니다. CRM에서 리드가 유효해지는 과정도 보지 못할 수 있습니다. 서버는 비즈니스 시스템이 결과를 확인한 시점에 합의한 상태를 전송할 수 있습니다.
방문자가 페이지를 떠나도 재시도와 운영 기록을 관리하기 쉬워질 수 있습니다. 하지만 없던 비즈니스 이벤트를 만들거나 잃어버린 모든 식별자를 복구하고 플랫폼의 광고 기여를 보장할 수는 없습니다.
2. 실제 측정의 빈틈부터 확인하세요
도구 구입보다 현재 정확히 측정할 수 없는 결과부터 정리하세요. 브라우저 이벤트가 원하는 결과를 정확하게 나타내고 검증되어 있다면 또 다른 경로를 만들기 전에 확인된 문제부터 해결합니다.
좁은 화면에서는 표를 가로로 밀어 비교하세요.
| 상황 | 서버 전송의 용도 | 여전히 확인할 내용 |
|---|---|---|
| CRM에서 나중에 리드가 유효해짐 | 합의한 단계에서 유효 판정을 전송합니다. | 허용된 식별자, 시간과 올바른 전환 수신 대상. |
| 고객 이탈 후 결제가 확정됨 | 페이지 조회 대신 서버 확정 구매를 전송합니다. | 주문 상태, 금액, 통화와 중복 방지. |
| 브라우저와 서버가 모두 구매 전송 | 하나의 행동에 두 가지 전달 경로를 유지합니다. | 공통 이벤트 식별과 플랫폼별 중복 제거. |
| 데이터 공유 요건이 해결되지 않음 | 서버 연동은 우회 방법이 아닙니다. | 전송 전에 개인정보 요건 해결. |
3. 플랫폼에 맞는 연동 방식을 사용하세요
Meta는 Conversions API, TikTok은 Events API, Snapchat은 Conversions API를 사용합니다. 해당 계정과 소스에 맞는 최신 직접 연동 또는 지원 파트너 방식을 따르세요. 주소와 전송 형식을 서로 바꿔 쓸 수는 없습니다.
Google은 웹사이트 전환, 향상된 전환과 오프라인·리드 단계 가져오기를 구분합니다. 새 오프라인 연동은 기존 업로드 예제를 복사하기보다 최신 Data Manager API 안내와 요건을 확인하세요. GA4 Measurement Protocol은 Analytics 수집을 보완하는 방식이며 GA4 전송만으로 Google Ads 전환이 확인되지는 않습니다.
4. 구현 전에 이벤트 규칙을 정하세요
이벤트명, 실제 발생 조건과 시간, 금액, 통화, 소스 계정과 고유 참조를 합의하세요. 같은 주문을 다시 전송할 때 원래 참조를 재사용하고 작업이 재실행될 때마다 새 전환을 만들지 마세요.
인증 정보는 서버에 두고 필요한 수신 대상과 필드만 허용합니다. 고객의 비공개 전송 내용을 노출하지 않으면서 대기, 수락, 거절과 대조 완료를 구분할 최소 기록을 유지하세요.
- 발생 조건: 단순 페이지 방문이 아닌 확정된 비즈니스 상태 변화.
- 식별: 같은 행동과 재시도에 동일한 참조 사용.
- 수신 대상: 올바른 플랫폼, 계정과 이벤트 소스.
5. 브라우저·서버의 같은 행동을 중복 제거하세요
두 경로가 같은 전환을 보내면 플랫폼의 대응 식별자를 사용하세요. TikTok은 같은 이벤트와 event_id가 필요합니다. Snap 웹 이벤트는 같은 Pixel과 이벤트에 대해 브라우저 client_dedup_id와 서버 event_id를 맞춥니다. 구매 참조에는 공식 문서의 추가 필드 매핑이 있습니다.
Meta는 직접 연동이나 파트너가 제공하는 중복 제거 설정을 따르고 Events Manager에서 결과를 검증하세요. 플러그인이 알아서 처리했다고 가정하지 마세요. 네트워크 재시도는 원래 식별자를 쓰되 실제로 다른 두 구매가 하나의 식별자를 공유해서는 안 됩니다.
6. 전송과 광고 기여를 각각 증명하세요
공식 테스트를 실행하고 응답 및 플랫폼 진단 화면을 모두 확인하세요. HTTP 성공이나 작업 대기는 통신 접수일 뿐 모든 이벤트의 유효성, 처리나 광고 기여를 증명하지 않을 수 있습니다. 제공되는 경우 이벤트별 오류나 부분 실패를 확인하세요.
성공, 잘못된 데이터와 같은 이벤트 재전송을 테스트합니다. 이후 허용된 완료 결과를 비즈니스 시스템과 대조하세요. 통신 수락, 플랫폼 수신, 중복 제거 집계와 광고 기여를 각각 구분합니다.
7. S2S는 동의나 개인정보 의무를 우회하지 않습니다
서버 측이라는 말은 데이터를 보내는 위치를 설명할 뿐 전송 권한을 뜻하지 않습니다. 브라우저와 서버 전송 모두에 적용되는 개인정보 선택과 플랫폼 데이터 이용 요건을 따라야 합니다. 식별자를 해시했다고 자동으로 익명화되거나 제한 없이 쓸 수 있는 것도 아닙니다.
민감한 폼 내용, 비밀번호, 전체 결제 정보와 불필요한 식별자를 제외하세요. 최소 권한, 보관 기준과 실패 모니터링 담당을 정합니다. 이 문서는 구조를 설명하며 추적을 설치하거나 광고 성과 향상을 약속하지 않습니다.
출시 전 검토
증거를 확인하고 체크하세요
이 페이지에서만 임시로 체크합니다. 선택은 저장·전송되지 않으며 추적 성공이나 출시 승인을 뜻하지 않습니다.
결과와 담당자는 승인된 내부 작업 공간에 기록하세요. 다운로드 파일에는 체크 상태나 고객 정보가 포함되지 않습니다.
플랫폼 공식 자료
플랫폼 기능과 서비스 계약은 다릅니다. 실제 계정 요건과 제공 범위는 온보딩에서 확인합니다.