Жовтневі зміни в Display & Video 360 API виглядають як технічне оновлення, але ризик для бізнесу є операційним. 27 серпня Google повідомив про три невверсійні зміни в DV360 API та Structured Data Files. Наступного дня Search Engine Land пояснив наслідки: частина налаштувань виключення для Brand Safety змінюється 1 жовтня, а створення або оновлення адаптивної реклами YouTube з 12 жовтня потребуватиме назви бізнесу й логотипа, якщо вони не задані на рівні рекламодавця.
Оскільки зміни невверсійні, команда не може чекати звичного вікна міграції на нову версію API. Будь-який процес, що створює позиції, завантажує SDF, редагує адаптивну рекламу YouTube або перевіряє налаштування Brand Safety, потребує короткого спринту готовності до жовтня.
Що змінюється в жовтні
Зміни від 1 жовтня стосуються двох груп контролів. Google зазначає, що рекламодавці більше не зможуть виключати конкретні цифрові мітки контенту через таргетинг. Це впливає на відповідний тип таргетингу в DV360 API та пов’язаний стовпець у SDF. Також Google прибирає можливість виключати більшість чутливих категорій через таргетинг, що зачіпає стовпці Brand Safety у файлах.
Зміна від 12 жовтня має іншу природу. Розробники, які створюють або оновлюють адаптивну рекламу YouTube, мають передавати назву бізнесу й логотип, якщо ці значення не задані як типові для батьківського рекламодавця. Це важливо для автоматизованого створення креативів, масових завантажень та акаунтів, де бізнес-ідентичність веде інша команда.
Чому це операційний ризик
Політика Brand Safety часто описана в одному місці, а виконується в кількох системах: інтерфейсі платформи, агентських шаблонах, API-завданнях, експорті SDF, робочих таблицях і контрольних списках. Коли поле зникає, проблема полягає не лише в помилці завантаження. Більший ризик у тому, що політику, написану під один контроль, і надалі вважатимуть виконаною після зміни цього контролю.
Тому оновлення має бути темою маркетингових операцій, а не лише розробки. CMO має розуміти, чи команда й далі захищає ті самі межі інвентарю. Керівник рекламних операцій має знати, які завантаження можуть зламатися. Розробнику потрібно прибрати або переосмислити поля. Власнику креативних операцій потрібно перевірити назви бізнесу та логотипи для адаптивної реклами YouTube.
Чекліст готовності
- Знайдіть усі API-завдання й SDF-шаблони, що використовують виключення цифрових міток контенту, чутливих категорій або активи адаптивної реклами YouTube.
- Позначте рекламодавців, які справді використовують ці поля зараз.
- Перекладіть кожне старе виключення в бізнес-вимогу: безпека бренду, юридична чутливість, придатність медіа або клієнтська політика.
- Підтвердьте, які залишкові контролі DV360, правила інвентарю або ручна перевірка виконують цю вимогу після 1 жовтня.
- Задайте типові назву бізнесу й логотип на рівні рекламодавця, якщо саме успадкування є потрібним шляхом.
- До жовтня проведіть тестові завантаження SDF та оновлення через API, а помилки й виправлені шаблони зафіксуйте.
Що протестувати до дедлайну
Корисний тест перевіряє не лише успішність запиту. Він має підтвердити, що створена позиція, реклама або завантаження відповідають медіаполітиці. Візьміть вибірку активних рекламодавців, експортуйте потрібні SDF, приберіть або змініть зачеплені поля, протестуйте завантаження в некритичному процесі й порівняйте результат із наміром політики.
Для адаптивної реклами YouTube окремо перевірте шлях активів. Якщо в рекламодавця є типова бізнес-ідентичність, підтвердьте успадкування. Якщо немає, переконайтеся, що автоматизація передає назву бізнесу та ідентифікатори логотипа. Відсутній логотип має зупинятися на етапі контролю якості, а не під час запуску кампанії.
Рішення для CMO та рекламних операцій
Головне рішення полягає в тому, чи сприймати жовтень як технічне прибирання, чи як перевірку операційної моделі. Прибирання просто видаляє поля й сподівається, що кампанія рухатиметься далі. Перевірка моделі визначає власника наміру Brand Safety, власника якості SDF, власника бізнес-ідентичності й порядок погодження, коли платформа змінює контролі.
Практичний крок зараз – створити короткий реєстр готовності DV360: рекламодавець, зачеплений процес, замінний контроль, дата тесту, власник і невирішений ризик. Такий реєстр корисніший за загальну записку про міграцію, бо прив’язує зміну API до реального управління медіа.
