Відповідність IAB MSPA: Посібник з Багатоштатної угоди про конфіденційність для американських видавців у 2026 році

Закон про конфіденційність на рівні штатів США пройшов шлях від каліфорнійської цікавинки 2020 року до клаптикової ковдри з дев'ятнадцяти і більше законодавчих актів до 2026 року, кожен зі своїм варіантом відмови, списком чутливих даних і настроєм правозастосування. IAB Tech Lab та IAB створили Багатоштатну угоду про конфіденційність (MSPA), щоб забезпечити цифровій рекламній екосистемі єдиний спільний договірний і сигнальний рівень, який задовольняє їх усі. Якщо ви продаєте рекламу, запускаєте header bidding, ділитеся аудиторіями або передаєте ідентифікатори користувачів до SSP нижче за течією, MSPA більше не є факультативним домашнім завданням — це сполучна тканина, яка дозволяє вашому рекламному стеку легально обслуговувати користувачів у Каліфорнії, Колорадо, Коннектикуті, Вірджинії, Юті, Техасі, Орегоні, Монтані та інших штатах. Цей посібник розкриває, що MSPA насправді робить, як вона взаємодіє з Global Privacy Platform (GPP) та конкретні кроки для того, щоб ваша платформа управління згодою стала відповідальним підписантом у вашому потоці ставок.

Що таке MSPA — і чим вона не є

MSPA — це приватна, договірна структура, опублікована IAB. Це не закон і він не замінює законодавство штатів. Натомість це багатостороння угода, яку учасники — видавці, агентства, рекламні мережі, SSP, DSP та постачальники даних — підписують, щоб мати змогу висувати послідовні правові твердження про те, як особиста інформація рухається через програматичну рекламу. Коли всі в ланцюжку підписують один і той самий контракт, постачальникам нижче за течією не потрібно укладати п'ятдесят різних двосторонніх угод про обробку даних для обробки одного запиту ставки.

Уявіть MSPA як три речі одночасно:

Чим MSPA не є: замінником вашого повідомлення про конфіденційність, заміною прямої згоди користувача там, де вона потрібна, або гарантією відповідності будь-якому конкретному закону штату. Це інструмент, який при правильному використанні робить відповідність кільком законам штатів операційно здійсненною. При неправильному використанні — наприклад, шляхом надсилання сигналу про участь при продовженні обміну даними після відмови — він розширює вашу відповідальність, а не зменшує її.

Хто має дбати: Три ролі MSPA

Перш ніж щось підписати, визначте, яку роль ви насправді відіграєте. Більшість видавців здивовані, виявивши, що вони грають більше ніж одну роль залежно від потоку даних.

Покрита компанія

Ви є Покритою компанією, якщо визначаєте цілі та засоби обробки персональної інформації про користувача — як правило, видавець, який управляє веб-сайтом або додатком, який відвідує користувач. Як Покрита компанія, ви відповідаєте за збір згоди, показ сповіщень, дотримання відмов та налаштування сигналу GPP, на який покладаються постачальники нижче за течією. Тягар, звернений до користувача, лежить на вас.

Постачальник послуг або Обробник

Ви є Постачальником послуг, коли обробляєте персональну інформацію від імені Покритої компанії за контрактом і лише для обмежених, дозволених цілей. Більшість постачальників аналітики, хостинг-провайдерів та платформ управління згодою працюють у цьому режимі. MSPA встановлює обмеження: заборона на продаж, заборона на міжконтекстну поведінкову рекламу від власного імені та суворо визначені правила зберігання та видалення.

Третя сторона

Ви є Третьою стороною, коли отримуєте персональну інформацію від Покритої компанії та використовуєте її для власних цілей — більшість SSP, DSP, постачальників ідентифікаторів та брокерів даних потрапляють сюди. Треті сторони мають найтяжчі договірні зобов'язання, включаючи пряме управління правами користувачів і обов'язки наскрізного потоку при обміні даними з власними партнерами.

MSPA та Global Privacy Platform (GPP)

MSPA не існує у вакуумі. Це договірний рівень; GPP — це технічний рівень сигналізації. Global Privacy Platform від IAB Tech Lab кодує вибір користувача в єдиний рядок, що подорожує разом із запитами ставок через протокол OpenRTB. Для американської сигналізації GPP несе секційні рядки для кожного штату з комплексним законом про конфіденційність — наприклад, USCA (Каліфорнія), USCO (Колорадо), USVA (Вірджинія), USCT (Коннектикут), USUT (Юта) та загальний американський національний рядок для штатів без виділеного розділу.

MSPA повідомляє вашій CMP, які поля слід встановити в цих секціях GPP, щоб заявити про охоплення. Найважливіші поля, які видавці побачать і налаштують, включають:

Якщо ваша CMP встановлює MspaCoveredTransaction = Так, але видавець насправді не підписав контракт MSPA, ви щойно зробили хибне твердження, на яке покладатимуться підписанти нижче за течією. Це швидкий шлях до договірного спору і, залежно від штату, регуляторної скарги.

Чутливі дані: Пастка, яку більшість видавців пропускає

Кожен комплексний американський закон про конфіденційність штату, прийнятий після Каліфорнії, розширив визначення чутливої персональної інформації, і MSPA складає їх у єдине поле GPP. Категорії зазвичай включають:

Деякі штати вимагають згоди opt-in для обробки чутливих даних, тоді як інші дозволяють обробку з правом відмови. Кодування GPP MSPA дозволяє вам виразити будь-який варіант, але ваша CMP повинна знати, який саме запитувати залежно від штату користувача. Неправильна класифікація чутливих даних — наприклад, обробка перегляду медичного контенту як звичайних поведінкових даних — є найпоширенішим типом збоїв, на якому акцентують увагу генеральні прокурори штатів у правозастосовних діях 2024–2025 рр.

Побудова потоку згоди, готового до MSPA

Впровадження MSPA на вашому сайті чи в додатку — це проблема координації між юридичним відділом, інженерією та рекламними операціями. Робота поділяється приблизно на п'ять робочих потоків.

1. Підпишіть MSPA та підтримуйте статус підписанта

MSPA — це справжній контракт, який юридичний радник повинен перевірити та підписати. Ви оголосите роль або ролі, в яких ви працюєте, штати США, де ви ведете бізнес, та категорії даних, які ви обробляєте. Поновлюйте щорічно та оновлюйте портал підписантів IAB Tech Lab при зміні вашої ролі або юрисдикції.

2. Налаштуйте CMP для багатоштатної логіки

Єдиний банер лише для CCPA більше не є достатнім. Ваша CMP повинна визначати штат користувача — зазвичай через IP-геолокацію з резервним варіантом конфіденційності — і відображати правильні повідомлення, посилання та засоби відмови для цієї юрисдикції. FlexyConsent та інші сучасні CMP, сертифіковані Google, постачаються з багатоштатними шаблонами, що відображають кожен штат на правильні рядки секцій GPP.

3. Підключіть рядки GPP до вашого рекламного стеку

Рядок GPP повинен вставлятися в кожен запит ставки OpenRTB від американського користувача. Для користувачів Google Ad Manager це означає увімкнення підтримки GPP у налаштуваннях мережі; для користувачів Prebid — встановлення модулів gppControl_usnat та модулів для кожного штату і підтвердження того, що адаптер consentManagement передає закодований рядок. Перевірте за допомогою декодера GPP від IAB Tech Lab, щоб переконатися в правильності маршруту від CMP до запиту ставки.

4. Дотримуйтесь сигналу Global Privacy Control (GPC)

Більшість законів штатів — Каліфорнія, Колорадо, Коннектикут та зростаючий список — вимагають визнання сигналу GPC на рівні браузера як дійсної відмови. MSPA очікує, що підписанти виявлятимуть GPC і попередньо встановлять поля SaleOptOut, SharingOptOut та TargetedAdvertisingOptOut відповідно, навіть до того, як користувач торкнеться банера. Якщо ваша CMP не може виявляти та реагувати на GPC, ви не відповідаєте вимогам незалежно від членства в MSPA.

5. Перевіряйте постачальників нижче за течією

Логіка наскрізного потоку MSPA працює лише тоді, коли ваші постачальники також є підписантами. Перш ніж надсилати дані будь-якому SSP, DSP або партнеру з даних, перевірте їхній статус підписанта на порталі IAB Tech Lab. Постачальники, які не є підписантами, повинні або бути видалені з вашого рекламного стеку для американського трафіку, або охоплені окремими двосторонніми DPA, що відображають умови MSPA.

Поширені помилки впровадження

Кілька шаблонів збоїв регулярно виявляються під час аудитів видавців:

Як MSPA впливає на доходи від реклами

Видавці, які правильно впроваджують MSPA, зазвичай бачать помірне короткострокове падіння доходів, за яким слідує стабілізація, тоді як недбале впровадження або надмірно обмежує ставки, або наражає видавця на ризик правозастосування. Змінні, які рухають стрілку:

Що далі: 2026 рік і після

MSPA — це жива угода. IAB оновлює її кожен рік-два, коли нові закони штатів, керівництво генеральних прокурорів та федеральні пропозиції змінюють ландшафт. Теми для спостереження у 2026 році:

Видавці, які ставляться до впровадження MSPA як до одноразового проєкту, відставатимуть. Ставтеся до неї як до постійної операційної гігієни, що перебуває у спільному веденні юридичного відділу, рекламних операцій та продуктової інженерії, і переглядається щоквартально. Видавці, що виграють у відповідності вимогам кількох штатів США, — це не ті, хто має найбільше юристів, а ті, чия CMP, рекламний стек та журнали аудиту розповідають одну й ту саму історію, коли регулятор ставить запитання.

Підсумок

MSPA — це практична відповідь на фрагментований американський ландшафт конфіденційності. Вона не прийматиме закони за вас, але надасть вашому потоку ставок, вашим постачальникам та вашій юридичній команді єдину спільну мову для відмов, чутливих даних та зобов'язань нижче за течією. Поєднайте її з CMP, що враховує специфіку штатів, точною сигналізацією GPP та дисциплінованим управлінням постачальниками, і ви витрачатимете менше часу на суперечки про юрисдикцію та більше часу на монетизацію показів, які вам дозволено монетизувати. Це єдиний стійкий шлях через 2026 рік і хвилю законів штатів, що ще чергуються за ним.

← Блaderegistrdelays delays Читати все →