Meta відключила створення реклами з опитуваннями через Marketing API: що змінилося з 27 жовтня

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

27 жовтня Meta поширила низку обмежень Marketing API v26.0 на всі підтримувані версії інтерфейсу. Зокрема, через API більше не можна додавати опитування до нових рекламних креативів. Заодно зникли три параметри, які сторонні сервіси могли використовувати для складання прогнозів.

Якщо ви запускаєте рекламу вручну в Ads Manager, то, найімовірніше, навіть не помітите різниці. А ось розробникам рекламних інструментів і командам з автоматизованими запусками варто перевірити свої інтеграції.

Що сталося з рекламними опитуваннями

Раніше через Marketing API можна було створювати оголошення з інтерактивними опитуваннями. Людина могла вибрати один із запропонованих варіантів відповіді прямо в оголошенні. Відкривати для цього сайт або переходити кудись іще не потрібно було.

Опитування давали користувачеві привід затриматися на рекламі замість того, щоб одразу прогорнути її.

З 27 жовтня створити такий креатив через підтримувані версії API вже не вийде.

Зміна торкнулася параметрів poll_spec та interactive_components_spec. Якщо сторонній сервіс продовжує надсилати запити з цими налаштуваннями, Meta відхилить створення або зміну відповідного креативу.

При цьому вже наявні оголошення з опитуваннями не обов'язково перестануть працювати.

Meta дозволяє змінювати параметри оголошення, які не зачіпають сам креатив. Наприклад, можна коригувати статус або розклад.

Важливе уточнення: йдеться саме про Marketing API. У межах цього оновлення компанія не оголошувала про повне вимкнення всіх рекламних опитувань в інтерфейсі Ads Manager.

Чому зміни набули чинності лише зараз

Marketing API v26.0 з'явився ще 29 липня 2026 року. Тоді нові обмеження почали діяти для запитів, які використовували цю версію.

Розробникам залишили перехідний період, щоб вони встигли змінити свої застосунки та рекламні інструменти.

Однак 27 жовтня обмеження поширилися й на решту підтримуваних версій Marketing API.

Тобто використання старішої версії API більше не дозволяє створювати оголошення з попередніми компонентами опитувань.

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

Meta також прибрала частину прогнозних даних

Зміни торкнулися не лише рекламних креативів.

Із відповідей Delivery Estimate видалили три поля:

• daily_outcomes_curve
• budget_guardrail
• estimate_dau

Ці параметри були пов'язані з оцінкою показу реклами та прогнозними даними, які могли використовуватися в сторонніх інструментах.

За поясненням Meta, сервіс, який забезпечував роботу цих полів, більше не підтримується. Тому компанія вирішила остаточно прибрати їх з API.

Прямої заміни видаленим полям Meta не запропонувала.

Це не означає, що рекламодавці втратили всю статистику охоплень або конверсій. Зміна стосується конкретних даних Delivery Estimate, а не основних звітів Ads Manager.

Однак якщо власна система прогнозування бюджету зверталася до цих полів, її роботу доведеться переглянути.

Які ще обмеження з'явилися

Є й менш помітна зміна, пов'язана з вибором місця призначення реклами.

У кампаніях, де використовуються конверсії Website and App, більше не можна прикріплювати креативи з налаштуванням applink_treatment=web_only.

Раніше воно дозволяло примусово спрямовувати користувача на сайт. Тепер для таких кампаній необхідно використовувати автоматичний вибір місця призначення або сумісний варіант ручного налаштування.

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

Що варто перевірити арбітражним командам

Насамперед оновлення стосується тих, хто використовує Marketing API для масового створення оголошень, зміни креативів або роботи зі сторонніми рекламними сервісами.

Якщо оголошення запускаються через власні скрипти, варто перевірити, чи не використовуються в них застарілі компоненти опитувань.

Окремо потрібно переглянути інструменти прогнозування. Якщо розрахунки залежать від видалених полів Delivery Estimate, система може перестати отримувати необхідні дані.

А під час роботи з кампаніями Website and App корисно перевірити налаштування переходів на сайт і в застосунок.

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

Для арбітражників висновок досить простий: навіть якщо кампанії продовжують нормально працювати, старі інструменти автоматизації не варто залишати без перевірки. Особливо коли нові оголошення створюються за заздалегідь підготовленими шаблонами.

👉🏻 Хочете бути в курсі останніх подій? Підписуйтеся на Telegram-канал «Новини Арбітражу».