MGID Cookie Matching Guide for SSPs

Термины

Cookie matching - это способ сбора информации об одном и том же пользователе путем привязки его идентификаторов из различных источников.

UUID - уникальный идентификатор пользователя в системе. Чаще всего является файлом cookie. Для мобильных приложений может использоваться device id.

Инициатор матчинга - сторона, которая вызывает пиксель второго источника для матчинга на своих сайтах. Может быть как SSP, так и DSP.

Хранитель базы сопоставлений - сторона, которая хранит у себя базу сопоставления. Если это SSP, то она передает идентификатор пользователя DSP в реквесте в аттрибуте user.buyeruid.

Если это DSP, то для принятия решения о ставке она использует сопоставление user.id в реквесте со своим идентификатором.

Общие положения

Для DSP матчинг является важной составляющей эффективной закупки, так как таким образом они могут использовать имеющуюся у них информацию о посетителе (ретаргетинг, кеппинг, интересы и т.д.)

Работу куки матчинга можно описать такой картинкой:

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

Поддерживаемые типы матчинга

Существует несколько вариантов куки матчинга, которые поддерживает MGID.

Инициатор и хранитель SSP

Если SSP хранит сопоставление "SSP UUID" - "MGID UUID" на своей стороне, и является инициатором матчинга на своих площадках, то:

  1. SSP необходимо предоставить ссылку для своего матчинга, например, ssp.com/matching/?dspid={DSP ID}&uuid={MGID UUID}
    где {DSP ID} - ID DSP MGID в системе SSP,
    {MGID UUID} - идентификатор пользователя в системе MGID
  2. MGID настраивает у себя работу с редиректом на эту ссылку и отдает SSP пиксель, который нужно вызывать, типа вида,
    http://cm.mgid.com/m?cdsp=11
    Этот пиксель будет редиректить на пиксель из п.1 уже с заменным {MGID UUID} на идентификатор пользователя.
  3. SSP, получая эти данные, генерирует или читает для пользователя свой cookie и записывает в БД  сопоставление "SSP UUID" - "MGID UUID"
  4. В bid requests SSP отправляет MGID UUID в аттрибуте user.buyeruid для тех пользователей, для которых в базе есть сопоставление. Свой же SSP UUID всегда должен передаваться в аттрибуте user.id

Инициатор DSP, хранитель SSP

Если SSP хранит сопоставление "SSP UUID" - "MGID UUID" на своей стороне, а инициатором матчинга на своих площадках является MGID, то:

  1. SSP необходимо предоставить ссылку для своего матчинга, например, ssp.com/matching/?dspid={DSP ID}&uuid={MGID UUID}
    где {DSP ID} - ID DSP MGID в системе SSP,
    {MGID UUID} - идентификатор пользователя в системе MGID
  2. MGID настраивает на своих площадках вызов пикселя из п.1 уже с заменным {MGID UUID} на идентификатор пользователя.
  3. SSP, при вызове пикселя на площадках MGID, генерирует или читает для пользователя свой cookie и записывает в БД  сопоставление "SSP UUID" - "MGID UUID"
  4. В bid requests SSP отправляет MGID UUID в аттрибуте user.buyeruid для тех пользователей, для которых в базе есть сопоставление. Свой же SSP UUID всегда должен передаваться в аттрибуте user.id

Инициатор SSP, хранитель DSP

Если MGID хранит сопоставление "SSP UUID" - "MGID UUID" на своей стороне, а инициатором матчинга на своих площадках является SSP, то:

  1. MGID предоставляет SSP пиксель, который SSP должно вызывать на своих площадках. Пиксель имеет вид
    http://cm.mgid.com/m?cdsp=11&c={SSP UUID},
    где {SSP UUID} - идентификатор пользователя в SSP. Он не должен содержать спецсимволов. Все специальные символы должны быть закодированы ( urlencode)
  2. SSP настраивает на своих площадках вызов пикселя из п.1 уже с замененным {SSP UUID} на идентификатор пользователя у себя в системе.
  3. MGID, при вызове пикселя на площадках SSP, генерирует или читает для пользователя свой cookie и записывает в БД  сопоставление "SSP UUID" - "MGID UUID"
  4. В bid requests SSP отправляет SSP UUID в аттрибуте user.id, который MGID сопоставляет с MGID UUID на своей стороне

Инициатор и хранитель DSP

Если MGID хранит сопоставление "SSP UUID" - "MGID UUID" на своей стороне, и является инициатором матчинга на своих площадках, то:

  1. MGID предоставляет SSP пиксель, на который SSP должно редиректить при вызове своего пикселя матчинга. Пиксель имеет вид
    http://cm.mgid.com/m?cdsp=11&c={SSP UUID},
    где {SSP UUID} - идентификатор пользователя в SSP. Он не должен содержать спецсимволов. Все специальные символы должны быть закодированы ( urlencode)
  2. SSP предоставляет MGID пиксель матчинга, который при вызове должен редиректить на пиксель из п.1 уже с замененным {SSP UUID} на идентификатор пользователя у себя в системе.
  3. MGID настраивает на своих площадках вызов пикселя из п.2
  4. MGID, при вызове пикселя на своих площадках, генерирует или читает для пользователя свой cookie и записывает в БД  сопоставление "SSP UUID" - "MGID UUID"
  5. В bid requests SSP отправляет SSP UUID в аттрибуте user.id, который MGID сопоставляет с MGID UUID на своей стороне

Дополнительные материалы

https://www.youtube.com/watch?v=rr6LTtii-g8

http://www.adopsinsider.com/ad-exchanges/cookie-syncing/