제목 입찰 (사전 입찰 또는 조기 입찰이라고도 함) 은 프로그램 거래 광고 기술로, 처음에는 해외 웹 광고 제목 입찰에서 유래했다. 20 15 광고 플랫폼 AppNexus 는 다른 SSP/ADX 와 협력하여 DFP 의 독점권을 개방적으로 흔들고자 합니다. 이 방안은 코드를 웹 코드의 머리 부분에 포함시키고, 동시에 다른 광고 거래 플랫폼에 광고 요청을 보내고, 반환 가격에 따라' 최고 입찰자' 를 입찰하여 더 높은 수익을 얻는 것이다. 코드는 웹 페이지의 헤드 코드 조각 블록에 포함되어 있기 때문에 "헤드 입찰" 이라고 합니다.
이후 입찰은 PC 측에서 널리 채택돼 20 16 까지 해외 데스크톱 PC 측 연맹 광고의 표준이 됐다. 점점 더 많은 사용자가 모바일 단말기로 이동함에 따라 이러한 입찰 기술은 모바일 앱에 도입되어 모바일 애플리케이션 발행자와 개발자가 광고 수익을 높일 수 있도록 돕고 있습니다. 따라서 헤드 입찰은 in-appbiding 이라고도 합니다. 즉, 보다 정확한 관점에서 볼 때 모바일 측 기술을 in-appbiding 이라고 해야 하지만, 모든 사람이 이를 머리 입찰이라고 부르는 데 익숙하기 때문에 두 가지를 혼합하는 경우가 많습니다.
중국에서는 헤드 입찰이 지금처럼 핫한 적이 없다. 첫째, 폭포의 습관을 바꾸기가 어렵거나, 폭포가 모든 사람을 만족시키지 못하고 즉시 포기하기 어렵다. 둘째, Header Bidding 의 적용은 비교적 간단하지만 각 당사자는 기술 아키텍처를 약간 조정해야 합니다. 뚜렷한 수익이 없으면 모두들 머리 입찰을 받아들이기를 원하지 않는다. 202 1 까지 헤더 입찰 모델이 국내에서 점진적으로 보급되기 시작했다.
폭포의 역사적 사명과 폐단
부분? 02
폭포란 무엇입니까?
모바일 개발자의 경우 하나의 광고 네트워크 SDK 만 통합되면 적용된 광고 충전률과 eCPM 이 개발자의 실현 요구를 충족하기가 어렵습니다. 따라서 가능한 한 많은 잠재적 구매자와 접촉하기 위해 많은 개발자들이 응용 프로그램에 여러 광고 네트워크 SDK 를 추가하기 시작했습니다. 그리고 이것은 또한 광고 컨버전스 플랫폼의 탄생을 촉발시켰다.
개발자가 여러 광고원에 접속하자 문제가 생겼다. 트래픽은 어떻게 분배해야 합니까? 같은 광고 요청을 페이스북, 구글, vungle 또는 다른 사람에게 보내야 합니까? 이때 조정 플랫폼의 알고리즘 논리가 포함됩니다. 일반적으로 각 광고 플랫폼 eCPM 의 내역 데이터를 기준으로 폭포라는 정렬이 있습니다. 광고 요청은 1 위를 차지한 첫 번째 광고 플랫폼으로 보내졌다. 채우기가 없으면 다음 항목이 전송되고, 채우기가 없으면 다음 항목이 전송되며, 채우기가 있을 때까지 다음 요청이 중지됩니다. 폭포가 처음 나왔을 때는 개발자의 트래픽 극대화 문제를 해결하는 훌륭한 개념이었다.
폭포수의 질서 정연한 요청과 광고 채우기 모델은 고가의 광고 네트워크나 구매자가 먼저 광고 전시를 받을 수 있는 기회를 확보하고 개발자가 광고 관리의 효율성 문제를 해결하는 데 도움을 줍니다.
폭포가 부족하다.
전통적인 폭포는 효과적인 실현 모델이지만 일정 기간 동안 개발자의 트래픽 실현 극대화에 큰 기여를 했다. (윌리엄 셰익스피어, 폭포, 폭포, 폭포, 폭포, 폭포, 폭포, 폭포, 폭포, 폭포) 그러나 몇 가지 단점이 있지만 가격 대비 성능 최적화에 대한 개발자의 수요가 증가함에 따라 단점도 점차 드러나고 있습니다.
실제 최대 입찰가를 선택할 수 없습니다.
개발자들이 광고 온라인 광고 비트에 대한 예약 가격을 설정할 수 없는 경우, 일반적으로 광고 온라인 광고 비트의 과거 평균 데이터를 기준으로 eCPM 을 추정하고 폭포 순서를 조정합니다. 이 전시회의 수입은 역사적 데이터를 근거로 추정되기 때문에 우선 순위가 낮은 광고망은 입찰가가 높더라도 전시 기회를 얻을 수 없다.
광고를 로드하는 데 시간이 오래 걸린다.
폭포수 모드에서 직렬 요청은 광고 표시에 소요되는 시간을 증가시킵니다. 평균 요청은 최소한 100ms 이상이며, 여러 요청은 프런트 엔드 표시를 지연시키고 사용자를 기분 나쁘게 합니다. 광고 비트 환경에 따라 사용자의 수용 가능성도 다르므로 광고 비트별로 전체 요청 횟수/시간 초과 시간을 설정해야 합니다.
유지 관리 비용이 높습니다
개발자는 각 광고 공간에 대한 폭포 구성을 유지 관리해야 하며 광고 네트워크마다 서로 다른 수준의 폭포를 설정해야 합니다. 광고비와 저가로 운영비용 증가를 가져올 것이다. 또한 계절 문제로 인해 eCPM 의 값이 변경되므로 학생 수동 유지 관리를 운영해야 하며 비용이 많이 듭니다.
"블랙 박스" 문제가 있습니다.
폭포수 모델에서는 광고 네트워크의 우선 순위 지정이 매우 중요하며, 우선 순위가 낮은 광고 네트워크는 광고 전시의 기회를 얻지 못할 가능성이 높습니다. 따라서 일부 광고 네트워크는 폭포수의 정렬된 목록에서 머리 위치를 차지하기 위해 개발자와 미리 거래를 하여 개발자 광고 재고에 대한 우선 액세스 권한을 얻을 수 있습니다.
자료가 부족하다
폭포 모드에서 광고 요청당 하나의 광고 네트워크만 입찰에 참여하고 있기 때문에 개발자는 더 많은 입찰 데이터를 얻을 수 없어 보다 과학적인 방식으로 광고 수익을 심도 있게 분석하고 최적화할 수 없습니다.
제목 입찰
부분? 03
표제 입찰의 원칙
헤드 입찰은 실제로 APP 개발자 광고의 실현 요구를 주로 충족시키는 절차적 광고 거래 기술이다. 그것은' 경매' 와 비슷한 방식으로 작동한다. 구체적인 작동 원리는 개발자가' 경매사' 로서 동시에 여러 광고망에 문의를 하는 것이고, 광고망은 동시에 가격을 제시한 후 제때에 개발자에게 돌려주고, 가장 높은 가격을 제시한 사람은 전시 광고의 기회를 얻게 된다.
구체적인 프로세스는 다음과 같습니다.
모바일 애플리케이션이 광고 요청을 시작하기 전에 먼저 애플리케이션의 헤드 입찰을 지원하는 광고 네트워크에 입찰 조회를 시작합니다.
각 광고 네트워크는 모바일 어플리케이션이 제공한 데이터를 기준으로 이번 전시회의 입찰 가격 Bid 를 계산합니다.
모바일 애플리케이션은 각 광고 플랫폼이 반환한 입찰 가격을 기준으로 가장 높은 가격을 제시하는 광고 네트워크를 선택하며, 이 광고 네트워크는 이번 전시 기회를 얻게 됩니다.
헤드 입찰을 통해 APP 개발자가 더 많은 구매자와 직접 연락할 수 있다는 것을 쉽게 알 수 있습니다. 각 제휴 SDK 를 구동하여 광고 노출에 필요한 자료 정보뿐만 아니라 광고가 반환될 때마다 현재 광고 요청의 광고 가치를 반환합니다! 미디어 트래픽측은 여러 컨소시엄을 모아 각 컨소시엄이 반환한 광고와 가치를 통해 실시간 입찰을 하고, 가장 가치가 높은 광고를 선택해 노출하고, 트래픽 가치를 극대화할 수 있다.
제목 입찰의 장점
전통적인 폭포 모델에 비해 헤더 입찰의 장점은 다음과 같습니다.
입찰이 더 공평하다.
모든 네트워크가 동시에 가격을 경매하는 것은 광고주에게 더욱 공평한 입찰 기술이다.
입찰이 더욱 치열하다
모든 네트워크가 동시에 입찰을 하는데, 원래 폭포 밑바닥에 있던 네트워크는 여전히 높은 가격을 지불하고 이 프로그램을 이길 기회가 있다.
미디어 매출 증가, 투명성 향상
여러 광고 네트워크가 동일한 광고 전시에 동시에 입찰할 수 있도록 하고, 가장 높은 입찰자가 전시 기회를 얻고, 첫 번째 가격으로 결제할 수 있도록 함으로써 개발자가 전시당 수익을 극대화할 수 있도록 합니다.
광고 플랫폼 (광고 네트워크) 은 입찰할 때 CPM 가격을 반환하므로 개발자는 각 광고 전시의 수익을 명확하게 알 수 있습니다. 한편 입찰 과정은 실시간으로 투명하기 때문에 실시간 CPM 경매는 과거 평균 CPM 데이터보다 각 전시회를 더 정확하게 예측할 수 있어 개발자가 판매하는 각 전시를 더욱 실감나게 만들 수 있습니다.
더욱 신속한 대응
폭포수 패턴이 광고를 순차적으로 요청하고 한 번에 하나의 광고 네트워크만 요청하는 것에 비해 헤드 입찰 실시간 및 병렬 입찰 모드는 광고 호출 및 대기 시간을 줄이고 폭포수 패턴의 지연 문제를 줄이며 광고를 더 빨리 배치하고 표시할 수 있도록 합니다.
표제 입찰은 현재 어쩔 수 없다.
위의 분석에서 볼 수 있듯이 헤드 입찰은 미디어 측이 효율성을 실현할 수 있는 능력, 전략, 데이터 등에 많은 최적화 지점을 가지고 있음을 알 수 있습니다. 광고 플랫폼에도 많은 이점이 있습니다. 예를 들어, 트래픽을 더 공평하게 얻을 수 있습니다.
모두가 폭포보다는 머리로 가격을 경매해야 한다고 말하는 것이 이치에 맞지만, 이상은 풍만하고 현실은 좀 기개가 있다. 현재 국내 시장의 광고 플랫폼은 기본적으로 폭포식이며, 머리 입찰을 지원하는 광고 플랫폼의 수는 아직 매우 적다. 국내 최고의 광고 플랫폼 천산갑 처럼 여전히 외부 헤드 입찰 기능을 지원하지 않습니다.
머리 입찰의 현재 무력함도 상업의 복잡성을 반영한다. 모든 회사는 어떤 결정을 내릴 때 반드시 많은 이익을 고려해야 한다. 기술 구조의 조정, 기득권의 재분배, 회사 능력의 재편, 상하 산업의 승진 등이다.
하지만 업계가 발전함에 따라, 우리는 여전히 머리 경매가 결국 폭포식 경매를 대신할 것이라고 굳게 믿는다. 그리고 사물의 교대는 과도기가 있고, 현재의 어쩔 수 없는 것은 일시적일 뿐이다.
헤더 입찰 및 폭포 혼합 요청 기술
부분? 04
현재 제목 경매가 폭포를 완전히 대체하기 전에 제목 경매와 폭포가 중국에서 병존하고 있다. 다행스럽게도, 이 두 가지 모델은 네가 죽고 사는 것의 반대가 아니라 유연하게 조합할 수 있다. (윌리엄 셰익스피어, 햄릿, 행운명언) 폭포 모델에 제목 입찰 입찰 프로세스를 추가하여 광고 수입을 더욱 늘리다.
핵심 논리는 폭포수 모델로 머리 입찰 프로세스를 늘리는 것인데, 구체적인 구현 방법은 다음과 같다.
광고를 요청하기 전에 모바일 앱은 헤드 입찰을 지원하는 광고 네트워크를 시작합니다. 입찰 견적 요청
광고 네트워크가 입찰 조회 결과를 반환하면 모바일 애플리케이션은 기존 폭포 eCPM 계층을 사용하여 입찰 조회 결과를 재정렬합니다.
마지막으로 모바일 어플리케이션은 정렬된 폭포수 요청 광고를 사용합니다.
이렇게 하면 폭포의 단점을 피할 수 있을 뿐만 아니라, 머리 입찰의 장점을 우선적으로 이용하여 더 높은 수익을 얻을 수 있다. 또한 헤드 입찰을 지원하는 광고 플랫폼이 그렇게 많지 않아 충전률이 부족해 전체 수입에 영향을 미치는 것을 방지할 수 있습니다.
위의 이론적 분석에 따르면 오로라 광고 집계 플랫폼 Adpub 는 10 읽기 미디어를 비교 실험했습니다.
광고 요청 모델의 패턴 분석 실험 결과 (65,438+00 개 회사의 평균 데이터) 폭포의 기존 기존 모델, 각 광고 예산 플랫폼은 AHeader 입찰의 새로운 모델을 지원하며, 많은 플랫폼은 여전히 a* 87% 헤드 입찰+폭포의 Aurora Adpub 를 지원하지 않습니다
위의 결과에서 헤더 입찰과 폭포 혼합 요청 기술의 이점을 명확하게 볼 수 있습니다. 논리적으로 헤드 입찰을 지원하는 것은 모든 광고 플랫폼에 가장 좋지만, 이 과도기에는 이 두 가지의 결합이 현재 수익을 올리는 모범 사례 경로다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언)
그건 그렇고, 우리 자신의 app 가 협력하고 있는 집합 광고 플랫폼을 추천한다. 처음에는 gromore 에 연결되어 있으며, 이 가정을 방문한 후 약 50% 증가할 것이다. 운경광고 (www. yungjingssp. com) 는 현재 국내 각 업종의 주요 앱 (예: 인터넷, 히말라야 FM, 운전학교, 주방) 이 협력해 8000wDAU 에 이른다.