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

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

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

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

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

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

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

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

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

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

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

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