A/B testiranje v GA4 po ukinitvi Google Optimize: postavitev (2026)
Posodobljeno
A/B testa v Google Analytics 4 ne morete izvesti. GA4 nima orodja, ki bi razdelilo promet ali prikazovalo variante, Google Optimize, ki je to delo opravljal, pa je bil ukinjen septembra 2023. Danes deluje postavitev iz dveh delov: orodje za testiranje razporedi obiskovalce v variante in prikaže spremembo, GA4 pa prejme ime variante kot parameter dogodka ali lastnost uporabnika, tako da lahko variante primerjate po ključnih dogodkih v Explorations (raziskovanjih).
V nadaljevanju je ta postavitev, kot jo gradimo za stranke, in napake, ki rezultate tiho izničijo.
Ali lahko z Google Analytics 4 še vedno izvajate A/B teste?
Lahko, vendar je GA4 merilni trak, ne poskus. Veliko starejših vodnikov (tudi prejšnja različica tega) opisuje funkcije za testiranje v GA4, ki ne obstajajo, zato je tu dejanska delitev dela.
| Naloga | GA4 | Orodje za testiranje |
|---|---|---|
| Razdelitev prometa v variante | Ne | Da |
| Prikaz spremenjene strani, besedila ali funkcije | Ne | Da |
| Ohranjanje obiskovalca v isti varianti ob več obiskih | Ne | Da (piškotek, ID uporabnika ali dodelitev na strežniku) |
| Zapis, katero varianto je obiskovalec videl | Da, če jo pošljete | Da |
| Merjenje ključnih dogodkov, lijakov in prihodka po variantah | Da | Običajno, za cilje, ki jih v njem določite |
| Izračun statistične značilnosti | Ne | Običajno |
| Povezava podatkov testa z virom prometa, napravo in vedenjem | Da | Delno |
GA4 si mesto prisluži, ker že vsebuje preostanek vaših meritev: vire prometa, celoten lijak ter dogodke za leade in e-trgovino. Ko test preberete tam, vidite, ali je varianta, ki je zmagala po klikih, izgubila pri kvalificiranih leadih.
Za mobilne aplikacije še vedno obstaja Googlova pot: Firebase A/B Testing, ki deluje z Remote Config in dogodki v Analytics.
Katero orodje za testiranje povezati z GA4?
Orodje izberite glede na to, kje sprememba živi: test besedila na marketinški strani in sprememba cene znotraj produkta potrebujeta različno mehanizacijo.
| Vrsta orodja | Primerno za | Na kaj paziti |
|---|---|---|
| Vizualni urejevalniki na strani odjemalca (na primer VWO, Optimizely Web, AB Tasty, Convert) | Naslove, postavitve, CTA-je in obrazce na marketinških straneh, brez razvijalca za vsak test | Utripanje, ko se pred varianto naloži izvirna stran; skripta upočasni stran |
| Feature flagi in poskusi na strežniku (na primer PostHog, GrowthBook, LaunchDarkly, Optimizely Feature Experimentation) | Cene, korake uvajanja, funkcije produkta, vse, kar izriše vaša aplikacija | Zahteva čas razvijalcev; varianto morate v GA4 poslati sami |
| Analiza v podatkovnem skladišču (na primer GrowthBook nad izvozom GA4 v BigQuery) | Ekipe, ki že delajo v BigQueryju in želijo lastno statistiko | Zahteva znanje SQL in čist izvoz |
| Firebase A/B Testing | Aplikacije za iOS in Android | Samo aplikacije |
Mnoga orodja ponujajo že pripravljeno integracijo z GA4. Preden ji zaupate, preverite, kaj pošilja: imena dogodkov in parametrov ter ali se sproži enkrat na obiskovalca ali na vsaki strani.
Kako v GA4 pošljete poskus in varianto?
Ko je obiskovalec prvič izpostavljen testu, pošljite en dogodek, ki kot parametra nosi poskus in varianto. Nato ta parametra registrirajte kot dimenziji po meri, da se pojavita v poročilih in Explorations.
Varianto lahko shranite na dva običajna načina, mi pa pogosto uporabimo oba:
- Dogodek izpostavljenosti s parametri. Na primer dogodek
experiment_impressions parametromaexperiment_idinvariant_id. Ta pove natančno, kdaj je nekdo vstopil v test. Nekatere integracije ponudnikov uporabljajo Googlovo priporočeno poimenovanje (experience_impressions parametromexp_variant_string); deluje oboje, le dosledni bodite. - Lastnost uporabnika. Na primer
ab_variantz vrednostjohomepage_hero_B. Vrednost na ravni uporabnika se drži poznejših dogodkov istega uporabnika, zato varianto lažje povežete s konverzijo, ki se zgodi nekaj dni pozneje.
Tipična postavitev v Google Tag Managerju je taka:
- Orodje za testiranje potisne dodelitev v data layer, na primer
dataLayer.push({event: 'experiment_impression', experiment_id: 'pricing_page_q4', variant_id: 'B'}). Večina orodij ima za to nastavitev ali callback. - V Google Tag Managerju ustvarite spremenljivki Data Layer Variable za
experiment_idinvariant_idter sprožilec Custom Event naexperiment_impression. - Dodajte oznako GA4 Event, ki pošlje
experiment_impressionz obema parametroma in, če želite različico na ravni uporabnika, nastavi še lastnost uporabnika. - V GA4 odprite Admin in nato Custom definitions (definicije po meri) ter registrirajte
experiment_idinvariant_idkot dimenziji po meri na ravni dogodka (ab_variantpa kot dimenzijo na ravni uporabnika). - Pred zagonom testa vse preverite v DebugView.
Četrti korak mora biti opravljen pred zagonom. Dimenzije po meri v GA4 ne delujejo za nazaj: podatki, zbrani, preden parameter registrirate, se pozneje v poročilih pod to dimenzijo ne bodo pokazali. Če test že teče, ga registrirajte zdaj in analizo začnite z današnjim dnem.
Poskuse poimenujte tako, da bodo razumljivi tudi čez leto dni: pricing_page_annual_toggle_2026q4 je boljše kot test3. Za osnove dogodkov in parametrov si oglejte naš vodnik GA4 event tracking (v angleščini).
Kako variante primerjate v GA4 Explorations?
Zgradite prosto raziskovanje (free-form exploration) z varianto kot dimenzijo ali kot segmenti, ključne dogodke pa dodajte kot metrike. Tako dobite tabelo variant drugo ob drugi, ki ji lahko zaupate bolj kot kateremu koli posnetku zaslona.
- V Explore začnite prazno prosto raziskovanje in obdobje nastavite samo na čas trajanja testa.
- Za vsako varianto ustvarite en segment. Segment uporabnikov (“uporabniki, ki so sprožili
experiment_impression, kjer jevariant_id= A”) je običajno prava izbira, ker se konverzija pogosto zgodi v poznejši seji kot izpostavljenost. - Dodajte metrike: aktivne uporabnike, ključne dogodke, ki odločajo o testu (število dogodkov ali ključne dogodke za ta dogodek), ter nakupe ali prihodek v e-trgovini, če prodajate na spletu.
- Dodajte dimenzije za razčlenitev, kot sta kategorija naprave ali privzeta skupina kanalov seje, da vidite, ali varianta zmaguje povsod ali le, recimo, pri plačanem mobilnem prometu.
- Za poti z več koraki vam raziskovanje lijaka z enakimi segmenti variant pokaže, kje posamezna varianta izgublja ljudi.
Pri daljših obdobjih pazite na vzorčenje, pri majhnih vrsticah pa na pragove podatkov, ki jih skrijejo. Kadar je test pomemben, rezultat raje izračunamo iz izvoza v BigQuery. Naš masterclass o Explorations (v angleščini) gre globlje v segmente in lijake.
Kateri ključni dogodki naj odločijo test?
O tem se odločite pred zagonom in to zapišite: ena primarna metrika določi zmagovalca, dve ali tri varovalne metrike pa poskrbijo, da zmaga ne škodi čemu drugemu.
- Primarna: ključni dogodek, ki je najbližje prihodku in ima še vedno dovolj obsega, na primer oddaja obrazca, prijava na preizkus ali nakup. GA4 je konverzije leta 2024 preimenoval v “ključne dogodke”; označite jih v Admin, pod Events.
- Varovalne: prihodek na uporabnika, kakovost leadov (če vaš CRM vrača podatke o kvalificiranih leadih ali zaključenih poslih) in hitrost strani.
Past pri generiranju leadov: več oddanih obrazcev lahko pomeni slabše leade. Kjer lahko, status kvalificiranega leada iz CRM-ja vrnite z GA4 Measurement Protocol (glejte offline konverzije iz podatkov CRM) in test ocenite po tem.
Koliko prometa in časa potrebuje test?
Dovolj obiskovalcev, da zaznate spremembo velikosti, ki vas zanima, in vsaj en celoten poslovni cikel, običajno cele tedne. To izračunajte pred zagonom, namesto da test ustavite, ko je graf videti dobro.
Velikost vzorca je odvisna od treh stvari: izhodiščne stopnje konverzije, najmanjšega dviga, ki ga je vredno zaznati, in tega, kako gotovi želite biti. Pogosto pravilo za 95-odstotno zaupanje in 80-odstotno moč je:
n na varianto ≈ 16 × p × (1 − p) / d²
kjer je p izhodiščna stopnja konverzije, d pa absolutna razlika, ki jo želite zaznati. Primer z izmišljenimi vhodnimi podatki: pri izhodišču 2 % za zaznavo premika na 2,5 % (d = 0,005) potrebujete približno 16 × 0,02 × 0,98 / 0,000025, torej okoli 12.500 obiskovalcev na varianto. Če želite zaznati pol manjši dvig, potrebujete približno štirikrat več prometa.
Zato naj B2B strani z malo prometa testirajo velike spremembe (ponudbo, zgradbo strani, obrazec), ne barv gumbov. Test naj teče cele tedne, ne zaganjajte ga pa v času razprodaje, praznikov ali večje spremembe kampanj.
Kaj pokvari rezultate A/B testov v GA4?
Večina slabih rezultatov testov, ki jih pregledamo, izhaja iz postavitve, ne iz statistike. To so običajni krivci.
| Težava | Kako se kaže | Rešitev |
|---|---|---|
| Neskladje razmerja vzorca (SRM) | Test 50/50 v GA4 pokaže 54/46 uporabnikov | Preverite s testom hi-kvadrat; preden preberete kateri koli rezultat, raziščite preusmeritve, bote, privolitve in proženje oznak |
| Prezgodnje kukanje (peeking) | Test se ustavi tisti dan, ko rezultat postane “značilen” | Velikost vzorca in datum konca določite vnaprej |
| Dogodek izpostavljenosti se sproži na vsaki strani | Število dogodkov daleč presega število uporabnikov | Sprožite ga enkrat na dodelitev ali analizirajte po uporabnikih |
| Utripanje (flicker) | Obiskovalci za hip vidijo izvirnik, nato varianto | Previdno uporabite anti-flicker kodo orodja ali preidite na dodelitev na strežniku |
| Prepozno registrirana dimenzija | Prvi dnevi testa manjkajo v poročilih | Dimenzije po meri registrirajte pred zagonom |
| Učinek novosti | Močan prvi teden, nato upad | Test naj teče dovolj dolgo, da se krivulja izravna |
| Uporabniki na več napravah | Ista oseba je šteta v obeh variantah | Kjer se ljudje prijavijo, uporabite ID uporabnika; drugje sprejmite nekaj šuma |
Če razdelitev ni prava, nekaj eno varianto obravnava drugače in “rezultat” je morda le ta napaka. Vzrok poiščite, preden karkoli preberete.
Kako Consent Mode spremeni številke?
V regijah, kjer potrebujete privolitev za piškotke, GA4 v celoti meri le obiskovalce, ki sprejmejo analitično shranjevanje. Pri osnovnem Consent Mode obiskovalci, ki privolitev zavrnejo, ne pošljejo ničesar; v naprednem načinu pošiljajo pinge brez piškotkov, ki jih GA4 uporabi za modeliranje.
Iz tega sledita dva učinka. GA4 bo štel manj ljudi kot orodje za testiranje, kar je pričakovano: variante primerjajte znotraj GA4, ne GA4 z orodjem. In če varianta spremeni prikaz pasice za privolitev, spremeni tudi to, koga merite, zato naj bo pasica v vseh variantah enaka.
Tudi orodje za testiranje shranjuje identifikator, zato preverite, ali potrebuje privolitev. Server-side označevanje tu izboljša kakovost podatkov; kako, pojasnjuje naš vodnik po strežniškem Google Tag Managerju, plat privolitev pa pokriva članek GA4 and data privacy (v angleščini).
Kaj smo se naučili pri testiranju za stranke?
Največje zmage pridejo iz testiranja sporočila, ne gumba.
Za ATC Alert, podjetje za medicinske alarme, smo oglasna sporočila testirali krog za krogom, vse do variante G. Zgodnje variante so v ospredje postavljale ceno in nizko enkratno plačilo za opremo, uro; testi so sporočilo premaknili k naročnini in storitvi 24/7, ki stoji za njo. Vzporedno smo merjenje preselili na strežnik, tako da sta Google in Meta prejemala zanesljive podatke o konverzijah, po katerih sta lahko ocenila vsako varianto.
Pri Hemptouchu, blagovni znamki konopljine kozmetike, ki ne sme oglaševati na Googlu ali Facebooku, je bila lekcija v vrstnem redu. Najprej smo uredili analitiko, ki je pokazala, kje bralci odpadejo, nato pa najbolj brane blog objave preoblikovali tako, da delujejo kot landing pagei. Stopnja konverzije se je v šestih mesecih dvignila z 0,5 % na 2 %. Šlo je za postopno prenovo, ne za en sam split test, uspela pa je, ker so bile meritve najprej pravilne.
Če vaša postavitev GA4 še ne zna povedati, katera varianta je zmagala, začnite tam. Naša storitev GA4 in širše delo na analitiki se začneta prav s takim pregledom.
Pogosta vprašanja
Ali ima GA4 vgrajeno funkcijo za A/B testiranje?
Ne. GA4 ne more razdeliti prometa ali prikazovati variant in ne izračunava statistične značilnosti. Google Optimize, ki je to znal, je bil ukinjen septembra 2023. Za poskus uporabite orodje za testiranje, za merjenje pa GA4.
Kaj je nadomestilo Google Optimize?
Noben posamezen produkt. Ekipe uporabljajo orodja za testiranje tretjih ponudnikov, od katerih jih veliko ponuja integracijo z GA4, ali platforme s feature flagi za teste na strežniku. Za aplikacije ostaja na voljo Firebase A/B Testing.
Naj bo varianta parameter dogodka ali lastnost uporabnika?
Parameter na dogodku izpostavljenosti uporabite, da zabeležite, kdaj je nekdo vstopil v test, lastnost uporabnika pa dodajte, če se konverzije pogosto zgodijo v poznejših sejah. Oboje registrirajte kot dimenzije po meri pred zagonom.
Kako dolgo naj teče A/B test?
Dokler ne doseže velikosti vzorca, ki ste jo izračunali vnaprej, in to v celih tednih. Dva tedna sta pogost minimum; strani z malo prometa pogosto potrebujejo več časa ali drznejšo spremembo.
Zakaj GA4 in moje orodje za testiranje kažeta različne številke?
Štejeta različno. Privolitve, blokatorji oglasov, filtriranje botov in pravila za seje se razlikujejo. Variante primerjajte znotraj enega sistema in raziskujte le, če je videti narobe sama razdelitev med variantama.
Želite, da preverimo, ali vaša postavitev GA4 zna prebrati A/B test? Pišite nam.
