서버 측 광고 삽입(SSAI)

서버 측 광고 삽입(SSAI)이란 무엇입니까?

서버 측 광고 삽입은 매니페스트 조작, 광고 서버 통신, 광고 비트레이트 및 해상도 정규화의 조합으로, 매니페스트를 클라이언트에 표시하기 전에 서버 측에서 모두 발생합니다. 서버 측 광고 삽입은 동적 광고 삽입 또는 광고 스티칭이라고도 합니다.

어떤 이름을 사용하는지와 관계없이 서버 측 광고 삽입은 다음과 같은 여러 가지 이유로 제대로 구현하기가 어렵습니다.

  • 서버 측 광고 삽입에는 고도로 확장 가능한 오리지네이션 서비스가 필요합니다.
  • 개인화된 매니페스트는 캐싱할 수 없습니다.
  • 보고 및 사용자 지정 플레이어 동작을 위해서는 클라이언트가 광고가 재생되었음을 알 수 있어야 합니다.
  • 다양한 광고 표준(VAST, MAP), 광고 서버, 오리진 서버 및 플레이어 환경은 서버 측 광고 삽입 워크플로를 복잡하게 만듭니다.

JIT(Just-In-Time) 서버 측 광고 삽입에 대한 수요 변동에 대처하려면, 특히 뉴스 속도, 스포츠 이벤트 및 인기 있는 TV 시리즈로 인한 수요 급상승을 처리해야 하는 방송사의 경우에는 고도로 확장 가능한 아키텍처가 필요합니다. 서버 측 광고 삽입과 클라우드 기반 비디오 처리를 통합하는 것은 방송사가 시청자 수요에 맞춰 확장할 수 있는 한 가지 방법입니다.

이벤트가 진행 중인 경우 동시 시청자 수는 예측 불가능하며 큰 차이를 보일 수 있습니다. 예를 들어 접전을 벌이고 있는 경기의 시청률은 시합 대부분에서 일정하게 유지될 수 있지만, 마지막 몇 분 동안 신규 시청자가 수십만 명으로 급증할 수 있습니다.

시청자 편차를 관리하는 핵심은 신속한 배포를 위해 가상화하고 빠른 Auto Scaling을 위해 클라우드 인프라에 호스팅할 수 있는 인코딩과 패키징에 있습니다.

전용 단일 경로 하드웨어 인코더 및 패키저는 유연성이 부족하므로 실질적인 솔루션은 필요할 때 클라우드 기반의 비디오 처리 인스턴스를 구동하는 것입니다. 클라우드는 라이브 스트리밍 이벤트를 위해 개별적으로 맞춤 설정된 수백만 개의 콘텐츠 및 광고 매니페스트를 만드는 데 매우 적합합니다.

스트리밍 비디오에서 서버 측 광고 삽입

방송사 및 비디오 콘텐츠 공급자에게는 프리미엄 시청 경험(다시 시작 및 재방송 TV 기능 포함)을 제공해야 하는 필요성과 스트리밍 비디오 상품 및 서비스에서 수익을 창출해야 하는 필요성 사이에 내재된 긴장감이 존재합니다. OTT(Over-The-Top) 비디오 콘텐츠에서 수익을 창출하는 어려움은 커넥티드 디바이스를 이용하는 시청자 수가 증가하면서 커질 수밖에 없습니다.

스트리밍 비디오 수익 기회를 최적화하기 위해 광고주들은 개별 소비자의 관심사와 광고를 일치시키고 중단 없는 방식으로 광고를 제공할 수 있는 방법을 모색하고 있습니다.

광고 개인화는 광고 차단기를 사용하려는 소비자의 욕구를 줄이고 비디오 제공자 및 시청자에게 상호 유익한 스트리밍 경험을 만들어 줍니다. 주제적 관심의 관련성을 넘어, 광고 개인화는 또한 개별 시청자와 감정적으로 관련이 있는 방식으로 연결될 수 있어 구매와 사고의 변화를 촉발시킬 수 있습니다.

광고 개인화 및 광고 삽입을 활용할 기회가 증가하는 반면, 방송사, 유료 TV 운영자, 콘텐츠 프로그래머 및 모든 비디오 제공자의 문제는 비디오 비즈니스와 시청자의 요구를 충족시키는 가장 좋은 방법은 무엇이냐는 것입니다.

이 솔루션은 구독자에게 고품질의 시청 경험을 제공할 수 있는 기능과 수익화 요구 사항 사이에 균형을 유지해야 합니다(서버 측 광고 삽입이 일관되게 유지할 수 있는 균형).

클라이언트 측 광고 삽입의 문제점은 무엇입니까?

클라이언트 측 광고 삽입은 광고 개인화 및 타겟팅을 위한 일반적인 솔루션이지만, 특정 상황, 특히 스포츠, 이벤트, 뉴스 등의 생방송에서는 극복하기 어려운 기술적 장애물이 있습니다.

  • 클라이언트 측 광고 삽입은 긴 네트워크 지연 시간의 영향을 받으며 코덱, 해상도 및 비트레이트의 변화로 인해 비디오 품질이 변합니다.
  • 원활한 라이브 스트리밍을 처리할 수 있는 명쾌한 솔루션이 없습니다.
  • 여러 플랫폼과 디바이스에서 코드를 변경해야 합니다.
  • 광고 차단 소프트웨어의 사용이 증가함에 따라 데스크톱 및 모바일 웹 환경에서 광고 사용률이 감소합니다.

기술적 한계 외에도 클라이언트 측 광고 삽입은 시청자 경험에 현저하게 부정적인 영향을 미칠 수 있습니다.

버퍼링이 사용자를 화가 나게 만든다고 생각한다면, 프리롤 광고를 다 본 후에 페이지가 충돌하여 페이지를 다시 로드하고 다시 프리롤 광고를 봐야 할 때 어떤 일이 발생하는지 직접 확인해보시기 바랍니다. 클라이언트 측 광고에는 많은 플랫폼별 코드가 필요합니다. 특히 사용자가 앱을 통해 비디오를 시청할 때는 더욱 그렇습니다. 이는 단순히 페이지나 앱을 구현하는 개발자의 개발 비용이 커지는 것만을 의미하지는 않습니다. 이는 또한 사용자에게 취약한 재생 환경을 의미합니다. 100% 서버 측 광고 솔루션은 구축 및 관리가 훨씬 덜 복잡하고 충돌 가능성도 낮습니다.

– “서버 측 광고 삽입이 온라인 광고를 더욱 사용자 친화적으로 만드는 방법”
StreamingMedia.com

클라우드 기반 광고 삽입의 작동 방식

클라우드 기반 광고 삽입의 일반적인 처리 흐름은 다음과 같습니다.

클라우드 기반 광고 삽입 다이어그램

서버 측 광고 삽입 인프라

  1. 플레이어가 CDN(콘텐츠 전송 네트워크)에서 라이브 또는 VOD(비디오 온디맨드) HLS 콘텐츠에 대한 요청을 전송합니다. CDN은 광고 삽입 서비스를 콘텐츠 오리진이 아니라 매니페스트의 오리진으로 사용하도록 구성됩니다. 각 요청에는 시청자에 대한 플레이어의 파라미터가 포함되어 있으므로 매니페스트는 요청마다 고유합니다.
  2. 광고 삽입 서비스가 콘텐츠 오리진 서버에서 적절한 형태의 템플릿 매니페스트를 가져옵니다. 이 매니페스트에는 광고 삽입 서비스에서 광고 삽입 또는 광고 교체를 수행할 위치를 알 수 있도록 광고 마커가 포함되어 있습니다.
  3. 광고 마커가 표시되면 광고 삽입 서비스에서 광고 의사결정 서버(ADS)로 요청(콘텐츠 요청의 플레이어 파라미터, 광고 시간 길이 등 포함)을 보냅니다.
  4. ADS는 VAST 또는 VMAP 응답을 제공하며 여기에는 광고 삽입 서비스가 전달한 파라미터에서 수집한 시청자 정보를 기반으로 다시 재생할 광고, 현재 광고 캠페인, 광고 재생을 보고하기 위한 광고 추적 URL이 포함됩니다.
  5. 광고 삽입 서비스는 VAST 또는 VMAP 응답의 적절한 광고에 대한 URL을 포함하도록 매니페스트를 조작합니다.
  6. 광고 삽입 서비스는 CDN을 통해 요청한 플레이어에 완전히 사용자 지정된 매니페스트를 제공합니다(이 응답은 플레이어별로 고유하므로 CDN은 이를 캐싱할 수 없습니다).
  7. 재생이 진행되면 광고 삽입 서비스 또는 비디오 플레이어가 재생되는 광고 양을 보고합니다. 이 서비스에서는 서버 측 보고 기능을 사용하여 사용자 개입 없이 광고 시청 보고서를 광고 추적 URL로 직접 전송합니다.
  8. 플레이어가 콘텐츠 재생 전반에 걸쳐 광고 세그먼트를 요청함에 따라 아직 광고가 비디오 콘텐츠에 맞는 형식으로 트랜스코딩되지 않은 경우, 광고 세그먼트 요청 시 광고 삽입 서비스가 광고를 트랜스코딩합니다. 광고가 아직 트랜스코딩되지 않은 경우, 이 서비스는 첫 번째 요청에서는 광고를 재생하도록 제공하지 않습니다.

시작하기

AWS 영업 팀 및 아키텍처 부서와의 상담을 통해 시작하거나 자체적으로 시험 운영을 시작할 수 있도록 도와드립니다.