Постбеки: кожна конверсія — у ваш трекер
Якщо ллєте трафік через Keitaro, RedTrack чи працюєте з партнеркою, клік випадає з поля зору трекера в момент входу в Telegram. Реєстрації й депозити відбуваються там, де трекер сліпий, а без даних про конверсії тихо помирають ваші звіти про витрати, авто-правила та звірка виплат. Постбеки замикають цей контур: на кожну конверсію, яку фіксує Leadgram, платформа звертається до S2S-URL вашого трекера, і фінансова частина воронки лишається видимою саме там, де ви оптимізуєте.
Як це працює
Правило постбеку - це три речі: подія-тригер, шаблон URL і HTTP-метод. Щойно по одному з ваших кліків фіксується конверсія - через server-to-server виклик рекламодавця в events API або через вузол «Тригер події» у флоу - спрацьовують усі ввімкнені правила з цим типом події. Одна подія, одне правило, один HTTP-запит.
Постбеки спрацьовують лише для подій, які пройшли білінг. Конверсія отримує статус charged або free ще до того, як до неї дістаються ваші правила: платно проходить лише перша білінг-подія підписника, усі наступні події від нього безкоштовні. Якщо в момент цього першого списання організація на паузі або без балансу, подія натомість падає в статус blocked, і постбек по ній не спрацьовує; події від підписників, за яких ви вже платили, лишаються безкоштовними й продовжують спрацьовувати. Окремого статусу для цього на самому правилі немає, тож якщо правило, яке мало б стріляти, раптом замовкло - спершу перевірте баланс організації, а вже потім розбирайтеся з URL.
Створення правила
- Відкрийте «Постбеки» і натисніть «Додати постбек».
- Виберіть пресет: Keitaro і RedTrack підставлять шаблон URL, «Власний» починається з порожнього поля.
- Назвіть правило так, щоб потім упізнати його в таблиці.
- Виберіть подію-тригер: «Лід», «Реєстрація», «Депозит», FTD, «Покупка», «Старт бота» або «Вступ до каналу».
- Вставте URL ендпоінта з макросами (список нижче).
- Виберіть
GETабоPOST. ЗаPOSTмакроси в URL теж працюють, а ті самі поля додатково йдуть JSON-тілом. - Натисніть «Додати постбек», щоб зберегти. Правило вмикається одразу і з'являється в таблиці з подією, методом, часом останнього спрацьовування та статусом.

Макроси URL
Ці плейсхолдери підставляються при кожному спрацьовуванні:
{click_id}- id кліка в Leadgram; ключ, за яким трекер зіставляє сесію{event_type}- назва події (deposit,ftdі так далі){sub1}-{sub5}- суб-ланцюжок, зафіксований на кліку{platform}- рекламний майданчик кампанії (meta,google,tiktok){fbclid},{gclid},{gbraid},{wbraid},{ttclid}- нативні click id рекламних майданчиків
Порожні значення перетворюються на порожній рядок, тож &fbclid={fbclid} не зламається на трафіку з Google. Усе, чого немає в цьому списку, залишається в URL як звичайний текст. Робочий приклад для Keitaro: https://your-keitaro.com/postback?subid={click_id}&status={event_type}.
Доставка, ретраї та повторне відправлення
На кожен запит дається 10 секунд, і будь-який HTTP-статус від 200 до 399 зараховується як доставлений. Невдалий запит отримує ще до 2 повторів зі зростаючою паузою (всього 3 спроби), і кожне відправлення дзеркалиться в надійний журнал, який можна переглянути на сторінці «Доставка конверсій»:
- «У черзі» - поставлено в чергу, ще не доставлено
- «Відправлено» - ендпоінт відповів 200-399
- «Збій» - остання спроба впала, ретраї ще можливі
- «Мертва» - усі спроби вичерпано; оживить лише ручне повторне відправлення
Сторінка «Доставка конверсій» показує зведення про стан ще до того, як ви дістанетесь до будь-якої таблиці: одна картка на кожне правило й на кожне підключення до рекламного майданчика, зі статус-беджем («Без проблем», «Є збої» або «Є мертві») плюс лічильники sent/failed/dead/pending за останні 24 години та за останні 7 днів. Це найшвидший спосіб помітити, що з правилом щось не так, не перечитуючи кожен рядок окремо.
Нижче розташована таблиця «Проблемні доставки» (вкладки CAPI | Постбеки): вона показує кожну збійну чи мертву доставку з точним текстом помилки, по 20 рядків на сторінку. Часовим вікном вона не обмежена - це стосується лише лічильників у зведенні вище; доставка, яка впала кілька місяців тому, так само висітиме тут, доки ви не перевідправите її або вона сама не пройде успішно. «Повторно надіслати» ставить доставку в чергу ще раз з тим самим payload. Спершу полагодьте ендпоінт, а тоді перевідправляйте - нічого не втрачається.
Гарантія дедуплікації: одна й та сама логічна конверсія ніколи не піде у ваш ендпоінт двічі. Дедуплікація тримається крізь ретраї черги, краші й повторну обробку подій. Справжня нова повторна конверсія (наприклад, другий депозит, зафіксований як нова подія) відпрацює знову, як і має.
Часті граблі
- Правило показує статус «Вимкнено» і не стріляє. Нові правила завжди створюються ввімкненими, а сьогодні дашборд дозволяє тільки створювати правила: редагувати, вимикати чи видаляти вже збережене правило з інтерфейсу не можна, тож якщо ви бачите вимкнене правило - його вимкнули якимось іншим способом. Перевірте поточний стан через фільтри «Усі / Активні / Вимкнені».
- Назви макросів точні:
{clickid}(без нижнього підкреслення) не підставляється і приїде до трекера буквально. - Тільки публічні
http(s)-адреси: localhost і адреси приватних мереж відхиляються з міркувань безпеки. Ця перевірка спрацьовує, коли ви редагуєте URL і коли правило стріляє, але не в момент першого створення - тож поганий URL цілком може зберегтися і впасти лише тоді, коли справді спробує спрацювати. - Якщо ваш ендпоінт відповідає 4xx/5xx, доставка стає «Збій», а потім «Мертва». Це проблема приймальної сторони: полагодьте її, а тоді перевідправте зі сторінки «Доставка конверсій».
- Ліміт - 50 правил постбеків на організацію.