광고 운영
RTB
RTB
뉴스 페이지가 열리며 배너 자리 하나가 생겼다고 해 봅시다. 여러 광고 구매자가 그 한 번의 노출 기회를 놓고 즉시 입찰하는 방식이 RTB(Real-time bidding)입니다.
구매 측은 가격과 조건을 평가하고, 낙찰 뒤 광고 파일이 정상적으로 로드되면 광고가 표시됩니다. 입찰에 이겼다는 기록과 실제 화면 노출은 구분해야 합니다.
한 번의 광고 노출에 어떤 일이 일어나나요?
이용자가 광고 지면이 있는 페이지를 열면 판매 측은 노출 기회에 관한 요청을 보냅니다. 구매 측은 조건에 맞으면 입찰하고, 거래 규칙에 따라 광고가 선택됩니다. 이 과정이 빠르게 이루어지지만 그 뒤에도 광고 로드, 화면 표시, 실제 조회는 별도의 단계입니다.
따라서 RTB 캠페인의 경매 승률이 높아졌다는 이유로 브랜드가 더 많이 보였다고 단정하지 않습니다. 낙찰 후 기술 오류로 광고가 표시되지 않을 수도 있고, 화면 밖 지면일 수도 있습니다. 입찰 요청부터 유효 노출, 클릭, 전환까지 흐름을 나누어 보면 문제가 있는 지점을 찾기 쉽습니다.
거래 로그는 어디서 확인하나요?
거래량이 갑자기 줄었다면 어느 단계에서 줄었는지부터 확인합니다.
| 변화가 생긴 구간 | 우선 확인할 것 |
|---|---|
| 입찰 요청 자체가 감소 | 지면·트래픽·판매 측의 요청 조건 |
| 요청은 유지, 입찰 참여 감소 | 구매 측의 대상·브랜드 안전성 필터 |
| 참여는 유지, 낙찰 감소 | 가격 경쟁과 거래 규칙 |
| 낙찰은 유지, 유효 노출 감소 | 광고 파일 로드와 무효 트래픽 처리 |
각 단계의 로그를 나눠야 입찰가 조정이 필요한 문제인지 알 수 있습니다.
