헤더 비딩이란 무엇입니까? [혜택 6가지] 가장 간단한 가이드

게시 됨: 2017-08-17
헤더 입찰이란?

이 게시물은 가장 최근에 2023년 1월 18일에 업데이트되었습니다.

헤더 입찰. 격주로 시장에 새로운 헤더 입찰 솔루션이 출시되는 것 같습니다. Prebid, Index Exchange 등 어느 것이 귀하의 사이트에 적합한지 알기 어려울 수 있습니다. 실시간 입찰이 시작된 이래로 헤더 입찰 기술은 프로그래매틱 광고 구매 세계에서 가장 큰 혁신이었습니다. 이 가이드에서는 정보에 입각한 결정을 내릴 수 있도록 헤더 입찰에 대해 알아야 할 모든 것을 분석합니다.

헤더 비딩이 무엇인지, 헤더 비딩 히스토리, 작동 방식, 전체 헤더 비딩 프로세스, 헤더 비딩 사용의 장단점을 다룹니다. 또한 해보기로 결정한 경우 2022년에 헤더 비딩을 시작하는 방법에 대한 팁을 제공합니다. 그래서 당신은 무엇을 기다리고 있습니까? 읽어!

헤더 비딩이라는 용어는 Google 트렌드에서 2015년 여름에 이 용어가 등장했음을 보여주면서 몇 년 동안 사용되었지만 게시자는 최근에야 이 기술을 광고 관리 기술 스택의 중요한 부분으로 사용하고 있습니다.

헤더 입찰

Digiday 보고에 따르면 Sizmek은 상위 30,000개 웹사이트 중 60%가 페이지에 헤더 입찰 공급업체 태그를 사용하고 있음을 발견했습니다. 헤더 비딩의 가장 큰 이점은 퍼블리셔가 헤더 비딩 구현으로 프로그램 수익을 70% 증가시켰다고 주장하는 The Telegraph와 같은 기존 퍼블리셔와 함께 판매되지 않은 인벤토리에 대한 헤더 경매 비율을 높일 수 있다는 것입니다.

분명히 게시자가 폭포수 경매에서 헤더 입찰로 이동하면 엄청난 수익 향상 이점이 있을 수 있습니다. 퍼블리셔가 헤더 입찰을 채택함에 따라 Prebid 래퍼와 같은 오픈 소스 헤더 입찰 래퍼의 단점을 발견하고 페이지 대기 시간, 브랜드 안전, 수익 불일치 등과 싸우기 위해 보다 정교한 설정으로 이동하고 있습니다.

그 규모와 트래픽을 가진 퍼블리셔가 프로그래매틱 수입을 70%까지 늘리는 것은 엄청난 일입니다! 모든 퍼블리셔가 이러한 극적인 증가를 볼 수는 없지만 특히 MonetizeMore를 통해 헤더 비딩을 구현할 때 수익 상승이 임박했습니다.

그러나 이 기술에 문제가 없는 것은 아니며 평소와 같이 많은 게시자가 헤더 경매 프로세스, 헤더 입찰 구현 및 이와 관련된 모든 것을 이해하는 데 어려움을 겪고 있습니다. 시장에서 사용할 수 있는 오픈 소스 솔루션과는 별도로 헤더 입찰 서비스를 제공하는 회사가 너무 많아 모든 소음을 차단하기가 어려운 경우가 많습니다.

수익을 극대화하려는 유망한 퍼블리셔이든 수백만 명의 방문자를 보유한 프리미엄 퍼블리셔이든 2022년 헤더 비딩의 AZ와 디지털 마케팅에서 헤더 비딩이 무엇인지 아는 것은 필수입니다!

시작하자!

디지털 마케팅에서 헤더 비딩이란: 헤더 비딩과 폭포수

헤더 입찰 대 폭포수 그래픽

간단히 말해서 사전 입찰이라고도 하는 헤더 입찰의 정의는 다음과 같습니다. 게시자가 프리미엄 인벤토리를 최대한 활용하고 가장 높은 입찰가가 제공되도록 하기 위해 사용하는 프로그래밍 방식 기술입니다.

이제 여기에서 헤더 입찰 내역으로 돌아가 보겠습니다. 헤더 비딩이 많은 퍼블리셔의 필수품이 되기 전에는 많은 퍼블리셔가 데이지 체인 구조로 알려진 워터폴 비딩을 활용하고 있었습니다. 이제 프로그래매틱 광고에서 폭포수 모델이 무엇인지 궁금하실 것입니다.

waterfall_auction_vs_header_bidding_auction
전통적인 폭포 경매 대 헤더 입찰 경매

폭포수 입찰이란 무엇입니까?

워터폴 설정 또는 워터폴 경매에서 가격 하한선이 충족되면(일반적으로 2순위 경매가 낙찰됨) RTB 인벤토리에 대한 입찰이 중지됩니다. 귀하의 RTB 인벤토리는 더 높은 우선순위를 가진 더 낮은 수율의 입찰자에게 판매됩니다(예: 두 번째로 높은 입찰자가 낙찰). 시퀀스는 또한 대기 시간을 최소화하면서 최상의 수율을 위해 최적화하기 위해 많은 조정이 필요합니다.

폭포수 경매 모델은 2순위 경매 모델이라고도 합니다. 프로그래밍 방식의 폭포수 접근 방식을 사용하면 게시자는 가장 높은 폭포수 입찰가에서 가장 낮은 폭포수 입찰가 순으로 주문하여 수요 파트너를 관리합니다. 그러나 폭포수 입찰에는 헤더 입찰이 고맙게도 해결하는 몇 가지 문제가 있습니다.

헤더 입찰 내역 | 프로그래밍 방식 폭포 모델의 문제

header_bidding_vs_waterfall_auction
전통적인 폭포수 모델

폭포수 입찰이나 데이지 체인 시스템이 대체된 이유는 귀하의 노출이 판매되는 가격이 실제 가치를 거의 설명하지 못하기 때문입니다.

워터폴 경매에서 판매되지 않은 인벤토리는 최고 입찰자가 아닌 크기를 기준으로 최상위 Ad Exchange에 전달됩니다. 해당 계층의 아무도 여기에 입찰하지 않으면 2계층으로 넘어가고 해당 입찰 시간 동안 광고주가 입찰할 때까지 주기가 계속됩니다.

수익 위험: 기존의 프로그래매틱 폭포수 모델에서 게시자 광고 서버는 평균 과거 수익을 기준으로 노출을 제공할 파트너를 선택했습니다.그러나 이 변수는 광고 노출의 가치를 제대로 예측하지 못하는 것으로 알려져 있습니다. 노출별로 입찰할 수 있는 DFP 연결이 있는 Google Ad Exchange와 같은 플랫폼도 부당한 이점을 얻습니다. 그 결과 퍼블리셔는 실제 가치가 아니라 노출 가치에 대한 가정을 기반으로 광고 인벤토리를 관리하게 되었습니다.

채우기 위험: 게시자 광고 서버는 종종 가장 높은 평균 요율로 교환하기 위해 광고 노출을 제공하지만 때로는 교환이 이러한 노출을 채울 수 없습니다.또한 퍼블리셔가 노출을 판매하려는 경우 계획 B를 마련해야 합니다. 계획 B는 전체 헤더 경매 프로세스가 반복될 수 있는 두 번째 광고 결정 라운드를 위해 다른 거래소를 호출하거나 기본 광고 서버로 다시 전달하는 것일 수 있습니다. 게시자는 폭포 구조로 할 수 없는 교환을 호출하기 전에 광고 노출을 채울 수 있는지 알아야 합니다.

패스백 문제: Google 워터폴 방식의 복잡성으로 인해 게시자는 관리, 워터폴 최적화 및 보고와 같은 어렵고 시간이 많이 걸리는 작업에 직면해 있습니다.일반적으로 여러 플랫폼에 액세스할 수 있고 설정을 처리하는 데 많은 시간을 할애할 수 있는 광고 운영 팀이 필요합니다. 실제로 퍼블리셔의 마켓플레이스는 폭포수 입찰 과정이 자동화되지 않아 혼란스럽습니다.

헤드 비딩이 워터폴 비딩 문제를 해결하는 방법:

엄지손가락을 치켜든 여성

헤더 비딩을 통해 게시자는 '워터폴 최적화란 무엇인가' 과제 단계를 지나 여러 프로그램 회사와 통합할 수 있는 옵션이 있습니다. 헤더 입찰은 사이트가 사용자의 브라우저에 로드되기 시작하면 시작됩니다.

수익 위험 헤더 입찰을 해결하기 위해 게시자는 광고 게재 결정을 내리기 전에 미리 노출의 가치를 이해할 수 있습니다.

게시자는 신뢰할 수 없는 평균 요율에 의존하는 대신 각 노출이 여러 교환에 어떤 가치가 있는지 한 번에 알 수 있습니다. 즉, 가장 높은 입찰자가 이 프로그래매틱 경매에서 낙찰되고 게시자는 더 많은 수익을 얻습니다.

헤더 비딩을 통해 퍼블리셔는 실제 입찰가를 얻을 수 있어 채우기 위험 문제도 해결할 수 있습니다. 게시자는 입찰가가 있거나 입찰하지 않았으므로 거래소가 입찰가를 제공할지 여부를 알고 있습니다. 헤더 비딩은 노출 손실 없이 시장이 지불할 금액을 이해하기 때문에 퍼블리셔에게 즉각적인 수익 효과가 있습니다. 또한 타사 광고 네트워크에 대한 동적 할당의 한 형태이기도 합니다.

이 과정을 아래에서 자세히 설명하는 동영상입니다.

헤더 입찰은 어떻게 작동합니까? [헤더 비딩 설명]

header_bidding_process_how_does_header_bidding_work_what_is_header_bidding

일반적인 웹사이트 페이지에는 사이드바, 바닥글 등과 같이 광고를 배치할 수 있는 몇 가지 요소와 다양한 위치가 포함되어 있습니다. 페이지의 헤더 영역은 기본적으로 스타일 및 기타 요소에 대한 정보가 저장되는 상단의 보이지 않는 영역입니다. CSS 파일, Javascript 등.

퍼블리셔는 광고 기술 파트너를 통해 헤더 입찰을 구현하거나 자체 개발 팀을 사용하여 맞춤 솔루션을 만들 수 있습니다. 게시자는 웹 페이지의 헤드 내에 추가 Javascript 코드를 배치합니다. 페이지의 헤더 위치는 웹 페이지가 로드되기 전에 헤더 입찰이 실행되어 웹 사이트 방문자에게 콘텐츠와 광고를 제공하는 위치입니다.

예를 들면 다음과 같습니다. 방문자가 Forbes.com을 방문하고 몇 밀리초 내에 헤더 입찰 코드가 실행되고 게시자가 가입한 수요 파트너(AppNexus 등)를 호출하여 배치하도록 합니다. 입찰.낙찰가는 사용 가능한 모든 수요측 플랫폼 간에 결정되며 가장 높은 입찰가가 선택됩니다.

해당 정보는 게시자의 광고 서버로 직접 전달됩니다. 기본 광고 서버 내에서 게시자가 시스템을 설정한 방식에 따라 헤더 입찰 파트너는 다른 모든 수요 소스와 경쟁합니다. 전체 최고 입찰가가 선택되면 광고가 게시자의 웹사이트에 표시되고 게시자는 웹사이트 노출에 대해 최대 수익을 얻습니다.

순차 연결이 포함된 단일 경매이기 때문에 보고 불일치가 거의 없습니다.

게시자는 헤더 입찰에서 입찰할 수 있는 소스를 제어할 수 있습니다. 즉, 이러한 동시 경매의 모든 수요 측 플랫폼을 의미합니다. 그들은 프리미엄 인벤토리에 부과하는 가격 하한선을 완전히 제어할 수 있습니다.

PubGuru.com에서 자세한 설명 동영상과 헤더 입찰 작동 방식에 대한 Prebid 설명서 리소스를 확인하세요.

헤더 입찰의 주요 이점은 무엇입니까 | 헤더 비딩이 퍼블리셔에게 좋은가요?

헤더 입찰 혜택

헤더 비딩은 퍼블리셔에 중점을 두어 퍼블리셔와 구매자/광고주 모두에게 유익합니다. 그렇다면 헤더 비딩의 장점은 무엇일까요?

게시자를 위한 몇 가지 이점은 다음과 같습니다.

경쟁 심화: 광고주/수요 파트너는 웹사이트의 모든 노출에 입찰하여 경쟁을 높이고 더 높은 품질의 프리미엄 광고 인벤토리에 액세스할 수 있습니다.경쟁이 심화되면 입찰 가격이 상승하고 게시자의 수익이 높아집니다. 가격 하한선은 비공개 입찰과 공개 입찰을 동시에 운영하는 게시자에게 중요한 역할을 합니다.

더 많은 수요 파트너: 헤더 입찰을 통해 게시자는 위에서 언급한 것과 유사하게 여러 수요 소스의 광고주를 통합하고 이에 액세스할 수 있으며 대부분의 경우 더 높은 수익을 얻을 수 있습니다.

투명성 향상: 거의 모든 비즈니스는 투명성을 좋아하며 게시자가 바로 그런 존재입니다.그/그녀는 디지털 광고 수익 사업을 운영하는 사람입니다. 헤더 비딩을 사용하면 게시자는 기존 설정보다 광고 스택을 훨씬 더 효과적으로 최적화할 수 있는 제어권을 가지고 운전석으로 돌아갑니다. 게시자가 광고 공간을 노출 기준으로 판매하고 가치가 얼마인지 확인할 수 있으므로 입찰 투명성이 가능합니다.

더 이상 패스백이 필요하지 않음: 게시자는 기존의 워터폴 설정과 같이 인벤토리를 앞뒤로 밀 필요가 없습니다.손실된 인상의 낭비를 줄이고 대기 시간을 줄입니다.

게시자 인벤토리의 최대 광고 수익: MonetizeMore는 게시자의 광고 수익을 36%까지 늘릴 수 있었습니다 .귀하의 광고 인벤토리와 심지어 동영상 인벤토리까지 여러 광고주에게 눈에 띄게 만드는 것이 더 나은 CPM과 수익 성장을 이끄는 길입니다. 게시자의 주요 목표가 더 많은 프리미엄 인벤토리에서 수익을 창출하는 것일 때 광고 수익 증가는 게시자에게 도움이 됩니다.

더 나은 수익 : 단일 SSP에만 의존하지 않기 때문에 광고 노출을 보다 원활하게 동적으로 할당하고 유효노출률을 높일 수 있습니다.노출당 기준으로 광고 공간을 쉽게 판매할 수 있습니다.

헤더 비딩은 광고주에게 어떻게 도움이 됩니까?

광고주를 위한 헤더 비딩의 이점은 다음과 같습니다.

광고주를 위한 인벤토리 증가: 이제 구매자는 헤더 입찰을 통해 AdX 사용 여부에 관계없이 게시자의 모든 광고 인벤토리에 액세스할 수 있습니다.이는 더 많은 청중에게 접근하고 캠페인 목표를 달성할 수 있는 가능성이 있음을 의미합니다. 또한 광고 캠페인 결과를 개선하는 데 사용할 수 있는 DSP에 사용할 수 있는 데이터가 더 많다는 의미이기도 합니다.

향상된 예측: 정확한 예측을 생성할 수 있다는 것이 좋습니다.헤더 입찰을 사용하면 구매자가 더 오랜 기간 동안 더 일정한 인벤토리에 액세스할 수 있으므로 더 나은 예측이 임박했습니다.

투명성 : 미디어 구매자는 프로그래밍 방식 광고 구매 전에 소스에서 직접 게시자의 노출 및 기타 통계를 확인할 수 있습니다.

헤더 입찰 래퍼란 무엇입니까?

헤더 입찰 래퍼 설명

원래 Amazon, Criteo 및 몇몇 다른 회사와 같은 큰 업계 이름은 헤더 비딩 제품으로 헤더 비딩에 시장을 열었습니다. 오늘날 필요한 것과 유사하게 게시자는 헤더에 코드를 구현하고 DFP에 연결하여 게시자의 광고 수익 증가로부터 이익을 얻습니다.

그러나 이러한 접근 방식의 문제는 이러한 솔루션의 대부분이 게시자에게 하나의 수요 소스만 허용한다는 것입니다.

수요 파트너 내에서 경쟁을 강화하기 위해 게시자는 일반적으로 더 많은 수요 소스를 실행하기 위해 여러 헤더 입찰 솔루션을 설정해야 했습니다.

이는 생성 및 관리가 필요한 새 광고 소재, 광고 항목 등으로 DFP에서 더 많은 작업을 수행해야 함을 의미했습니다.

또한 게시자에게는 매우 번거로운 프로세스였는데 많은 사람들이 구현할 여유가 없었고 상상할 수 있듯이 웹 사이트 속도에 미치는 영향도 그다지 크지 않았습니다.

이 문제를 해결하기 위해 헤더 입찰 래퍼가 도입되었습니다. 헤더 입찰 래퍼를 사용하면 게시자는 웹 페이지 헤드 내에 여러 수요 소스를 통합할 수 있습니다.

더 이상 추가 개별 설정이 필요하지 않아 게시자의 많은 노력, 시간 및 비용을 절약할 수 있습니다.

결합된 헤더 코드를 사용하여 게시자는 여러 헤더 입찰 파트너를 동시에 실행할 수 있으며 위의 혜택 섹션에서 언급한 것과 같은 이점을 충분히 누릴 수 있습니다.

래퍼를 사용하면 사이트 속도 문제도 해결되어야 합니다. 현재 시중에는 광고 기술 회사에서 개발한 솔루션과 오픈 소스 솔루션을 혼합하여 사용할 수 있는 여러 헤더 입찰 래퍼가 있습니다.

오픈 소스 솔루션에는 Prebid.js 및 PubFood.js 등이 포함되며 광고 기술 솔루션에는 MonetizeMore의 자체 PubGuru 등이 포함됩니다. 퍼블리셔가 이해하는 프로세스는 매우 간단하지만 헤더 비딩 구현 및 월별 유지 관리를 도와줄 숙련된 사내 팀 또는 광고 기술 회사가 여전히 필요합니다.

관련 읽기 : https://www.monetizemore.com/blog/how-to-debug-your-header-bidding-setup/

prebid_header_bidding_wrappers
헤더 입찰자 래퍼

사전 입찰 프로그래매틱이란 무엇입니까?

인기 있는 래퍼인 Prebid.js는 최고의 헤더 입찰 래퍼 중 하나입니다.

게시자는 Prebid.js를 통해 광고 항목을 쉽게 설치하고 광고 서버로 여러 광고 호출을 제어할 수 있습니다.

사전 입찰자의 장단점

좋은:

  • 사전 입찰 래퍼는 무료이며 오픈 소스입니다.
  • 폭포수 경매에 비해 헤더 입찰 경매를 실행하는 동안 속도가 향상되었습니다.
  • 코드에 기여하고 지원을 제공하는 사용자 커뮤니티

나쁜:

  • 사전 입찰 문서는 복잡하고 때때로 유지 관리가 복잡해질 수 있습니다.
  • Prebid.js를 설치하고 실행하려면 전문 광고 네트워크가 필요합니다.
  • 헤더 입찰 래퍼는 사용과 관련된 고유한 오버헤드로 인해 웹사이트의 로딩 속도를 늦출 수 있습니다.

헤더 입찰과 Google 애드센스 비교

간단히 말해서 Google 애드센스는 Chanel인 Header Bidding에 비해 Walmart입니다. 경쟁이 치열한 광고 파트너에 비해 Google의 시장 점유율이 떨어지는 상황에서 헤더 비딩의 인기가 전환의 이유입니다.

Google 애드센스를 헤더 입찰에 통합할 수 있지만 이 시스템을 사용하면 인벤토리에 입찰할 수 있는 광고 거래소의 범위를 천문학적으로 확장할 수 있습니다. 더 많은 광고 지출이 게시자의 시장을 통해서도 흐르고 있습니다.

헤더 입찰을 구현하는 방법

헤더 입찰을 구현하고 설정하는 방법

이는 다소 기술적일 수 있으므로 구현 프로세스에 대한 간략한 소개 개요가 될 것입니다. 특정 설정 및 요구 사항에 대한 구현 조언이 필요하면 여기에서 저희 팀에 연락하시기 바랍니다.

헤더 입찰이 실시간 경매 환경에서 작동하려면 수요 소스가 서로 경쟁하고 더 많은 구매자에게 인벤토리를 공개해야 합니다. SSP 또는 거래소와 같은 견고한 파트너십을 구축하고 유지하는 것이 기본입니다.

헤더 비딩 파트너 목록은 길고 AppNexus, Rubicon, Criteo, Amazon 등과 같은 회사를 포함할 수 있습니다.

모든 수요 소스가 당면한 노출에 대한 최고 입찰가를 생성하기 위해 여러 RTB 경매가 한 번에 모두 발생하므로 게시자가 시간 제한을 관리해야 합니다. 이 작업에는 시간이 걸리고 대기 시간이 늘어날 수 있습니다.

전반적으로 제한 시간을 500밀리초 이내로 유지하는 것이 좋습니다. 게시자는 수요 소스 또는 여러 소스가 헤더 입찰 프로그래밍 방식 경매를 지연시키고 페이지 로드 시간을 감소시키지 않는지 확인해야 합니다.

광고 서버 구성도 매우 중요한 단계이며 상상할 수 있듯이 DFP이든 다른 것이든 헤더 입찰 솔루션을 지원하도록 광고 서버를 구성해야 합니다.

헤더 비딩을 구현하는 방법에 대한 자세한 분석을 위해 Prebid의 오픈 소스 기술의 이점을 설명하는 이 페이지를 함께 만들었습니다.

관련 읽기 : https://www.monetizemore.com/blog/how-implement-header-bidding-advancedads-wordpress/

Google의 대안: Exchange Bidding Google

Google Exchange 입찰과 헤더 입찰

이 모든 것에서 Google이 어디에 적합한지 물어볼 수 있습니다. 글쎄요, Google은 솔루션 또는 경쟁 제품을 헤더 입찰이라고 부를 수 있는 테스트 및 개발을 해왔습니다. 이를 Exchange Bidding이라고 하며 Martechtoday.com에 따르면 이 제품은 최근 DFP를 통해 현재 베타 버전인 게시자에게 공개되었습니다.

Zillow, MailOnline 등을 포함하여 총 100개가 넘는 많은 프리미엄 게시자가 Exchange Bidding을 테스트하고 있으며 OpenX와 같은 Exchange도 통합 경매 프로세스를 통해 DFP 및 Ad Exchange 캠페인에 참여하고 경쟁하고 있습니다.

게시자의 웹 사이트에서 설정되고 헤더 비딩과 같은 헤더 코드에서 실행되는 대신 Exchange 입찰( 서버 측 헤더 입찰)은 서버 측에서 실행되어 많은 이점을 제공합니다.

여기에는 훨씬 적은 구현 복잡성과 필요한 시간, 더 빠른 페이지 로드/낮은 대기 시간이 포함되며 청구 및 보고를 모두 한 위치에서 유지하는 데 도움이 됩니다.

Google은 프로그램에 참여하는 사람들이 전반적인 수익 증가와 입찰 시간 증가를 경험했다고 보고했습니다.

헤더 비딩은 현재 프로그래매틱 커뮤니티 내에서 매우 뜨거운 주제이기 때문에 Adexchanger는 게시자가 Exchange 비딩 및 헤더 비딩을 테스트하고 결과를 비교하고 각 솔루션에서 최대한의 이점을 얻어야 한다는 결론을 Google 헤더 비딩 주제에 반영했습니다. 적어도 당분간은 이것이 그들의 권고입니다.

Adexchanger는 또한 퍼블리셔들이 Exchange 입찰이 구현하는 데 24시간도 걸리지 않는 프로세스로 설정하는 것이 쉽다는 데 동의했다고 보고했습니다. 여기서 일부는 헤더 입찰 솔루션이 훨씬 더 복잡하고 노동 집약적.

앞에서 헤더 입찰의 업계 표준이 500밀리초라고 언급했습니다. Google은 Exchange 입찰 프로세스를 60밀리초로 줄였다고 주장하지만 모든 게시자가 이러한 시간을 일관되게 경험하는 것은 아닙니다.

구현 및 속도와 별개로 수익은 물론 퍼블리셔에게 중요한 요소입니다. 언급한 바와 같이 Google은 베타 프로그램의 게시자가 수익이 증가했다고 밝혔습니다. Adexchanger는 게시자에 대한 결과가 다양했지만 Exchange Bidding을 사용하여 비용을 절감할 수 있는 추가 목록이 있다고 보고했습니다.

Google은 Exchange Bidding 사용에 대해 비율 기반 수수료를 요구할 것이며 현재 Google 제품이 완벽하지 않다는 점을 염두에 두십시오. Google의 Exchange Bidding이 시장에 추가되었지만 아직 헤더 입찰을 능가하지 못했고 당분간은 그렇지 않을 수도 있습니다. 그러나 프로그래매틱 업계에서는 귀하와 귀하의 비즈니스에 도움이 될 수 있는 개발 및 변경 사항을 항상 주시하는 것이 좋습니다.

헤더 비딩과 공개 비딩의 차이점은 무엇인가요?

헤더 입찰의 목표는 Google Ad Exchange 또는 Google AdX에 경쟁을 추가하여 입찰자가 경매를 미리 보고 낙찰가보다 1센트 더 높게 입찰하여 가치 있는 노출을 얻을 수 있도록 하는 것이었습니다.

이제 모든 수요 파트너와 헤더 입찰 파트너가 동시에 노출에 입찰하므로 Google에서 프로세스를 덜 제어할 수 있습니다.

그런 다음 Google은 이전에 광고 서버에서 실시간 경매가 발생하는 Exchange Bidding 또는 EBDA로 알려진 자체 입찰 모델인 공개 입찰을 제공했습니다.

공개 입찰에서는 페이지 태그보다 빠른 서버 간 연결을 사용하여 페이지 대기 시간이 감소하고 광고 가시성이 증가하며 수익이 증가합니다. 이것은 다소 공개 입찰 파트너를 위한 Google AdX 권한입니다.

Google AdX 권한 테이크아웃 :

  • 사이트 속도 향상.
  • 30-40% 수익 증가 및 CPM 요율 증가.
  • 입찰 시간 최적화.

헤더 입찰 대 공개 입찰(EBDA)

Google의 Open Bidding에 비해 Header Bidding의 설정 및 사용자 인터페이스는 더 복잡합니다. 그러나 게시자는 헤더 입찰을 통해 더 많은 자유를 누릴 수 있습니다.

또한 경매는 사용자의 브라우저가 아닌 광고 서버에서 이루어지므로 공개 입찰은 헤더 입찰에 비해 대기 시간이 크게 줄었습니다.

게시자는 공개 입찰에서 특정 광고주가 낙찰된 이유를 알 수 없으므로 헤더 입찰은 공개 입찰에 비해 더 투명합니다.

쿠키에 대한 더 나은 일치율과 관련하여 쿠키 동기화가 쉬운 데이터 교환을 허용하는 동시에 프로그래밍 방식 미디어 구매 데이터베이스에서 사용자를 각각의 프로필과 일치시키는 헤더 입찰이 게임에서 승리합니다.

2022년 이후의 헤더 비딩 트렌드

트렌드 헤더 입찰

헤더 비딩에 대한 현재와 향후 몇 년 간의 예측을 간단히 살펴보겠습니다.

비디오 헤더 입찰

비디오 헤더 입찰은 플랫폼으로서 그리고 사용자의 수요를 통해 기하급수적인 속도로 계속 성장하고 있습니다. 많은 퍼블리셔가 동영상으로 주장을 펼치고 싶어합니다. 따라서 비디오 헤더 입찰은 계속 지켜봐야 할 것입니다. 그러나 여기에는 문제가 없는 것은 아닙니다. 비디오는 다르게 작동할 뿐만 아니라(헤더 코드 없음) 비디오 광고 공간은 디스플레이 광고와 다릅니다. 비디오 헤더 입찰의 사용과 그 효과에 대해 여전히 많은 의견이 일치하지 않지만 잠재적으로 기존 헤더 입찰과 마찬가지로 게시자가 인벤토리 제어를 되찾고 수익을 높이는 데 도움이 될 수 있습니다.

프로그래매틱 헤더 입찰 최적화 개선하기

"헤더 비딩"이라는 단어가 거의 모든 진지한 퍼블리셔의 입에 오르내리기 때문에 수요 파트너는 이 프로그래밍 방식 광고 공간에 합류하고 좌우 통합을 시도하고 있습니다. 이 모든 것이 좋다고 생각할 수도 있습니다. 그러나 퍼블리셔는 새로운 수요 파트너를 추가할 때 주의를 기울이고 올바른 질문을 해야 합니다. 퍼블리셔는 좋은 것에서 나쁜 것을 걸러내는 데 극도로 능숙해야 합니다. 그렇지 않으면 전반적인 성능이 저하될 것입니다.

서버 대 서버

대부분의 광고 기술 개발과 마찬가지로 헤더 입찰 기술의 발전이 광고 공간에서 임박했습니다. Google의 Exchange Bidding과 마찬가지로 헤더 입찰의 다음 단계는 서버에서 서버 측으로 기술을 이전하는 것이라고 생각하는 사람이 많습니다. 즉, 더 쉬운 파트너 통합, 더 나은 페이지 로드 속도 및 더 효율적인 입찰을 포함하여 다양한 이점을 제공하는 게시자의 광고 서버에서 구현이 이루어집니다.

클라이언트 측 헤더 입찰과 서버 측 헤더 입찰

많은 광고주가 헤더 입찰자 래퍼에 직접 연결하면 페이지에서 많은 자바스크립트가 실행되는 경우 페이지의 지연 시간과 광고 로드 시간이 늘어날 수 있습니다.

게시자가 전체 헤더 입찰 프로세스에서 수요 소스의 수를 제한할 수 있는 방법이 있지만 이는 헤더 입찰의 주요 이점에 반합니다.

주요 목표는 광고 서버를 호출하기 전에 가격이 올라갈 수 있도록 많은 광고주를 경매에 참여시키는 것입니다.

대기 시간 문제는 외부 서버 클라우드에서 경매 프로세스를 호스팅하여 Google의 AdX 및 서버 측 경매로 해결됩니다.

MonetizeMore는 전체 헤더 입찰 프로세스를 설정하기 위해 사이트의 코딩에 추가해야 하는 한 줄 스니펫 코드를 제공하며 입찰 요청은 모든 관련 공급측 플랫폼(SSP)으로 전송됩니다.

게시자가 헤더 입찰을 구현했는지 확인하는 방법은 무엇입니까?

경쟁업체가 헤더 비딩을 구현했는지 궁금한 적이 있습니까? AppNexus의 Headerbid Expert라는 깔끔하고 작은 확장 기능을 사용하면 프로그래밍 방식 미디어 구매 세계에서 경쟁업체가 무엇을 하고 있는지 쉽게 이해할 수 있습니다.

설정 및 사용이 매우 쉽습니다. 설치에 대한 도움말은 Headerbid Expert Chrome 도구 사용 방법에 대한 MonetizeMore의 가이드를 확인하세요.

이 도구는 웹 페이지의 헤더 입찰을 통해 어떤 수요 소스가 경쟁하고 있는지, 각 소스의 대기 시간 등을 보여줍니다. 다음은 The Telegraph 페이지의 스크린샷입니다.

헤더비드 전문가

MonetizeMore의 Pubguru 헤더 입찰자

펍구루

MonetizeMore는 최고의 헤더 입찰 제공업체 목록 및 게시자 수익화 플랫폼 내에서 업계를 선도하고 있으므로 11년 동안 게시자를 위한 헤더 입찰을 개발하고 구현해 왔습니다. 이전에 MonetizeMore Demand라고 불렸던 헤더 비딩 제품은 이제 PubGuru라는 고급 헤더 비딩 래퍼 플랫폼으로 발전했습니다.

Pubguru 헤더 입찰 플랫폼을 통해 게시자에게 투명성을 유지하면서 다양한 광고 최적화 기술 및 도구를 개발하고 통합했습니다. 다음은 웹사이트에서 PubGuru를 구현하는 것이 얼마나 간단한지 설명하는 제품 비디오입니다.

PubGuru 설정에는 다음과 같은 전체 이점이 있습니다.

  • 단일 인터페이스를 통해 성과 및 수익을 추적할 수 있음
  • 무료 가입 및 구현
  • 숙련된 광고 운영 직원으로 구성된 전담 그룹을 위한 연중무휴 지원
  • 개발 중인 자동 입찰 조정으로 지원되는 입찰 조정
  • 입찰 조정, 게재빈도 설정, 조회가능성 조정을 통한 헤더 입찰 최적화
  • 게시자를 위한 100% 투명성
  • 하이브리드 헤더 입찰 업그레이드 옵션 등

여기에서 MonetizeMore의 PubGuru 헤더 입찰 플랫폼에 대해 자세히 알아보세요.

MonetizeMore로 헤더 입찰 시대를 맞이하세요.

헤더 입찰은 게시자 시장에서 가장 큰 프로그래밍 방식의 혁신이었습니다. 물론 이를 관리하고 구현하는 데 약간의 혼란과 일정 수준의 전문 지식이 있을 수 있지만 이는 모두 프로그래매틱 산업의 일부입니다.

헤더 입찰 프로세스가 지속적으로 개발 및 개선되고 Google과 같은 소스의 압력이 가중됨에 따라 게시자는 앞으로 나아질 수 밖에 없습니다. 헤더 입찰 기술은 또한 사용자 경험 수준을 높이고 수익 파트너 간의 원활한 통합을 제공합니다.

Google 인증 게시자 파트너인 MonetizeMore는 최고의 헤더 입찰 솔루션 제공업체 중 하나입니다. 헤더 입찰을 설정하고 광고 인벤토리를 최적화하여 광고 수익을 한 단계 높일 수 있도록 도와드리겠습니다. 오늘 MonetizeMore에서 스타터 계정에 가입하세요!

자주 묻는 질문

헤더 비딩과 워터폴 비딩의 차이점은 무엇인가요?

헤더 입찰을 통해 게시자는 다양한 광고 거래소 및 SSP에서 가장 높은 입찰가를 얻을 수 있습니다. 프로그래매틱 광고 옥션의 워터폴 모델은 미분양 광고 공간을 단일 SSP에 한 번에 하나씩, 워터폴 옥션은 SSP의 과거 실적을 기반으로 정렬됩니다.

사전 입찰과 헤더 입찰의 차이점은 무엇입니까?

Prebid는 전체 헤더 입찰 프로세스를 최적화하기 위해 만들어진 오픈 소스 헤더 입찰 래퍼 솔루션입니다.

프로그래밍 방식 헤더 입찰이란 무엇입니까?

게시자 인벤토리는 더 많은 수익과 최대 광고 수익을 위해 여러 수요 파트너에 프로그래밍 방식 헤더 입찰을 통해 경매됩니다.