실시간 입찰
Real Time Bidding
실시간 입찰(RTB)은 광고 노출 기회가 발생할 때 구매자들이 짧은 시간 안에 입찰하고 거래 규칙에 따라 낙찰 광고를 정하는 프로그래매틱 거래 방식입니다. 사전에 물량과 가격을 확정한 예약형 광고 거래와는 다릅니다.
AI 보조 조사·작성 후 원문과 대조한 설명입니다. 사례·계산은 별도 출처 표기가 없는 한 이해를 위한 가상 예시이며 실제 고객 성과가 아닙니다.
RTB의 한 번의 경매
사용자가 페이지를 열어 광고 슬롯이 생기면 판매 측은 입찰 요청을 보내고 구매 측은 캠페인 조건에 맞는지 판단해 가격과 소재 정보를 응답합니다. IAB OpenRTB 설명은 개별 광고 노출이 실시간으로 입찰되는 거래라고 정의합니다.
입찰 요청에 들어가는 필드는 규격과 개인정보·동의 상태에 따라 달라집니다. 사용자를 직접 식별하는 정보가 항상 포함되는 것은 아니며 구매자가 모든 신호를 자유롭게 저장할 수 있다는 뜻도 아닙니다.
CPM 입찰 예시
광고주 A가 CPM 5,000원, B가 4,000원, C가 3,500원으로 응찰했다고 가정하겠습니다. 단순 최고가 경매라면 A가 유력하지만 실제 낙찰 여부와 가격은 최저가격, 거래 우선순위, 품질 규칙, 경매 유형에 따라 달라집니다. CPM 5,000원은 한 번의 노출에 5,000원을 낸다는 뜻이 아니라 천 회 기준 가격입니다.
| 구매자 | CPM 입찰 | 노출 1회 환산 |
|---|---|---|
| A | 5,000원 | 5원 |
| B | 4,000원 | 4원 |
| C | 3,500원 | 3.5원 |
프로그래매틱·헤더비딩과 구분
프로그래매틱은 자동 거래 전체를 뜻하고 RTB는 그중 실시간 경매입니다. 헤더비딩은 매체가 여러 수요원을 광고 서버 결정 전에 경쟁시키는 구현 방식으로, 내부에서 RTB 프로토콜을 사용할 수 있지만 같은 개념은 아닙니다.
Amazon의 DSP·SSP 자료도 RTB를 노출 가능 시점에 광고주가 경매에 참여하는 방식으로 설명합니다. 플랫폼별로 1가격·다른 가격 규칙과 거래 우선순위가 다를 수 있습니다.
속도와 데이터의 한계
실시간이라는 표현은 사용자가 기다리지 않게 짧은 시간 안에 처리한다는 뜻이지 지연이 0이라는 의미가 아닙니다. 연결 사업자가 많아지면 응답 시간과 수수료가 늘고 시간 초과로 유효한 입찰이 제외될 수 있습니다. 거래 품질을 검수하려면 입찰 요청, 유효 응찰, 낙찰, 광고 서버 노출, 측정 가능한 노출을 단계별로 나누고 각 단계의 시간 초과와 필터링 건수를 함께 기록해야 공급망의 손실 위치를 찾을 수 있습니다.
- 입찰 요청 수와 실제 응찰 수를 구분합니다.
- 낙찰률은 낙찰 수÷유효 입찰 수로 정의합니다.
- 바닥가격과 거래 우선순위를 확인합니다.
- 개인정보·동의 신호의 사용 범위를 검토합니다.
자주 묻는 질문
- RTB에서 가장 높은 가격을 쓰면 항상 낙찰되나요?
- 아닙니다. 바닥가격, 소재 승인, 브랜드 세이프티, 거래 우선순위와 경매 규칙이 함께 적용될 수 있습니다.
- RTB와 프로그래매틱 광고는 같은가요?
- RTB는 프로그래매틱 거래의 한 방식입니다. 예약형과 고정 가격 거래도 프로그래매틱으로 처리될 수 있습니다.
출처와 확인 범위
- OpenRTB · IAB Tech Lab / IAB · 확인 2026-10-27
RTB는 개별 광고 노출 기회를 실시간 입찰에 올려 거래하는 프로그래매틱 방식이며 OpenRTB는 수요·공급 시스템 간 API 규격을 제공합니다.
확인 범위: OpenRTB 규격은 거래 메시지 표준이며 모든 프로그래매틱 거래가 RTB라는 뜻은 아닙니다.
- DSP vs SSP: What is the difference? · Amazon Ads · 확인 2026-10-27
DSP는 광고주의 여러 공급원 매체 구매를 자동화하고 SSP는 매체사의 광고 노출 판매를 지원합니다.
확인 범위: Amazon Ads의 교육 자료이며 자사 상품 설명이 포함됩니다.