서버 측 광고 삽입이란? — 네트워크 광고 차단 프로그램이 이러한 광고를 감지할 수 없는 이유

서버 측 광고 삽입이 실제로 무엇인가

서버 측 광고 삽입(Server-side ad insertion, SSAI), 즉 광고 스티칭(ad stitching)은 영상 제공자가 광고와 콘텐츠를 서버 측에서 하나의 영상 스트림으로 병합한 후 전달하는 기술입니다. 시청자의 장치는 이미 광고가 포함된 하나의 연속된 스트림을 수신합니다. 이는 클라이언트 측 광고 삽입(Client-side ad insertion, CSAI)과 대조되는데, CSAI에서는 플레이어가 콘텐츠를 로드한 후 각 광고 시간대마다 별도로 광고 서버에 요청을 보내는 방식입니다.

기술 문서에서 SSAI는 "스티치드 매니페스트(stitched manifests)" 또는 "싱글 매니페스트 전달(single-manifest delivery)"로 설명됩니다. 이 방식은 회피하기 어려우며 모든 기기에서 동일하게 작동하기 때문에, 라이브 스트리밍과 구독 영상 서비스의 광고 지원 요금제에서 주요 방식으로 채택됩니다.

HLS 및 DASH 매니페스트에서의 작동 방식

현대적인 비디오 전송은 적응형 스트리밍 형식 — HLS(.m3u8 플레이리스트) 및 DASH(.mpd 매니페스트)를 사용합니다. 스트림은 짧은 세그먼트(보통 각几 초)로 분할되며, 매니페스트는 재생 순서에 따라 세그먼트를 나열합니다. 클라이언트 측 플레이어는 해당 목록을 따릅니다.

SSAI에서는 광고 세그먼트가 직접 해당 세그먼트 목록에 삽입됩니다. 재생기에 전달되는 매니페스트는 재작성되어, 콘텐츠 세그먼트가 위치할 곳에 광고 세그먼트가 정확히 나타나도록 합니다. 일부 구현에서는 인코딩 변경을 알리기 위해 불연속성 마커(#EXT-X-DISCONTINUITY in HLS)를 사용하지만, 재생기가 실제로 재생하는 것은 바로 이 플레이리스트입니다. 재생기의 관점에서 볼 때, 광고는 프로그램의 일부 그 자체입니다.

요청 기반 광고 차단 프로그램이 가로채는 것이 불가능한 이유

확장 기반 광고 차단기는 네트워크 계층에서 작동합니다: 알려진 광고 도메인에 대한 요청을 일치시켜 차단하거나 재작성합니다. 이 모델은 광고가 콘텐츠와 구분 가능한 별도 도메인에서 별도 요청으로 도착한다고 가정합니다. 그러나 SSAI는 이 가정을 완전히 제거합니다.

스티치드 광고의 경우, 광고를 담고 있는 세그먼트가 동일한 콘텐츠 전달 네트워크(CDN)에서 제공되며, 종종 동일한 도메인 내에서 방송 프로그램과 동일한 매니페스트 내에 포함됩니다. 따라서 요청을 차단한다는 것은 동영상 자체를 차단하는 것을 의미합니다. 이에 불구하고 강제로 차단을 시도하는 광고 차단기의 경우, 재생을 중단시키거나, 라이브 스트림에서는 사용자가 보고하는 정지된 플레이스홀더 프레임을 생성하게 됩니다. 이는 일시적인 결함이 아니라 구조적 한계입니다. 네트워크 요청을 필터링하는 방식으로 작동하는 어떤 도구도, 스티치드 광고와 그 주변의 콘텐츠를 구분할 수 없습니다.

클라이언트 측 삽입: 광고 차단 프로그램이 처리할 수 있는 모델

대조적으로, 클라이언트 측 광고 삽입에서는 영상 재생 중 플레이어가 광고 SDK를 호출하고, SDK가 광고 도메인에서 크리에이티브 파일을 가져온 후, 플레이어가 해당 광고를 슬롯에 재생합니다. 이때 발생하는 요청은 보이며, 별도로 존재하며, 차단 가능합니다. AdOff는 웹 전반에서 사용되는 영상 광고 SDK를 무력화함으로써(즉, 광고 SDK를 무력화함으로써), 플레이어가 곧바로 콘텐츠로 돌아갑니다.

이것이 광고 차단기가 여전히 웹의 상당 부분, 특히 클라이언트 측 광고 호출을 포함한 비디오 플레이어를 임베드한 많은 사이트에서 작동하는 이유이며, 동시에 동일한 차단기가 서버 측 결합을 사용하는 라이브 스트리밍 플랫폼 및 구독 서비스에서는 작동하지 않는 이유입니다.

스티칭된 광고를 제거하려면 무엇이 필요한가

stitched 광고를 제거하려면 네트워크가 아니라 스트림을 이해해야 합니다. 즉, 불연속성 마커와 세그먼트 경계 패턴을 감지하고, 매니페스트를 재작성하여 광고 세그먼트를 제거한 뒤, 제공자가 레이아웃을 변경하지 않기를 바라는 방식입니다. 이는 본질적으로 취약하며, 제공자 측에서 어떤 변경이 가해지면 이 우회 방식이 무너지고, 실시간 스트림에서는 재작성된 플레이어가 종종 뒤처지거나 저품질의 대체 플레이스홀더를 표시하게 됩니다.

다른 한 가지, 신뢰할 수 있는 방법은 전혀 기술적이지 않습니다. 즉, 제공업체가 광고를 삽입하는 이유는 구독 요금제가 광고 지원형이기 때문이며, 광고가 없는 요금제를 선택하면 설계상 광고가 자동으로 제거됩니다. 그 외의 모든 방법은 주로 시청 경험을 저하시키는 무기 경쟁에 불과합니다.

AdOff의 위치

AdOff는 Chrome, Firefox, Safari, Edge, Opera 브라우저에서 사용 가능한 무료 브라우저 확장 프로그램으로, 정적 필터링 규칙을 통해 네트워크 광고를 차단하고, 페이지 내 광고 요소를 숨기며, 클라이언트 측 비디오 광고 SDK를 즉시 콘텐츠 재생을 재개하는 스텁으로 대체하여 무력화합니다. 이 확장 프로그램은 앱의 웹 플레이어에서만 작동하며, 이 경우 광고는 클라이언트 측에 포함됩니다. 서버 측 스티칭 스트림에서 광고를 제거하려는 목적으로 개발되지 않았으며, 구독 기반 비디오 플레이어의 기능을 손상시키지 않기 위해 의도적으로 해당 플레이어에는 개입하지 않습니다.

그 정직함이 바로 이 페이지의 핵심입니다: 사이트가 어떤 모델을 사용하는지 알면, 확장 프로그램을 설치하기 전에 그 확장 프로그램이 도움이 될지 여부를 판단할 수 있습니다.

자주 묻는 질문

SSAI와 CSAI의 차이점은 무엇인가요?

클라이언트 측 광고 삽입(CSAI)에서는 재생 시점에 플레이어가 광고를 별도로 요청하므로, 이러한 요청은 광고 차단 프로그램에 의해 감지됩니다. 반면, 서버 측 광고 삽입(SSAI)에서는 서버에서 영상 스트림에 광고를 병합한 후 전달하므로, 차단할 수 있는 별도의 광고 요청이 존재하지 않습니다.

어떤 브라우저 확장 프로그램도 SSAI 광고를 차단할 수 있나요?

네트워크 요청을 필터링하여 작동하는 확장 프로그램은 스트림을 손상시키지 않고서는 스티칭된 광고를 제거할 수 없습니다. 광고와 콘텐츠는 동일한 매니페스트 및 동일한 세그먼트 내에서 함께 전송되기 때문입니다. 이와 같은 시도를 하는 도구는 일반적으로 프레임 정지, 품질 저하 또는 재생 오류를 유발합니다.

라이브 스트리밍은 왜 일반 광고 대신 SSAI를 사용하나요?

실시간 스트리밍에서는 모든 시청자에게 광고 브레이크를 정확히 동기화하고 재생을 중단 없이 유지해야 하며, 이는 서버 측 병합을 통해 보장됩니다. 또한 스마트 TV 등 확장 프로그램이 존재하지 않는 기기에서도 동일하게 작동합니다.

SSAI는 건너뛸 수 없는 광고와 동일한 것인가요?

정확하지 않습니다. 건너뛰기는 스트림 메타데이터에 의해 제어되는 플레이어의 결정 사항입니다. SSAI에서는 광고가 스트림의 일부로 포함되므로, 시청자나 브라우저 확장 프로그램 모두 광고를 건너뛰거나 제거할 수 있는 제어 포인트가 없습니다.

AdOff는 SSAI를 사용하는 사이트에서 작동하나요?

해당 특정 스트림에서는 아닙니다—또한 AdOff는 이를 주장하지 않습니다. 동일한 사이트의 영상 외 광고 및 사용자의 나머지 브라우징 환경(디스플레이 광고, 추적, 클라이언트 측 영상 광고 SDK)에서는 AdOff가 평소처럼 광고를 차단하고 숨깁니다.

관련 글: 스트리밍 광고 차단: 효과적인 방법과 불가능한 경우, 클라이언트 측 비디오 광고 SDK가 어떻게 무력화되는지, 트위치 광고: 라이브 스트림에서 확장 프로그램이 실패하는 이유.