Какво всъщност е Global Privacy Platform

GPP е транспортен протокол, а не нова рамка за съгласие. Това е контейнер, който кодира множество регионалноспецифични сигнали за съгласие в един низ Base64, достъпен чрез стандартен JavaScript API (__gpp()), който SSP-та, DSP-та и доставчиците на измервания могат да заявяват. Всеки регион има своя собствена секция в низа GPP: Section 2 носи TCF EU v2, Section 6 носи US Privacy (остаряло), Section 7 обхваща USNat, а Sections 8 до 12 обхващат съответно Калифорния, Вирджиния, Колорадо, Юта и Кънектикът. Допълнителни секции за Тексас, Орегон, Монтана и други щати се добавят с влизането в сила на техните закони.

Ключовият дизайнерски избор е, че един GPP низ може едновременно да носи множество секции. Европейски посетител получава данни от TCF EU; калифорнийски посетител получава данни от US-CA; потребител, чийто IP геолоцира в две юрисдикции (рядко, но възможно чрез VPN), може да има попълнени и двете секции. Доставчиците на рекламни технологии четат само релевантните за тях секции и игнорират останалите.

Защо GPP съществува и защо е важно сега

Преди GPP всеки нов закон за поверителност на щат в САЩ принуждаваше издателите да внедряват още един сигнал. Калифорния имаше USP. VCDPA на Вирджиния изискваше различна семантика за отказ. CPA на Колорадо разпозна сигнала на браузъра Global Privacy Control. Юта и Кънектикът добавиха още нюанси. Доставчиците на рекламни технологии трябваше да анализират шест формата, често непоследователно, и рискът от сигнализиране „потребителят се е съгласил“ в един канал, докато потребителят е отказал в друг, се превърна в реална заплаха за съответствие.

GPP стандартизира транспорта. След като CMP зададе низа GPP, всеки следващ доставчик чете едно и също кодиране. За издателите това е важно по три причини: политиката на Google от 2024 г. сега изисква поддръжка на GPP за сигнали на щатите в САЩ в инвентара на Google Ad Manager; Prebid.js 8.x и повечето от основните SSP адаптери очакват GPP; а регулаторите все по-често цитират съответствието с GPP като доказателство за добросъвестно разпространение на сигнали.

Секциите на GPP и тяхното значение

Всяка секция на GPP има собствени правила за кодиране, отразяващи основната рамка:

Section 2: TCF EU v2

Идентичен на самостоятелния низ TCF v2.2, който вече генерирате за европейски трафик. Ако CMP ви е TCF сертифицирана, вече създавате тази секция — GPP просто я обвива.

Section 7: US National (USNat)

Най-новата секция, проектирана като единен сигнал, обхващащ всички американски федерални и щатски закони за поверителност. Кодира даденото известие, отказ от продажба, отказ от споделяне, отказ от целева реклама, отказ от чувствителни данни и работа с данни на известни деца. Доставчиците, работещи в множество щати на САЩ, трябва да предпочитат USNat пред секциите за отделни щати, когато е възможно.

Sections 8-12: Сигнали за отделни щати в САЩ

Калифорния (US-CA), Вирджиния (US-VA), Колорадо (US-CO), Юта (US-UT) и Кънектикът (US-CT). Всяка секция носи полета, специфични за закона на съответния щат — например, US-CA запазва по-старите откази от продажба и споделяне по CCPA/CPRA, докато US-CO добавя флага за съгласие за чувствителни данни, изискван от Закона за поверителност на Колорадо. Тексас (US-TX под CPA section 13) и Орегон (US-OR под CPA section 14) бяха добавени след влизането в сила на техните закони през юли 2024 г.

Как издателите трябва да мигрират

Повечето издатели вече ще имат CMP, генерираща TCF низове за европейски трафик и USP низове за Калифорния. Пътят за миграция към GPP изглежда така:

Стъпка 1: Надградете CMP

Потвърдете, че вашият доставчик на CMP е включен в списъка на IAB с GPP-сертифицирани CMP-та. FlexyConsent, OneTrust, Didomi, Sourcepoint, Usercentrics и повечето Google-сертифицирани CMP-та вече произвеждат валидни GPP низове. Ако CMP ви все още извежда само TCF или USP, поискайте пътна карта за поддръжка на GPP — всеки доставчик без план тук ще изостане през 2026 г.

Стъпка 2: Конфигурирайте секциите на GPP по география

CMP ви трябва автоматично да реши кои секции на GPP да попълни въз основа на IP геолокация. Европейските посетители получават Section 2 (TCF EU); американските посетители получават Section 7 (USNat) или секции за отделни щати в зависимост от това как вашият доставчически стек чете сигнала. Не попълвайте всяка секция за всеки посетител — това е обичайна неправилна конфигурация, която изтича данни, нерелевантни за юрисдикцията.

Стъпка 3: Проверете разпространението надолу по веригата

Низът GPP е полезен само ако SSP-та, DSP-та, анализите и доставчиците на пиксели го четат. Одитирайте рекламния си стек: в Prebid.js потвърдете, че модулът gppControl е активиран; в Google Ad Manager потвърдете, че низът GPP се предава чрез API за съгласие на GAM; в Google Analytics 4 потвърдете, че Consent Mode v2 чете GPP заедно с TCF. Всеки доставчик, който мълчаливо игнорира GPP, е пропуск в съответствието.

GPP, Consent Mode v2 и изискванията на Google

Актуализацията на политиката на Google от декември 2024 г. направи поддръжката на GPP задължителна за издателите, монетизиращи американски инвентар чрез Google Ad Manager. Тази промяна е фина, но важна: Consent Mode v2 все още използва собствените си сигнали ad_storage и analytics_storage, но GAM сега очаква низа GPP да присъства в рекламната заявка за всеки трафик, подчинен на закони на щатите в САЩ. Липсващите или неправилни низове GPP могат да доведат до показване на реклами в ограничен режим — със значително въздействие върху запълването и приходите — или за повторни нарушители до изключване на инвентара от търга.

Практическата последица: дори издателите, които исторически са игнорирали законите на щатите в САЩ, защото приходите им са само от Калифорния, сега се нуждаят от GPP. Вирджиния, Колорадо, Кънектикът, Юта, Тексас, Орегон, Монтана и Айова всички имат действащи закони от 2026 г., а Google чете низа GPP, за да определи дали рекламната ви заявка е в съответствие с всеки от тях.

Честите грешки при миграция

Четири грешки, които виждаме многократно, когато издателите добавят GPP:

Дублиращи се сигнали. Някои издатели запазват самостоятелни TCF и USP низове заедно с GPP, създавайки три източници на истина, които могат да си противоречат. След като GPP е активен, премахнете самостоятелните низове.

Неправилно попълване на секции. Попълването на US-CA за всеки американски посетител независимо от действителния щат изтича географска информация и може невярно да претендира права за отказ по CCPA за лица, които не са жители на Калифорния. Използвайте IP геолокация, за да изберете правилната секция.

Игнориране на GPC. Сигналът на браузъра Global Privacy Control не е секция на GPP — това е отделен HTTP заглавен ред и JS свойство. CMP ви трябва да прочете GPC при зареждане на страницата и да го отрази като отказ в релевантните секции на GPP, или нарушавате законодателството на Колорадо, Кънектикът и Калифорния.

Остарели адаптери на доставчици. По-старите адаптери на Prebid и SSP интеграции могат да изрежат низа GPP, преди да достигне наддаващия. Тествайте всеки доставчик в рекламния си стек с валидатора GPP на IAB, преди да обявите миграцията за завършена.

Дългосрочната перспектива: GPP отвъд САЩ

GPP е проектиран да се разширява отвъд TCF EU и законите за поверителност на щатите в САЩ. Нови секции за Канада (PIPEDA плюс Закон 25 на Квебек), Бразилия (LGPD), Южна Корея (PIPA) и други юрисдикции са в активна разработка от работната група на IAB. За издателите, обслужващи глобален инвентар, GPP се превръща в единния транспорт за съгласие, заменящ всеки регионален протокол. Инвестирането в GPP днес позиционира вашия стек да поеме следващата вълна от регионални закони за поверителност без нова интеграционна спринтова сесия.