VAST

VAST (Video Ad Serving Template) — стандарт XML-разметки, разработанный IAB (Interactive Advertising Bureau) для унификации взаимодействия между рекламными серверами и видеоплеерами при показе видеорекламы. Протокол задает единый формат передачи данных об объявлении: от URL видеофайла до инструкций по отслеживанию просмотров и кликов.

Что такое VAST

До появления VAST каждый рекламный сервер общался с видеоплеером по собственному протоколу, и для интеграции двух разных систем требовалась индивидуальная разработка. VAST унифицировал этот процесс: видеоплеер, поддерживающий стандарт IAB, умеет работать с объявлениями любого рекламного сервера без дополнительного программирования. Протокол построен на XML — плеер запрашивает рекламу, сервер возвращает структурированный XML-документ со всеми параметрами объявления. Внутри XML содержатся URL видеофайла в нескольких форматах (MP4, WebM, HLS), длительность ролика, события для трекинга и URL для пикселей. Плеер читает XML, загружает нужный файл и автоматически отправляет трекинговые запросы в нужные моменты воспроизведения. Без единого стандарта рынок видеорекламы не мог бы масштабироваться: рекламодатели были бы привязаны к конкретным площадкам, а паблишеры — к конкретным DSP.

IAB выпустил первую версию VAST в 2008 году — тогда онлайн-видео только начинало набирать аудиторию, а YouTube существовал лишь три года. Версия VAST 2.0, вышедшая в 2009 году, принесла поддержку нелинейной рекламы (баннеры поверх видео) и companion-баннеров рядом с плеером. VAST 3.0 в 2012 году добавил поддержку рекламных стручков (ad pods) — нескольких объявлений подряд, как в телевизионном рекламном блоке. Переломным стал VAST 4.0 в 2016 году: стандарт добавил поддержку рекламы в защищенной среде (secure) и элемент Verification для подключения скриптов измерения видимости (viewability). VAST 4.2 в 2020 году интегрировал поддержку Connected TV и OTT-платформ, где реклама показывается на смарт-телевизорах. Актуальная версия VAST 4.3 вышла в 2022 году и уточнила работу с потоковым видео и аудиорекламой. История версий отражает эволюцию самого рынка: от простого pre-roll на десктопе до кросс-экранной видеорекламы.

VAST — фундаментальный протокол программатик-видеорекламы: без него DSP, SSP и рекламные биржи не могли бы обмениваться видеоинвентарем в реальном времени. По данным IAB, более 90% видеорекламы в открытом интернете сегодня обслуживается через VAST или совместимые протоколы. Для рекламодателя протокол означает: один и тот же видеокреатив запускается на тысячах сайтов через единую DSP без загрузки файла на каждую площадку отдельно. Для паблишера VAST открывает доступ к сотням DSP и рекламных сетей без индивидуальной интеграции — достаточно установить в плеер VAST-совместимый SDK. Трекинговые события внутри VAST позволяют собирать детальную аналитику: процент досмотров, точки выхода аудитории, количество кликов и переходов. Рекламные платформы Google (GAM и DV360), Яндекс (ADFOX), а также все крупные DSP используют VAST как основной протокол для видеоинвентаря.

Маркетолог, который не понимает VAST, рискует потерять до 30-40% видеоинвентаря из-за технических ошибок, которые невозможно диагностировать без знания протокола. Ошибки в VAST-теге (неверный URL, несовместимый формат видео, истекший SSL-сертификат) приводят к тому, что объявление не показывается — без видимых ошибок в интерфейсе рекламного кабинета. Понимание структуры VAST-ответа помогает быстро находить причину низкого fill rate: проблема в сервере, в файле или в плеере площадки. Для performance-кампаний VAST предоставляет события, которых нет в баннерной рекламе: Midpoint (50% просмотра), Complete (100%), Skip — каждое используется как триггер для ретаргетинга или оптимизации ставок. Зная стандарт, маркетолог грамотно составит технические требования к креативам: правильные размеры файла, нужные форматы, допустимая длительность. Передавать техническую часть видеорекламы подрядчику без возможности проверить его работу — значит сознательно терять часть бюджета.

Как работает VAST

1. Рекламодатель размещает видеокреатив на рекламном сервере. Маркетолог загружает видеофайл (MP4 в разрешении 720p и 1080p, WebM) на CDN рекламного сервера — Google Ad Manager, DoubleClick, ADFOX или любую другую VAST-совместимую систему. Сервер генерирует VAST-тег — URL вида https://adserver.example.com/vast?cid=12345, который содержит все необходимые макросы для подстановки параметров в момент запроса. Этот тег передается в DSP для programmatic-закупки или напрямую паблишеру для прямого размещения в плеере.
2. Видеоплеер отправляет запрос на рекламу. Когда пользователь открывает страницу с видеоплеером, плеер инициирует HTTP GET-запрос на VAST-тег в момент готовности к показу рекламы — обычно при нажатии кнопки воспроизведения или при автозапуске. К запросу автоматически добавляются макросы: [TIMESTAMP] защищает от кеширования, [GDPR] и [GDPR_CONSENT] передают информацию о согласии пользователя на обработку персональных данных согласно требованиям закона. На мобильных устройствах плеер дополнительно передает [IFA] — идентификатор устройства для таргетинга без cookie.
3. Рекламный сервер формирует и возвращает XML-ответ. Сервер обрабатывает запрос: проверяет параметры таргетинга, выбирает подходящее объявление и собирает VAST XML-документ. Документ включает элементы Ad, InLine, Creatives, Linear, MediaFiles — каждый видеофайл указывается в нескольких форматах и битрейтах (360p, 720p, 1080p), чтобы плеер выбрал оптимальный под скорость соединения пользователя. Если инвентарь не продан, сервер возвращает пустой VAST-ответ или HTTP 204, и плеер сразу показывает основной видеоконтент без дополнительной задержки.
4. Плеер парсит XML и подготавливает воспроизведение. Плеер разбирает XML-структуру: извлекает URL видеофайла с оптимальными параметрами, считывает длительность, параметр SkipOffset (через сколько секунд появится кнопка пропуска), ClickThrough URL для перехода при клике по объявлению. Параллельно из XML извлекаются URL всех трекинговых пикселей: Impression, Start, FirstQuartile, Midpoint, ThirdQuartile, Complete, ClickTracking. Плеер формирует внутреннюю очередь событий с метками времени, которые будут отправлены автоматически в нужные моменты воспроизведения без дополнительного кода на стороне паблишера.
5. Воспроизведение объявления и отправка трекинговых событий. Как только видеообъявление запускается, плеер отправляет пиксель Impression — именно это событие считается показом в биллинге рекламной кампании. По достижении 25%, 50%, 75% и 100% длины ролика автоматически уходят пиксели FirstQuartile, Midpoint, ThirdQuartile и Complete, фиксируя глубину досмотра. Если пользователь кликает по объявлению, одновременно отправляется ClickTracking-пиксель и открывается посадочная страница рекламодателя. Все события фиксируются независимо несколькими системами: рекламным сервером, верификатором (IAS, HUMAN Security) и аналитикой самой площадки — это позволяет сверять данные и выявлять расхождения в показателях.
6. Обработка ошибок и запрос следующего объявления. Если VAST-тег вернул ошибку или видеофайл не загрузился за допустимое время, плеер отправляет Error URL с кодом из стандартизированного IAB-списка: 100 — ошибка парсинга XML, 200 — несовместимый тип объявления, 402 — timeout загрузки медиафайла. При ошибке активируется механизм waterfall: плеер последовательно запрашивает VAST-теги из резервного списка, пока не получит успешный ответ или не исчерпает все варианты. Понимание кодов ошибок позволяет диагностировать причину потерянных показов за несколько минут, а не за дни переписки с рекламной платформой.

Виды VAST-рекламы

• Linear Pre-Roll, Mid-Roll, Post-Roll. Самый распространенный тип: видеообъявление встраивается непосредственно в видеопоток — до, во время или после основного контента. Pre-roll занимает более 85% рынка линейной видеорекламы по данным IAB, потому что пользователь не может переключить вкладку, не увидев хотя бы начало ролика. Completed view rate pre-roll в среднем составляет 70-80% для 15-секундных роликов, что делает формат оптимальным для охватных кампаний и запоминаемости бренда.
• Non-Linear Overlay (нелинейный оверлей). Объявление показывается поверх видеоконтента, не прерывая воспроизведение — как правило, через 5-10 секунд после старта. Размер стандартного оверлея составляет 480×70 или 480×90 пикселей, пользователь может закрыть его кнопкой X или кликнуть для перехода на сайт рекламодателя. CTR нелинейного оверлея в среднем на 15-25% выше стандартного медийного баннера аналогичного размера, поскольку пользователь уже вовлечен в видеопросмотр и находится в активном режиме потребления контента.
• Companion Ads (сопутствующие баннеры). Дополнительные баннеры, которые VAST XML передает вместе с видеообъявлением для показа в специальных зонах рядом с плеером на странице. Companion-объявления усиливают брендинговый эффект: баннер остается на странице и после завершения видеоролика, продолжая работать на узнаваемость бренда. Google Display Network использует companion ads в связке с pre-roll для повышения brand recall на 15-20% по сравнению с кампаниями только с видеорекламой — оба элемента передаются одним VAST-тегом.
• Skippable (пропускаемые) объявления. VAST-объявления, которые пользователь может пропустить после отсчета времени — обычно через 5 или 15 секунд, это задается параметром SkipOffset в XML. Плеер отправляет событие Skip в момент нажатия кнопки, рекламодатель платит только за просмотры от порогового значения до конца ролика, что обнуляет оплату за принудительные контакты с незаинтересованными пользователями. Формат оптимален для performance-кампаний: в бюджет попадают только пользователи, добровольно досмотревшие рекламу, что снижает CPV на 20-40% по сравнению с форматом без возможности пропуска.
• VAST Wrapper (обертка-перенаправитель). Механизм, при котором первый VAST-тег содержит только ссылку на следующий VAST-тег, образуя цепочку перенаправлений через несколько серверов. Используется в programmatic-экосистеме: SSP добавляет свой wrapper для трекинга, затем DSP рекламодателя добавляет свой, и только в конце цепочки стоит финальный VAST с реальным видеофайлом. Максимальная глубина цепочки обычно ограничивается 5 уровнями: каждый wrapper добавляет 50-150 мс задержки, и глубокий wrapper из 3+ уровней — одна из самых частых причин timeout-ошибок и недополученных показов.
• VAST для Connected TV и OTT. Специальная реализация протокола для смарт-телевизоров, приставок (Apple TV, Roku, Android TV) и OTT-стриминговых сервисов. На CTV отсутствуют cookie, поэтому таргетинг строится на IP-адресе, ACR-данных (Automatic Content Recognition) и данных операторов платного ТВ. VAST 4.2 добавил специальные поля: UniversalAdId для кросс-платформенного трекинга одного креатива на разных устройствах и категории контента по стандарту OATC для контекстного таргетинга. Рынок CTV-рекламы растет на 40-60% ежегодно, и знание VAST применительно к этому каналу становится обязательным для медиапланировщика.

Сравнение VAST, VPAID и SIMID

Пример использования

Региональный видеопортал новостного телеканала с аудиторией 180 000 видеопросмотров в месяц монетизировал инвентарь исключительно через прямые продажи pre-roll. Средний CPM составлял 45 рублей, fill rate не превышал 35% — остальные 65% запросов уходили без показа рекламы из-за отсутствия автоматической биддинговой конкуренции. Ежемесячный доход от видеорекламы составлял около 283 000 рублей, при этом команда тратила до 20 рабочих часов в месяц на ручной трафик-менеджмент и сбор отчетности от каждого рекламодателя отдельно.

Паблишер подключил VAST-интеграцию с тремя DSP через SSP-платформу, настроил price floor 60 рублей за тысячу показов и запустил waterfall из пяти рекламных партнеров. Через два месяца fill rate вырос до 78% за счет аукционной конкуренции между DSP, средний CPM достиг 110 рублей. Ежемесячный доход от видеорекламы увеличился до 1 544 000 рублей — прирост 445% при тех же 180 000 просмотрах и нулевых дополнительных вложениях в производство контента. Время на ручной менеджмент сократилось до 3 часов в месяц, поскольку трекинг и отчетность стали полностью автоматическими через единый интерфейс SSP.

Частые вопросы