Подготовка: профили, разрешение на изменения и данные

Автоправило принимает решения по данным Adset.pro: расход приходит из Facebook через социальные профили, а депозиты и доход — из трекера. Если одна из этих частей не настроена, правило либо ничего не сделает, либо, что хуже, сделает не то. Например, решит, что у всех адсетов ноль депозитов. В этой статье — что проверить до первого правила и особенно до перевода правила в live.

Чек-лист

1. Социальный профиль и способ подключения

Правило работает с кабинетами, которые подключены к Adset.pro через социальные профили. От способа подключения зависит, сможет ли правило не только читать данные, но и менять кампании в Facebook.

Если кабинет подключён через несколько профилей, правило само выберет профиль для изменений. Сначала — профиль с Dev-токеном, затем «Приложение Meta», затем антидетект-агент. Профили на плагине для изменений не используются никогда. Подходит только профиль, который:

• активен (переключатель «Активен» в карточке, а не «Пауза») и не потерял авторизацию;

• разрешает изменения автоправилам (раздел 2);

• виден владельцу правила. Правило работает от имени владельца: профили, которых владелец не видит, для него не существуют.

Пример. Кабинет act_1234567890 подключён двумя профилями: байер собирает расход через плагин, а тимлид завёл для этого же кабинета профиль на Dev-токене и включил на нём разрешение. Правило тимлида будет менять кампании через Dev-токен. Правило с теми же условиями, но только с профилем на плагине, сможет лишь уведомлять.

Если Facebook отклонит токен или права профиля, владелец профиля получит уведомление со ссылкой на социальные профили. В журнале правила такое действие будет с исходом «Ошибка токена» или «Пропущено: нет прав».

Как подключить профиль каждым способом — в статье «Управление социальными профилями и типами подключений».

Совет. В конструкторе правила на шаге «Название и кабинеты» рядом с кабинетом видны пометки «Только Chrome-плагин» и «Изменения запрещены». Это самый быстрый способ проверить, сможет ли правило менять кабинет в live.

2. Разрешение на изменения в профиле

Даже профиль с Dev-токеном не даст правилу менять кампании, пока владелец профиля или руководство команды этого явно не разрешили. По умолчанию разрешение выключено.

Где включить:

1. Откройте Meta / TikTok → Социальные профили.

2. Откройте нужный профиль Facebook на редактирование. Переключатель есть только у уже сохранённого профиля.

3. На вкладке «Основное» включите «Разрешить автоправилам менять статусы и бюджеты кампаний этого профиля».

4. Сохраните профиль.

Подсказка под переключателем объясняет, что меняется: автоправила смогут ставить на паузу и включать кампании, адсеты и объявления в кабинетах этого профиля и менять их бюджеты. Пока разрешение выключено, правила по этим кабинетам только уведомляют и работают в тестовом режиме.

• У профиля на браузерном плагине переключатель тоже есть, но действия по-прежнему не исполняются. Карточка предупредит: «Профили на Chrome-плагине действия не исполняют: правила по их кабинетам будут только уведомлять.»

• Разрешение привязано к способу подключения. Если способ подключения профиля изменится, карточка предупредит об этом. Руководитель подтверждает разрешение для нового способа тем же сохранением. Если сохраняет пользователь без права включать разрешение, оно перестаёт действовать, пока его снова не включит владелец команды, тимлид или админ.

• Без разрешения в журнале live-правила будет исход «Пропущено: нет профиля для изменений» с причиной «Изменения автоправилами выключены у профилей», а в колонке «Последний прогон» списка правил — тег с предупреждением.

Совет. Не включайте разрешение на всех профилях сразу. Начните с одного профиля и одного правила, проверенного в тестовом режиме, и расширяйте круг, когда убедитесь, что правило ведёт себя как ожидалось.

3. Маппинг макросов в источнике трафика

Расход правило берёт из Facebook, а депозиты и доход — из трекера. Чтобы связать одно с другим, в клике должны приходить ID кампании, адсета и объявления Facebook. За это отвечает маппинг макросов в источнике трафика: {{campaign.id}}, {{adset.id}} и {{ad.id}}.

Без маппинга правило видит у объектов ноль инсталлов, ноль депозитов и нулевой доход. Для стоп-лосса это катастрофа: он решит, что ни один адсет не принёс депозитов, и выключит все, у которых расход выше порога.

Какой макрос нужен

Маппинг нужен, только если правило читает метрики трекера: инсталлы, регистрации, депозиты, редепозиты, доход, CPI, цену регистрации, CPD, CR, прибыль, ROI, ROAS. Правилам только на метриках Facebook — расход, показы, клики, CPC, CTR, CPM — и на атрибутах объекта он не нужен. Например, шаблоны «Выгорание креатива» и «Скачок CPM» работают и без маппинга.

Какие источники проверяются

У каждого социального профиля есть обязательное поле «Источник» — источник трафика, который вы льёте с этого аккаунта. Правило проверяет маппинг в источниках всех профилей, через которые подключён кабинет. Возможны три состояния:

Важно. Частичная атрибуция опаснее, чем кажется. Если в кабинете два источника и только один передаёт {{ad.id}}, объявления второго источника для правила «без инсталлов». Шаблон «Отключение объявлений без инсталлов» выключит их, как только расход превысит порог. Исправьте маппинг или сузьте область действия правила до кампаний, которые идут через настроенный источник.

Как настроить маппинг и проверить, что он работает, — в статье «Настройка источников трафика для корректного маппинга».

4. Свежесть данных

Правило не принимает решений по устаревшим цифрам. Перед каждым прогоном оно проверяет, на какой момент у него есть данные. Это более старая из двух отметок:

• последняя успешная синхронизация расходов Facebook по профилям кабинета — её частоту задаёт интервал синхронизации в профиле (15 минут, 30 минут или час, в зависимости от тарифа);

• последнее обновление конверсий трекера — оно происходит примерно раз в 15 минут.

Если данные старше порога «Допустимое отставание данных» (по умолчанию 90 минут, можно задать от 15 минут до суток на шаге «Защиты и уведомления»), прогон пропускается со статусом «Пропущен: устаревшие данные». В журнале, в колонке «Данные», видны отставание, порог и причина:

Нюансы, о которых стоит знать:

• Отметка синхронизации общая для профиля. Если при синхронизации расходов Facebook не отдал данные хотя бы по одному кабинету профиля, отметка не обновляется, и «отстающими» могут стать все кабинеты этого профиля.

• Профили на браузерном плагине присылают данные, только пока открыт браузер с расширением. Если у такого профиля несколько кабинетов, прогоны по ним могут пропускаться как устаревшие даже при работающем плагине.

• Порог должен быть заметно больше интервала синхронизации расходов. При синхронизации раз в час порог 60 минут будет пропускать значительную часть прогонов.

Совет. Чтобы узнавать о пропусках сразу, включите на шаге «Защиты и уведомления» событие «Устаревшие данные» в «Уведомлять о событиях». По умолчанию оно выключено. Такие уведомления приходят не чаще раза в 6 часов по одному кабинету.

Отдельно от свежести есть задержка депозитов: депозит может прийти через часы после клика, поэтому доход за последние часы всегда занижен. Это не ошибка синхронизации, а свойство воронки. Как это учитывать в условиях — в статье «Условия: метрики, окна, атрибуция и сравнения».

5. Валюта и часовой пояс кабинета

Валюта

• Если в правиле кабинеты в разных валютах, конструктор предупредит: «У кабинетов разные валюты (…): лимиты бюджетов применяются как число в валюте каждого кабинета. Расход и доходные метрики — в USD.» Лимит «Не выше 500» значит 500 долларов в одном кабинете и 500 гривен в другом.

• В шаблонах скейла и урезания лимиты бюджета по умолчанию — 500 и 20. Они рассчитаны на валюты вроде USD и EUR. Для кабинетов в UAH, JPY, IDR, KRW, VND и подобных валютах их обязательно нужно поменять.

• Если валюта кабинета неизвестна, бюджетные действия по нему пропускаются с причиной «Неизвестна валюта кабинета».

Совет. Если у вас кабинеты в разных валютах, а правило меняет бюджеты, разделите его на отдельные правила по валютам — так лимиты будут понятны с первого взгляда.

Часовой пояс

Все «календарные» вещи правило считает в часовом поясе каждого кабинета — так же, как Facebook в Ads Manager:

• расписание и окна активности: правило «каждый день в 09:00» на кабинетах в разных часовых поясах сработает в разное время;

• окна метрик «Сегодня», «Вчера», «Последние N дней»;

• «Пауза до конца дня» — объект включается в 00:00 по времени кабинета;

• лимит «Действий на объект в сутки».

Часовые пояса выбранных кабинетов видны в конструкторе на шаге «Расписание». Если часовой пояс кабинета неизвестен, прогон пропускается с причиной «Неизвестен часовой пояс кабинета».

6. История данных и «только новые объекты»

Правило видит данные только с момента, когда кабинет подключили к Adset.pro. Это важно для фильтра «Только новые объекты»: возраст объекта считается с первого расхода. Если объект тратил ещё до подключения кабинета, настоящий первый расход неизвестен. Такой объект в «только новые» не попадает, а счётчик «Сейчас под правилом» покажет его как объект с неизвестным возрастом. Подробно — в статье «Область действия: кабинеты, уровень, маски имён и «только новые»».

7. Роли и тариф

• В тарифе команды должна быть фича «Автоправила Meta (бета)».

• Создавать правила и переводить их в live могут владелец команды, тимлид и техспециалист; байер только смотрит.

• Разрешение на профиле включают владелец команды, тимлид или админ.

Полная таблица прав — в обзоре раздела «Автоправила».

Итог: готово ли всё к live

1. Профиль кабинета подключён через Dev-токен или антидетект-агент, активен, синхронизируется без ошибок.

2. На профиле включено «Разрешить автоправилам менять статусы и бюджеты кампаний этого профиля».

3. В источниках всех профилей кабинета замаплен макрос ID того уровня, на котором работает правило.

4. В предпросмотре правила нет предупреждений про устаревшие данные и атрибуцию.

5. Бюджетные лимиты в правиле проверены в валюте каждого кабинета.

6. Правило отработало день-два в тестовом режиме, и решения в журнале вас устраивают — см. «Быстрый старт» и «Предпросмотр, тестовый и боевой режимы».