서버 측 헤더 입찰 및 하이브리드 접근 방식 사용

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

헤더 비딩은 지난 10년 동안 온라인 광고 업계를 강타한 최고의 혁신 중 하나입니다. 전통적으로 클라이언트 측/브라우저에서 발생하는 이 혁신적인 기술은 게시자가 수익을 극대화하고 프로그래밍 방식 광고 인벤토리에서 최대한의 수익을 창출할 수 있는 길을 열었습니다.

그러나 이는 완전하고 건조한 솔루션이 아니기 때문에 특히 게시자가 광고 스택을 확장하고 늘리기로 결정할 때 게시자가 직면하는 몇 가지 문제가 있습니다.

더 많은 광고 네트워크/입찰자가 경매에 추가됨에 따라 페이지 로드 및 사이트 지연 시간이 증가하여 독자 경험에 해를 끼칩니다. 퍼블리싱 속성을 최적화할 때 수익화와 사용자 경험 목표 사이의 올바른 균형을 찾는 광고 운영 팀의 중요성이 더욱 중요해지고 있습니다.

게시자가 채택하고 있는 또 다른 광고 솔루션은 서버 간 헤더 입찰 경매입니다. 이 블로그 게시물에서는 서버 측 헤더 입찰의 작동 방식과 주요 이점에 대해 설명합니다. 계속 지켜봐 주세요!

서버 측 헤더 입찰이란 무엇입니까?

서버 대 서버 입찰 또는 서버 측 헤더 입찰(S2S)은 통합 경매 및 입찰이 클라이언트의 브라우저가 아닌 서버 측에서 이루어지는 프로세스를 말합니다.

경매가 사용자의 브라우저가 아닌 외부 서버로 이동하면 페이지 속도에 긍정적인 영향을 미치며 게시자는 사용자 경험을 손상시키지 않고 여러 Ad Exchange, 광고 네트워크 및 SSP를 활용할 수 있습니다.

광고 네트워크, SSP 및 광고 교환기는 일반적으로 사용자 브라우저에서 동시 경매를 수행하기 위해 클라이언트 측 헤더 입찰을 사용하므로 페이지 속도가 저하될 수 있습니다. 특히 광고 인벤토리가 많은 게시자의 경우 사이트 속도는 장기적으로 느린 킬러가 될 수 있습니다.

서버 측 헤더 입찰은 클라이언트 측 헤더 입찰과 함께 제공되는 사이트 속도 문제를 해결하기 위해 시작되었습니다. S2S에서 사용자 브라우저 정체 문제는 Google Ad Manager를 호출한 다음 게시자의 현재 수요 파트너에 호출하여 줄어듭니다. S2S와 함께 제공되는 이점은 더 빠른 페이지 로드와 전반적으로 향상된 사용자 경험입니다.

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

서버 측 헤더 입찰과 달리 클라이언트 측 또는 브라우저 측 헤더 입찰은 사용자의 브라우저에서 경매가 실행됩니다.

S2S 및 클라이언트 측 입찰에서 게시자는 인벤토리를 다양한 수요 파트너에게 경매한 다음 입찰을 합니다. 낙찰된 입찰가는 최고 입찰가이며 해당 입찰과 관련된 광고가 게재됩니다.

S2S는 광고 렌더링이 클라이언트 측 헤더 입찰보다 훨씬 빠르기 때문에 높은 조회가능성이 필요한 캠페인에 탁월합니다. 일반 잠재고객 또는 동영상 광고를 대상으로 하는 정보 캠페인은 종종 이 설정으로 최상의 결과를 제공합니다.

S2S 헤더 입찰이 클라이언트 측 헤더 입찰보다 나은 이유는 다음과 같습니다.

• 비디오: 게시자는 페이지 속도를 심각하게 저하시킬 수 있는 높은 처리 능력이 필요하기 때문에 비디오 콘텐츠와 관련하여 클라이언트 측보다 S2S 입찰을 선호합니다. UX를 ​​손상시키지 않으면서 비디오 콘텐츠에서 더 많은 현금을 확보하려면 서버 측 헤더 입찰이 게시자에게 가장 적합합니다.
• 페이지 속도/사이트 속도 : 클라이언트 측 입찰은 사용자의 브라우저에 의존하므로 페이지 속도가 느려집니다. 여러 광고 슬롯과 입찰가는 페이지 로딩 시간을 증가시켜 사용자 경험에 영향을 주어 이탈률을 높일 수 있습니다. 그러나 S2S 헤더 입찰을 사용하면 브라우저가 광고 서버에 한 번만 요청하면 경매를 처리하고 낙찰된 입찰의 광고를 보냅니다.
• 최상의 입찰가: 브라우저는 한 번에 제한된 수의 네트워크 연결만 할 수 있으므로 광고 파트너에 대한 옵션이 제한됩니다. 서버 측 입찰을 사용하는 경우 서버는 제한 없이 최대한 많은 입찰 요청을 보낼 수 있습니다. 이렇게 하면 게시자가 최상의 입찰가를 얻을 수 있으므로 광고 수익이 극대화됩니다.
• 호환성 : 클라이언트 측 입찰에서 청중과 게시자 모두 경매 절차에 대해 사용자 브라우저에 의존합니다. 프로세스가 원활하지 않으며 S2S 입찰에서 브라우저가 최신 상태가 아닌 경우 브라우저만 사용됩니다. 외부 서버에 요청을 보내 필요성을 최소화합니다.

서버 측 헤더 입찰은 어떻게 작동합니까?

앞서 언급했듯이 S2S 헤더 비딩에서는 사용자의 브라우저를 경매에 활용하는 클라이언트 측 헤더 비딩과 달리 외부 광고 서버에서 입찰이 이루어집니다.

다음은 서버 측 헤더 입찰에서 발생하는 일입니다.

1. 사용자가 웹사이트를 방문하기 위해 URL을 입력하고 브라우저가 페이지를 로드합니다.
2. 사이트 코딩에 포함된 헤더 입찰 스크립트가 광고 서버에 요청을 보냅니다.
3. 서버는 Ad Exchange, SSP 및 광고주에게 입찰 요청을 보냅니다.
4. 실시간 입찰에서 가장 높은 입찰가가 광고 공간을 얻습니다.
5. 수상한 광고는 페이지에 게재됩니다.

최고의 서버 측 헤더 입찰 공급자를 선택하는 방법은 무엇입니까?

서버 측 헤더 입찰의 많은 기능에도 불구하고 수익을 극대화할 뿐만 아니라 프로세스를 투명하고 보람있게 만들 파트너를 선택하는 것이 중요합니다.

서버 측 입찰 파트너를 선택할 때 다음 매개변수를 고려해야 합니다.

• 향상된 UX : 입찰 솔루션을 선택하는 경우 새 파트너의 솔루션이 사이트의 전반적인 사용자 경험에 영향을 미치는지 여부를 알아야 합니다. 서버 측 프로세스가 브라우저에 대한 종속성을 제거하더라도 사용자가 광고를 검색할 때 대기 시간을 경험하지 않도록 충분히 빨라야 합니다. 지연 시간이 길어지고 지연 시간이 추가되면 메트릭이 부정적인 영향을 받을 수 있습니다.
• 투명성 : 경매를 투명하고 공정하게 만드는 것은 수익을 극대화하는 데 매우 중요합니다. 공정하고 투명한 경매를 제공하고 불필요한 수수료(예: 높은 중개인 수수료)를 청구하지 않는 입찰 솔루션을 선택해야 합니다.
• 수익 : 많은 게시자에게 수익은 S2S 입찰 파트너를 선택할 때 가장 중요한 요소여야 합니다. 수익을 극대화하기 위해 최고의 파트너는 광고 인벤토리에 대해 가장 높은 가격을 제공하는 프리미엄 광고주와 UX에 영향을 주지 않으면서 사용자를 적절한 광고에 연결할 수 있는 기능을 보유해야 합니다.

서버 측 헤더 입찰 단점

서버 대 서버에도 함정이 있습니다. 직면한 중요한 문제 중 하나는 쿠키 불일치 또는 쿠키 동기화 지연입니다. 대부분의 광고주는 쿠키를 사용하여 대상 고객을 타겟팅하여 잠재고객을 레이저로 타겟팅하고 광고 캠페인의 ROI를 극대화할 수 있습니다.

클라이언트 측 헤더 입찰은 쿠키가 브라우저에 저장되기 때문에 동일한 문제에 직면하지 않습니다. 광고주를 위한 S2S 타겟팅 메커니즘이 없기 때문에 CPM 비율은 기존 클라이언트 측 헤더 입찰 설정에 비해 훨씬 낮습니다.

추가 증거에 따르면 S2S 기술은 아직 100% 솔루션으로 사용하기에 충분히 발전되지 않았을 수 있습니다. Digiday의 기사에 따르면 100% 서버 간 헤더 입찰 실행을 테스트한 게시자는 페이지 속도가 최대 40% 증가했지만 광고 수입은 25-30% 감소했습니다.

지금 무엇을 할까요?

S2S(서버 대 서버)와 클라이언트 측 헤더 입찰을 결합한 하이브리드 모델을 사용하는 것이 가장 좋습니다. S2S 입찰은 브랜드 인지도와 같은 보다 광범위한 광고 목표를 가진 수요 파트너에게 사용할 수 있습니다.

그런 다음 쿠키 및 인구 통계를 기반으로 방문자를 대상으로 하는 수요 파트너에 대해 클라이언트 측 입찰을 사용할 수 있습니다.

게시자는 수익 손실을 피하기 위해 S2S 입찰 테스트를 시작할 때 클라이언트 측 헤더 입찰 파트너를 유지하는 것이 일반적입니다.

MonetizeMore의 헤더 입찰 솔루션인 PubGuru를 사용하면 게시자가 인벤토리에 가장 적합한 광고 설정을 결정할 수 있습니다. PubGuru를 사용하면 게시자는 광고 파트너에 대해 하이브리드 다변수 테스트를 실행하여 S2S 또는 클라이언트 측 입찰자로서 더 잘 운영되는지 여부를 결정할 수 있습니다.

MonetizeMore의 헤더 입찰 솔루션과 광고 수입을 극대화하는 데 도움이 되는 방법에 대해 자세히 알아보려면 지금 가입하세요!