Meta Ads kampaņu pirmās puses datu integrācija un servera puses notikumu apstrāde

Pēdējo gadu laikā reklāmdevēji Meta platformā (Facebook un Instagram) saskaras ar nemitīgu mērīšanas precizitātes kritumu. Pārlūkprogrammu iebūvētie izsekošanas bloķētāji (Safari ITP, Firefox ETP), reklāmu bloķētāji (AdBlockers) un privātuma iestatījumi mobilajās ierīcēs bloķē no 20% līdz pat 35% no visiem standarta Meta Pixel pārlūka notikumiem. Rezultātā reklāmas algoritms nesaņem datus par reāliem pirkumiem, kampaņas tiek optimizētas pēc nepilnīgiem signāliem un maksa par pirkumu pieaug.

Vienīgais ilgtermiņa risinājums ir ieviest neatkarīgu Server-Side Tracking un Meta Conversions API (CAPI) tieši no sava servera kopā ar pirmās puses datiem.

Kā darbojas servera puses notikumu apstrāde (Server-Side Tracking)

Tradicionālajā modelī brīdī, kad pircējs veic apmaksu, JavaScript kods viņa pārlūkprogrammā mēģina nosūtīt ziņu Meta serverim. Ja lietotājam ir ieslēgts reklāmu bloķētājs vai privātais logs, šis signāls tiek bloķēts un nekad nesasniedz galamērķi.

Server-Side modelī notikumu plūsma ir pilnībā aizsargāta:

• Pircējs veic pasūtījumu, un dati droši nonāk jūsu e-veikala serverī un datubāzē.
• Jūsu serveris (izmantojot servera Google Tag Manager vai tiešu API izsaukumu) nosūta šifrētu pirkuma notikumu tieši uz Meta Conversions API.
• Pārlūka bloķētāji nevar ietekmēt šo saziņu, jo tā notiek starp diviem serveriem neatkarīgā un aizsargātā tīklā.

Mārtiņš Grūbe Google Ads & digitālās reklāmas stratēģis kopš 2011. gada

"Ja jūs šodien mēģināt vadīt Meta Ads kampaņas bez Server-Side CAPI, jūs maksājat pilnu cenu par nepilnīgu informāciju. Algoritms redz tikai divas trešdaļas no jūsu pirkumiem un domā, ka kampaņa strādā sliktāk, nekā ir patiesībā. Pirmās puses datu nodošana nekavējoties atgriež algoritmam redzi un pazemina konversijas cenu."

Dublēšanas novēršana un Event Deduplication

Lai efektīvi vadītu un mērogotu Meta Ads reklāmas kampaņas, ir kritiski svarīgi pareizi nokonfigurēt notikumu dublēšanās novēršanu (Event Deduplication). Tā kā notikums tiek nosūtīts gan no pārlūka pikseļa, gan no servera, Meta sistēmai ir jāzina, ka tas ir viens un tas pats pirkums, nevis divi atsevišķi darījumi.

Deduplikācija tiek panākta, izmantojot unikālu notikuma identifikatoru (event_id). Gan pārlūka, gan servera notikumam tiek piešķirts identisks pasūtījuma numurs vai nejauši ģenerēts unikāls hešs:

// PHP piemērs pasūtījuma pabeigšanas notikumam ar unikālu event_id
$event_id = 'order_' . $order->get_id();

// Datu slāņa nosūtīšana pārlūkam
dataLayer.push({
    'event': 'purchase',
    'ecommerce': {
        'transaction_id': '<?php echo $order->get_id(); ?>',
        'value': <?php echo $order->get_total(); ?>,
        'currency': 'EUR'
    },
    'event_id': '<?php echo $event_id; ?>'
});

Kad Meta serveris saņem abus notikumus ar vienādu event_id, tas automātiski apvieno parametrus un uzskaita tikai vienu precīzu konversiju, bagātinot to ar servera kvalitātes datiem.

Pirmās puses klientu datu hešēšana (SHA-256)

Datu nodošanas stabilitāti un precīzus parametrus nodrošina pārdomāta Google Tag Manager un GA4 arhitektūra, maksimāli paaugstinot notikumu saskaņošanas kvalitāti (EMQ). Privātuma prasību dēļ visi šie dati pirms nosūtīšanas tiek šifrēti ar vienvirziena SHA-256 algoritmu:

• E-pasts tiek normalizēts (noņemtas atstarpes, pārvērsts mazajos burtos) un hešēts: hash('sha256', strtolower(trim($email))).
• Tālrunis tiek standartizēts ar valsts kodu bez atstarpēm vai defisēm (+371...) un hešēts.
• Rezultātā Meta var droši saskaņot pirkumu ar lietotāja profilu, nepārkāpjot GDPR un personas datu aizsardzības prasības.

Biežāk uzdotie jautājumi par Meta Conversions API (CAPI)