VAST × OpenRTB 완전 해부: 광고 한 편이 0.1초 안에 재생되기까지

영상 콘텐츠 재생 버튼을 누른 순간, 0.1초 안에 어떤 일이 일어날까요?

전 세계 수백 개 DSP가 동시에 입찰가를 던지고, 낙찰자가 결정되며, 그 광고의 XML이 플레이어로 흘러들어와 파싱되고, 미디어가 다운로드되고, 수십 개의 트래킹 픽셀이 발사됩니다. 이 모든 과정의 뒤에는 IAB Tech Lab이 설계한 두 가지 핵심 표준이 있습니다 — VAST와 OpenRTB.

이 글은 두 표준의 구조를 단순한 개요가 아니라 공식 명세 수준의 깊이로 뜯어보는 기술 레퍼런스입니다. 모든 enum 값과 필드는 다음 1차 소스로 교차 검증했습니다.

• gwangy.com/docs/vast — VAST v3.0~v4.2 통합 명세
• IAB Tech Lab — VAST Standards
• IAB Tech Lab — OpenRTB 2.6 Spec
• IAB Tech Lab — AdCOM v1.0 FINAL

Fact-check 노트: OpenRTB 2.6의 enum(protocol/placement/playbackmethod 등)은 모두 AdCOM 1.0 사양으로 분리되어 관리됩니다. 이 글의 모든 enum 표는 AdCOM 1.0 FINAL에서 직접 추출한 값입니다.

1. 두 표준의 역할 한눈에

한 문장 요약: OpenRTB는 “어떤 광고를 살까”를 결정하는 시장이고, VAST는 “낙찰된 광고를 어떻게 재생하고 추적할까”를 알려주는 명세서입니다. AdCOM은 둘이 함께 쓰는 공용 사전이고, OMID는 결과를 측정하는 도구입니다.

2. VAST 상세 — 광고 소재 전달 명세

2.1 버전 진화

사실 확인: IAB Tech Lab의 공식 VAST Standards 페이지에 명시된 출시일 기준. 일부 자료는 VAST 4.0을 2016-04 또는 2016-10으로 표기하나, IAB Tech Lab 공식 페이지의 표기를 따랐습니다.

2.2 XML 최상위 구조

<VAST version="4.2" xmlns:xs="http://www.w3.org/2001/XMLSchema">
  <Ad id="12345" sequence="1" adType="video" conditionalAd="false">
    <InLine>
      <AdSystem version="1.0">My Ad Server</AdSystem>
      <AdServingId>a532d16d-4d7f-4440-bd29-2ec0e693fc80</AdServingId>
      <AdTitle>My Campaign 2026 Q2</AdTitle>
      <Impression id="imp1"><![CDATA[https://tracker.example.com/imp]]></Impression>
      <Pricing model="CPM" currency="USD">3.50</Pricing>
      <Creatives>
        ...
      </Creatives>
    </InLine>
  </Ad>
</VAST>

<Ad> 는 두 가지 형태만 가질 수 있습니다.

Wrapper 체인 권고 한계: 일반적으로 3~5 hop. 깊어질수록 레이턴시·실패율이 누적되며, VAST 4.x에서는 Wrapper@followAdditionalWrappers="false"로 명시적으로 차단할 수 있습니다.

2.3 <Ad> 속성 전체 (v3.0 ~ v4.2)

2.4 Metadata 요소 전체

2.5 Linear 광고 — MediaFile 전체 속성

<Linear>
  <Duration>00:00:30</Duration>
  <SkipOffset>00:00:05</SkipOffset>
  <MediaFiles>
    <MediaFile delivery="progressive" type="video/mp4"
               width="1920" height="1080" bitrate="2000"
               minBitrate="1500" maxBitrate="3000"
               scalable="true" maintainAspectRatio="true"
               codec="avc1.4D401E" fileSize="7500000">
      <![CDATA[https://cdn.example.com/ad.mp4]]>
    </MediaFile>
    <Mezzanine type="video/mp4" delivery="progressive"
               width="3840" height="2160" codec="hevc">
      <![CDATA[https://cdn.example.com/ad-mezzanine.mp4]]>
    </Mezzanine>
    <InteractiveCreativeFile type="text/html"
                              apiFramework="SIMID"
                              variableDuration="false">
      <![CDATA[https://creative.example.com/simid.html]]>
    </InteractiveCreativeFile>
    <ClosedCaptionFiles>
      <ClosedCaptionFile type="text/vtt" language="ko">
        <![CDATA[https://cdn.example.com/captions-ko.vtt]]>
      </ClosedCaptionFile>
    </ClosedCaptionFiles>
  </MediaFiles>
</Linear>

<MediaFile> 속성 표:

Mezzanine (v4.0): SSAI(서버 사이드 광고 삽입) 환경에서 트랜스코딩 전 원본 고화질 소재. v4.1에서는 코덱·해상도 권장 사양이 추가되었습니다.

2.6 SkipOffset 형식

2.7 TrackingEvents — 전체 enum

2.8 ViewableImpression — MRC 기준

<ViewableImpression id="vi1">
  <Viewable><![CDATA[https://t.example.com/viewable]]></Viewable>
  <NotViewable><![CDATA[https://t.example.com/not-viewable]]></NotViewable>
  <ViewUndetermined><![CDATA[https://t.example.com/undetermined]]></ViewUndetermined>
</ViewableImpression>

MRC(Media Rating Council) Viewability 기준 — 비디오:

2.9 AdVerifications & OMID (v4.0+)

제3자 측정사가 OMID(Open Measurement Interface Definition) SDK를 통해 독립 검증을 수행합니다.

<AdVerifications>
  <Verification vendor="doubleverify.com-omid">
    <JavaScriptResource apiFramework="omid" browserOptional="true">
      <![CDATA[https://cdn.doubleverify.com/dvtp_src.js]]>
    </JavaScriptResource>
    <ExecutableResource apiFramework="omid" type="application/x-javascript">
      <![CDATA[https://cdn.doubleverify.com/native.so]]>
    </ExecutableResource>
    <TrackingEvents>
      <Tracking event="verificationNotExecuted">
        <![CDATA[https://t.doubleverify.com/no-exec]]>
      </Tracking>
    </TrackingEvents>
    <VerificationParameters><![CDATA[ctx=1234&cmp=5678]]></VerificationParameters>
  </Verification>
</AdVerifications>

2.10 SIMID vs VPAID — 인터랙티브 광고 변천사

<!-- SIMID 선언 -->
<InteractiveCreativeFile type="text/html"
                          apiFramework="SIMID"
                          variableDuration="false">
  <![CDATA[https://creative.example.com/simid.html]]>
</InteractiveCreativeFile>

2.11 Icons — AdChoices / DSA

<Icons>
  <Icon program="AdChoices" width="80" height="15"
        xPosition="right" yPosition="top"
        offset="00:00:00" duration="00:01:00" pxratio="2">
    <StaticResource creativeType="image/png">
      <![CDATA[https://example.com/adchoices@2x.png]]>
    </StaticResource>
    <IconViewTracking><![CDATA[https://t.example.com/icon-view]]></IconViewTracking>
    <IconClicks>
      <IconClickThrough><![CDATA[https://adchoices.example.com]]></IconClickThrough>
      <IconClickTracking><![CDATA[https://t.example.com/icon-click]]></IconClickTracking>
      <IconClickFallbackImages>
        <IconClickFallbackImage width="400" height="150">
          <AltText>AdChoices Info</AltText>
          <StaticResource creativeType="image/png">
            <![CDATA[https://example.com/fallback.png]]>
          </StaticResource>
        </IconClickFallbackImage>
      </IconClickFallbackImages>
    </IconClicks>
  </Icon>
</Icons>

2.12 VAST Macros — 28종 전체 (v4.2 기준)

VAST 매크로는 [BRACKET] 형식이며, 플레이어가 트래킹 URL을 호출하기 직전에 치환합니다. OpenRTB의 ${DOLLAR} 매크로와 다른 시스템입니다.

시간/카운트 매크로:

식별 매크로:

디바이스/사용자 매크로:

프라이버시 매크로:

이벤트/상태 매크로:

참고: 매크로의 정식 카탈로그는 별도 라이브 문서로 관리됩니다 → vast4-macros-latest. 신규 매크로는 IAB Tech Lab의 Working Group 승인 후 추가됩니다.

2.13 Error Codes — 전체 분류

<Error> URL 사용법:

<Error><![CDATA[https://errors.example.com/vast?code=[ERRORCODE]&aid=[ADSERVINGID]]]></Error>

3. OpenRTB 상세 — 실시간 입찰 표준

3.1 버전 진화

사실 확인: 3.0이 2017년에 먼저 나왔지만, 산업 표준은 여전히 2.x 계열입니다 (특히 2.5와 2.6). 3.0은 호환성·전환 비용 문제로 광범위하게 채택되지 못했습니다.

3.2 RTB 흐름 시퀀스

[1] 사용자가 영상 콘텐츠 재생
[2] Publisher 페이지/앱 → Ad Server (SSP)
[3] SSP가 BidRequest 생성
       │
       ├──→ DSP #1
       ├──→ DSP #2     (병렬 송신, tmax 내 응답 대기)
       ├──→ DSP #3
       └──→ DSP #N
              │
              ↓ BidResponse (price, adm=VAST URL or XML)
       │
[4] SSP: Second-Price Plus Auction → 낙찰자 결정
[5] SSP → 플레이어: 낙찰된 VAST URL/XML 전달
[6] 플레이어 → VAST 파싱 → MediaFile 다운로드 → 재생
[7] 플레이어 → DSP: nurl/burl 호출 (Win/Billing notice)
[8] 플레이어 → 트래킹: Impression, TrackingEvents 발화

전체 경매 시한: BidRequest.tmax (보통 80~120ms). 이 시간 내에 응답 못 한 DSP는 자동 탈락.

3.3 BidRequest 최상위 객체 — 핵심 필드

site vs app vs dooh: 셋 중 하나만 사용 (mutually exclusive).

3.4 Imp Object — 핵심 필드

3.5 Video Object — 핵심 필드 (OpenRTB 2.6)

3.6 AdCOM Enum — Creative Subtypes (= video.protocols)

⚠️ 주의: 일부 자료가 15를 VAST 4.2로 잘못 표기하는 경우가 있습니다. AdCOM 1.0 FINAL 기준 15 = VAST 4.3입니다.

3.7 AdCOM Enum — Plcmt Subtypes (= video.plcmt)

2023년 3월 업데이트로 기존 placement 필드가 Deprecated되고 plcmt로 대체되었습니다.

3.8 AdCOM Enum — API Frameworks (= video.api)

3.9 AdCOM Enum — Start Delay Modes (= video.startdelay)

3.10 AdCOM Enum — Playback Methods (= video.playbackmethod)

3.11 AdCOM Enum — Playback Cessation Modes (= video.playbackend)

3.12 AdCOM Enum — Slot Position in Pod (= video.slotinpod)

3.13 BidRequest 실전 예시 (Video, OpenRTB 2.6 공식 예시 인용)

{
  "id": "1234567893",
  "at": 2,
  "tmax": 120,
  "imp": [{
    "id": "1",
    "bidfloor": 0.03,
    "video": {
      "w": 640,
      "h": 480,
      "pos": 1,
      "startdelay": 0,
      "minduration": 5,
      "maxduration": 30,
      "maxextended": 30,
      "minbitrate": 300,
      "maxbitrate": 1500,
      "apis": [1, 2],
      "protocols": [2, 3],
      "mimes": ["video/x-flv", "video/mp4", "application/javascript"],
      "linearity": 1,
      "boxingallowed": 1,
      "playbackmethod": [1, 3],
      "delivery": [2],
      "battr": [13, 14],
      "companionad": [
        {
          "id": "1234567893-1",
          "w": 300, "h": 250, "pos": 1,
          "battr": [13, 14],
          "expdir": [2, 4]
        }
      ],
      "companiontype": [1, 2]
    }
  }],
  "site": {
    "id": "1345135123",
    "name": "Site ABCD",
    "domain": "siteabcd.com",
    "page": "http://siteabcd.com/page.htm",
    "publisher": {"id": "pub12345", "name": "Publisher A"}
  }
}

(출처: OpenRTB 2.6 Spec §6.2.4 Example 4 – Video)

3.14 Bid Object — BidResponse 핵심 필드

3.15 BidResponse — Markup 전달 방식 비교

Forfeit: 낙찰됐지만 markup 전달 실패로 광고가 안 나가는 경우. 이때도 노출 카운트는 0.

3.16 OpenRTB Substitution Macros — ${DOLLAR} 형식

VAST 매크로([BRACKET])와 다른 시스템입니다. 이건 거래소가 win/billing notice URL과 adm markup에 치환하는 매크로입니다.

암호화 치환: ${AUCTION_PRICE:B64} 형식으로 Base64 등 거래소-bidder 간 합의된 알고리즘 적용 가능.

4. 두 표준의 연동 — Field 매핑 표

DSP가 BidRequest의 어떤 필드를 보고 VAST의 어떤 요소를 만들어야 하는지의 매핑입니다.

5. 자주 헷갈리는 개념 정리

5.1 Impression vs ViewableImpression vs Billable Impression

핵심: 셋은 같은 광고의 서로 다른 단계 카운트. 광고주 계약서에 어떤 기준이 청구 대상인지 명시해야 합니다.

5.2 Auction Types — First Price vs Second Price Plus

사실 확인 정정: OpenRTB 명세는 “Second Price Plus”라고만 명시할 뿐, +$0.01은 표준이 아닙니다. 거래소 정책마다 다르며, 일부는 Bid Floor + 증분, 일부는 2위 + 증분을 사용합니다.

산업 동향: Google Ad Manager(2019), Open Bidding 등 주요 SSP가 First Price로 전환. 2026년 현재 First Price가 비디오 시장 다수.

5.3 VAST [BRACKET] vs OpenRTB ${DOLLAR}

섞임 주의: adm 필드에 VAST URL을 넣을 때 OpenRTB ${AUCTION_PRICE}와 VAST [CACHEBUSTING]이 함께 들어갈 수 있습니다. 각각 다른 단계에서 치환됩니다.

5.4 SSAI vs CSAI

6. CTV 환경 특이사항

6.1 Ad Pod — 연속 광고 묶음

전통 TV 광고처럼 한 브레이크에 여러 광고가 연달아 나가는 구조. OpenRTB 2.6에서 본격 표준화.

Static Pod (사전 정의된 슬롯 수):

{
  "imp": [
    {"id": "1", "video": {"podid": "pod-A", "slotinpod": 1, ...}},
    {"id": "2", "video": {"podid": "pod-A", "slotinpod": 0, ...}},
    {"id": "3", "video": {"podid": "pod-A", "slotinpod": -1, ...}}
  ]
}

Dynamic Pod (총 시간만 정해두고 DSP가 자유롭게):

{
  "imp": [{
    "id": "1",
    "video": {
      "podid": "pod-B",
      "poddur": 90,
      "maxseq": 5,
      "minduration": 15,
      "maxduration": 30,
      "mincpmpersec": 0.10
    }
  }]
}

VAST 쪽 대응:

<Ad sequence="1" breakId="pod-A" breakIndex="1">...</Ad>
<Ad sequence="2" breakId="pod-A" breakIndex="2">...</Ad>

6.2 CTV 환경 식별

7. 프라이버시 프레임워크

GPP는 GDPR/CCPA/기타 지역 규제 문자열을 통합한 차세대 포맷으로, 2022년 IAB Tech Lab 출시. 향후 표준이 GPP로 수렴할 것으로 예상.

8. 구현 체크리스트

8.1 VAST 응답 생성 측 (Ad Server / DSP)

☐ <VAST version="..."> — 협상된 버전 사용
☐ <AdServingId> 포함 (v4.0+ 필수, UUID 권장)
☐ <UniversalAdId> 포함 (중복 광고 탐지)
☐ <AdTitle> 포함 (InLine 필수)
☐ <Impression> 최소 1개, [CACHEBUSTING] 매크로 포함
☐ <Error> URL + [ERRORCODE] 매크로
☐ <MediaFile> type/width/height/delivery 모두 명시
☐ 다양한 bitrate 옵션 제공 (ABR)
☐ TrackingEvents: start, 4분위, complete 최소 포함
☐ ViewableImpression 3종 (Viewable/NotViewable/ViewUndetermined)
☐ AdVerifications (OMID) 포함
☐ Companion 광고 1개 이상 권장 (CTV)
☐ Wrapper 사용 시 followAdditionalWrappers, fallbackOnNoAd 명시

8.2 VAST 소비 측 (Video Player / SDK)

☐ Wrapper 체인 hop 제한 (3~5)
☐ tmax / 자체 타임아웃 내 응답 없으면 Error 301 발화
☐ 모든 트래킹 URL에서 매크로 치환 ([CACHEBUSTING] 필수)
☐ <Error> URL 호출 시 [ERRORCODE] 치환
☐ OMID SDK 초기화 (AdVerifications)
☐ ViewableImpression 판정 로직 (MRC 기준)
☐ SkipOffset 후 스킵 버튼 노출
☐ MediaFile 선택: bitrate × 네트워크 × 화면 크기 고려
☐ [PODSEQUENCE]/[PODCOUNT] 등 Pod 매크로 지원 (v4.1+)

8.3 OpenRTB BidRequest 송신 측 (SSP / Exchange)

☐ id 고유성 보장
☐ tmax 합리적 설정 (80~120ms 권장)
☐ video.protocols / mimes / api 정확히 명시
☐ video.plcmt 사용 (placement Deprecated)
☐ device.ifa, device.ua 포함 (프라이버시 허용 시)
☐ regs.gdpr / us_privacy / gpp 적용
☐ source.schain (Supply Chain) 포함 (Ads.txt/Sellers.json 검증용)
☐ bcat / badv / bapp 차단 리스트 적용
☐ site/app/dooh 중 정확히 하나

8.4 OpenRTB BidResponse 응답 측 (DSP)

☐ id, impid, price 필수
☐ adm 또는 nurl 중 하나로 markup 전달
☐ adomain 정확히 (block list 검증용)
☐ crid 일관성 (이전 노출과 동일 ID)
☐ mtype 명시 (2=Video)
☐ apis / protocol 명시
☐ 응답 시간 tmax 내 보장
☐ nurl/burl/lurl URL에 ${AUCTION_PRICE} 등 매크로 포함

9. 자주 발생하는 실전 문제 & 원인

10. 글로서리 (Glossary)

11. 마무리

VAST와 OpenRTB는 표면적으로는 각각 XML/JSON, 단독으로 존재하는 표준처럼 보이지만, 실제 광고 생태계에서는 하나의 흐름으로 동작합니다. OpenRTB가 0.1초 만에 경매를 끝내면, VAST가 그 결과를 받아 0.5~1초 안에 플레이어로 전달하고, 사용자가 광고를 보는 30초 동안 수십 개의 트래킹 픽셀이 두 표준의 매크로 시스템으로 치환되어 발사됩니다.

두 표준 모두 IAB Tech Lab에서 계속 진화 중입니다. 큰 흐름은:

• VAST: CTV/오디오 지원 강화 (4.3, CTV 2024)
• OpenRTB: Pod·CTV·Privacy 강화 (2.6-202303, GPP 통합)
• AdCOM: 두 표준의 공통 사전으로 분리되어 별도 진화

업계 표준을 따라가되, 구현 시 버전 호환성·매크로 치환·enum 정확성 세 가지에 가장 주의하세요. 경험상 트래킹 데이터 이상의 절반은 매크로 미치환, 사반은 enum 오인(특히 protocols 값), 나머지는 시간 초과(tmax)입니다.

1차 소스 (Fact-Check 기준)

• VAST 통합 명세 — gwangy.com/docs/vast
• IAB Tech Lab — VAST Standards
• OpenRTB 2.6 Spec (GitHub)
• AdCOM 1.0 FINAL (GitHub)
• VAST 4.x Macros Latest (Live Doc)
• IAB OMID SDK
• IAB GPP Specification
• IAB US Privacy String