Рекламный сервер

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

Английское ad server обозначает сервер рекламы. В документации Prebid это роль программной системы, которая выбирает объявления; название не указывает число используемых компьютеров. ^[9]

Развитие доставки рекламы хорошо видно на истории взаимодействия с видеоплеерами. Для этого IAB Tech Lab поддерживает VAST — Video Ad Serving Template, стандарт описания ответа с видеорекламой. Он использует XML: формат, в котором данные размечены именованными элементами, понятными программе. Стандарт помогает серверу передать сведения, которые плеер должен обработать, чтобы воспроизвести объявление. В январе 2016 года вышел VAST 4.0. Это историческая веха стандартизации доставки видео, а не дата изобретения рекламного сервера. ^[4]

Другой путь развития — подключение внешних предложений к уже существующему выбору рекламы. В описанной Prebid схеме header bidding предложения собираются до обращения к серверу, после чего участвуют в его решении вместе с другими вариантами размещения. Так функции сбора спроса и окончательного выбора могут выполняться разными программами. ^[9]

Суть и механизм: от страницы до объявления

Рекламное место — область страницы для объявления. Чтобы запросить рекламу, страница использует рекламный тег: код связи с системой доставки. Google Publisher Tag, сокращённо GPT, — такая библиотека JavaScript, готовый набор программных функций для браузера. ^[1]

GPT получает код места, размер и дополнительные пары «ключ — значение», например условную пару section=culture для раздела «Культура». Библиотека отправляет запрос серверу. Тот сопоставляет параметры, проводит аукцион, возвращает выбранную рекламу, а GPT отображает её. Это последовательность Google; алгоритм выбора других серверов нужно уточнять отдельно. ^[1]

Откуда сервер знает условия размещения? В Google Ad Manager они собраны в line item — позиции размещения. В ней задаются, в частности, период, объём, стоимость и таргетинг — условия отбора подходящих мест или аудитории. Позиция принадлежит order, заказу, который может объединять несколько позиций. К позиции затем присоединяют creative, креатив: собственно рекламный материал. Отдельный файл изображения не заменяет эти настройки. ^[2]

Настройки отвечают на разные вопросы. Размер определяет совместимость объявления с местом. Таргетинг определяет, где оно может участвовать в выборе. Тип позиции и приоритет влияют на конкуренцию с другими позициями. Поэтому «загрузили правильную картинку» и «подготовили размещение» — разные результаты: нужно ещё согласовать условия выбора и доступное место. В Google размер ожидаемого креатива должен соответствовать размерам выбранных рекламных блоков. ^[2]

Последний шаг — учёт. В Adfox можно считать показ по отдаче кода баннера, по началу его отрисовки либо по выбранному событию. Отрисовка означает, что браузер начал формировать изображение объявления на странице. Если учёт настроен на событие, которого код баннера не вызывает, число показов не увеличится, даже когда баннер загружен. Это объясняет, почему проверка доставки требует и наблюдения за страницей, и знания методики отчёта. ^[7]

Виды и классификации: какие функции сравнивать

Классификация CMA разделяет серверы по стороне, которой они служат. Рекламодателю нужны хранение и доставка материалов с учётом этой работы; издателю — управление доступными рекламными местами и окончательный выбор объявления. Это различие ролей, а не оценка качества продуктов. ^[10]

Следующая таблица сопоставляет функции в цепочке доставки. Один продукт может совмещать несколько функций.

SSP, supply-side platform, автоматизирует продажу рекламных мест издателя. Рекламная биржа проводит торги между участниками; глоссарий CMA отмечает объединение этих функций в SSP. Поэтому жёсткой границы между названиями может не быть. ^[10] В рассматриваемой схеме Prebid получает предложения от SSP и бирж и передаёт их серверу для окончательного решения. ^[3]

Механизм header bidding, предварительного сбора ставок, можно разобрать подробнее. Prebid.js на ограниченное таймером время задерживает обращение рекламного тега, получает цены и материалы от партнёров, затем передаёт параметры ставок через тег серверу. На сервере должны быть настроены позиции, соответствующие этим параметрам. Если побеждает вариант Prebid, сервер возвращает сигнал, по которому библиотека выводит выбранное объявление. ^[3]

Здесь возможны две разные неисправности: партнёр не прислал предложение или предложение пришло, но не сопоставилось с настройками сервера. Во втором случае исправление связи параметров и позиций важнее повторного подключения партнёра. Prebid прямо предупреждает: при неверной настройке позиций победитель предварительного отбора может не попасть в окончательный аукцион. ^[9]

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

В России примером системы управления размещением служит Adfox. В описанной Яндексом новой иерархии кампания объединяет флайты, а флайты — баннеры. Флайт здесь означает отдельную часть кампании с собственными настройками размещения. Поэтому сравнивать его с объектом Google только по переводу названия недостаточно: нужно смотреть, где именно хранятся условия. ^[5]

В Adfox активный статус баннера не отменяет приостановку флайта. Это полезный конкретный пример зависимости настроек: объявление может быть готово, но выше в иерархии стоит запрет на его показ. Правило относится к описанной документацией иерархии Adfox; искать точно такое же поведение в другом продукте следует по его справке. ^[5]

Учебный пример: объявление о выставке

Условная редакция новостного сайта размещает баннер выставки размером 300 × 250 пикселей в разделе «Культура» с 1 по 7 ноября. Она хочет проверить одно рекламное место внутри новости. Все даты, числа и результаты далее придуманы для объяснения; это не отчёт реальной кампании.

Сотрудник записывает ожидаемый результат обычной фразой: «На подходящей странице в выбранный период сервер может выбрать баннер выставки». Затем переводит её в параметры: место внутри новости, размер, раздел, начало и конец размещения. Слово «может» существенно: в нашем учебном сценарии другие объявления тоже допущены к этому месту, поэтому открытие страницы не обязано каждый раз приводить к выбору выставки.

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

Допустим, проверяющий обнаружил, что запрос с культурной страницы содержит значение sport. В рамках этого примера причина понятна: страница передала неверный раздел. Изменять размер изображения бессмысленно, поскольку ошибка возникла до выбора материала. После исправления значения сотрудник повторяет оба сценария: баннер должен стать допустимым на культурной странице и остаться недопустимым на спортивной.

Теперь рассмотрим другой результат: сервер уже вернул нужное объявление, но на странице пусто. По одной картинке экрана нельзя установить, что произошло после ответа. В журнале проверки следует отдельно записать получение ответа и наблюдаемое начало отрисовки. Это сужает поиск до конкретного участка вместо общего заключения «кампания сломалась». Проверка одной страницы подтверждает только этот сценарий; другой размер места потребует отдельного прогона.

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

Для того же учебного места соберём условный журнал. Каждая запись соответствует одной возможности получить объявление, без повторного обновления места. За выбранный период получено 1000 таких запросов; на 900 сервер вернул материал, а для 850 зарегистрировано начало отрисовки. Разделение событий основано на описанной цепочке доставки, а следующие проценты — собственные диагностические показатели примера. ^{[1, 7]}

Обозначим число запросов как Q, ответов с материалом как A, начавшихся отрисовок как R. Доли рассчитываем только при ненулевом знаменателе:

Оба знаменателя — все 1000 запросов одного места за один период. Поэтому результаты можно сопоставить: материал не вернулся для 100 запросов, а ещё для 50 полученных ответов начало отрисовки не зарегистрировано. Это две группы для дальнейшего расследования, но сами числа не объясняют причину потерь.

Можно задать другой вопрос: какая доля ответов с материалом дошла до зарегистрированной отрисовки? Теперь знаменатель равен 900, и результат составляет 850 / 900 × 100% ≈ 94,44%. Получившиеся 85% и 94,44% не противоречат друг другу: они отвечают на разные вопросы. Если запросов нет, первая доля не определена; писать 0% было бы неверно, поскольку отсутствие наблюдений не равно неудаче каждого запроса.

Эти показатели не измеряют видимость рекламы. Для неё нужно отдельное правило о площади объявления в видимой области и времени наблюдения; Adfox, например, описывает разные методики видимости и технические условия их применения. По одному факту начала отрисовки нельзя заключить, что читатель увидел баннер. ^[7]

GPT умеет объединять несколько рекламных блоков в один запрос. Поэтому число сетевых обращений может отличаться от числа возможностей показа. Для расчёта нужна единая единица учёта. ^[1]

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

Первая ошибка — считать любое пустое место отказом сервера. В учебном примере спортивная страница должна исключать объявление выставки. Отсутствие именно этого баннера там соответствует задаче. Ошибку устанавливают сравнением результата с ожидаемым условием, а не по наличию пустой области на экране.

Вторая ошибка — сравнивать отчёты только по подписи «показы». В Adfox методика определяет засчитываемое событие; одинаковое число загрузок не требует одинакового числа показов, если используются разные события. Для сверки полезно записать период, место и событие учёта обоих отчётов, а затем проверить, действительно ли сравниваются одинаковые величины. ^[7]

Третья ошибка — менять настройки по догадке. Если в учебном примере потерян раздел страницы, повышение цены не исправляет передачу раздела. Полезнее сначала найти различие между ожидаемым запросом и фактическим, затем повторить проверку после изменения.

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

Для интернет-рекламы в России техническую доставку нужно отличать от выполнения правовых требований. Часть 16 статьи 18.1 закона № 38-ФЗ «О рекламе» в редакции от 04.08.2026 требует пометку «реклама» и указание рекламодателя и (или) страницы со сведениями о нём. В самой норме предусмотрено исключение для рекламы в телепрограммах, телепередачах, радиопрограммах и радиопередачах, распространяемых через интернет. ^[6]

Часть 17 той же статьи связывает распространение рекламы и социальной рекламы с присвоением соответствующего идентификатора оператором рекламных данных — уполномоченным участником системы учёта рекламы. Поэтому внутренний номер кампании нельзя принимать за такой идентификатор лишь потому, что оба представлены кодом. Для конкретного размещения требуется проверка применимых требований юристом; правильная отрисовка баннера сама по себе их соблюдения не устанавливает. ^[6]

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

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

• Рекламный инвентарь
• Рекламное место (плейсмент)
• SSP (платформа продавца)
• Header bidding
• CPM (цена 1000 показов)
• Fill rate (заполняемость инвентаря)