«Кабінет забанили» — розмите формулювання. У Meta є конкретні офіційні статуси кабінету, і за кожним стоїть своя причина, а не загальне «не пощастило».
Офіційні статуси Meta AdAccount
За документованими значеннями account_status: активний, відключений Facebook, є несплачений борг, на перевірці ризиків Facebook, очікує розрахунку, пільговий період з оплати, очікує закриття, закритий. Різні статуси — різні причини і різні шанси відновлення.
Категорія 1 — гроші, а не політика
Статуси «несплачений борг», «очікує розрахунку», «пільговий період з оплати» — це не про контент реклами взагалі. Прострочена або відхилена картка, вичерпаний ліміт витрат — найчастіша і найлегше вирішувана причина зупинки кабінету. Рішення — актуальний спосіб оплати в Ads Manager, не розбір оголошень.
Категорія 2 — перевірка ризиків і порушення політики
«На перевірці ризиків Facebook» і підсумкове «відключений» — тут вже контент і поведінка кабінету: заборонені або оманливі твердження, реклама категорій з особливими вимогами (зокрема азартні ігри — потрібна ліцензія на конкретне ГЕО і відповідність рекламним правилам майданчика для цієї категорії), підозріла швидкість і обсяг змін на великій кількості об'єктів одночасно.
Для gambling/casino оферів це особливо важливо: Meta дозволяє таку рекламу далеко не всюди і вимагає явних дозволів/ліцензій за гео — це не технічне налаштування, а питання відповідності правилам майданчика і законам конкретної країни показу, яке вирішується до запуску кампанії, не після бану.
Категорія 3 — доступ і структура кабінету
Окрема, менш очевидна причина втрати доступу — не бан самого кабінету, а втрата прав у токена/застосунку, яким ви керуєте рекламою: видалений системний користувач, відкликаний токен, змінені права доступу в Business Manager. Кабінет фізично живий, але конкретний інструмент, який ним керував, більше нічого не може створити — зовні це виглядає схоже на бан, а насправді це адміністрування доступу.
Що знижує ризик структурно (не «лайфхаки», а архітектура)
- Офіційний Marketing API замість браузерної автоматизації/антидетекту — усуває окремий клас ризику: сам інструмент заливу не виглядає підозріло для Meta, бо не намагається вдавати людину в браузері (детальніше — стаття про офіційний API проти антидетекту).
- Помірний темп змін — різка серія однакових правок одразу на десятках об'єктів підвищує шанс потрапити в перевірку ризиків; інструмент, який робить це через офіційний API з розумними паузами між запитами, знижує цей сигнал.
- Актуальний спосіб оплати — закриває всю першу категорію причин однією дією.
- Явні, видимі A/B-варіанти замість випадкової підстановки тексту — випадкова підстановка тексту заради «унікальності» може виглядати для Meta як обхід перевірки (правило Meta «Обхід систем»), а явні A/B-варіанти — звичайний тест. AdFleet допускає лише явні варіанти, до 5 на поле (обмеження самого AdFleet), тож тут не створює зайвого ризику. Варіанти роздаються кабінетам по черзі (перший кабінет — варіант 1, другий — варіант 2, далі по колу), і в журналі запуску видно, який варіант отримало кожне оголошення.
Підсумок
Більшість причин бану — це або гроші (вирішується за 5 хвилин), або структурні питання (ліцензія на нішу, швидкість змін, тип доступу до токена), а не містика алгоритму. AdFleet працює через офіційний API, з обмеженням темпу запитів і без жодної функції «обходу модерації» — тому що обхід не знижує ці ризики, а збільшує. Спробуйте 3 дні без картки.