GA4 nerodo pardavimų: 4 priežastys ir kaip jas rasti

Atnaujinta 2026 m. rugsėjo 4 d.

Stripe arba Shopify administravimo skydelis rodo 40 užsakymų per savaitę, o GA4 - 12. Arba iš viso nulį. Devyniais atvejais iš dešimties priežastis viena: purchase eventas neiššauna arba iššauna be reikiamų parametrų. Pinigai ateina, duomenys - ne, ir Google Ads kampanijos optimizuojasi aklai.

Tokias problemas taisau kiekvieną savaitę. Žemiau - keturios dažniausios priežastys ir diagnostika, kurią galite atlikti patys per 15 minučių, be programuotojo.

Purchase eventas nešaudo padėkos puslapyje

GA4 pardavimą užfiksuoja tik tada, kai įvyksta purchase eventas. Naršyklės diegimuose jis beveik visada pririštas prie padėkos puslapio. Jei skriptas ten neįsikrauna, pardavimo GA4 tiesiog nėra.

• Shopify checkout. 2024-2025 m. Shopify palaipsniui išjungė checkout.liquid ir „Additional scripts“ laukelį padėkos puslapyje. Sena GA4 integracija per įklijuotą kodą nustojo veikti tyliai, be įspėjimo. Dabar GA4 į checkout patenka tik per oficialią Google & YouTube aplikaciją arba per Customer Events (Web Pixels API) custom pixel.
• Redirect mokėjimai. Paysera, banklink, PayPal, Klarna - pirkėjas išeina apmokėti į banko puslapį. Dalis po apmokėjimo uždaro langą ir niekada negrįžta į padėkos puslapį. Užsakymas yra, purchase evento nėra. Patikimas sprendimas vienas: siųsti eventą server-side iš mokėjimo webhook'o per Measurement Protocol, ne iš naršyklės.
• WooCommerce. Tema arba cache pluginas neužkrauna GTM ant /order-received/ puslapio, arba pirkėjas nukreipiamas į custom „ačiū“ puslapį be užsakymo duomenų.

Dvigubas GA4 įdiegimas

Antra pagal dažnumą priežastis. GA4 įdiegtas du kartus: gtag.js kodas temoje plius GTM tagas, arba pluginas plius ranka įklijuotas kodas. Blogiausias variantas - du skirtingi Measurement ID: purchase eventai keliauja į seną, pamirštą property, o jūs žiūrite į naują tuščią.

Patikrinimas užtrunka minutę. Atsidarykite puslapio source (Ctrl+U) ir paieškokite „G-“. Jei randate daugiau nei vieną skirtingą G- kodą, arba tą patį kodą ir source, ir GTM konteineryje - turite dublį. Palikite vieną diegimo kelią, geriausiai per GTM, ir išjunkite visus kitus.

Consent baneris blokuoja skriptus

Jei sutikimų baneris (Cookiebot, CookieYes, temos vidinis) uždeda analytics_storage=denied, GA4 negauna nieko, kol lankytojas nepaspaudžia „Sutinku“. Realybėje 20-35 proc. pirkėjų sutikimo neduoda - tų pardavimų GA4 nematys niekada. Tai ne gedimas, o matematika, bet ją reikia žinoti vertinant skaičius.

Blogesnis variantas - sugedusi integracija: baneris pagal nutylėjimą nustato „denied“ ir po sutikimo statuso neatnaujina. Tada GA4 negauna ne dalies, o visų duomenų. Patikrinkite incognito lange: paspauskite „Sutinku“, atsidarykite network tab ir pažiūrėkite, ar atsiranda collect užklausos. Jei jų nėra net po sutikimo, baneris smaugia viską.

Eventas šauna, bet be value arba currency

Eventų ataskaitoje purchase yra, o pajamos - 0 EUR. Priežastis beveik visada ta pati: eventas siunčiamas be currency parametro. GA4 taisyklė paprasta - value be currency ignoruojama.

Teisingas purchase eventas dataLayer'yje atrodo taip:

dataLayer.push({
  event: "purchase",
  ecommerce: {
    transaction_id: "1042",
    value: 79.00,
    currency: "EUR",
    items: [{ item_id: "SKU-01", item_name: "Produktas",
              price: 79.00, quantity: 1 }]
  }
});

Dažnos klaidos: value kaip tekstas su kableliu („79,00“ vietoj 79.00), currency mažosiomis raidėmis arba jo iš viso nėra, trūksta transaction_id. Be transaction_id neveikia deduplikavimas - pirkėjui perkrovus padėkos puslapį pardavimas suskaičiuojamas du kartus.

Diagnostika per 15 minučių

Eikite iš eilės. Kiekvienas žingsnis atmeta arba patvirtina vieną priežastį.

• 1. Realtime. GA4: Reports > Realtime. Padarykite testinį užsakymą (tinka 100 proc. nuolaidos kodas arba pigiausia prekė) ir žiūrėkite, ar per minutę atsiranda purchase. Svarbu: standartinės ataskaitos vėluoja iki 24-48 val., todėl vakarykščių pardavimų nebuvimas šiandien dar nieko neįrodo - tikrinkite Realtime.
• 2. Tag Assistant. tagassistant.google.com > Add domain > jūsų svetainė. Pereikite visą pirkimo kelią iki padėkos puslapio. Matysite, ar GA4 config ir purchase tag'ai iššauna, kiek kartų (dublio testas) ir su kokiais parametrais.
• 3. DebugView. GA4: Admin > DebugView. Kol Tag Assistant preview aktyvus, jūsų eventai čia matomi realiu laiku. Paspauskite ant purchase ir patikrinkite, ar yra transaction_id, value ir currency.
• 4. Network tab. Naršyklėje F12 > Network > filtre įrašykite „collect“. Padėkos puslapyje turi atsirasti užklausa į google-analytics.com (arba į jūsų subdomeną, jei naudojate server-side GTM). Payload'e ieškokite:

  en=purchase
  tid=G-XXXXXXXXXX
  cu=EUR
  ep.transaction_id=1042
  epn.value=79.00

  Užklausos nėra - eventas nešaudo arba jį blokuoja consent. Yra, bet tid rodo kitą G- kodą - pardavimai eina į kitą property. Yra be cu - pajamos nesiskaičiuoja.

Kada kviesti specialistą

Diagnostiką pagal šiuos žingsnius įveikia bet kuris parduotuvės savininkas. Taisymas - nebūtinai. Kvieskite žmogų iš šalies, jei:

• naudojate redirect mokėjimus ir dalis pirkėjų negrįžta - reikia server-side sprendimo (webhook + Measurement Protocol), naršyklės skriptais to nesutvarkysite;
• Shopify parduotuvėje purchase reikia perkelti į Customer Events pixel ir suderinti su consent - ten daug tylių spąstų;
• radote dvigubą įdiegimą, bet nedrįstate nieko trinti, nes neaišku, kas nuo ko priklauso;
• GA4 ir mokėjimų sistema skiriasi daugiau nei 15-20 proc. ir per savaitę neradote priežasties.

Sutvarkytas tracking nėra kosmetika. Google Ads Smart Bidding mokosi iš purchase eventų - jei mato pusę pardavimų, pusę biudžeto leidžia aklai.