Отключение Messenger Stories в Facebook Ads с 27 августа 2026: путаница дедлайнов API — что делать арбитражнику

Meta навсегда убирает Messenger Stories из списка доступных плейсментов Facebook Ads с 27 августа 2026 года. Для арбитражника это не рядовое обновление интерфейса: одновременно с отключением самого плейсмента расходятся даты в двух официальных changelog’ах Meta, а Graph API v26.0 перестаёт сообщать об ошибке при обращении к устаревшему параметру — Graph API v26.0 молча игнорирует параметр вместо того, чтобы вернуть ошибку. Ниже — какие даты и параметры проверить прямо сейчас, чтобы кампании не потеряли часть бюджета в никуда.

Что отключается 27 августа

Messenger Stories прекращает существовать как плейсмент для показа рекламы с 27 августа 2026 года — формат, который встраивал рекламные карточки в ленту историй внутри приложения Messenger, между перепиской пользователей. Отключение подтверждено независимо тремя источниками: разбором Common Thread Collective от 27.08.2026, новостной заметкой Social Samosa от той же даты и августовским changelog-дайджестом AdsUploader. Common Thread Collective прямо называет удаление «permanent removal across all campaign types» — то есть плейсмент пропадёт и из Advantage+ кампаний с автоматическим подбором мест показа, и из кампаний с ручным выбором плейсментов. Арбитражнику стоит открыть отчёт по плейсментам за последние 90 дней именно сегодня, пока историчные данные по Messenger Stories ещё доступны для сравнения.

Путаница в дедлайнах между Graph API и Marketing API

Официальные changelog’и Meta называют разные даты отключения одного и того же параметра. Согласно разбору AdsUploader, Graph API changelog указывает на 27 октября, тогда как Marketing API changelog говорит о «late August 2026», а уведомления, которые Meta рассылает рекламодателям напрямую, называют конкретную дату — 27 августа. AdsUploader рекомендует ориентироваться на более раннюю дату как на действующую, поскольку именно она стоит в персональных уведомлениях аккаунтов. Для арбитражника, который ведёт кампании через API или сторонние баинг-платформы, это означает: нельзя полагаться на один changelog — нужно свериться минимум с двумя источниками (Graph API и Marketing API документацией) и с уведомлением в самом рекламном кабинете, прежде чем планировать релиз скриптов на конец октября.

Как Graph API v26.0 обрабатывает устаревший параметр

В версии Graph API v26.0 обращение к параметру Messenger Stories не возвращает ошибку — оно просто отбрасывается. По данным AdsUploader, если массив messenger_positions в запросе на создание или обновление ad set содержит значение story, API v26.0 «silently drops it from a successful response rather than erroring» — то есть запрос формально выполняется успешно, но значение story исчезает из ответа без каких-либо предупреждений. Для связок, где ротация плейсментов настроена автоматическими скриптами через API, это создаёт риск тихой рассинхронизации: скрипт продолжит думать, что параметр применён, а по факту Meta его проигнорирует. Действие: до 27 августа вручную пройтись по всем шаблонам и пресетам, из которых собираются запросы к API, и убрать story из массива messenger_positions, не дожидаясь, пока это сделает Meta за вас.

Что произойдёт с бюджетом в Advantage+ кампаниях

В кампаниях с автоматическим размещением Advantage+ Meta самостоятельно перераспределит бюджет, ранее уходивший на Messenger Stories, на оставшиеся доступные плейсменты. Common Thread Collective указывает, что это произойдёт автоматически, но рекомендует рекламодателям заранее провести ручной аудит Advantage+ кампаний, чтобы понимать, куда именно уйдут высвободившиеся показы, а не полагаться полностью на алгоритм. Источник прямо предупреждает: несколько дней после отключения стоит закладывать на «algorithm rebalancing» — колебания CPA и охвата, пока система заново обучается на новом наборе плейсментов. Арбитражнику, который считает unit-экономику по часам, а не по неделям, стоит на 3–5 дней после 27 августа снизить агрессивность масштабирования по связкам, которые раньше активно получали трафик из Messenger Stories.

Что делать с кампаниями на ручном выборе плейсментов

Кампании, где плейсменты выбраны вручную и в списке отмечен Messenger Stories, требуют ручного вмешательства до дедлайна — автоматической миграции для них Meta не обещает. Common Thread Collective формулирует это как отдельный пункт инструкции: «Any campaign with manual placement selection that includes Messenger Stories requires manual removal before the deadline». Если плейсмент просто оставить отмеченным, после отключения ad set не упадёт, но и трафика с этой позиции больше не будет — бюджет, ранее считавшийся распределённым на несколько плейсментов, фактически сузится до оставшихся, и это стоит учитывать при пересчёте прогнозов CPM на сентябрь.

Почему Messenger Stories и так тянул статистику вниз

Исторически Messenger Stories показывал высокий объём показов и кликов при слабой конверсии — Common Thread Collective описывает это как «high impressions, high apparent click volume from accidents, and conversion rates that drag down the blended performance». Причина в контексте: пользователь находится в режиме чтения переписки, а не покупательского намерения, и реклама физически расположена рядом с элементами навигации, из-за чего часть кликов — случайные. Для арбитражника, ведущего офферы с оплатой за клик или лид, это означает, что отключение Messenger Stories может даже улучшить блендованный CTR и CPA по кампании — часть «мусорного» трафика уйдёт сама, без дополнительной настройки.

Плейсменты в целом теряют ручной контроль — потолок в value rules 90%

Параллельно с удалением Messenger Stories Meta продолжает сокращать инструменты ручного контроля плейсментов в принципе: по данным PPC Land от 25 августа 2026 года, часть рекламодателей уже не видит классических настроек исключения плейсментов в Ads Manager, а единственная замена — value rules — позволяет снизить ставку на конкретном плейсменте максимум на 90%, но не исключить его полностью. Meta обосновывает переход на автоматическое распределение цифрой в 11,7% — именно на столько, по собственным данным компании, Advantage+ размещение снижает CPA по сравнению с ручной настройкой плейсментов. Арбитражнику, который держит несколько рекламных кабинетов под разные гео и вертикали — например, через сервисы аренды и продажи готовых аккаунтов вроде adaccounts.shop — имеет смысл тестировать новые value rules на второстепенном аккаунте, прежде чем переносить настройки на основной кабинет с активным спендом.

Чек-лист для арбитражника на 27 августа

Формула действий на сегодня выглядит так: (1) выгрузить отчёт по плейсментам за 90 дней и зафиксировать долю Messenger Stories в блендованных метриках CTR, CPA и охвата по каждой активной связке; (2) в кампаниях с ручным выбором плейсментов вручную снять галочку Messenger Stories, не дожидаясь автоматического отключения; (3) в скриптах и шаблонах, работающих через API, убрать значение story из массива messenger_positions — на Graph API v26.0 полагаться нельзя, эта версия API отбрасывает параметр без ошибки; (4) заложить 3–5 дней на ребалансировку алгоритма в Advantage+ кампаниях и временно снизить темп масштабирования по чувствительным связкам; (5) для тестов новых value rules с потолком -90% использовать второстепенный рекламный кабинет, а не основной, чтобы не терять статистику на боевом спенде.

Итог: 27 августа 2026 года закрывает не только сам плейсмент Messenger Stories, но и обнажает более широкую проблему — расхождение дат между официальными changelog’ами Meta и «тихое» поведение Graph API v26.0 при обращении к устаревшим параметрам. Для арбитражника трафика это повод свериться минимум с двумя источниками перед каждым релизом скриптов, а не полагаться на единственный changelog, и держать резервные рекламные кабинеты для безопасного тестирования новых настроек плейсментов.

Источники

• Common Thread Collective — Meta Is Removing Messenger Stories Ads on August 27 (27.08.2026)
• Social Samosa — Meta to remove placement controls from ad sets (27.08.2026)
• AdsUploader — Meta Ads Updates (August 2026)
• PPC Land — Some Meta advertisers lose placement controls, with bid cuts capped at 90% (25.08.2026)