Сървърна реклама: какво стои зад въпроса за доверие при издателите

Digiday съобщава, че IAB Tech Lab се включи в подкаста на изданието, за да обясни как работи Trusted Server и да отговори на въпросите за поверителността, повдигнати от по-широкото преминаване на рекламните технологии към сървърно доставяне на реклами. Самото представяне на промяната като нещо, което се нуждае от обяснение, е сигнал: сървърният подход става архитектура по подразбиране, а аргументът за поверителност около него все още се изгражда, вместо да е решен.

Промяната е основно архитектурна. Заявките за реклами от страна на клиента се случват в браузъра, където потребителят, издателят и всяка трета страна със скрипт на страницата могат да ги наблюдават. Сървърното доставяне означава, че заявката се сглобява и изпраща от инфраструктура, която издателят или неговият доставчик контролира. Привържениците твърдят, че това намалява тежестта на страницата, ограничава разрастването на скриптове и държи идентификаторите далеч от откритата браузърна среда. Скептиците възразяват, че същото събиране на данни просто се премества там, където потребителите не могат да го видят.

Какво не изяснява репортажът

Дискусията в Digiday не уточнява кои одити, сертификати или технически гаранции стоят зад модела Trusted Server, нито какви данни се записват и за колко време. Третирайте тези въпроси като отворени, а не като решени. Стойността на една сървърна конфигурация зависи почти изцяло от решенията, взети вътре в контейнера: какви идентификатори се четат, какво се хешира, какво се препраща към партньорите по търсенето и какво се запазва.

Това има и търговско значение. Ако сървърната реализация на издателя препраща повече потребителски данни надолу по веригата, отколкото клиентската версия, печалбата в ефективност е реална, но реална е и регулаторната експозиция, особено там, където сигналите за съгласие трябва да пътуват заедно със заявката.

Какво може да провери един екип тази седмица

Няколко конкретни стъпки ще ви кажат повече от всяко позициониращо изявление:

• Избройте всеки сървърен доставчик в рекламния път и потвърдете писмено кои идентификатори получава всеки от тях и дали са хеширани, или сурови.
• Проверете дали състоянието на съгласие се предава и прилага вътре в сървърния контейнер, а не само на фронтенда.
• Измерете времето за един рекламен слот преди и след сървърната промяна, за да видите дали твърдението за производителност се потвърждава на вашите собствени страници.
• Попитайте доставчика си дали конфигурацията на контейнера може да бъде одитирана от външна страна, и поискайте датата на последния одит.

Проблемът с доверието е проблем с документацията

Сървърното доставяне не е нито присъщо поверително, нито присъщо натрапчиво. То е консолидация: по-малко страни докосват заявката, но останалите може да виждат повече. Проблемът с доверието в индустрията е, че издателите и купувачите в момента имат малко общ език, с който да опишат какво се случва вътре в контейнера.

За екипите, фокусирани върху привличането на трафик, практическата последица е, че измерването се отдалечава още повече от браузъра, което засяга отчетите за атрибуция и прави сървърното проследяване спътник на промяната в доставянето на реклами, а не отделен проект. За монетизацията това означава, че решенията за рекламния стек са решения за риск. Въпросът, който си струва да зададете по време на разговори с доставчици, не е дали конфигурацията е сървърна, а кой може да я инспектира и какво открива, когато го направи.