Outbrain S2S 추적: 포스트백 설정 단계별 가이드
서버 대 서버 추적은 Outbrain 계정에서 가장 영향력 있는 기반 작업입니다. 클릭 ID를 캡처하고, 포스트백을 발사하고, 체인을 확인하세요 — 매크로 테이블과 실제 문제를 일으키는 실패 모드를 포함한 전체 설정입니다.

Outbrain 서버 대 서버(S2S) 추적은 세 단계로 작동합니다: 추적 URL에 {{ob_click_id}} 매크로를 추가하여 랜딩 페이지에서 Outbrain의 고유 클릭 식별자를 캡처하고, 해당 ID를 방문자 세션에 대해 저장하며, 전환이 발생하면 서버가 저장된 ID와 전환 이벤트 이름을 담아 Outbrain의 추적 엔드포인트로 HTTP 요청 — 포스트백 — 을 발사합니다. Outbrain은 ID를 기원 클릭에 매칭하고 전환을 정확한 캠페인, 광고 및 게시자 섹션에 귀속시킵니다. 브라우저 픽셀이 필요하지 않아 광고 차단기나 Safari의 쿠키 제한으로 인한 손실이 없으며, 콜센터나 CRM에서 며칠 후에 전환이 발생해도 정확한 어트리뷰션이 가능합니다.
네이티브에서 S2S가 픽셀 전용 추적을 능가하는 이유#
네이티브 트래픽은 클라이언트 측 추적에 최악의 환경입니다. 당신의 광고는 광고 차단기 사용률이 높은 콘텐츠 사이트에서 실행되며, 클릭의 상당 부분은 적극적인 추적 방지가 있는 모바일 Safari에서 발생하고 — 리드젠이나 COD 오퍼를 실행 중이라면 — 전환이 브라우저에서 전혀 발생하지 않는 경우가 많습니다. 포스트백은 서버 대 서버 HTTP 호출이므로 그런 문제가 적용되지 않습니다: 당신의 서버가 전환을 알고 있다면 Outbrain도 알게 됩니다.
실질적인 문제는 보고뿐만 아니라 최적화입니다. Outbrain의 입찰과 당신의 자체 배치 결정은 전환 데이터가 얼마나 잘 공급되는지에 따라 달라집니다; 픽셀이 조용히 전환의 일부를 누락시키면 수익성 있는 게시자 섹션이 수익성이 없는 것처럼 보여 승자를 잘라내게 됩니다. 진지한 구매자의 표준 설정은 S2S를 진실의 원천으로, 온페이지 픽셀을 중복 검사용으로 사용하는 것이며 — 모든 주요 광고 트래커는 기본적으로 Outbrain 템플릿을 지원합니다. (워크스루 전에 명명 참고: Outbrain의 광고주 플랫폼은 Amplify라고 불리며, Outbrain 자체는 Teads와 합병되었습니다 — 여기 설명된 추적 스택은 Amplify 측면이며 합병 후에도 그대로 유지됩니다.)
1단계: 클릭 ID를 퍼널로 전달하기#
Outbrain은 클릭 시 실제 값으로 대체되는 동적 매크로를 노출합니다. 광고의 추적 URL에 클릭 식별자를 추가하세요 — 그리고 그곳에 있을 때, 나중에 최적화를 위해 원할 배치 메타데이터도 추가하세요:
https://your-lander.com/offer
?ob_click_id={{ob_click_id}}
&publisher={{publisher_name}}
§ion={{section_id}}
&campaign={{campaign_id}}
미디어 구매자가 가장 많이 사용하는 매크로:
| 매크로 | 전달하는 내용 | 필요한 이유 |
|---|---|---|
{{ob_click_id}} |
이 클릭의 고유 ID | 필수 — 포스트백의 조인 키 |
{{publisher_name}} |
클릭이 온 게시자 | 배치 수준 차단 결정 |
{{section_id}} / {{section_name}} |
특정 사이트 섹션 | Outbrain의 차단 세분성 |
{{campaign_id}} |
숫자 캠페인 ID | 트래커의 깨끗한 조인 |
{{ad_id}} / {{ad_title}} |
특정 크리에이티브 | 크리에이티브별 전환 분석 |
매크로 가용성은 진화하므로 템플릿을 최종 결정하기 전에 Outbrain의 광고주 문서에서 현재 목록을 확인하세요. 당신 측의 매개변수 이름(ob_click_id=, publisher=)은 선택할 수 있습니다 — {{…}} 토큰만 Outbrain의 것입니다.
그런 다음 ID가 퍼널에서 살아남도록 하세요. 트래커를 실행한다면, 그 클릭 URL이 모든 것을 자동으로 캡처합니다. 자사 추적을 한다면, 랜딩 시 클릭 ID를 쿠키나 세션 기록에 저장하세요 — 그리고 광고와 랜더 사이의 리디렉션을 감사하세요, 쿼리 문자열을 제거하는 리디렉션이 Outbrain S2S가 "작동하지 않는" 가장 흔한 단일 이유이기 때문입니다. 우리의 리디렉션 체인 용어 설명 항목은 이를 추적하는 방법을 다룹니다.
2단계: 포스트백 발사하기#
전환 이벤트 — 판매, 리드, 자격 있는 통화 — 가 발생하면, 서버가 저장된 클릭 ID와 이벤트 이름을 담아 Outbrain의 추적 엔드포인트를 호출합니다:
https://tr.outbrain.com/pixel?ob_click_id=STORED_CLICK_ID&name=purchase
두 가지가 일치해야 합니다. 첫째, name 값은 Amplify의 전환 설정에서 서버 대 서버 전환으로 생성한 전환 이벤트와 정확히 일치해야 합니다 — 일치하지 않는 이벤트 이름은 조용히 실패하며, 이는 두 번째로 흔한 설정 실패입니다. 둘째, 클릭 ID는 Outbrain이 제공한 원시 값이어야 하며, 수정되거나 잘리지 않아야 합니다. 엔드포인트는 또한 주문 가치와 통화에 대한 매개변수를 수락하여 매출액이 Amplify의 ROAS 열로 흐르게 합니다; 추측하기보다는 현재 전환 문서에서 정확한 매개변수 이름을 확인하세요.
먼저 Amplify에서 이벤트를 구성하세요(전환 섹션 → 새 전환 → 서버 대 서버 유형), 그런 다음 수동 테스트를 보내세요: 자신의 라이브 광고를 클릭하고, ID를 캡처하고, 포스트백을 curl로 보내고, 전환이 등록되는지 확인하세요. 대시보드 어트리뷰션은 표시되는 데 시간이 걸릴 수 있으므로 실패했다고 결론 내리기 전에 시간을 주세요.
3단계: 전체 체인 확인 및 QA#
데이터를 신뢰하기 전에 이 체크리스트를 실행하세요:
- 종단 간 테스트 전환 구성된 URL이 아닌 실제 기기에서의 실제 광고 클릭으로부터 — 구성된 ID는 Outbrain 측의 클릭과 매칭되지 않습니다.
- 클릭 ID가 도착하는지 확인 모든 랜더 변형, 모바일 포함, 당신의 트래커나 데이터베이스에서.
- 퍼널의 리디렉션 확인 — 모든 홉이 쿼리 매개변수를 전달해야 합니다.
- 이벤트 이름 확인 포스트백의 이벤트 이름이 Amplify의 전환 구성과 문자 그대로 일치하는지.
- 포스트백 호출에 HTTPS, 프로덕션 서버에서, 라이브 통계에 테스트 이벤트를 발사하는 스테이징 박스가 아닌.
- 중복 제거 픽셀과 포스트백을 병렬로 실행한다면 — 각 이벤트 유형에 대해 어느 것이 표준인지 결정하세요, 그렇지 않으면 CPA가 실제보다 좋게 보일 것입니다.
그래도 숫자가 맞지 않나요? 기간을 비교하세요: 당신의 트래커는 클릭 시간에 어트리뷰션하고, Amplify는 전환 기간 내에 어트리뷰션합니다 — 월 경계 전환은 다른 버킷에 들어가 스프레드시트를 조정하는 사람을 괴롭힐 것입니다. 이 모든 것의 일반적인 아키텍처는 우리의 전환 추적 입문서에서 다룹니다.
Amplify API로 루프 자동화하기#
포스트백은 데이터 루프를 닫습니다; Amplify API를 통해 프로그래밍 방식으로 이에 대해 행동할 수 있습니다. Outbrain은 광고주를 위한 REST API를 노출합니다(Amplify 자격 증명으로 인증하여 토큰을 획득한 후 후속 호출에서 헤더로 보내세요 — 개발자 문서가 현재 흐름을 다룹니다) 캠페인 관리, 예산 및 게시자와 섹션별로 분할된 성과 보고를 위한 엔드포인트가 있습니다.
S2S가 도입된 계정의 주력 자동화: 포스트백 전환 데이터를 보고 API의 섹션 수준 지출과 조인한 후, 차단 결정을 다시 푸시하세요 — 목표 CPA의 배수 이상을 지출하면서 전환이 0인 섹션은 일정에 따라 캠페인의 차단 목록에 추가됩니다. 이는 Outbrain 구매가 수동으로 요구하는 승자를 자르는 것과 같은 규율이며, 감정 없이 시간당 실행됩니다. 대량 크리에이티브 업로드와 데이터 웨어하우스로의 일일 지출 동기화는 통합 노력을 정당화하는 다른 두 가지 작업입니다.
모든 네이티브 네트워크에서 동일한 패턴#
Outbrain 통합이 작동하면, 일회성 작업이 아닌 템플릿을 구축한 것입니다. Taboola, MGID, Revcontent 및 나머지 모두 다른 어휘로 동일한 아키텍처를 구현합니다: 추적 URL의 클릭 ID 매크로, 저장된 식별자, 그리고 ID와 이벤트 이름을 수락하는 네트워크 포스트백 엔드포인트. 직접 전이되는 부분은 퍼널의 매개변수 위생(쿼리 문자열을 보존하는 리디렉션), 서버 측 전환 캡처 및 중복 제거 로직입니다; 네트워크별로 변경되는 부분은 매크로 구문, 엔드포인트 URL 및 각 콘솔에서 이벤트가 구성되는 위치입니다. 다중 네트워크를 실행하는 구매자는 보통 첫날부터 모든 것을 트래커의 서브 ID 스키마로 정규화합니다 — 동일한 슬롯이 항상 배치를, 동일한 슬롯이 항상 크리에이티브를 전달하도록 — 그래서 교차 네트워크 보고가 번역 없이 정렬됩니다. 하나의 네트워크를 가진 지금 그 관례를 설정하면, 두 번째와 세 번째 통합은 오후 작업이 됩니다.
추적 체인의 다른 쪽 읽기#
위의 모든 것은 당신 자신의 퍼널을 계측합니다 — 하지만 동일한 기계는 다른 모든 사람의 것도 외부에서 관찰 가능합니다. 야생의 모든 Outbrain 광고는 추적 스택을 공개적으로 담고 있습니다: 리디렉션 체인, 트래커 도메인, 랜더에 전달된 매개변수. OpenAdLibrary는 이를 대규모로 캡처합니다 — 인덱스는 네트워크 전반에 걸쳐 130만 개 이상의 추적된 랜딩 캡처와 함께 108,000개 이상의 라이브 Outbrain 크리에이티브(2026년 7월)를 보유합니다 — 그래서 경쟁사가 어떤 오퍼를 어떤 트래커와 프리랜더를 통해 라우팅하는지, 그리고 각 퍼널이 얼마나 오래 생존하는지 볼 수 있습니다. 장수성이 단서입니다: 몇 주 동안 지출을 유지하는 퍼널은 추적이 수익성이 있다고 말하는 퍼널입니다. Outbrain 광고 스파이 가이드는 연구 워크플로를 다루며, Outbrain 스파이 도구는 이를 실행할 곳입니다.
오후에 설정하면, S2S 추적은 Outbrain 계정에서 가장 영향력 있는 기반 작업입니다: 이후의 모든 최적화 결정 — 크리에이티브 차단, 섹션 차단, 입찰 변경, 확장 결정 — 은 이 하나의 통합에서 정확성을 상속받습니다. 클릭 ID를 퍼널을 통해 온전히 전달하고, 이벤트 이름을 일치시키고, 실제 테스트 전환으로 확인한 후에야 그 숫자를 신뢰하고 그 위에 자동화를 시작하세요.




