Header Bidding이란?
Header bidding은 여러 수요처가 waterfall을 통해 순차적으로 입찰하는 대신, 하나의 광고 노출에 동시에 입찰할 수 있게 하는 고급 프로그래매틱 광고 기술입니다. 핵심 개념은 노출 기회를 파트너에게 하나씩 제공하는 대신, 모든 파트너에게 동시에 보여주고 가장 높은 입찰자가 낙찰받는 것입니다.
웹에서 Header Bidding의 작동 방식
웹 header bidding은 페이지 헤더에서 JavaScript(일반적으로 Prebid.js)를 실행합니다. 브라우저를 통해 모든 SSP에 동시에 입찰 요청을 보내고, 타임아웃 시간 내에 입찰을 수집한 후, 가장 높은 입찰가를 광고 서버(보통 GAM)에 전달합니다.
클라이언트 사이드 vs 서버 사이드
클라이언트 사이드는 브라우저에서 실행되어 쿠키에 완전히 접근할 수 있지만 지연이 추가됩니다. 서버 사이드(Prebid Server)는 지연을 줄이지만 쿠키 매칭이 불가능합니다. 대부분의 퍼블리셔는 하이브리드 방식을 사용합니다.
인앱 입찰의 차이점
모바일 앱에는 브라우저 헤더가 없습니다. 인앱 입찰은 앱 바이너리에 컴파일된 네이티브 SDK를 사용합니다. 미디에이션 플랫폼(AppLovin MAX, Unity LevelPlay)이 경매를 관리합니다. 핵심 장점은 광고가 백그라운드에서 미리 캐시되어 경매 지연이 사용자에게 보이지 않는다는 것입니다.
핵심 차이점
- 쿠키 없음 — 모바일은 기기 광고 식별자(IDFA/GAID) 사용
- 간단한 JavaScript 어댑터 대신 SDK 통합 필요
- 사전 캐싱으로 사용자 체감 지연 제거
- SDK 변경 시 앱 스토어 심사 필요
Google Open Bidding
Google Open Bidding은 Google 인프라를 통해 서버 간 통신으로 작동하며, 웹과 앱 모두에서 사용 가능하고, SDK 요구 사항을 줄여 통합을 간소화합니다. 단점은 투명성이 낮고 Google이 수수료를 부과한다는 것입니다.
수익 비교
- 웹 입찰: waterfall 대비 eCPM 15-30% 향상
- 인앱 입찰: 순차적 미디에이션 대비 10-25% 향상
RevenueFlex는 모바일 퍼블리셔를 위해 Google Ad Manager를 통한 인앱 입찰을 관리하며, 최대 수익을 위한 Open Bidding 및 하이브리드 구성을 설정합니다.