Стандарты IAB

Происхождение и история термина

Документы развивались по разным направлениям. В январе 2012 года OpenRTB 2.0 объединил поддержку медийной, мобильной и видеорекламы. Это веха согласования обмена между покупателями и продавцами рекламы, зафиксированная в официальной истории протокола ^[4]. Сам IAB Tech Lab создан в 2014 году; дата основания организации не является датой рождения всех её стандартов ^[1].

Другой этап связан с подготовкой материалов. 20 июля 2017 года IAB объявило финальный New Ad Portfolio после обсуждения проекта и тестирования. Вместо ориентации только на фиксированные размеры он предложил соотношения сторон и диапазоны размеров для разных экранов ^[6]. Так стандартизация охватывала и взаимодействие рекламных систем, и требования к тому, что увидит зритель.

Суть и механизм

Представим учебный пример: региональное издание продаёт баннер на сайте и рекламу в видеоинтервью. Дизайнеру нужно подготовить материал, рекламной системе — передать сведения о нём, плееру — показать ролик. Если размещение покупают через автоматизированный аукцион, появляется ещё одна задача: обмен запросом на покупку показа и предложениями цены. Каждой задаче соответствует свой документ ^{[2] [3] [4]}.

Спецификация описывает технические правила: какие сведения передаются и как их понимать. Например, OpenRTB предусматривает запрос со сведениями о предлагаемом показе и ответ со ставкой покупателя. VAST описывает сообщение для плеера: ссылки на материалы, сведения для воспроизведения и учёта событий ^{[3, §1.1.1; 4, §§3–4]}. Поэтому наличие ставки ещё не означает, что рекламный ролик уже воспроизведён: это разные этапы учебной цепочки.

Виды и классификации

Таблица — редакционная карта назначения трёх семейств по их документации. Она помогает выбрать направление поиска, но не является полным каталогом IAB.

В New Ad Portfolio гибкий размер означает сохранение соотношения ширины и высоты при изменении размера в заданном диапазоне. Это позволяет подготовить материал для адаптивной страницы, которая подстраивается под экран ^[2]. Однако конкретные требования площадки всё равно нужно согласовать: даже рекомендации IAB по цифровому видео прямо предусматривают уточнение требований у издателя ^[8].

Со временем появляются документы для новых условий. Например, рекомендации Digital Video & CTV описывают рекламу для цифрового видео и подключённого к интернету телевидения. Среди рассмотренных форматов — объявление при пользовательской паузе и реклама в меню ^[8]. Они дополняют карту, а не превращают VAST в инструкцию по всем возможным рекламным материалам.

Как применяется на практике

Российский пример — Adfox. Его справка разделяет прямой обмен с плеером и схему Wrapper, то есть ответ с переадресацией к другому рекламному серверу. При прямом обмене Adfox возвращает ссылки на материалы и события; в схеме с переадресацией плеер получает рекламу через дополнительный запрос ^[5]. Так общее название VAST превращается в конкретную последовательность действий.

В той же справке есть важное ограничение: перечисленные шаблоны наложенной рекламы работают со сторонними плеерами, но не поддерживаются библиотекой Yandex Video Ads SDK — набором программных компонентов Яндекса для рекламы ^[5]. Поэтому фразы «есть VAST» недостаточно для выбора интеграции.

В учебном проекте издания редактор и разработчик составляют карточку: название документа, выпуск, плеер, рекламный сервер, нужные типы объявлений и ожидаемые события. Затем для каждой функции подбирают пример запроса или материала. Если заказчику нужна реклама поверх видео, её проверяют отдельно от обычного ролика перед интервью. Это предлагаемая редакцией организация работы; конкретные обязательные требования берут из выбранной спецификации.

Как измерить или проверить

VAST 4.3 прямо разделяет требования к рекламному серверу и плееру. Кроме правильной структуры сообщения, важны воспроизведение материала, обработка поддерживаемых действий зрителя и отправка сведений о событиях. Соответствие VAST также не означает соответствия самостоятельным спецификациям измерения или управления рекламными паузами ^{[3, §2]}.

Для учебной приёмки редакция предлагает таблицу: сценарий, ожидаемый результат, фактический результат и статус. Допустим, на одном тестовом плеере за один прогон запланировали десять сценариев. Восемь дали ожидаемый результат, один дал неожиданный, один не запускали. Каждый сценарий учитывают один раз.

• Подтверждённо успешны относительно всего плана: 8 ÷ 10 × 100% = 80%.
• Выполнены, независимо от результата: 9 ÷ 10 × 100% = 90%.
• Успешны среди выполненных: 8 ÷ 9 × 100% ≈ 88,9%.

Первое число показывает подтверждённую часть плана, второе — охват проверки, третье — результат только выполненных сценариев. Не запущенный тест остаётся непроверенным. Если тестов нет, соответствующий процент не определён. Эти доли — арифметика учебного отчёта, а не установленный IAB проходной балл. Даже высокая доля успеха не снимает проблему, если не работает обязательный для проекта сценарий.

Ошибки, ограничения и спорные вопросы

Частая ошибка — считать номер семейства достаточным описанием версии. В OpenRTB применяются выпуски с кодом даты: например, на 29 октября 2026 года официальный список помечал выпуск 2.6-202606 как последний. Политика проекта допускает добавления без изменения основного номера, поэтому две записи «OpenRTB 2.6» могут отсылать к разным состояниям документа ^[4].

Другая ошибка — принять рабочий файл за финальный выпуск. В задании следует сохранять ссылку на нужную редакцию и проверять её статус. Например, официальная страница обновлений передачи форматов CTV сообщает об их финализации и переносе в GitHub 22 июля 2026 года ^[8]. Такой статус относится к указанному обновлению, а не автоматически ко всем соседним файлам репозитория.

Наконец, правильная структура сообщения не подтверждает успешный просмотр или коммерческий результат. В предложенной приёмке это отдельные вопросы: можно ли разобрать ответ, воспроизвёлся ли материал и зарегистрировано ли нужное событие. В Adfox начало и полный просмотр перечислены как разные события ^[5].

Правовой аспект

Техническая совместимость не заменяет правовую проверку размещения. Например, часть 16 статьи 18.1 закона №38-ФЗ требует для интернет-рекламы пометку «реклама» и указание рекламодателя и/или страницы с информацией о нём. Предусмотрено исключение для рекламы в теле- и радиопрограммах и передачах, распространяемых через интернет ^{[7, ред. от 04.08.2026]}. Применимость требований к конкретному проекту проверяет юрист; наличие ответа VAST само по себе не решает этот вопрос.

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

Связанные термины

• rtb-auktsion
• ads-txt
• vidimost-reklamy
• adfox
• mediakit
• programmatik-prodazhi