Facebook Pixel neveikia arba dubliuoja pirkimus: ką tikrinti

Pixelis įdiegtas, reklama sukasi, bet Events Manager arba nerodo pirkimų, arba rodo jų maždaug dvigubai daugiau nei realiai turite užsakymų. Priežastis beveik visada viena iš dviejų: Purchase eventas iš viso nešauna, arba browser pixel ir Conversions API siunčia tą patį pirkimą du kartus be bendro event_id.

Abu atvejai gadina tą patį dalyką - duomenis, pagal kuriuos Meta optimizuoja jūsų kampanijas. Žemiau parodau, kaip per 15 minučių nustatyti, kuris variantas jūsų, ir ką tvarkyti.

Pirma priežastis: Purchase eventas niekada nešauna

Pixelio bazinis kodas ir Purchase eventas yra du skirtingi dalykai. Bazinis kodas užsikrauna kiekviename puslapyje ir siunčia PageView. Purchase turi iššauti tik užsakymo patvirtinimo puslapyje, ir būtent ši dalis dažniausiai būna sulūžusi. Events Manager tada rodo srautą, bet pirkimų - nulis arba tik dalis.

Dažniausi scenarijai iš praktikos:

• Apmokėjimas vyksta kitame domene (bankas, Stripe, PayPal), o pirkėjas po apmokėjimo negrįžta į jūsų padėkos puslapį. Eventas neturi kur iššauti.
• Purchase paleidžiamas per Google Tag Manager, o trigger'is pririštas prie padėkos puslapio URL. Atnaujinote temą ar checkout'ą, URL pasikeitė, tag'as nebešauna.
• Shopify parduotuvės po perėjimo prie Checkout Extensibility: senas skriptas iš checkout.liquid arba „Additional scripts“ laukelio nebeveikia, o Custom Pixel taip ir nebuvo sukurtas.
• Sutikimų (consent) juosta blokuoja marketingo skriptus, ir pixelis iš viso neužsikrauna daliai ES lankytojų.

Antra priežastis: browser pixel + Conversions API be bendro event_id

Kai pirkimą siunčia ir naršyklės pixelis, ir serveris per Conversions API, Meta gauna du Purchase eventus apie tą patį užsakymą. Sistema juos sujungia tik tada, kai sutampa du laukai: event_name ir event_id. Jei event_id nesutampa arba jo iš viso nėra, abu eventai užskaitomi kaip atskiri pirkimai.

Tipinė klaida: serveris siunčia užsakymo numerį, o naršyklė - atsitiktinį hash'ą arba nieko. Rezultatas: Events Manager rodo maždaug dvigubai daugiau pirkimų nei turite užsakymų, o ROAS ataskaitose atrodo dvigubai geresnis nei realybėje.

Teisingas variantas atrodo taip:

fbq('track', 'Purchase',
  { value: 59.90, currency: 'EUR' },
  { eventID: 'order_10482' }
);

// Serveris per Conversions API siunčia tą patį ID:
// "event_name": "Purchase"
// "event_id": "order_10482"

event_id turi būti unikalus kiekvienam užsakymui ir identiškas abiejuose kanaluose. Paprasčiausia naudoti užsakymo numerį.

Kaip pasitikrinti per 15 minučių

Nespėliokite. Padarykite testinį pirkimą ir pažiūrėkite, kas realiai atkeliauja pas Meta.

• Events Manager > Test Events. Pasirinkite savo pixelį, skiltyje Test Events įveskite svetainės adresą ir pereikite visą pirkimo kelią iki padėkos puslapio. Naršyklės eventai rodomi realiu laiku. Jei serverio eventai nesirodo, į Conversions API užklausą laikinai įdėkite test_event_code reikšmę iš to paties lango.
• Ko ieškoti: ar Purchase apskritai atsiranda; ar atsiranda vieną kartą, ar du; iš kur atėjo (naršyklė ar serveris); ar prie abiejų tas pats event_id.
• Naršyklės Network tab. DevTools > Network, filtruokite pagal facebook.com/tr. Užsakymo patvirtinimo puslapyje turi būti užklausa su ev=Purchase. Parametras eid yra jūsų event_id - jei jo nėra, deduplikacija neveiks.
• Meta Pixel Helper. Chrome plėtinys, kuris padėkos puslapyje iškart parodo, kurie eventai iššovė ir su kokiais parametrais.
• Jei tag'ai valdomi per GTM: įjunkite Tag Assistant (Preview) režimą ir patikrinkite, ar Purchase tag'as suveikė padėkos puslapyje ir koks trigger'is jį paleido.
• Skaičių sutikrinimas. Palyginkite paskutinių 7 dienų Purchase kiekį Events Manager su realiais užsakymais parduotuvėje. Apie du kartus daugiau - dubliavimas. Gerokai mažiau - eventas nešauna daliai pirkėjų.

Kodėl netikri skaičiai brangina kampanijas

Meta algoritmas optimizuoja pagal tuos Purchase signalus, kuriuos gauna. Ne pagal jūsų realius užsakymus.

Kai pirkimai dubliuojasi, kiekvienas ad setas atrodo dvigubai pelningesnis. Skaliuojate tai, kas realiai nuostolinga, ir pastebite tik tada, kai banko sąskaita nesutampa su Ads Manager ataskaita. Value optimizacija ir Advantage+ kampanijos gauna iškreiptas vertes, o tai reiškia, kad biudžetas keliauja ne ten.

Kai Purchase nešauna, kampanija su pirkimo optimizacija neturi iš ko mokytis. Ji stringa learning fazėje, rodymai nestabilūs, o sistema taikosi į žmones, kurie panašūs į klikintojus, ne į pirkėjus. Kaina už realų pirkimą auga, nors ataskaitose to nesimato, nes ataskaitose pirkimų tiesiog nėra.

Abiem atvejais mokate už reklamą, kuri mokosi iš klaidingų duomenų. Tai brangiausia tracking'o klaida, nes ji kaupiasi kiekvieną dieną.