В 2012 году человек открывал статью на forumhouse.ru, а место для баннера уже могло уйти с аукциона прежде, чем страница загрузится. Ещё недавно издатель продавал бы рекламодателю место на сайте на неделю или месяц: согласовал цену и макеты, выполнил обещанный объём показов, отправил отчёт. Теперь за один показ спорили несколько покупающих систем. Что произошло между этими двумя способами продажи — и почему возникла отдельная машина на стороне покупателя?

Яндекс объявил о таком RTB-аукционе в марте 2012 года: несколько систем могли предлагать цену за один показ, а правила торгов определяли победителя. Единицей выбора стало не место на сайте на неделю, а отдельная возможность показать объявление. Это один из способов программатик-закупки — автоматического сопоставления спроса и предложения. Платформу, которая принимает решение от имени покупателя, называют DSP (demand-side platform).

У этой истории есть второй поворот. Машины научились быстро решать,покупать ли показ и сколько за него платить. Но выигранный аукцион ещё не говорит, помогла ли реклама бизнесу. Видео может привести человека на сайт через несколько дней; покупка может состояться после другого визита или не состояться вовсе. Как отличить полезный контакт от просто дешёвого? Ответ менял не только алгоритмы DSP, но и то, чему рекламодатель просит их учиться.

hero

#Коротко о ролях: кто продаёт, кто покупает

Владелец сайта выделяет место для баннера. Его рекламный сервер решает, какой креатив фактически показать и как учесть размещение. Если место выставляют на программную продажу, SSP (supply-side platform) действует на стороне площадки: применяет её правила и открывает доступ к спросу. На стороне рекламодателя DSP решает, нужен ли ему конкретный показ, какой креатив предложить и какую ставку сделать. Биржа (ad exchange) организует обмен предложениями и выбирает победителя по условиям аукциона. В реальных продуктах эти роли могут пересекаться.

Программатик — общий способ автоматизировать продажу и покупку инвентаря, а RTB — торги за отдельный показ в реальном времени. Программатик включает также частные аукционы и автоматизированные сделки по согласованной цене; IAB различает их по правилам доступа, цене и резервированию показов. DSP и SSP — названия функций, а не зарубежные бренды. Soloway, например, описывает в своём стеке и DSP, и SSP.

Основная линия этой статьи — независимая медийная закупка через несколько источников инвентаря. Автоматическая закупка внутри Яндекс Директа или VK Рекламы тоже программная, но рекламный кабинет экосистемы и самостоятельная DSP решают задачу в разных условиях доступа к площадкам и данным. К этому различию вернёмся на российском примере.

#Сначала научились доставлять баннеры

В 1990-х компьютер прежде всего снял с издателя рутинную работу. Рекламный сервер сам выбирал баннер из оплаченных кампаний, считал показы, менял креативы и соблюдал условия размещения. DoubleClick, основанная в 1996 году, стала заметным поставщиком такой инфраструктуры. В её отчёте за 2004 год продукты DART перечислены отдельно для издателей и рекламодателей: уже тогда обе стороны нуждались в учёте одной и той же кампании, хотя смотрели на неё по-разному.

У российского издателя была похожая операционная работа. Руководство AdRiver для площадок начала 2010-х проводит его через разделение сайта на рекламные зоны, установку кода и управление кампаниями. Этот документ не датирует начало Рунета. Он хорошо показывает, какой сложной была уже доставка проданного баннера: система могла обеспечить согласованный объём и очередь кампаний, но сама по себе не отвечала, кто из посетителей особенно ценен для каждого покупателя.

Сайту тоже было трудно продать каждый показ одинаково выгодно. Самые ценные места уходили по прямым контрактам. Остаток можно было отдать рекламной сети, которая объединяла много площадок и находила для них покупателей. Но даже на одной странице сегодня мог прийти посетитель, за которого несколько рекламодателей готовы заплатить по-разному. Сеть часто видела свой спрос, а не все возможные предложения одновременно. У покупателя возникала зеркальная проблема: чтобы найти аудиторию на разных сайтах, он закупал несколько сетей и потом собирал разрозненные отчёты. Так появилось место для следующего посредника — биржи.

#Биржа меняет предмет сделки

Right Media сводила на одной площадке спрос разных покупателей и показы разных продавцов. Yahoo в объявлении о покупке оставшейся доли компании в 2007 году описывала открытый рынок, где издатель может сравнить предложения, а покупатель — получить доступ к большему числу площадок. У этого обещания была вполне земная причина: если раньше часть показов уходила в сеть по заранее заданному правилу, то теперь несколько источников спроса могли побороться за конкретную возможность размещения.

Рядом развивалась AdECN Джеффа Грина; Microsoft купила её в 2007 году. Google после покупки DoubleClick открыла DoubleClick Ad Exchange в 2009-м. Три сделки и продукта не были одной и той же системой, но отвечали на сходный вопрос издателя: какой доступный покупатель предложит лучшие условия за показ, который можно продать прямо сейчас?

Изменился и товар. Сайт по-прежнему владеет местом на странице, но покупатель получает шанс оценить отдельный контакт, а не только название площадки и месячный охват. На одном и том же форуме за показ читателю раздела о загородном строительстве могут соперничать банк с ипотекой и производитель стройматериалов; ценность контакта для них различна. Биржа не знает, кому он принесёт больше пользы. Она даёт сторонам место и правила встречи. Чтобы рекламодатель мог решать, в каких торгах участвовать и когда пропустить показ, понадобилась отдельная программа на стороне покупателя.

#Покупателю понадобилась своя машина

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

MediaMath, основанная Джо Завадзки в 2007 году, предложила рекламодателю единое рабочее место TerminalOne для закупки, данных и измерения. Компания претендовала на первенство в создании DSP; разумнее считать её одним из пионеров, потому что несколько команд строили похожие системы одновременно. Invite Media, Turn и DataXu развивали свои решения для покупателей. AppNexus, созданная Брайаном О’Келли после его работы в Right Media, строила инфраструктуру по обе стороны торгов. Переход О’Келли от биржи к новой платформе хорошо передаёт смену задачи: соединить участников недостаточно, если покупателю всё ещё приходится решать, какие из соединений выгодны ему.

Для агентства выбор программы менял повседневную экономику. Раньше оно могло поручить сети не только доставку рекламы, но и подбор площадок вместе с частью работы по кампании. Когда объём закупки вырос, агентству стало разумно собрать собственную команду: она знает клиентов и может вести разные бренды в одном процессе. Но команда не заменит алгоритм, отвечающий на тысячи запросов в секунду. DSP позволяла оставить решение о целях, данных и ограничениях внутри агентства, а вычислительную работу купить как технологию. Это не означало, что все начали управлять кампаниями сами: сервисные модели сохранились. Просто продавец рекламы и поставщик инструмента больше не обязаны были быть одним подрядчиком.

Разным платформам понадобился общий язык. В истории OpenRTB названы MediaMath, Turn, DataXu и игроки стороны продажи — Admeld, PubMatic, Rubicon Project. Они участвовали в работе над стандартом в 2010 году, чтобы запрос и ответ не приходилось каждый раз изобретать заново для новой пары партнёров. Стандарт не заставлял всех одинаково оценивать показы; он позволял передать сведения и ставку в сопоставимом формате.

У Джеффа Грина, создавшего AdECN, появилось продолжение: в 2009 году он и Дэйв Пиклз основали The Trade Desk как платформу на стороне покупателя. Компания вышла на Nasdaq в 2016-м. Это понятная траектория: сначала строить место встречи спроса и предложения, затем продавать рекламодателю инструмент, который выбирает среди многих таких мест. Google пошла другим путём: купила Invite Media в 2010 году, позднее выпустила DoubleClick Bid Manager и соединила собственные технологии продавца, биржи и покупателя.

Рядом возникали более узкие ответы на вопрос «какому человеку нужен этот показ?». Criteo развивала динамический ретаргетинг: интерес к конкретному товару помогал выбрать товарное объявление при следующей встрече с пользователем. Описание такого сценария у Criteo показывает логику возвращения человека к уже просмотренному предложению. BlueKai работала с аудиторными данными и DMP; Oracle купила её в 2014 году. Ретаргетинг, данные и DSP часто оказывались в одной связке, но отвечали на разные вопросы: что мы знаем о предыдущем интересе, как выбираем аудиторию и где покупаем следующий показ. Чем больше решений опиралось на узнавание человека между площадками, тем острее становился вопрос, когда оно вообще возможно и допустимо.

Российская сцена этой истории задокументирована необычно подробно. 19 марта 2012 года Яндекс объявил о тестировании RTB на площадках РСЯ, среди которых были travel.ru, forumhouse.ru, newsru.com и klerk.ru. Покупающими системами выступали Директ, медийная система Яндекса и myThings — первая внешняя DSP в этом аукционе. Это не «первый программатик в России»: новость описывает запуск конкретной технологии Яндекса. Она показывает, что общий принцип уже тогда работал на знакомых российскому читателю сайтах. В сообщении 2014 года Яндекс и Google говорили о соединении своих рекламных систем через RTB — полезный исторический снимок того, как участники искали доступ к спросу и инвентарю за границами собственной платформы.

Ещё любопытнее новость Яндекса о подключении внешних SSP для мобильного трафика: Директ там прямо назван DSP, покупающей показы, а первым партнёром указана Smaato. Один и тот же бренд мог выступать покупателем в аукционе РСЯ и искать показы у внешних продавцов. Это исторический пример, а не описание сегодняшнего набора интеграций Директа. Он важен для терминов: «DSP» обозначает роль в сделке, тогда как независимость платформы, открытость её инструментов и доступный рекламодателю инвентарь — отдельные вопросы.

Сегодня роли видны и на отечественных продуктах: Soloway описывает в своём стеке DSP, SSP и DMP, а Hybrid — платформу программной закупки с подключениями к биржам. Это примеры разных архитектур, а не рейтинг и не утверждение об одинаковом доступе к инвентарю. Для покупателя важен следующий практический вопрос: что происходит в момент, когда DSP получает шанс купить один показ?

#Несколько миллисекунд из жизни одного показа

Посетитель открыл статью о ремонте. На странице есть место для рекламы, и сервер площадки должен заполнить его. Если этот показ выставляется на торги, SSP или биржа отправляет покупателям запрос: где появится объявление, какого оно размера, какие сведения о контексте и устройстве доступны, есть ли ограничения продавца. Данные об аудитории и идентификаторах зависят от формата, согласий и конкретной интеграции. OpenRTB описывает общий формат обмена; в документации Google для покупателей можно увидеть пример реального запроса и ответа.

Запрос приходит в DSP нескольких покупателей. Каждая проверяет, разрешена ли площадка, есть ли подходящий баннер, не превышена ли частота контактов, остались ли деньги на кампании. Затем оценивает вероятность нужного действия и решает: отправить ставку или пропустить показ. Биржа применяет правила аукциона, и победивший креатив попадает на страницу. Сильная сторона независимой DSP — удерживать правила рекламодателя поперёк нескольких источников: покупка у одной биржи не должна забывать об уже купленных показах у другой, если система способна сопоставить эти контакты.

rtb-auction

Здесь полезен отдельный условный расчёт. Модель оценила вероятность ценного действия после показа в 0,1%, а рекламодатель готов потратить на одно такое действие 3000 ₽. Произведение даёт 3 ₽ ожидаемой ценности контакта, или 3000 ₽ на тысячу таких контактов. Это отправная точка, а не готовая ставка: часть людей совершила бы действие без рекламы, прогноз ошибается, у кампании есть бюджет и ограничения по частоте. DSP должна решить ещё и когда не покупать. Потратив дневной бюджет утром, она не сможет выйти на торги вечером; десятый показ одному человеку может оказаться менее полезным, чем первый другому.

#Почему ставка и цена — разные числа

Предположим, две DSP готовы платить 120 и 90 ₽ за тысячу показов такого типа. В упрощённом аукционе второй цены первая выигрывает, а итоговая цена близка ко второй ставке; в аукционе первой цены победитель платит ближе к своим 120 ₽. Если покупатель всегда ставит максимум, который готов отдать, переход ко второй схеме меняет его расходы. Поэтому DSP учится оценивать и показ, и конкуренцию. В реальных торгах есть минимальные цены, комиссии и условия сделок — условные 90 и 120 ₽ не являются прайсом какой-либо платформы. Google Ad Manager сообщила о переходе к единому аукциону первой цены в 2019 году.

#Свобода купить почти любой показ принесла новые проблемы

С ростом бирж рекламодатель получил огромный выбор. В интерфейсе удобно видеть низкий CPM — цену тысячи показов. Но одни и те же места могли продаваться через нескольких посредников по разным маршрутам, с разными комиссиями. Показ мог оказаться на неподходящей странице; цепочка продавцов могла быть длиннее, чем ожидал покупатель. Дешевизна тысячи показов ещё не говорит о цене полезного действия. Так вопрос «где купить?» дополнился вопросами «у кого я покупаю?» и «что на самом деле получил?».

Представим расходы на условную группу показов: рекламодатель заплатил 100 ₽. Если несколько участников цепочки удержали в сумме 20 ₽, площадке досталось 80 ₽. Другой маршрут может стоить те же 100 ₽ покупателю, но оставить продавцу больше; может отличаться и качество самих показов. Без сведений о маршруте покупатель не поймёт, за что именно уплатил, а издатель — почему его аудитория оценена так. Это пример арифметики, а не сведения о комиссиях конкретной компании.

Издатель тоже не всегда хотел выставлять ценный инвентарь перед всеми. Частный аукцион (PMP) оставляет торги для приглашённых покупателей. В сделке с согласованной ценой некоторые условия фиксируют заранее, а доставка всё равно идёт через программную инфраструктуру. IAB описывает эти формы рядом с открытым аукционом. Получился неожиданный круг: технология, выросшая из попытки заменить переговоры торгами, снова научилась поддерживать договорённости — только без ручной отправки каждого баннера.

Площадки искали и способы дать разным источникам спроса конкурировать за один показ. Header bidding позволял сравнить их предложения до окончательного решения рекламного сервера. Покупателю стало важнее понимать маршрут сделки. В 2017 году IAB Tech Lab представила ads.txt — файл, где издатель перечисляет уполномоченных продавцов. В 2019-м появились sellers.json и SupplyChain Object, помогающие увидеть участников цепочки. Эти стандарты отвечают на вопрос о происхождении инвентаря. Решение о том, стоило ли показывать рекламу именно этому человеку, остаётся отдельной задачей.

Тем временем к баннеру прибавились видео, приложения и подключённое телевидение. Стандарт VAST для видео появился ещё в 2008 году, а позднее программная закупка охватила новые экраны. Ролик в приложении и баннер на сайте различаются не только размером: у них иные способы доставки, проверки просмотра, ограничения частоты и связь с будущей покупкой. Поэтому идея «одна кнопка покупает весь интернет» всегда требовала оговорок о том, что система действительно видит.

У ролика на телевизоре возникает простой, но неприятный для измерения сценарий. Его увидели в гостиной, а сайт рекламодателя открыли позже с телефона. Даже если обе среды доступны одной платформе, связь между ними может быть неполной. Поэтому расширение DSP на новые экраны не превращает отчёт о конверсиях в точную карту причин. Руководство IAB Tech Lab по программной рекламе в CTV отдельно разбирает доставку, измерение и верификацию. История DataXu, купленной Roku, становится понятнее в этом контексте: покупательские инструменты искали место там, где росло видео, но вместе с новым инвентарём получали новые ограничения наблюдения.

#Что произошло с пионерами DSP

Эта отрасль не пришла к одному победителю. The Trade Desk после выхода на биржу продолжила развивать самостоятельную покупательскую платформу. Google собрала под своим управлением разные звенья: технологии издателя, биржу и инструмент покупателя. AppNexus вошла в AT&T, затем её технологии оказались в Xandr; Microsoft купила Xandr. Каждая траектория по-своему отвечает на вопрос, кому выгодно владеть машиной принятия ставок — независимому поставщику или большой платформе с собственным спросом и инвентарём.

С MediaMath получилась более трудная история. Компания, помогавшая сформировать категорию DSP, в 2023 году подала на банкротство; Infillion приобрела её активы и продолжила развивать технологию. Новый владелец связывал банкротство с долговой нагрузкой, но это его публичная оценка, а не полный разбор причин. События показывают различие между судьбой компании и судьбой технической идеи: покупателю по-прежнему нужна автоматизация, даже если прежний поставщик больше не владеет продуктом. Turn была куплена Amobee в 2017-м, а DataXu — Roku в 2019-м, в том числе для работы с видео и OTT. Это разные корпоративные решения; свести их к одному «провалу DSP» было бы неверно.

В России слово «DSP» тоже не обозначает одну модель бизнеса. У Soloway, по её описанию, есть функции и покупки, и продажи; Hybrid описывает подключение своей DSP к разным источникам. Директ участвует в программной покупке внутри доступного ему инвентаря. Выбор между системами начинается с конкретных вопросов: какие площадки доступны, где управлять общей частотой, какие данные о расходах можно получить, куда передать продажи из CRM? Название категории само по себе на них не отвечает.

#Показ куплен. Увидим ли мы его результат?

Ранний программатик вырос на возможности узнавать пользователя между сайтами. Она всегда зависела от устройства и среды: в приложениях действуют свои идентификаторы, в телевизионных устройствах — свои способы сопоставления. После изменений Apple приложения на iOS 14.5 и новее должны запрашивать разрешение на отслеживание через App Tracking Transparency. Сторонние cookie тоже ограничиваются по-разному; Google в 2025 году сообщила, что не будет тогда вводить отдельный запрос на их использование в Chrome. Общего момента, когда «все идентификаторы исчезли», не было.

Для российской медийной кампании проблема видна без разговора о конкретном cookie. Зритель увидел ролик в РСЯ, через несколько дней нашёл бренд в поиске, позже оставил заявку и лишь затем заключил договор. Закупочная платформа, Метрика и CRM видят разные части этой цепочки. Даже когда их удаётся сопоставить, последовательность «после рекламы» не доказывает, что договор появился благодаря ей. Яндекс предлагает для медийных кампаний отдельно задачи охвата, визитов и целевых действий после показа. Выбор стратегии зависит от того, какое наблюдаемое действие связано с бизнес-результатом.

Это и есть предел первого большого успеха DSP. Она умеет оценивать возможности покупки и исполнять правила кампании с невероятной скоростью. Если цель в системе описана плохо, та же скорость помогает ещё быстрее покупать не то. Следующий спор в истории программатик-рекламы идёт уже вокруг качества сигнала, которым мы учим алгоритм.

#Когда хорошая ставка покупает плохую цель

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

Важной ранней задачей AdTech был прогноз pCTR — вероятности клика. Исследование Google 2013 года показывает, насколько серьёзной инженерной задачей была такая модель на большом потоке показов. Но человек может кликнуть из любопытства, ошибиться пальцем или уйти через секунду. Клик — наблюдаемое действие, а не готовая оценка ценности контакта. Следующий очевидный шаг — прогнозировать pCVR, вероятность конверсии. И здесь обнаруживается новая трудность: какую именно конверсию считать?

Возьмём условный, специально упрощённый расчёт для двух групп по тысяче показов:

image

По кликам А выглядит вчетверо лучше. По числу заявок — вдвое. Но если отдел продаж квалифицирует в группе Б вдвое больше будущих клиентов, дополнительные 50 ₽ за тысячу показов оказываются оправданны: условная цена полезного лида ниже. Таблица показывает, почему смена целевого события может изменить решение о закупке. И квалифицированный лид ещё не финальная цель: заказы могут сильно различаться по сумме и вероятности оплаты.

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

Есть ещё различие между прогнозом покупки и добавочным эффектом рекламы. Человек уже мог собираться оформить полис, а баннер страховой компании встретился ему накануне. В отчёте появится конверсия после контакта; из неё одной нельзя узнать, изменил ли показ решение. Исследования инкрементальности ставят именно этот причинный вопрос. Значит, рекламодателю нужны одновременно пригодный для обучения сигнал и отдельная проверка, приносит ли новая закупка прирост реальных продаж.

#Медийка в Директе: чему учить кампанию до поздней покупки

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

image

В медийной оптимизации Sales Ninja, согласно описанию продукта, поведение на сайте учитывается через несколько сессий. Модель формирует виртуальную конверсию — более ранний сигнал о том, что человек движется к полезному действию. Сигнал передают в отдельную цель, не смешивая его с настоящими заказами. Сопоставление медийного показа и последующего поведения происходит на стороне рекламной платформы; Sales Ninja не становится биржей и не делает ставки вместо неё. Рекламодатель получает способ дать действующей стратегии больше примеров для обучения, когда реальных покупок мало или они приходят поздно.

У Яндекс Директа есть несколько стратегий для медийных кампаний: одни работают на охват, другие на визиты или действия после показа. Для запуска нового жилого комплекса можно сначала добиваться знания проекта, а затем искать людей, которые после ролика с большей вероятностью дойдут до изучения планировок и записи на просмотр. Это разные задачи и разные цели обучения. В текущей справке Яндекса соответствующая стратегия называется «Рост целевых действий на сайте»; в FAQ Sales Ninja этот сценарий описан под формулировкой «Рост вовлечённости на сайте». Перед настройкой нужно сверить доступное название и требования в конкретном кабинете.

Близкая идея используется и за пределами Директа, но подключение отличается. На странице медийного продукта указаны VK Реклама и Hybrid; для Hybrid описано обучение модели по виртуальной конверсии. Это продолжение нашей истории про общие функции: программатик, DSP и SSP не принадлежат одной стране или одному вендору, а внешний сигнал о качестве можно передавать в разные совместимые системы по их правилам. Отдельно Sales Ninja описывает брендформанс для средней части воронки. Его задача и цель не обязаны совпадать с целью охватной медийной кампании или с поздней целью перформанса.

Как понять, стало ли лучше? Количество виртуальных событий показывает, что сигнал поступает, но не доказывает рост продаж. Нужно посмотреть на реальные заявки и заказы из CRM, долю новых покупателей, частоту контактов и, где позволяют условия кампании, сравнить с контрольной группой или исследованием Target Lift. Если заказы редки, оценка будет шумной; это причина аккуратно спроектировать пилот, а не объявлять быстрый эффект по одной красивой кривой post-view.

#Что в итоге изменила DSP

Вернёмся к показу на forumhouse.ru. В прежней схеме издатель продавал место и обеспечивал доставку согласованного объёма. В аукционной схеме SSP применяет правила площадки, биржа сравнивает предложения, а DSP каждого покупателя решает, стоит ли бороться именно за этот показ. В Директе часть тех же задач решает встроенная рекламная система, а независимая DSP может работать через несколько источников — в пределах своих интеграций. За общей аббревиатурой всегда стоит конкретный маршрут покупки.

Движение от DoubleClick и AdRiver к Right Media, MediaMath, The Trade Desk и RTB в РСЯ не сводится к ускорению торгов. Сначала научились доставлять рекламу, потом — сравнивать цены за отдельный показ, затем — выбирать, какие показы покупать. На каждом шаге обнаруживалось следующее ограничение: хорошая доставка не определяет лучшую цену, а хорошая цена не определяет полезность контакта. Поэтому зрелая закупка требует от рекламодателя не только доступа к инвентарю, но и внятного ответа, какое позднее действие имеет ценность и как он проверит дополнительный результат.

Если охват уже покупается, а реальные продажи приходят после нескольких визитов, медийную оптимизацию Sales Ninja имеет смысл рассматривать как один способ улучшить сигнал для существующей кампании. В разговоре о пилоте полезнее начать с трёх вещей: какую отдельную цель передать в Директ или другую платформу, насколько она согласуется с поздними заказами и как сравнить эффект с контролем. Это тот момент истории DSP, где скорость аукциона уже не главный вопрос.