Автоматизация Facebook Ads API и TikTok Business API: где ломается сбор данных

Автоматизация Facebook Ads API и TikTok Business API: где ломается сбор данных

Если отчёт по источникам собирается руками, байер всегда смотрит не на profit, а на Excel. Нормальная схема такая: API-выгрузка → staging-таблица → нормализация полей → витрина под дашборд. Иначе получаете кашу из разных названий кампаний, часов выгрузки и кривых валют.

Критические точки:
• дедупликация по event_id, click_id и postback_id;
• отдельная обработка timezone и окна атрибуции;
• маппинг статусов, чтобы paused, disabled и archived не считались одинаково;
• контроль пустых массивов и rate limit, иначе ETL молча разваливается.

Для Facebook Ads API и TikTok Business API нельзя строить модель “один запрос — одна таблица”. Лучше делать сырой слой с полным JSON, потом парсить в нормализованные сущности: accounts, campaigns, adgroups, ads, insights. Так проще пересобирать историю, если меняется логика полей или нужен ретро-бэфил.

Обязательные проверки: сходимость spend, impressions, clicks между API и трекером; логирование каждого запроса; retry с backoff; алерты на провал партиции. Без этого вы не понимаете, где именно течет профит.

Всё, что не автоматизировано — это потенциальный убыток: сначала сырой лог, потом витрина, потом дашборд.