VAST¶

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

¶История и развитие

Протокол VAST был впервые представлен IAB в 2008 году в ответ на рост популярности потокового видео в интернете. До его появления каждый видеоплеер и рекламный сервер использовали собственные, часто несовместимые форматы обмена данными, что затрудняло масштабирование и автоматизацию закупки рекламы.

¶Хронология версий

• VAST 1.0 (2008): Первая версия, заложившая базовые принципы: XML-структура, поддержка линейной (in-stream) рекламы, трекинг событий.
• VAST 2.0 (2009): Существенное расширение. Добавлена поддержка нелинейной рекламы (overlay), скипаемых объявлений (skippable), нескольких медиафайлов для одного объявления (для разных кодеков и битрейтов), а также механизмов VAST Wrapper (цепочки перенаправлений).
• VAST 3.0 (2012): Внедрение поддержки рекламных пауз (pod), последовательностей объявлений (Ad Pod), а также более сложных сценариев, таких как companion ads (сопутствующие баннеры) и механизмов fallback (запасные варианты при ошибках).
• VAST 4.0 (2016): Значительное обновление, нацеленное на повышение безопасности и измеримости. Введены:
• Поддержка рекламы в прямых эфирах (live streams).
• Механизмы верификации (Ad Verification) с помощью сторонних скриптов.
• Улучшенная поддержка интерактивных объявлений.
• Новые типы медиафайлов, включая Mezzanine (высококачественные исходники для транскодирования).
• VAST 4.1 (2017): Уточнение и доработка спецификации 4.0, добавление поддержки универсальных идентификаторов (Ad ID) и улучшение обработки ошибок.
• VAST 4.2 (2019): Текущая стабильная версия. Включает поддержку сигналов для programmatic-сред (OpenRTB), улучшенную работу с несколькими креативами и более строгие требования к валидации.

¶Архитектура и принцип работы

Протокол VAST работает по модели «запрос-ответ». Когда пользователь загружает страницу или видео, плеер отправляет HTTP-запрос на рекламный сервер. Сервер в ответ возвращает XML-документ, соответствующий схеме VAST.

¶Ключевые элементы XML-структуры

• <VAST>: Корневой элемент, содержащий версию протокола.
• <Ad>: Контейнер для одного рекламного объявления. Содержит <InLine> (встроенное объявление) или <Wrapper> (перенаправление).
• <InLine>: Содержит все данные об объявлении непосредственно: <AdSystem>, <AdTitle>, <Description>, <Creatives>.
• <Wrapper>: Используется для создания цепочек перенаправлений. Плеер получает <Wrapper>, извлекает из него URI следующего VAST-ответа и делает новый запрос. Процесс повторяется, пока не будет достигнут конечный <InLine> ответ. Это позволяет рекламным сетям и биржам перепродавать инвентарь.
• <Creatives>: Содержит один или несколько <Creative> элементов, описывающих креативы.
• <Linear>: Описывает линейную (in-stream) рекламу, которая воспроизводится до, во время или после основного контента (pre-roll, mid-roll, post-roll). Содержит:
• <Duration>: Продолжительность.
• <MediaFiles>: Список медиафайлов (MP4, WebM, HLS и др.) с указанием кодека, битрейта, размера.
• <TrackingEvents>: URL-адреса для трекинга событий (start, firstQuartile, midpoint, thirdQuartile, complete, mute, pause, skip и т.д.).
• <VideoClicks>: URL для кликов (ClickThrough, ClickTracking, CustomClick).
• <NonLinearAds>: Описывает нелинейную рекламу (overlay, панели), которая отображается поверх контента без его прерывания.
• <CompanionAds>: Описывает сопутствующие баннеры (HTML, изображения, iframe), которые могут отображаться рядом с плеером.
• <AdVerifications>: (VAST 4.0+) Содержит скрипты для сторонних верификаторов, проверяющих видимость, контекст и метрики рекламы.

¶Процесс воспроизведения (упрощённо)

1. Плеер инициирует запрос к рекламному серверу (часто через Google Ad Manager — сервис компании Google, которая признана организацией, осуществляющей функции иностранного агента, и подлежит соответствующим ограничениям в РФ, или иные SSP/Ad Exchange).
2. Сервер возвращает VAST-ответ (XML).
3. Плеер парсит XML, извлекает медиафайлы, трекеры и правила.
4. Плеер выбирает подходящий медиафайл (на основе кодеков, разрешения, битрейта) и начинает его загрузку и воспроизведение.
5. В процессе воспроизведения плеер отправляет HTTP-запросы (pings) на URL-адреса из <TrackingEvents> при наступлении соответствующих событий.
6. При клике на рекламу плеер перенаправляет пользователя на URL из <ClickThrough>.

¶Типы рекламы, поддерживаемые VAST

• Линейная (Linear/In-Stream): Полноэкранное видео, которое прерывает основной контент. Может быть скипаемым (skip) или нескипаемым.
• Нелинейная (NonLinear/Overlay): Текстовые, графические или видео-оверлеи, отображаемые поверх контента. Обычно имеют кнопку закрытия.
• Сопутствующая (Companion): Статичные или анимированные баннеры, отображаемые вне плеера (например, рядом с ним).
• Рекламные паузы (Ad Pods): Последовательность из нескольких рекламных объявлений, воспроизводимых подряд в одной рекламной паузе.
• Интерактивная реклама: (VAST 4.0+) Реклама, позволяющая пользователю взаимодействовать с контентом (например, выбирать концовку, отвечать на вопросы).

¶Преимущества и ограничения

¶Преимущества

• Стандартизация: Единый формат для всех участников рынка (издатели, рекламодатели, биржи, DSP).
• Совместимость: Гарантирует, что реклама, купленная через одну платформу, может быть показана на любой другой, поддерживающей VAST.
• Гибкость: Поддержка различных типов рекламы, медиаформатов и сценариев.
• Измеримость: Встроенные механизмы трекинга позволяют собирать детальную статистику по показам, завершениям, кликам и другим событиям.
• Автоматизация: Является основой для programmatic-закупки видеорекламы (RTB).

¶Ограничения и критика

• Сложность: XML-структура может быть громоздкой, особенно при использовании множества Wrapper-цепочек, что увеличивает время загрузки и риск ошибок.
• Задержки (Latency): Цепочки перенаправлений (Wrapper) могут приводить к значительным задержкам перед началом показа рекламы.
• Отсутствие единого стандарта для интерактива: Несмотря на улучшения в VAST 4.0, полноценная интерактивная реклама (например, с JavaScript) часто требует дополнительных спецификаций (например, VPAID или SIMID).
• Уязвимости: Неправильная реализация VAST может быть использована для мошенничества (Ad Fraud), например, через подмену трекеров или имитацию показов.
• Зависимость от реализации плеера: Корректное воспроизведение зависит от того, насколько точно плеер обрабатывает XML-ответы и отслеживает события. Разные плееры могут по-разному интерпретировать спецификацию.

¶Связанные технологии и протоколы

• VPAID (Video Player-Ad Interface Definition): Устаревший протокол, позволяющий рекламным объявлениям (чаще всего интерактивным) выполняться внутри плеера с помощью JavaScript или Flash. VPAID подвергался критике за проблемы с безопасностью и производительностью. IAB рекомендует использовать SIMID вместо VPAID.
• SIMID (Secure Interactive Media Interface Definition): Современная замена VPAID, обеспечивающая более безопасное и изолированное выполнение интерактивной рекламы в изолированном iframe.
• Open Measurement (OM SDK): Набор инструментов от IAB Tech Lab для стандартизированного измерения видимости (viewability) и верификации рекламы внутри приложений и веба, часто используемый совместно с VAST.
• OpenRTB: Протокол для programmatic-торговли рекламой в реальном времени. VAST-ответы часто встраиваются в OpenRTB-запросы и ответы как bidresponse.
• DFP (DoubleClick for Publishers) / Google Ad Manager: Крупнейшая платформа для управления рекламой, активно использующая VAST. Сервис компании Google, признанной организацией, осуществляющей функции иностранного агента в РФ.

¶Применение в России

VAST является основным протоколом для видеорекламы в российском сегменте интернета. Он используется всеми крупными видеоплатформами (например, Rutube, VK Видео), рекламными сетями (Яндекс.Директ, myTarget — сервисы компаний, зарегистрированных в РФ) и DSP-платформами. В связи с требованиями законодательства РФ о регулировании рекламы в интернете (ФЗ «О рекламе», ФЗ «Об информации, информационных технологиях и о защите информации»), все участники рынка обязаны обеспечивать передачу данных в Единый реестр интернет-рекламы (ЕРИР) через операторов рекламных данных (ОРД). VAST-ответы при этом могут содержать дополнительные поля для передачи идентификаторов и метаданных, необходимых для исполнения этих требований.

¶Интересные факты

• Спецификация VAST является открытой и доступна для скачивания на сайте IAB Tech Lab.
• Существуют онлайн-валидаторы VAST-ответов, позволяющие проверить корректность XML-документа.
• Несмотря на появление более современных протоколов (например, для рекламы в Connected TV), VAST остаётся доминирующим стандартом для desktop и mobile video.

¶Источники

1. IAB Tech Lab. VAST 4.2 Specification.
2. IAB Tech Lab. Digital Video Ad Serving Template (VAST) 4.2 Implementation Guidelines.
3. Федеральный закон от 13.03.2006 № 38-ФЗ «О рекламе».
4. Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации».
5. Материалы конференций и вебинаров по programmatic-рекламе (Adindex, Sostav, Cossa).