Интеграция · Google Ads и GA4
Върнете на Google конверсиите, които браузърът изгуби
RoasProof записва gclid при кацането, пази го през цялото клиентско пътуване и докладва конверсията директно в Google Ads с прикачени хеширани идентификатори, заедно със съответстващо GA4 събитие през Measurement Protocol.
RoasProof докладва конверсии към Google Ads чрез качване на click конверсии: gclid (или wbraid/gbraid), записан при кацането, се пази във first-party хранилище, прикача се към поръчката и се качва заедно с хеширани идентификатори за Enhanced Conversions. Същата конверсия се изпраща и към GA4 през Measurement Protocol, така че рекламата и анализите да разказват една и съща история.
Качване на click конверсия, както Google Ads го получава
Поръчките се докладват през Google Ads API като click конверсии. Това е същият механизъм, който Google препоръчва, когато на браузъра не може да се разчита да изстреля таг.
POST /v20/customers/{customer_id}:uploadClickConversions
{
"conversions": [{
"gclid": "Cj0KCQjwm5e5BhCCARIsA…",
"conversionAction": "customers/8613…/conversionActions/9145…",
"conversionDateTime": "2026-06-21 09:40:17+00:00",
"conversionValue": 184.50,
"currencyCode": "EUR",
"orderId": "84213",
"userIdentifiers": [
{ "hashedEmail": "9f3d0c52ab…" },
{ "hashedPhoneNumber": "1b6e21c84f…" }
],
"consent": {
"adUserData": "GRANTED",
"adPersonalization": "GRANTED"
}
}],
"partialFailure": true
}gclid-ът е записан седмица по-рано
Уловен на landing страницата, съхранен first-party срещу посетителя и прикачен към поръчката при покупка, дни или седмици след като URL параметърът е изчезнал.
Времената попадат в правилната колона
conversionDateTime носи реалното време на поръчката с часова зона, така че конверсиите се появяват в правилния ден в отчетите ви, а не когато е минала партидата за качване.
orderId прави качванията идемпотентни
Повторните опити и повторните качвания на същата поръчка носят същия orderId, така че проблем с доставката при нас никога не става дублирана конверсия при вас.
Сигналите за съгласие са включени
Статусът на съгласието, записан при улавянето, се препраща с всяка конверсия, както се изисква за качвания, покриващи EEA трафик.
gclid, wbraid, gbraid: записани и съхранени first-party
Google разделя click ID-тата си на три параметъра според платформата и privacy състоянието. Записваме който пристигне и го пазим за целия конверсионен прозорец.
- gclid
- Cj0KCQjwm5e5BhCCARIsA…
- wbraid
- -
- gbraid
- -
- utm_campaign
- brand-search-us
- landing
- /products/trail-jacket
- captured
- 2026-06-14 09:41:22 UTC
- attached_to
- order #84213
И трите параметъра, един запис
gclid за стандартни уеб кликове, wbraid и gbraid за iOS трафик, където Google задържа пълното click ID. Който и да пристигне, се записва срещу идентичността на посетителя.
Устойчивостта бие живота на бисквитките
Click ID-то живее във first-party хранилище на вашия домейн, вързано към посетителя, а не в бисквитка, която Safari трие след седем дни. Покупка три седмици по-късно пак се качва с прикачения си клик.
Използваем за целия прозорец на клика
Click конверсии могат да се докладват дълго след клика. Понеже ID-то никога не се губи, късните конверсии (абонаменти, B2B сделки, обмислени покупки) пак се озовават в Google Ads.
Какво точно е gclid и колко дълго остава използваем? Вижте статията за gclid в речника и как server-side проследяването го пази жив отвъд ограниченията на браузъра.
Хеширани идентификатори, когато click ID-то само по себе си не стига
Enhanced Conversions позволяват на Google да съпоставя конверсии чрез хеширани first-party данни. Поддържаме и двата варианта, попълнени от същия identity graph, който е свързал поръчката.
Enhanced Conversions за уеб
Хешираният имейл и телефон пътуват заедно с конверсиите, които тагът ви вече измерва, и възстановяват съвпадения, които third-party бисквитките осигуряваха. Съществуващите ви conversion actions продължават да работят. Просто съпоставят по-често.
Enhanced Conversions за лийдове
За лийд фунии, при които продажбата се затваря офлайн, Google съпоставя хеширания имейл или телефон от първоначалния лийд обратно към клика на своя страна, така че в момента на конверсията не ви трябва gclid.
| идентификатор | нормализация | откъде го взимаме |
|---|---|---|
| hashedEmail | Trim, малки букви, после SHA-256 | Имейл от поръчка или лийд (магазин, форма или API събитие) |
| hashedPhoneNumber | E.164 формат, после SHA-256 | Телефон от checkout или лийд форма, нормализиран по държава |
| address info (по избор) | Хеширани име и фамилия с открити град, регион и пощенски код | Адрес за фактуриране или доставка от поръчката, когато го включите |
Нека GA4 разказва същата история като Google Ads
Същата свързана конверсия се изпраща server-side и към GA4, така че анализите ви, рекламната платформа и банковата ви сметка най-после да са на едно мнение.
client_id, възстановен от сесията
_ga client ID-то се улавя на сайта и се пази с посетителя, така че изпратената от сървъра покупка се закача за същия GA4 потребител и сесия като разглеждането им.
transaction_id спира двойното броене
GA4 дедуплицира покупките по transaction ID. Сървърното събитие носи номера на поръчката и се слива чисто с всичко, което вашият gtag вече е докладвал.
Атрибуцията на сесията е запазена
session_id се включва с всяко събитие и пази source/medium атрибуцията непокътната, вместо сървърните конверсии да се изсипват в (not set).
POST https://www.google-analytics.com/mp/collect
?measurement_id=G-8K2P4XQ&api_secret=•••
{
"client_id": "1191633108.1780828882",
"events": [{
"name": "purchase",
"params": {
"transaction_id": "84213",
"value": 184.50,
"currency": "EUR",
"session_id": "1781429900"
}
}]
}Качвания, които можете да одитирате ред по ред
Качванията в Google Ads са на партиди и допускат частични провали: един лош ред не бива да потопи партидата, а никой провал не бива да е невидим.
Непрекъснати качвания на партиди
Конверсиите се качват по текущ график, далеч в рамките на прозореца на клика. Новите поръчки обикновено стигат до Google Ads минути след пристигането на webhook-а за поръчката.
Частичните провали, извадени на светло
Качванията вървят с включен partialFailure, а грешките по ред се показват до точната конверсия, която засягат: неразчетим gclid, клик извън прозореца, сгрешен conversion action.
Статус и повторение по конверсия
Всяка конверсия показва статус на качването, заявка и отговор. Отстранете причината (грешен conversion action, отнет OAuth достъп) и повторете провалените редове с един клик.
Спрете да оставяте Google да гадае кои кликове са конвертирали.
Свържете своя Google Ads акаунт, задайте conversion action и следващата ви поръчка се качва с прикачен gclid, верифицирано от край до край, преди да пуснете на живо.