12CODE
지금 읽는 곳 워터폴 방식은 왜 한계가 있었나 1 / 6
12code 라이브러리 아티클 표지. 프로그래매틱 인앱 헤더 비딩(In-App Header Bidding)의 매커니즘: 매체 단에서 실시간 경매(RTB) 방식으로 최적의 단가에 광고 구좌를 낙찰받는 원리

프로그래매틱 인앱 헤더 비딩(In-App Header Bidding)의 매커니즘: 매체 단에서 실시간 경매(RTB) 방식으로 최적의 단가에 광고 구좌를 낙찰받는 원리

같은 지면인데 왜 어떤 날은 낙찰 단가가 높고 어떤 날은 낮은지 궁금했다면, 워터폴과 헤더 비딩의 구조 차이부터 이해해야 답이 보입니다.

이 과목 05 / 11편 중급 3분
과목 ID68
트랙STEP 2 중급·실무
모듈2-2. 애드네트워크·프로그래매틱
레슨05
난이도중급
플랫폼AppLovin·Unity·ironSource
발행일2026-08-29
검토일2026-08-29
관련 과목65 · 66 · 84
출처2건
핵심요약5개
01

헤더 비딩은 여러 네트워크가 동시에 경쟁 입찰하는 실시간 경매(RTB) 방식이다

02

기존 워터폴 방식은 과거 데이터(충전율·eCPM)로 순위를 미리 정해 순차 요청하는 방식이었다

03

헤더 비딩은 순서를 미리 정하지 않고 매 노출마다 모든 네트워크가 동시에 입찰해 최고가를 낙찰시킨다

04

광고 미디에이션은 여러 네트워크를 하나의 SDK로 통합해 이 경매를 붙이는 기술이다

05

워터폴과 헤더 비딩이 혼재하는 과도기라, 네트워크별 지원 방식 확인이 실제 수익에 직접 영향을 준다

01

워터폴 방식은 왜 한계가 있었나

전통적인 워터폴(Waterfall) 방식은 과거 데이터, 즉 그동안의 충전율(Fill Rate)과 평균 eCPM을 기준으로 네트워크 순위를 미리 정해두고, 1순위 네트워크부터 순차적으로 광고 요청을 보내는 구조입니다. 1순위 네트워크가 응답하지 않거나 인벤토리가 없으면 2순위로 넘어가는 식입니다. 문제는 이 순위가 "과거 평균"을 기준으로 고정돼 있다는 점입니다. 특정 순간에는 평소 순위가 낮던 네트워크가 훨씬 높은 단가를 제시할 수 있는데도, 워터폴 구조에서는 그 네트워크의 차례가 오기 전에 이미 낮은 순위 네트워크의 광고가 낙찰돼버릴 수 있습니다. 결과적으로 매체(퍼블리셔) 입장에서는 실제로 받을 수 있었던 최고가보다 낮은 단가로 광고 지면을 팔게 되는 비효율이 구조적으로 발생합니다.

02

헤더 비딩(실시간 입찰)은 이 문제를 어떻게 해결하나

헤더 비딩, 즉 실시간 입찰(RTB) 방식은 순서를 미리 정하지 않습니다. 대신 유저가 광고를 볼 때마다 연동된 모든 네트워크에 동시에 입찰 요청을 보내고, 그 순간 가장 높은 가격을 제시한 네트워크의 광고를 낙찰시킵니다. 순위를 과거 데이터로 고정하지 않기 때문에, 특정 시점에 유독 높은 단가를 제시하는 네트워크가 있다면 그 네트워크가 바로 낙찰받을 수 있습니다. 이 방식은 매체 입장에서 수익을 극대화하는 구조이면서, 광고주 입장에서도 실제 가치만큼 정당하게 경쟁해 낙찰받을 수 있는 공정한 경매 구조라는 의미가 있습니다.

03

미디에이션 SDK는 이 경매를 어떻게 대신 처리하나

개별 앱이 20개 네트워크와 직접 연동해 매번 실시간 경매를 붙이는 건 기술적으로 매우 번거롭습니다. 그래서 AppLovin MAX, Unity LevelPlay 같은 미디에이션 플랫폼이 이 과정을 대신 처리합니다. 앱은 미디에이션 SDK 하나만 붙이면 되고, 미디에이션 플랫폼이 연동된 여러 네트워크에 동시에 입찰 요청을 보내 경매를 진행한 뒤 최고가 낙찰 결과만 앱에 돌려줍니다. 광고주 입장에서는 이 미디에이션 플랫폼에 캠페인을 등록해두면, 개별 매체와 일일이 계약하지 않아도 이 실시간 경매에 자동으로 참여하게 되는 구조입니다.

04

워터폴과 헤더 비딩이 지금도 혼재하는 이유

헤더 비딩이 이론상 더 효율적이지만, 모든 네트워크가 실시간 입찰 기술을 지원하는 건 아닙니다. 일부 네트워크는 여전히 워터폴 방식으로만 연동을 지원하기 때문에, 실무에서는 헤더 비딩을 지원하는 네트워크와 워터폴 방식만 지원하는 네트워크가 하나의 미디에이션 설정 안에 함께 섞여 운영되는 경우가 많습니다. 이런 혼합 구조에서는 헤더 비딩 네트워크의 실시간 입찰가와, 워터폴 네트워크의 과거 평균 eCPM을 같은 기준으로 비교해 우선순위를 잡아줘야 전체 수익이 최적화됩니다. 미디에이션 콘솔에서 이 설정을 얼마나 세밀하게 관리하느냐가 결국 낙찰 단가 차이로 이어집니다.

05

광고주 입장에서 헤더 비딩을 활용할 때 확인할 것

광고주가 특정 네트워크에 캠페인을 집행할 때, 그 네트워크가 대상 매체에서 헤더 비딩 방식으로 경쟁하는지 워터폴 순번을 기다리는 방식인지에 따라 실제 노출 기회 자체가 달라집니다. 헤더 비딩 지원 네트워크는 매 노출마다 다른 네트워크와 직접 경쟁하므로, 입찰가를 경쟁력 있게 설정하지 않으면 노출 자체를 거의 받지 못할 수 있습니다. 반대로 워터폴 순번이 높게 잡혀 있는 네트워크라면 상대적으로 낮은 입찰가로도 안정적인 노출을 확보할 여지가 있습니다. 캠페인 성과가 예상보다 낮게 나올 때는 소재보다 이 경매 구조 자체를 먼저 점검해볼 필요가 있습니다.

06

eCPM 기준 우선순위를 짤 때 자주 하는 실수

미디에이션 콘솔에서 네트워크별 우선순위를 잡을 때, 한 번 설정해두고 방치하는 경우가 흔합니다. 하지만 eCPM은 계절성·캠페인 물량·매체 재고 상황에 따라 계속 변동하기 때문에, 워터폴 순위나 헤더 비딩 참여 네트워크의 입찰 범위를 주기적으로 재검토하지 않으면 실제로는 더 높은 단가를 낼 수 있는 네트워크가 뒤로 밀려 있는 상태가 오래 지속될 수 있습니다. 최소 월 단위로 네트워크별 낙찰률과 평균 eCPM 리포트를 비교해, 우선순위가 실제 성과와 여전히 맞는지 점검하는 루틴이 필요합니다. 성수기·비수기처럼 계절성이 뚜렷한 카테고리라면 이 점검 주기를 격주로 당기는 것도 고려할 만합니다. 특히 새로운 네트워크를 미디에이션에 추가했을 때는 기존 순위 설정에 밀려 노출 자체를 거의 못 받는 경우가 많으므로, 신규 네트워크는 별도로 낙찰 데이터를 일정 기간(보통 2~4주) 관찰한 뒤 우선순위에 반영하는 편이 안전합니다. 이 관찰 기간을 건너뛰고 곧바로 상위 순위에 배치하면, 실제 성과 검증 없이 노출량만 몰아주게 돼 오히려 전체 수익이 떨어지는 역효과가 날 수 있습니다.

다음 행동

지금 연동 중인 미디에이션 콘솔에서 각 네트워크가 헤더 비딩(RTB)과 워터폴 중 어느 방식으로 연동돼 있는지 확인해보세요. 방식에 따라 입찰가 전략을 다르게 잡아야 하고, 최근 한 달간 우선순위를 재검토한 적이 없다면 이번 기회에 낙찰 데이터부터 다시 뽑아보는 게 좋습니다.

다음 글 · 레슨 06→MMP(Appsflyer 등)와 앱 애드네트워크 연동: 트래킹 링크 생성, 앱 네트워크 전용 픽셀/포스트백 데이터 통신망 개설 실무

← 이전 글 · 레슨 04 플레이어블(Playable) 광고 크리에이티브 기획: 다운로드 전 배너 안에서 유저가 앱/게임의 핵심 UI를 미니 형태로 가볍게 체험해 보게 만드는 인터랙티브 소재

출처

facts 항목 기준 · 본문 인라인 미표기2건
F-01Google AdMob 공식 문서 — 미디에이션·워터폴·RTB 정의공식
F-02AppLovin 공식 MAX 미디에이션 문서업계

플랫폼 기능·심의 기준·가격·법률은 바뀝니다. 이 글은 2026-08-29에 위 출처를 기준으로 확인했습니다.

CHALLENGE

배운 걸 실전 문제로 확인

카테고리별 Level Test로 실무 레벨을 점검해보세요.

챌린지 보기 →
이 과목의 게시글11편
01모바일 유틸리티 및 게임 앱 마케팅의 필수 관문: AppLovin, Unity, IronSource 비게임/게임 애드네트워크의 생태계와 트래픽 특성 해부02보상형 비디오(Rewarded Video) 광고 기획의 정석: 인앱 재화나 힌트를 얻기 위해 유저가 30초간 자발적으로 시청하는 광고 소재 콘티 구성법03전면 광고(Interstitial Ads)와 네이티브 배너 세팅: 앱 화면 전환, 라운드 종료 시점에 유저의 거부감을 최소화하며 노출시키는 타이밍 설계04플레이어블(Playable) 광고 크리에이티브 기획: 다운로드 전 배너 안에서 유저가 앱/게임의 핵심 UI를 미니 형태로 가볍게 체험해 보게 만드는 인터랙티브 소재05프로그래매틱 인앱 헤더 비딩(In-App Header Bidding)의 매커니즘: 매체 단에서 실시간 경매(RTB) 방식으로 최적의 단가에 광고 구좌를 낙찰받는 원리06MMP(Appsflyer 등)와 앱 애드네트워크 연동: 트래킹 링크 생성, 앱 네트워크 전용 픽셀/포스트백 데이터 통신망 개설 실무07글로벌 앱 캠페인 세팅: 국가별 입찰가 가중치 설정 및 해외 트래픽 유입 시 현지 언어에 맞춘 자막/오디오 로컬라이징 크리에이티브 전략08tCPI(목표 설치당 비용) 입찰 전략에서 ROAS 입찰 전략으로의 전환 기획: 고관여 결제 유저(Whale User) 중심의 머신러닝 최적화 룰09트러블슈팅: 특정 앱 네트워크 지면에서 설치 수(Install)는 폭발하는데 실행 후 즉각 이탈(Fraud 의심 가짜 유저) 시 게재위치 앱 차단(Blacklist)10크리에이티브 에셋 최적화 보고서 분석: 비디오 길이(15초 vs 30초), 엔드카드(End-card) 디자인 종류에 따른 앱 설치 전환율(IR) 데이터 피드백11앱 광고 네트워크 통합 성과 리포트: 매체별 진성 유저 유치 단가(CAC) 및 앱 오픈 후 7일/30일 리텐션(Retention) 추이 비교 평가 과목 전체 보기 →

MKT TOOLS

실무자를 위한 무료 도구

카피 글자수 검사, CPC·ROAS 계산기, UTM 생성기까지.

워크스페이스 열기 →