Необхідно налаштувати Meta Conversion API (CAPI)

Доброго дня, працюю в цій галузі більше 9-ти років,
є досвід: php(symfony, laravel, OpenCart, wordpress), javaScript(vue, react, nuxt, nextJs, jquery), html, css(SASS/SCSS), sql(PostgreSQL, MySQL)
.
Готовий виконати цей проект, якісно та в короткі терміни
.
Приклади нещодавно завершених проектів:
https://cohntm.com/
https://spacepro.org/
https://ff.ua/uk
… https://lingvanex.com/

Вітаю,Романе! Готова скласти технічне завдання для розробника:)

Вітаю!

Зроблю для вас технічне завдання (ТЗ) + архітектуру трекінгу Meta CAPI для вашого самописного сайту (JS фронт + PHP бек) із вимогою: без Data Layer, події відправляються сервер-ту-сервер і коректно відображаються в Events Manager (Meta).

Що саме входить у мою роботу:

1. Архітектура CAPI без DataLayer
1.1. Схема: Pixel (клієнт) + CAPI (сервер) з дедуплікацією через event_id.
1.2. JS-хуки на «успішний перехід на наступний крок» (а не клік/пейджлоад).
… 1.3. Проксі-ендпойнт на PHP: /capi/collect (прийом даних з фронта, валідація, підготовка user_data/custom_data, відправка в Graph API, retries/backoff, логування).
1.4. Безпека: токен Meta зберігаємо на сервері (.env), на фронт не віддаємо.

2. Меппінг подій по вашому флоу:
З урахуванням ваших скрінів та сторінок (кроки 1→2→3→платіж→thank you). Деталі в особисті. Усі події відправляємо подвійно (Pixel+СAPI) з однаковим event_id → Meta зіставляє та не дублює.
3. Параметри, які я задам у ТЗ - деталі в особисті надішлю
4. Готові приклади payload’ів у ТЗ (щоб ваш dev міг вставити без пошуків) - приклади в лс
5. Тест-план і чек-лист якості

Підготовка ТЗ + архітектурна схема + приклади коду + чек-лист: 12–16 год
• Ставка: $20/год → $240–320
• Термін: 1–2 дні (після надання доступів і короткого інтерв’ю)

Опційно: супровід розробника + рев’ю коду + налаштування Events Manager + end-to-end QA — ще 8–12 год.

Що мені потрібно від вас для старту
1. Pixel ID і Access Token (Meta Events Manager) + test_event_code.
2. Підтвердження цінових правил: як рахувати value на кожному кроці (особливо на Upsell).
3. Ідентифікатор замовлення (звідки беремо order_id/policy_id для ідемпотентності Purchase).
4. Доступ до стейджингу або можливість вмикати test-mode.
5. Підтвердження, що на фронті ми можемо вставити JS-хуки на «Next/Pay» після валідації.
6. Якщо Telr повертає на /thankyou/ — на бекенді потрібен вебхук/верифікація статусу success.

1. На Step 1 value — це базова ціна без допів?
2. На Step 3 ми відправляємо UpSalling щоразу при зміні набору доп-опцій чи лише на “Pay”?
3. Чи можемо ми прочитати email/phone вже на Step 2 (для кращого Match Quality)?
4. Для Purchase орієнтуємося тільки на підтверджений success від Telr (щоб не було фальш-конверсій), правильно?
5. Чи потрібно передавати content_ids (плани/страхові пакети) — я додам у ТЗ, якщо є словник.

Готовий взятись одразу: за 1–2 дні отримаєте повне ТЗ, приклади коду для вашого PHP/JS, карту подій з event_id/dedup, чек-лист тестування та план

Так, зовсім незрозуміло, потрібно скласти технічне завдання для Вашого працівника або відпрацювати згадане завдання...
Я можу зробити, і немає потреби залучати когось ще.

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

Перекласти

Доброго дня. Готовий виконати проект, працюю з фб дуже давно. Маю досвід підключення подій і запуск рекламних кампаній.
Можу відразу приступити.