Meta прибирає Messenger Stories з рекламних плейсментів

Meta прибирає Messenger Stories зі списку рекламних плейсментів. З 27 серпня 2026 року значення Messenger Stories більше не підтримуватиметься в messenger_positions. Для більшості ручних запусків зміна майже непомітна, але старі API-конфіги, шаблони та системи автозаливу варто перевірити до дедлайну.

Головний ризик тут не в просіданні трафіку, а в технічній сумісності. Якщо автоматизація продовжить передавати вже непідтримуваний placement під час створення або редагування ad set, запит може повертати помилку.

Key Takeaways

З 27 серпня 2026 року Messenger Stories більше не підтримуватиметься як значення в messenger_positions.
Зміна насамперед важлива для команд, які створюють та оновлюють ad sets через Marketing API або власні інструменти.
Старі шаблони з Messenger Stories потрібно очистити до переходу на нову конфігурацію.
При ручній роботі через Ads Manager вплив має бути значно меншим, оскільки недоступний placement просто зникає з актуальних налаштувань.
Messenger як рекламне середовище не зникає — йдеться саме про Stories placement.
Апдейт продовжує тенденцію Meta до спрощення набору ручних рекламних форматів і більшої автоматизації delivery.

Що зміниться 27 серпня

У структурі Meta Marketing API placement визначається через набір позицій для відповідної платформи. Для Messenger одним із таких значень був Stories.

Після 27 серпня цей варіант більше не повинен використовуватися в messenger_positions. Відповідно, інтеграції, які формують placement specification вручну, потрібно оновити.

Це принципово відрізняється від ситуації, коли Meta просто перестає давати конкретному плейсменту delivery. Тут змінюється сама допустима конфігурація рекламного об’єкта.

Для ручного запуску майже нічого робити не потрібно

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

Meta керує доступними placements у самому інтерфейсі, а при використанні Advantage+ placements система автоматично розподіляє delivery між підтримуваними майданчиками.

Тому для баєра, який запускає кампанії вручну, зникнення Messenger Stories переважно означає мінус ще один доступний placement.

UAGEEK раніше писав про перехід Meta до Advantage+ placements, де алгоритм отримує дедалі більше контролю над тим, де саме показувати рекламу.

Автозаливи та API — ось де варто перевірити конфіги

Інша ситуація у команд, які працюють через власний залив, сторонні сервіси або напряму з Marketing API.

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

Те саме стосується старих кампаній, які автоматизація не створює заново, а регулярно редагує. Скрипт може отримати актуальний ad set, додати свої зміни й повторно відправити старий набір placements разом із уже непідтримуваним значенням.

Що перевірити до 27 серпня

Шаблони ad set. Прибрати Messenger Stories з усіх збережених placement presets.
API payloads. Перевірити формування поля messenger_positions.
Автозалив. Переконатися, що сервіс не додає застарілий placement автоматично.
Редагування старих кампаній. Перевірити сценарії, де система повторно використовує placement configuration існуючого ad set.
Error handling. Переконатися, що помилка одного placement не зупиняє масове створення кампаній без зрозумілого логу.

Для великих заливів така перевірка важливіша за сам placement. Один deprecated параметр у спільному шаблоні може вплинути одразу на десятки або сотні автоматичних запусків.

Messenger як рекламний майданчик не зникає

Важливо не трактувати апдейт як відмову Meta від реклами в Messenger загалом. Прибирається конкретно Messenger Stories, а не вся рекламна присутність у месенджері.

Meta продовжує використовувати Messenger поряд із Facebook та Instagram у своїй рекламній екосистемі. Зокрема, Messenger залишається частиною автоматизованого набору placements у підтримуваних рекламних сценаріях.

Meta поступово скорочує ручний контроль над delivery

Сам по собі Messenger Stories був лише одним із багатьох placements, тому його видалення навряд чи суттєво змінить performance більшості кампаній. Цікавіше, що апдейт вкладається в ширшу перебудову Ads Manager.

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

Схожа логіка працює і з новими мультиформатами: замість жорсткої прив’язки одного asset до одного формату Meta рухається до системи, де алгоритм комбінує доступні матеріали залежно від конкретного placement. Детальніше UAGEEK писав про це в матеріалі про нові мультиформати Meta Ads.

Тому для команд з автоматизацією важливо стежити не тільки за великими оновленнями Ads Manager. Навіть видалення одного старого placement може вимагати змін у шаблонах, API-схемах і логіці автозаливу.

Будьте в курсі всіх новин! Приєднуйтесь до ҐікNews.

Джерела для перевірки

Meta for Business. Офіційний опис роботи рекламних placements та Advantage+ placements у рекламній системі Meta.
Meta Ads placements

Meta for Developers. Офіційна документація Marketing API, через який автоматизовані системи створюють та редагують кампанії, ad sets і placement configurations.
Meta Marketing APIs

Meta for Developers. Офіційна документація Ad Set API та параметрів таргетингу, які використовуються під час програмного створення рекламних наборів.
Ad Set reference