Відстеження конверсій. Пов'язуйте кожен долар із кліком, який його заробив.
Приймачі вебхуків Stripe та Shopify перевіряють підписи та пов'язують дохід з початковим коротким посиланням. Відстеження кампаній відбувається автоматично.
- Server-side атрибуція Stripe і Shopify
- Наскрізна передача click_id - без клієнтського JS
- Виручка за посиланням, кампанією, днем, платформою
- Автоматична перевірка HMAC-підпису
Як це працює
click_id проходить усю лійку
UUID призначається в момент кліку і передається через кожен крок - параметр URL, cookie сесії, Stripe-сесія, замовлення Shopify - поки вебхук не спрацює і не замкне цикл атрибуції на стороні сервера. Клієнтський JavaScript для самої атрибуції не потрібен.
- Крок 01
Клік короткого посилання
elido.me/saleEdge встановлює UUID v4
cid: a3f9c1… - Крок 02
click_id прикріплено
?elido_cid=a3f9c1…URL-параметр + first-party cookie
cid: a3f9c1… - Крок 03
Користувач конвертується
client_reference_id=a3f9c1…Stripe-сесія несе click_id
cid: a3f9c1… - Крок 04
Вебхук спрацьовує
checkout.session.completedВиручку проатрибутовано початковому посиланню
cid: a3f9c1…
Інтеграції
Готові приймачі вебхуків для Stripe і Shopify
Зареєструйте endpoint у дашборді, вставте підписний секрет - і атрибуція почне працювати. Перевірка HMAC-підпису виконується до обробки payload - підроблені вебхуки відхиляються до того, як торкнуться ваших даних.
Дашборд виручки
Виручка за посиланням, кампанією і днем
У кожного короткого посилання є живий лічильник виручки - сума всіх конверсій, проатрибутованих через нього. Фільтруйте за тегом кампанії, діапазоном дат або платформою. Експортуйте в CSV або стрімте в BigQuery за розкладом.
- Виручка за посиланнямСумарні конверсії у будь-якій валюті, в оригінальній деномінації
- CVR у часіЧасовий ряд конверсії поруч з обсягом кліків
- Форвардинг у GA4 / Meta CAPIАсинхронна розсилка після запису конверсії
- ДедуплікаціяІдемпотентність за click_id + event_name - подвійні вебхуки не задвоюють лічбу
| Посилання | Кліки | Конв. | Виручка | CVR |
|---|---|---|---|---|
| elido.me/bfcm | 18,420 | 847 | €76,280 | 4.6% |
| elido.me/sale | 11,034 | 512 | €41,430 | 4.6% |
| elido.me/nl/shop | 8,901 | 398 | €29,104 | 4.5% |
| elido.me/email-q2 | 6,201 | 201 | €14,872 | 3.2% |
| elido.me/ig-bio | 5,032 | 88 | €6,104 | 1.7% |
Що ви можете зробити
- Stripe checkout.session.completed
- Stripe payment_intent.succeeded
- Shopify orders/paid
- Відстеження кампаній, отримане з посилання
- Підсумок доходу на дашборді
Як працює серверна атрибуція конверсій Elido від початку до кінця
Клієнтські пікселі втрачають 20–40% конверсій через блокувальники реклами, обмеження конфіденційності iOS та ланцюжки редиректів. Серверна атрибуція закриває цю прогалину.
Кожен клік отримує UUID, який передається до місця призначення - якір атрибуції для зіставлення конверсій
Коли користувач натискає на коротке посилання Elido, edge генерує click_id (UUID v4) і додає його як параметр запиту (elido_cid) до цільової URL. Ваш процес оформлення замовлення повинен зберігати цей параметр на кожній сторінці воронки - більшість роутерів SPA та серверних стеків пересилають невідомі параметри запиту за замовчуванням, але ланцюжки редиректів можуть їх видаляти. click_id також зберігається у сесійному cookie на домені призначення, якщо ви додасте 2KB фрагмент коду атрибуції Elido (опціонально). Протестуйте повний процес перед запуском: натисніть посилання, виконайте тестову покупку, перевірте наявність elido_cid у POST-запиті конверсії. Якщо його немає, додайте пересилання параметрів у ваше middleware. Це найпоширеніша помилка - не вебхук, а втрата параметра запиту.
Приймач вебхуків Stripe перевіряє підписи та атрибутує події checkout.session.completed та payment_intent.succeeded
Зареєструйте кінцеву точку вебхука Elido у панелі Stripe (Settings → Webhooks → Add endpoint). Elido прослуховує події checkout.session.completed та payment_intent.succeeded. Для кожної події Elido перевіряє заголовок Stripe-Signature за допомогою вашого секрету підпису, витягує суму та валюту, шукає click_id у client_reference_id сесії (який ваш checkout повинен заповнювати), і записує конверсію. Дохід та click_id стають доступними в аналітиці посилання та звіті кампанії. Поле client_reference_id є рекомендованим; як альтернативу, використовуйте метадані Stripe з ключем elido_cid для PaymentIntents. Налаштування займає близько 30 хвилин, якщо ваша інтеграція вже обробляє вебхуки.
Вебхук Shopify orders/paid прив'язує дохід від замовлення до кліку за коротким посиланням
Зареєструйте кінцеву точку вебхука Elido в адмінпанелі Shopify (Settings → Notifications → Webhooks → Create webhook → Topic: orders/paid). Elido перевіряє заголовок X-Shopify-Hmac-Sha256, витягує суму та валюту, і шукає elido_cid у note_attributes замовлення (ви заповнюєте це з кошика через Shopify cart note_attributes API, передаючи click_id з cookie або параметра URL). Для тем Online Store 2.0 фрагмент коду Elido автоматично вставляє click_id у кошик. Атрибутовані замовлення дедуплікуються за ID замовлення. Магазини Shopify Plus з кастомними розширеннями можуть передавати click_id через надійніший канал - див. посібник для Plus.
Надсилайте POST-запити до API конверсій Elido з будь-якого бекенду - не лише Stripe та Shopify
Надсилайте POST /v1/conversions з JSON: { click_id: "...", event_name: "purchase", value: 99.00, currency: "EUR", metadata: {} }. click_id - це elido_cid з кліку. Elido автентифікує запит за допомогою API-ключа робочого простору (рекомендується HMAC-SHA256 для тіла запиту). Це охоплює будь-які конверсії: WooCommerce, активації пробних версій у SaaS, надсилання форм, дзвінки. Поле event_name є довільним текстом і відображається в аналітиці як є. Ідемпотентність: для тієї самої комбінації click_id + event_name записується лише перша подія. Значення та метадані можна змінити лише при першому записі.
Розсилайте конверсії одночасно в GA4 Measurement Protocol, Meta CAPI та Mixpanel server-track
Після запису конверсії Elido розсилає подію в увімкнені напрямки: GA4 Measurement Protocol (з'являється як серверна подія покупки з UTM-параметрами), Meta CAPI (дедуплікується з пікселем за допомогою event_id з click_id) та Mixpanel server-track (з distinct_id з $identify). Пересилання асинхронне і не блокує відповідь вебхука для Stripe або Shopify. Невдалі спроби повторюються протягом 24 годин з експоненціальною витримкою. Статус пересилання доступний для кожної конверсії в панелі керування.
Команди, які використовують відстеження конверсій Elido
Назви є тимчасовими заповнювачами - реальні кейси клієнтів з'являться тут згодом.
“iOS 14.5 вбила нашу атрибуцію Meta Pixel на 30% мобільних покупок. Серверний вебхук Stripe через Elido відновив більшість із них - передача click_id у client_reference_id Stripe стала вирішальною. Налаштували за один день.”
“Ми надсилаємо активації пробних версій на API конверсій Elido. Ланцюжок клік → тріал → оплата тепер прозорий без повноцінної CDP. Пересилання в GA4 Measurement Protocol повернуло точність нашим дашбордам.”
“Вебхук Shopify orders/paid та фрагмент коду в темі були налаштовані за день. Дохід на кампанію тепер є реальним показником на наших щоденних нарадах, а не формулою в таблиці.”
Відстеження конверсій Elido проти Bitly та Short.io
У Bitly немає серверного відстеження. Short.io має базові пікселі. Elido забезпечує серверне відстеження та пересилання на рекламні платформи.
| Feature | Elido | Bitly | Short.io |
|---|---|---|---|
| Серверна атрибуція конверсій | Так - на основі вебхуків, з перевіркою підпису | Недоступно | Недоступно |
| Інтеграція з вебхуками Stripe | checkout.session.completed + payment_intent.succeeded | Недоступно | Недоступно |
| Інтеграція з вебхуками Shopify | orders/paid - з перевіркою підпису, дедуплікація | Недоступно | Недоступно |
| Користувацька кінцева точка API | POST /v1/conversions - будь-який бекенд | Недоступно | Недоступно |
| Пересилання в GA4 / Meta CAPI | Так - розсилається після запису | Недоступно | Частково - лише клієнтський піксель |
| Дохід в аналітиці | Звіт про доходи за посиланням та кампанією з валютою | Недоступно | Лише кількість, без доходу |
| Дедуплікація конверсій | Так - ідемпотентність за click_id + event_name | Не застосовується | Недоступно |
Питання про відстеження конверсій
Що робити, якщо click_id видаляється перед конверсією?
Якщо параметр elido_cid втрачено через редиректи, специфіку роутера SPA або сторонній checkout - конверсія не буде атрибутована. Протестуйте воронку: натисніть посилання, простежте параметр до оплати, перевірте його в POST-запиті. Фрагмент коду Elido також зберігає click_id у cookie як резерв - якщо параметр URL втрачено в тій самій сесії, атрибуція відновиться з cookie.
Як обробляються повернення коштів?
Elido не обробляє повернення автоматично. При подіях Stripe charge.refunded або Shopify refunds/create дохід не списується. Ви можете надіслати подію з від'ємним значенням на API конверсій вручну. Автоматизація повернень - у розробці. Наразі для точного чистого доходу віднімайте повернення, експортуючи дані з Elido та вашої системи замовлень.
Чи працює відстеження при зміні пристрою?
Ні - якщо клік був на мобільному, а оплата на десктопі, click_id не переноситься автоматично. Конверсія залишиться неатрибутованою, якщо тільки ваша система не зберегла elido_cid у профілі користувача. Крос-девайсна атрибуція вимагає серверного графа ідентифікації, який Elido не надає. Використовуйте MMP або CDP разом із серверними конверсіями Elido для такої точності.
Які валюти підтримуються?
Усі коди ISO 4217. Дохід зберігається в оригінальній валюті; панель аналітики показує суми у валютах відповідних подій. Для зведеного звіту в одній валюті експортуйте дані у своє сховище - Elido не виконує конвертацію валют.
Як налаштувати передачу Stripe client_reference_id?
При створенні сесії Stripe Checkout встановіть client_reference_id на значення elido_cid з URL. Приклад на JS: const session = await stripe.checkout.sessions.create({ ..., client_reference_id: searchParams.get('elido_cid') }). Вебхук Elido зчитує це поле. Для PaymentIntents використовуйте метадані з ключем elido_cid. Код для Node, Python та Go є в посібнику на /docs/guides/conversion-tracking.
Чи є дані про конверсії в експорті аналітики?
Так. Події конверсій зберігаються в таблиці conversions поруч із таблицею clicks. Планові експорти в S3, BigQuery або Snowflake включають обидві таблиці. Поєднання (JOIN) виконується за click_id. Приклад SQL-запиту для розрахунку доходу за UTM-джерелами є в посібнику з експорту.
Чи можна відстежувати негрошові конверсії?
Так - API конверсій приймає будь-яке event_name та опціональне value (0 для негрошових). Використовуйте назви як-от 'trial_started' або 'form_submitted'. Вони відображаються в аналітиці з відповідною міткою. При пересиланні в GA4 вони мапуються на спеціальні події. Кількість конверсій видима незалежно від суми.
Яка затримка появи в аналітиці?
Від вебхука до аналітичного сховища: зазвичай до 5 секунд через той самий конвеєр потоку подій. Атрибуція відбувається миттєво при отриманні. Пересилання в GA4 / Meta CAPI / Mixpanel асинхронне (2–10 секунд). Дохід на дашборді оновлюється протягом 30 секунд після отримання події.
Читати далі
Аналітика кліків - де дохід відображається поруч із кількістю кліків.
Запускайте пікселі Meta CAPI та Google Ads під час редиректу.
Атрибуція доходів на рівні кампанії - виявлення найефективніших варіантів.
Вихідні вебхуки Elido з підписом HMAC для отримання подій у ваших системах.
Готові спробувати?
Почніть з безкоштовного плану, оновіть, коли вам знадобиться власний домен.