경매의 구조

Max In-App Bidding Exchange는 가장 높은 입찰가를 제시한 입찰자가 낙찰받는 최고가(first-price) 방식의 공정하고 투명한 통합 최고가 경매입니다. 모든 SDK in-app bidders 및 DSP는 각 광고 노출 기회에 대해 동등한 액세스 권한을 가집니다. 이들은 향상된 매크로를 통해 완전한 알림 커버리지를 제공받습니다.

Max In-App Bidding Exchange는 SDK 기반 디맨드 파트너 및 DSP로부터 개별 광고 노출 기회에 대한 입찰을 수집합니다. 이 작업은 OpenRTB 2.5 프로토콜을 통해 수행됩니다. Max와 연동하려면 입찰자가 OpenRTB 2.5 API를 준수해야 합니다.

SDK 기반 in-app bidders를 위한 Max 인앱 비딩 사양을 확인하려면 AppLovin oRTB 사양 페이지를 참조하십시오.

Max 광고 플로우

Device: Publisher App makes Ad Request to MAX SDK; Token abc goes to Demand Source 1 Adapter and then to Demand Source 1 SDK; Token def goes to Demand Source 2 Adapter and then to Demand Source 2 SDK; Ad Request with both tokens goes to MAX Ad Server. MAX Server: Waterfall goes to Max Ad Server which communicates with AppLovin Exchange. Third Party Server: Demand Source Bidders send bid responses to MAX Ad Server and get bid requests with tokens in return. AppLovin Exchange communicates with DSPs one through three.

  1. 사용자가 앱을 실행합니다.
  2. Max가 모든 대상 SDK를 초기화합니다.
  3. 퍼블리셔가 광고를 요청합니다.
  4. SDK bidders의 경우, Max가 초기화된 SDK로부터 입찰 토큰을 수집합니다.
  5. Max SDK가 Max ad server에 광고 요청을 보냅니다.
  6. Max auction 서버가 AppLovin Exchange에 있는 대상 SDK bidder 엔드포인트 및 DSP에 입찰을 요청합니다. 이때 입찰 요청에 ID 토큰을 포함하여 SDK bidders에게 전달합니다.
  7. DSP 및 SDK bidders는 최대 타임아웃 임계값(tmax) 내에 실시간 입찰을 반환합니다. Max auction 서버는 이를 퍼블리셔 워터폴에 있는 non-bidding 디맨드 소스와 병합합니다.
  8. Max auction 서버가 가장 높은 CPM 값을 기준으로 경매를 낙찰합니다.
  9. Max는 오류 또는 유효하지 않은 입찰(예: floor 미만, 입찰 값 누락, 입찰가로 0 입력 등)로 인해 경매에서 패배한 입찰자에게 패배 알림을 보냅니다.
  10. 낙찰자가 DSP인 경우, Max는 해당 DSP에 알림을 보내고 AppLovin SDK가 광고를 로드하고 노출합니다. 낙찰자가 SDK bidder인 경우, Max는 낙찰된 디맨드 파트너의 SDK에 알림을 보내어 광고를 로드하고 노출할 수 있도록 합니다.
  11. 로드에 성공하면 Max는 입찰자에게 낙찰 알림을 보냅니다. 로드에 실패하면 Max는 입찰자에게 미낙찰 알림을 보냅니다.
  12. 광고가 렌더링된 후, Max는 낙찰자의 billing URL을 호출합니다.

search