В in-app рекламе у приложений есть доступ к идентификатору устройства, заданному ОС.
В web такого нет и генерировать id нужно самим. Делают это с помощью cookies. Это технология, по которой браузер может сохранить текстовую информацию от сервера и отправлять ее при каждом последующем запросе к нему.
Другие серверы прочесть чужие куки не могут, поэтому юзера все называют своими id - и тут как в диалоге с иностранцем - нужно дать понять партнерам, что «машина» - то же, что «car». Такой обмен id назвали cookie synchronization или cookie matching.
Причем тут пиксели?
Много фоновых рекламных процессов на сайте реализуется «пикселями». В единственном числе это строчка кода, которая отрисовывает полностью прозрачную картинку 1х1 в углу сайта. Его не увидеть и на него не нажать, просто прозрачный слой размером в пиксель. Он нужен, чтобы браузер запросил сервер якобы для загрузки картинки, тем самым устанавливая прямую связь устройство-сервер.
С помощью нее ничего грандиозного не сделать, но вот получить содержание cookie, ip, браузер, домен, где загружается пиксель - можно. И самое главное в нашем контексте, она дает возможность провести cookie sync.
Как сделать cookie sync из двух пикселей и одного программиста?
Для этого нужно добавить первый пиксель на сайт, а при его запросе не возвращать картинку, а перенаправлять запрос партнеру, при этом приписав в хвост ссылки наш айди для этого пользователя. Партнер получит запрос с устройства и сохранит пару «XYZuser = 123user у ctrl» в своей базе данных.
Для пытливых, подробней:
- Загружается сайт.
- Браузер доходит до
<img src="ctrltech.ai/cookie_sync?partner=1">и доверчиво запрашивает картинку 1х1. - Наш сервер получает запрос с
cookie: "id=123user". - Редиректит запрос на
partner1.com/cookie_sync?platform_id=123user. - Браузер получает новую цель и запрашивает новую ссылку «с того же места».
- Партнер получает запрос с его
cookie: "id=XYZuser"(если id нет, то генерирует на лету). - Партнер отправляет в свою базу данных связку «XYZuser = 123user у ctrl».
- Партнер возвращает картинку и запрос закрывается, а пользователь не видит изменений.
Кто обычно хранит таблицу связей?
- Таблица сматченных пользователей может храниться как на стороне SSP, так и DSP.
В первом случае в RTB запросе SSP кроме user.id: "123user" отправляет ещё и user.buyeruid: "XYZuser".
Данные от DMP тоже держатся на cookies?
Да, DSP проводит cookie sync с DMP, а после запрашивает по DMP айдишнику данные о пользователе, сохраняя их уже к себе в базу.
Да здравствует post-cookieless эра!