CRO bez nagađanja: kako sustavno poboljšavati konverzije

By Patricia Jarmek Marketinška strategija i analitika 28. 10. 2026.

6 min čitanja

Optimizacija stope konverzije često se svodi na popis tuđih trikova: skratite obrazac, povećajte gumb, dodajte odbrojavanje ili kopirajte checkout konkurenta. Ponekad takva promjena uspije. Problem je što bez jasnog razloga ne znate zašto je uspjela, hoće li rezultat trajati ni što testirati sljedeće.

CRO bez nagađanja nije lov na univerzalnu najbolju praksu. To je sustav u kojem se poslovni cilj povezuje s ponašanjem korisnika, problem potvrđuje iz više izvora, promjena formulira kao hipoteza, a rezultat provjerava prije trajne implementacije.

Konverzija nije samo klik na gumb

Najprije definirajte vrijednu radnju. U e-trgovini to može biti kupnja, ali i dovršena naplata bez otkazivanja ili povrata. U B2B-u ispunjeni obrazac nije nužno rezultat; kvalitetniji cilj može biti prodajno prihvaćen lead ili rezerviran razgovor s odgovarajućom tvrtkom.

Zatim nacrtajte put do ishoda. GA4 Funnel exploration prikazuje koliko korisnika prolazi pojedine korake, gdje ispadaju, koliko vremena prolazi između koraka te kako se ponašanje razlikuje po segmentima i uređajima [[1]]. Lijevak ne objašnjava motiv, ali precizno pokazuje gdje treba početi istraživati.

Dijagnoza prije rješenja

Pouzdana CRO dijagnoza spaja najmanje tri vrste dokaza:

Kvantitativni signal: pad između koraka, razlika mobilnih i desktop korisnika, neuobičajen izlaz ili slabija stopa kvalificiranog leada.
Ponašajni signal: snimke sesija, heatmape, ponovljeni klikovi, vraćanje unatrag ili kružno kretanje.
Glas korisnika: upiti podršci, razgovori s prodajom, ankete nakon napuštanja i testovi upotrebljivosti.

GA4 Path exploration može otkriti što korisnici rade nakon određene stranice ili događaja, koje putove slijede do konverzije i gdje nastaje kružno ponašanje koje može značiti da su zapeli [[2]]. Microsoft Clarity heatmape agregiraju klikove i pomicanje stranice, ali imaju ograničenja kod dinamičkih elemenata, pa ih treba tumačiti uz druge podatke [[3]].

Snimke sesija zatim pokazuju pojedinačni kontekst: klikove, pomicanje, promjene veličine zaslona te signale poput rage clickova, dead clickova, pretjeranog scrollanja i brzih povrataka [[4]]. Jedna snimka nije dokaz. Ponavljajući obrazac u relevantnom segmentu jest razlog za hipotezu.

Hipoteza mora biti provjerljiva

Koristite format: Ako promijenimo X za publiku Y, očekujemo promjenu Z jer dokaz D pokazuje problem P.

Primjer: „Ako na mobilnoj naplati prikažemo ukupni trošak prije unosa osobnih podataka, očekujemo više početaka plaćanja jer snimke i upiti podršci pokazuju da korisnici traže konačnu cijenu i vraćaju se na košaricu.”

Takva hipoteza sadrži publiku, promjenu, očekivani ishod i razlog. „Napravimo moderniji checkout” nije hipoteza jer nema mjerljiv ishod ni objašnjenje mehanizma.

Odaberite metriku odluke i zaštitne metrike

Primarna metrika mora odgovarati hipotezi: stopa dovršetka naplate, kvalificirani leadovi po sesiji ili prihod po posjetitelju. Dodajte zaštitne metrike kako lokalni dobitak ne bi sakrio štetu. Kraći obrazac može povećati broj leadova, ali smanjiti njihovu kvalitetu. Agresivniji popust može povećati kupnje, ali smanjiti maržu.

Prije testa zapišite što bi promjena trebala poboljšati, što ne smije pogoršati, koji segment obuhvaćate i koliko dugo ćete prikupljati podatke. Google Ads preporučuje hipotezu povezanu s poslovnim ciljem i testiranje jedne varijable odjednom, jer istodobna promjena više elemenata otežava zaključak o uzroku [[5]].

Test nije obvezan za svaku promjenu

Grešku zbog koje se gumb ne može kliknuti ne treba A/B testirati — treba je popraviti i provjeriti. Zakonski zahtjev, pogrešna cijena ili očita prepreka pristupačnosti također se ne ostavljaju polovici korisnika radi eksperimenta.

A/B test ima smisla kada postoje dvije vjerodostojne opcije, dovoljno prometa i stvarna neizvjesnost. Kod malog prometa koristite istraživanje korisnika, prije/poslije analizu uz oprez, testove upotrebljivosti ili veće promjene koje imaju dovoljno snažan signal. Nije poanta proizvesti što više testova, nego smanjiti neizvjesnost prije važne odluke.

CRO testiranje bez SEO problema

Ako varijante koriste zasebne URL-ove, Google preporučuje rel="canonical" prema izvornom URL-u i privremeno preusmjeravanje 302, a ne trajno 301. Ne smije se prikazivati jedna verzija Googlebotu, a druga korisnicima. Eksperiment treba ukloniti čim prikupite dovoljno podataka [[6]].

To je posebno važno kod testiranja kategorija, naslovnih stranica i sadržaja koji već ostvaruje organsku vidljivost. CRO ne smije riješiti jedan problem i pritom stvoriti drugi.

Praktičan CRO ritam

Tjedno: pregledajte ključne lijevke, tehničke greške, relevantne snimke i upite korisnika. Zabilježite probleme, ne gotova rješenja.

Svaka dva do četiri tjedna: prioritet dajte problemima prema poslovnom utjecaju, kvaliteti dokaza i trošku provedbe. Napišite hipotezu, metrike i plan provjere prije dizajna.

Mjesečno: pregledajte rezultate provedenih promjena, uključujući neočekivane negativne učinke i segmente koji su reagirali drukčije.

Kvartalno: provjerite odgovara li program CRO-a stvarnim poslovnim prioritetima. Ako tim optimizira mikrokonverzije koje ne utječu na prihod, maržu ili kvalitetu pipelinea, proces je aktivan, ali nije koristan.

Kontrolna lista prije promjene

Je li cilj vrijedna poslovna konverzija?
Znamo li na kojem koraku i u kojem segmentu nastaje problem?
Potvrđuje li problem više od jednog izvora podataka?
Sadrži li hipoteza promjenu, publiku, ishod i razlog?
Mijenjamo li jednu ključnu varijablu?
Postoje li zaštitne metrike za kvalitetu, prihod i maržu?
Možemo li rezultat tehnički i analitički pouzdano izmjeriti?
Je li test siguran za SEO, pristupačnost i povjerenje korisnika?

CRO postaje vrijedna poslovna disciplina kada svaki redizajn počinje pitanjem, svaki test hipotezom, a svaka trajna promjena dokazom.

Česta pitanja

Što je CRO?

CRO je sustavno poboljšavanje udjela korisnika koji dovrše vrijednu radnju, uz analitiku, istraživanje korisnika i provjeru promjena.

Treba li svaku promjenu A/B testirati?

Ne. Očite greške, zakonske obveze i prepreke pristupačnosti treba izravno popraviti. Test je koristan kada postoji stvarna neizvjesnost između vjerodostojnih opcija.

Je li veća stopa konverzije uvijek bolja?

Ne nužno. Može rasti uz nižu vrijednost narudžbe, slabiju kvalitetu leadova, veće popuste ili nižu maržu, zato su potrebne zaštitne metrike.

Mogu li heatmape dokazati zašto korisnici odustaju?

Ne same. Pokazuju obrasce interakcije, ali razlog treba provjeriti snimkama, razgovorima, anketama ili testiranjem upotrebljivosti.

Što ako web-stranica nema dovoljno prometa za A/B test?

Fokusirajte se na kvalitativno istraživanje, tehničke probleme, testove upotrebljivosti i veće promjene s jasnim poslovnim učinkom.