Покриваме всяка стъпка между клика върху рекламата и конверсионния сигнал
RoasProof е pipeline: записваме клика first-party, свързваме го с потребител и поръчка, доставяме обогатеното събитие server-side и доказваме, че е пристигнало. Тази страница минава през всеки етап в реда, в който данните ви се движат.
RoasProof е платформа за server-side проследяване на конверсии. Тя записва данните за клика върху рекламата (fbclid, gclid, ttclid) first-party на вашия домейн, свързва кликовете с регистрации и поръчки и изпраща пълни конверсионни събития към Meta, Google и TikTok от сървъра, дедуплицирани срещу съществуващия ви пиксел чрез общ event_id.
Доставка на събития: само пиксел срещу пиксел + server-side
Дали едно пикселно събитие изобщо ще напусне устройството, решава браузърът. Server-side доставката изважда браузъра от уравнението. Ето как изглежда разликата в три сегмента трафик.
Илюстративен сценарий, не измерени данни. Използва същите изрично посочени допускания като калкулатора ни на загубени сигнали: клиентските пиксели пропускат 20-40% от конверсиите при iOS/Safari и 5-15% при останалия трафик, а при потребители с ад блокер самата заявка на пиксела е блокирана. За разлика от тях server-side доставката тръгва от нашата инфраструктура, независимо от браузъра. Реалните ви числа зависят от аудиторията и настройката ви.
First-party запис на клика, който надживява браузър сесията
Един лек скрипт, сервиран от вашия собствен домейн, записва всичко за клика в момента, в който посетителят кацне, преди редиректи, checkout-и и изтриване на бисквитки да имат шанс да го унищожат.
Click ID-та и UTM-и, запазени при кацането
fbclid, gclid, ttclid, wbraid и gbraid се четат от URL-а на кацане заедно с всеки UTM параметър, referrer-а и страницата на кацане. След това всичко се записва във first-party хранилище, вързано към устойчиво visitor ID.
Оцелява през редиректи и платежни доставчици
Записът за клика живее на вашия домейн, не в URL-а. Checkout редиректи, платежни гейтуеи и имейл потвърждения могат да режат query параметри колкото си искат: първоначалният клик вече е съхранен.
Устойчив срещу блокери
Понеже скриптът и collect endpoint-ът му се сервират same-site от вашия поддомейн, генеричните third-party блоклисти, които спират пикселните заявки, никога не го засягат.
Съобразен със съгласието по дизайн
Скриптът се интегрира с вашето управление на съгласието, така че записът следва избора на посетителя, а вие решавате кои полета се съхраняват и споделят по платформа.
- visitor_id
- vst_9c42d1
- fbclid
- IwZXh0bgNhZW0CMTEAAR2k…
- gclid
- -
- ttclid
- -
- utm_source
- utm_medium
- paid-social
- utm_campaign
- summer-sale-us
- landing
- /products/trail-jacket
- referrer
- l.facebook.com
- first_seen
- 2026-06-14 09:41:22 UTC
От анонимен клик до атрибутирана поръчка
Конверсията е сигнал само ако можете да докажете кой клик я е предизвикал. Поддържаме веригата детерминистично: клик към сесия, сесия към потребител, потребител към поръчка.
- Клик14 юни · 09:41
fbclid, записан при кацането, вързан към посетител vst_9c42d1
- Сесия17 юни · 20:04
Повторно посещение, разпознато по същото first-party visitor ID, три дни по-късно и без click ID в URL-а
- Потребител17 юни · 20:12
jane@… създава акаунт; имейлът свързва посетителя с потребителски запис
- Поръчка21 юни · 09:40
Поръчка #84213 · 184,50 € пристига от магазина, атрибутирана към кампания summer-sale-us
Детерминистични връзки, не моделирани догадки
Съвпаденията стъпват върху твърди идентификатори: устойчивото visitor ID, имейлът или телефонът при регистрация и checkout, customer ID-то от webhook-а на магазина. Всяка атрибуция е обяснима, до последния ред.
Работи през дни, устройства и канали
Клик във вторник, регистрация в четвъртък, покупка следващата седмица от друго устройство: докато поне един идентификатор свързва стъпките, поръчката се проследява обратно до първоначалния клик и кампания.
Атрибуция на ниво поръчка, която можете да разгледате
Отворете която и да е поръчка и вижте клика, който я е породил: click ID, кампания, UTM-и, страница на кацане и всяка сесия по пътя. Приходът по кампания спира да е приблизителна оценка.
Server-side доставка на събития с опашка зад нея
Събитията тръгват от нашата инфраструктура, не от браузъра на посетителя. Нищо не зависи от отворен таб, зареден скрипт или API, който да е наличен точно в момента на покупката.
Устойчива опашка, нула fire-and-forget
Всяка конверсия се записва, преди да се опита доставка. Прекъсване на платформата, rate limit или изтекъл токен могат да забавят събитието, но никога не го изпускат тихо.
Повторни опити с експоненциално изчакване
Временните грешки и 5xx отговорите се опитват отново автоматично с нарастващи интервали. Събития, които изчерпат опитите си, се паркират за преглед, вместо да изчезнат.
Пълен одит на заявка и отговор
Всеки опит съхранява точния изпратен payload и точния отговор на платформата. Когато нещо се провали, виждате кода на грешката и можете да изпратите събитието отново, след като я отстраните.
Вижте как работи доставката за всяка дестинация:
Meta Conversions APIGoogle Ads и GA4TikTok Events APIРаботете редом с пиксела си, без да броите двойно нито една продажба
Не е нужно да махате браузърния пиксел, за да минете server-side. И двата докладват една и съща конверсия, а платформите пазят точно едно копие, защото и двете копия носят един и същ детерминистичен event ID.
ID-та, извлечени от номерата на поръчките ви
Event ID-то е стабилна функция на поръчката: ord_84213 е ord_84213 независимо дали пикселът го изстрелва, нашият сървър го изпраща или го повторите след седмица. Timestamp-и и случайност изобщо не участват.
Скриптът се координира с пиксела ви
В момента на изстрелване нашият скрипт на страницата подава на браузърния пиксел същото event ID, което ще носи и сървърното събитие, така че Meta, Google и TikTok сдвояват двете копия със сигурност.
Печели по-богатото събитие
Когато платформата отхвърли дубликата, оцелява версията с хеширани идентификатори, възстановени click ID-та и пълни данни за поръчката. Когато браузърното копие е по-бедно, това е сървърната версия.
Термините са нови за вас? Речникът обяснява дедупликацията на събития и как се изгражда стабилен event_id.
Дашборд за качеството на сигнала, за да знаете преди алгоритъма
Проследяване, което се проваля тихо, е по-лошо от липса на проследяване, защото платформите просто оптимизират върху каквото е пристигнало. Дашбордът показва точно какво е доставено, какво се е провалило и колко добре се съпоставят събитията по платформа.
Доставени срещу провалени, по платформа
Бройки, тенденции и грешката зад всеки провал (изтекъл access token, невалиден conversion action, rate limit), изведени в момента, в който се случат, а не в ROAS ревюто следващия месец.
Match rate там, където има значение
Виждате какъв дял от събитията е носил всеки matching ключ по дестинация: имейл, телефон, click ID или браузърни ID-та. Когато match quality падне, знаете точно какво да поправите.
Детайл до отделното събитие
Кликнете върху което и да е събитие, за да видите изпратения payload и отговора на платформата. Край на гаданията дали конверсията „сигурно“ е стигнала.
Match rate в този дашборд е практическият еквивалент на Event Match Quality скора на Meta. Статията в речника обяснява как се изчислява и какво го движи.
Ваш собствен first-party tracking домейн
Скриптът и collect endpoint-ът му се сервират от поддомейн, който вие контролирате, така че събирането на данни е истински first-party, а не third-party заявка с маска.
Един CNAME запис, верифициран автоматично
Насочете поддомейн като t.yourstore.com към нас. Ние верифицираме DNS-а, издаваме TLS сертификат и го подновяваме автоматично. Дашбордът показва статуса на двете по всяко време.
Same-site заявки, по-малко загуби
Скриптът и заявките с данни тръгват от вашия собствен домейн, така че блоклистите, насочени към познати tracker хостове, не важат, а правилата за first-party хранилище работят във ваша полза.
Вашият домейн, вашите данни
Данните за кликове и сесии се събират под хост, който притежавате. Ако някога си тръгнете, точката на събиране е била ваша през цялото време.
Workspaces за екипа, API за всичко останало
Workspaces и екипен достъп
Всеки бранд или клиент живее в собствен workspace със свой tracking домейн, дестинации, данни за достъп и история на събитията, така че нищо не прелива между акаунтите.
- Отделен workspace за всеки бранд или клиент, превключване с два клика
- Ролеви достъп: собствениците управляват данни за достъп и билинг, членовете работят със събития и отчети
- API ключове и платформени токени за всеки workspace, с ротация без да пипате другите акаунти
- Създадено за агенции: чисто разделение за отчети, приключване на клиенти и одити
API + webhooks за собствени стекове
Не сте на Shopify или WooCommerce? Изпращайте поръчки, лийдове и персонализирани събития от кой да е бекенд с една автентикирана заявка. Свързването на идентичности и доставката работят по абсолютно същия начин.
curl -X POST https://api.roasproof.com/v1/events \
-H "Authorization: Bearer sk_live_…" \
-H "Content-Type: application/json" \
-d '{
"type": "order.created",
"order_id": "84213",
"email": "[email protected]",
"value": 184.50,
"currency": "EUR",
"visitor_id": "vst_9c42d1"
}'- REST endpoint-и за поръчки, лийдове, възстановявания и персонализирани събития
- Изходящи webhooks уведомяват системите ви за провалени доставки и дневни обобщения на сигнала
- Ключове с ограничен обхват за всеки workspace, така че компрометиран ключ никога не разкрива друг клиент
Започнете да изпращате сигнали, които рекламните платформи наистина могат да използват.
Свържете магазина си, верифицирайте събитията и гледайте как match quality се покачва. 14 дни безплатно, без кредитна карта.