Написання скрипта у вигляді платформи для автоматичного контролю рекламних кампаній фейсбук

Вітаю! Ознайомився з вашим ТЗ. Це професійна задача з автоматизації AdTech, яку я реалізую на надійному стеку Python (Django/FastAPI) + PostgreSQL + Celery/Redis.
Готовий обговорити логіку "дольоту" лідів та структуру бази даних у приватному чаті. Гарантую чистий код та професійний підхід до розробки MVP.

Вітаю.

Ознайомився з ТЗ. Тут бачу не просто скрипт, а MVP-платформу для централізованого контролю Facebook Ads з rule engine, логами, ролями доступу та безпечним застосуванням авто-дій через Facebook Marketing API.

Ключовий технічний момент у цій задачі — коректне зіставлення статистики між Keitaro і Facebook, а також надійна логіка авто-правил без ризику масових небезпечних дій. Саме тому я б пропонував починати поетапно: спочатку перевірка mapping / бізнес-логіки і test proof of concept, далі — реалізація MVP.

Що можу закрити в першому релізі:
інтеграція Keitaro + Facebook Marketing API
зіставлення даних по ad / зв’язці
… авто-правила pause / restart / CPL control
логи всіх дій
веб-інтерфейс з ролями, фільтрами і dry-run режимом
базові обмеження по rate limits / delays / safe actions

Після отримання деталей готовий спершу зробити короткий test proof of concept по mapping і ключовій бізнес-логіці, щоб зафіксувати правильний напрям реалізації перед повним запуском. Всі деталі можемо обговорити в особистих повідомленнях.

Доброго дня.

Розумію завдання: забираємо ліди та статуси з Keitaro, забираємо витрати та метрики з Facebook Marketing API, співвідносимо за оголошенням або за зв'язкою, після чого система за правилами приймає рішення призупинити або включити, з лімітами по діям, затримками та повним логуванням. Це можна зробити акуратно, щоб не впиратися в rate limits і без різких масових операцій.
Зберемо MVP як веб панель з ролями (адмін, тімлід, байер), фільтрами по гео та постачальникам, таблицею статусів, історією дій, режимом dry-run та розкладом. Автоперезапуск після долету реалізуємо коректно через зберігання статусу зупинки системою та перевірку нових лідов за часом після паузи.
Щоб швидко оцінити терміни та ціну, уточню пару речей: як ви співвідносите ліди Keitaro з конкретним оголошенням Facebook, за ad_id в параметрах, за UTM, за subid, або через postback? І друге, правила застосовуються строго до Ads, чи іноді потрібно і до Ad Set також?
Якщо це є, ми запропонуємо архітектуру і можемо стартувати одразу.

Показати оригінал

Перекласти

Привіт! Вивчив ТЗ повністю — задача зрозуміла, реалізовував схожі інструменти для медіабаїнгу. Готовий взятися.
Що я бачу в цьому проекті:
Це не просто «зробити інтерфейс до API Facebook» — тут важлива логіка авто-правил, особливо ланцюжок: авто-стоп → доліт ліда → перезапуск → контроль CPL. Якщо цей ланцюг зробити криво, система буде або зливати бюджет, або блокувати нормально працюючі оголошення.
Мій стек під цей проект:
Backend — Python (FastAPI) + Celery для фоновых задач (перевірка метрик за розкладом), PostgreSQL для логів і станів. Frontend — React з табличним виглядом, фільтрами і історією дій. Facebook Marketing API — працював з rate limits, знаю як правильно вибудовувати черги дій, щоб не отримати бан від FB.
Що реалізую строго за ТЗ:

Всі 5 авто-правил, включаючи обмеження N перезапусків за 24 години
Ролі: Адмін / Тимлід / Баєр з ізоляцією даних
… Повне логування кожної дії системи (хто, що, коли, чому)
Dry-run режим — спочатку дивишся, що система зробить, потім включаєш бойовий режим
Rate limiting і затримки між action'ами — щоб FB не бачив патерн бота

Терміни і підхід:
Працюю ітераціями. Спочатку — робочий MVP з авто-стопом і логами (1-1,5 тижні), потім — інші правила і інтерфейс. На кожному етапі можна тестувати і давати зворотний зв'язок.
Готовий почати з брифа — уточню кілька деталей по бізнес-логіці, які впливають на архітектуру (наприклад, як саме фіксується «доліт ліда» — webhook, polling FB API, чи стороння CRM?).
Напиши — обговоримо.

Показати оригінал

Перекласти

Добрий вечір, Саша!
В цілому завдання зрозуміле, для точного відповіді щодо термінів і ціни, хотілося б уточнити деякі питання, які у мене виникли після аналізу вашого завдання.
Пишіть у приватні повідомлення — обговоримо деталі та ваші побажання.

Показати оригінал

Перекласти

Привіт! Готовий виконати цей проект, маю великий досвід розробки різних додатків.

Показати оригінал

Перекласти

Вітаю.

Можу реалізувати завдання. Є досвід у подібному. Термін та вартість приблизні - потрібно обговорити деталі.
Пишіть, зроблю все швидко та якісно.

Показати оригінал

Перекласти

Вітаю! Зможу реалізувати. Відпишіть в приват щоб обговорити всі деталі. Буду рад співпраці!

Вітаю.

Є практичний досвід роботи з Meta Marketing API та інтеграції з Keitaro через API. Реалізовував отримання статистики, співставлення даних та автоматизацію дій на основі метрик (CPC, CPL, витрати).

Готовий обговорити архітектуру MVP та поетапну реалізацію.

Показати оригінал

Перекласти

Доброго дня
Цікаве завдання, хоча не мав досвіду з Facebook API, але маю досвід з кейтаро. Також маю великий досвід у побудові складних і високонавантажених рекламних платформ.
Це точно не "скрипт", а досить непростий за досвідом веб-проєкт, який готовий реалізувати на Go + Vue для фронтенду.
Можу забезпечити розгортання, налагодження та подальшу підтримку.
Вартість 20$ година.
Звертайтеся.

Показати оригінал

Перекласти

Вітаю! Зацікавив ваш запит на автоматизацію. Маю досвід роботи з Python та розробки систем з чіткою бізнес-логікою.

Як я реалізую ваш проект:

Стек: Python (Celery для фонових задач) + PostgreSQL для надійного логування.

Логіка «дольотів»: Реалізую через постійний моніторинг дельти лідів після зупинки (порівняння leads_at_pause з поточними даними API).

Безпека: Впроваджу Dry-run режим, щоб ви могли протестувати роботу правил без реальної зупинки оголошень.
…
Інтерфейс: Зроблю зручну таблицю на Django з фільтрами та історією дій для кожного аккаунту.

Готова обговорити технічні деталі та розпочати роботу. На зв'язку!"

Вітаю! Ознайомився з ТЗ. Завдання зрозуміле: потрібна гнучка система управління правилами з фокусом на безпеку.
Що я впроваджу:
Система «Global Switch»: можливість миттєво відключити всі авто-правила як для всієї системи, так і для окремого акаунта.
Dry-run Mode: режим симуляції. Бот буде прораховувати логіку і показувати результат без реального виконання угод. Це дозволить налагодити стратегію без ризику для балансу.
Safety Delays: впроваджу чергу завдань (Queue) з налаштовуваними затримками між діями, щоб уникнути блокувань з боку API біржі/сервісу.
Persistence: налаштування правил будуть зберігатися в БД, що гарантує їх збереження при перезавантаженні сервера.
Маю досвід роботи з Python (aiogram), інтеграцією API та створенням архітектур для Telegram-ботів. Зроблю код чистим, розширювальним і з повною підтримкою після запуску. Готовий обговорити деталі і приступати.

Показати оригінал

Перекласти

Доброго дня. Готовий зробити! Бекенд напишу на Go (fiber), буде працювати швидко і якісно + веб на js. Робив подібний проект для амазон. Звертайтеся.

Показати оригінал

Перекласти

Доброго дня, готовий зробити. Пишіть в ЛС, обговоримо детальніше....

Показати оригінал

Перекласти