Najčešće greške kod pokretanja webshopa: što se skupo popravlja

Najskuplje greške kod pokretanja webshopa nisu one koje se vide na prvi pogled. Lošu fotografiju ili nespretan opis proizvoda popravite za jedno popodne. Lošu strukturu URL-ova, model proizvoda bez varijanti ili naplatu bez riješene fiskalizacije popravljate migracijom, i to kad webshop već ima kupce, narudžbe i stranice u Googleovu indeksu.

Zato smo najčešće greške razvrstali po tome koliko ih je skupo popraviti nakon lansiranja. Gdje postoje podaci, navodimo ih: iz našeg mjerenja naslovnica 52 hrvatska webshopa (kolovoz 2026.) i iz Baymardova istraživanja razloga zbog kojih kupci napuštaju košaricu.

Ukratko

• Strukturne odluke donose se prije lansiranja: URL-ovi, model proizvoda i varijanti, tok plaćanja i fiskalizacije te izvor podataka o zalihama. Kasniji popravak znači migraciju.
• Checkout gubi kupce na poznatim mjestima: u Baymardovu istraživanju kupaca u SAD-u 18 % onih koji su odustali iz razloga drugog od razgledavanja navodi obvezno otvaranje računa, a 17 % predug ili kompliciran checkout.
• Hrvatski webshopovi imaju mjerljive rupe: Apple Pay je vidljiv na naslovnici kod 6 od 52 izmjerena webshopa (12 %), a 27 od 52 naslovnice (52 %) nema nijedan blok strukturiranih podataka.
• Fiskalizacija se ne odgađa: prva narudžba ujedno je i prvi račun, pa tok fiskalizacije mora raditi od prvog dana.

Dvije vrste grešaka: popravak za dan i popravak migracijom

Korisno je razlikovati greške koje žive u sadržaju od grešaka koje žive u strukturi sustava. Prve ispravljate u administraciji, bez utjecaja na postojeće narudžbe. Druge traže promjenu podataka, preusmjeravanja i ponovno testiranje naplate.

Greške koje se skupo popravljaju nakon lansiranja

1. URL struktura bez plana

Kad Google jednom indeksira adrese kategorija i proizvoda, svaka promjena strukture traži preusmjeravanje 301 za svaku staru adresu. Bez toga poveznice i pozicije koje je stranica skupila vode na stranicu 404. Tipični okidači su promjena platforme, preimenovanje kategorija i brojčani ID-jevi u adresama koje generira dodatak.

Koliko je tehnička osnova promišljena, vidi se već na naslovnici: u našem mjerenju kanonsku oznaku (canonical) na njoj je imalo 29 od 52 trgovine (56 %). Ako strukturu ipak morate mijenjati, migracija webshopa počinje mapom starih i novih adresa, a ne novim dizajnom.

2. Model proizvoda koji ne podržava varijante

Majica u pet veličina i tri boje može biti jedan proizvod s 15 varijanti ili 15 zasebnih proizvoda. Druga opcija je brža za prvi unos i skupa za sve ostalo. Filtri ne rade kako kupac očekuje, zalihe se ne vode po varijanti, feed za Google Merchant Center dobiva duplikate, a kasnija sinkronizacija s ERP-om nema na što spojiti šifre. Model podataka odlučite prije prvog uvoza, prema tome kako proizvode vodite u skladištu i knjigovodstvu.

3. Plaćanje i fiskalizacija „za kasnije”

Prva narudžba ujedno je i prvi račun. Zakon o fiskalizaciji (NN 89/2025) u članku 3. propisuje da obveznik fiskalizira račune naplaćene gotovinom, karticama, transakcijskim računom i na ostale načine. Webshop koji se lansira „privremeno”, bez toka fiskalizacije, zato ne kreće u prazno. Iznimke iz članka 4. i vlastiti status obveznika provjerite s računovođom. Što propis znači za webshop razlažemo u tekstu o Fiskalizaciji 2.0 za webshopove, a tehničku stranu na stranici fiskalizacija u webshopu.

Uz fiskalizaciju ide i izbor načina plaćanja. Na naslovnici je Apple Pay bio vidljiv kod 6 od 52 hrvatska webshopa (12 %), a Google Pay kod 10 od 52 (19 %). Mjerili smo samo naslovnice, pa su to donje granice, ali pokazuju da mobilni novčanici nisu standard. Svaki način plaćanja mora proći cijeli tok, od narudžbe do fiskaliziranog računa i knjiženja, pa ga je lakše predvidjeti na početku nego dodavati uz promet. Više u pregledu načina plaćanja na hrvatskim webshopovima.

4. Mjerenje i privola bez plana

Bez mjerenja od prvog dana nemate s čime usporediti ni prvu kampanju ni prvu promjenu checkouta. Na naslovnicama iz našeg uzorka GA4 izravno (gtag) učitava 18 od 52 trgovine (35 %), Google Tag Manager 30 od 52 (58 %), a jedno ili drugo 43 od 52 (83 %). GA4 se često učitava kroz Tag Manager, pa izostanak izravne GA4 oznake ne znači da trgovina nema analitiku. U HTML-u 9 od 52 naslovnice nismo našli ni jedno ni drugo, uz ogradu da oznake koje se učitavaju tek nakon privole naš alat ne vidi.

Jednako je važno da se oznake pale tek nakon privole. Kako to izgleda uz Consent Mode v2 i zašto Google Ads bez toga podcjenjuje konverzije, objašnjavamo u tekstu o kolačićima i Consent Modeu v2.

5. SEO temelji „za kasnije”

Generički naslovi, prazni meta opisi i stranice bez strukturiranih podataka ne ruše webshop, ali ga ostavljaju teško vidljivim, i u Googleu i u AI tražilicama. Na 27 od 52 izmjerene naslovnice (52 %) nismo našli nijedan JSON-LD blok, a barem jedan imalo je 25 od 52 (48 %). Kad su strukturirani podaci dio predloška, svaka nova stranica proizvoda dobiva ih automatski. Kad se uvode naknadno, na stotine proizvoda s nedosljednim podacima, prvo treba očistiti same podatke. Osnove su u tekstu SEO za webshopove, a oznake proizvoda u vodiču o strukturiranim podacima.

Greške koje kupac vidi u košarici i naplati

Ove greške nisu strukturne, ali izravno koštaju narudžbe. Koristan javni izvor su podaci Baymard Institutea, koji anketira kupce u SAD-u o razlozima napuštanja košarice (stranica ažurirana 22. rujna 2025.). Najčešći razlog, „samo sam razgledavao” (42 % ispitanika), trgovac ne može riješiti. Kad se on izuzme, raspodjela ostalih razloga izgleda ovako:

• 40 %: dodatni troškovi (dostava, porezi, naknade) previsoki
• 20 %: dostava prespora
• 19 %: nepovjerenje prema stranici kod unosa podataka o kartici
• 18 %: stranica je tražila otvaranje korisničkog računa
• 17 %: predug ili kompliciran checkout
• 17 %: greška ili pad stranice
• 13 %: nezadovoljavajući uvjeti povrata
• 12 %: ukupni trošak nije bio vidljiv unaprijed
• 9 %: premalo načina plaćanja

Hrvatski kupci nisu nužno isti, a naše mjerenje ne ulazi u checkout jer smo mjerili samo naslovnice. Zato ove postotke čitajte kao smjer, ne kao lokalnu mjeru. Iz njih slijede greške koje se ponavljaju:

Koje podatke o trgovcu i pravu na odustajanje propisi traže, uz poveznice na izvore, razlažemo u pregledu novih pravila za webshopove.

Greške u pripremi lansiranja

Mobitel kao naknadna misao

Laboratorijska ocjena performansi na mobitelu (Lighthouse) u našem uzorku ima medijan 54/100 (n = 47), a 20 od 47 trgovina (43 %) je ispod 50. To ne znači da su sve te trgovine spore stalnim kupcima, ali znači da prvi posjet s oglasa na prosječnom mobitelu nije brz. Oznaku viewport, bez koje se stranica na mobitelu prikazuje kao umanjena desktop verzija, nije imalo 3 od 52 naslovnice.

Umjesto opće želje da „bude brzo”, prije izrade dogovorite budžet performansi prema pragovima koje Google navodi za Core Web Vitals: LCP do 2,5 s, INP do 200 ms i CLS do 0,1. Budžet se provjerava na mobitelu i mobilnoj mreži, ne na uredskom računalu.

Premalo testiranja

U Baymardovoj raspodjeli 17 % kupaca odustalo je zbog greške ili pada stranice. Takve greške obično prijavi kupac, a ne alat. Prije lansiranja prođite cijelu kupnju kao kupac, s mobitela i s računala, svakim načinom plaćanja, sve do fiskaliziranog računa i e-pošte s potvrdom.

Nerealna očekivanja i nema plana za promet

Novi webshop nema povijest ni poveznice, pa organski promet dolazi postupno. Tko računa na prodaju od prvog tjedna, treba plaćene oglase ili postojeću bazu kupaca: newsletter, društvene mreže, fizičku prodavaonicu. To nije razlog da se SEO odgodi, nego razlog da se promet planira usporedno s izradom, a ne nakon nje.

Kako izbjeći ove greške

Zajedničko svim skupim greškama je da nastaju prije prve narudžbe, često bez svjesne odluke: predložak ili dodatak odabrao je URL-ove, model proizvoda i tok naplate umjesto vas. Zato webshop planirajte kao sustav, od podataka i naplate prema dizajnu, a ne obrnuto.

Ako webshop već radi, checklist webshopa sa 60 provjera prolazi iste točke i pokazuje gdje curi. Ako ga tek planirate ili razmišljate o prelasku s postojeće platforme, pogledajte kako izgleda izrada webshopa kod nas: strukturne odluke donosimo s vama prije prve linije koda, a razgovarate izravno s osobom koja gradi sustav. Zatražite ponudu i javit ćemo se unutar 24 sata radnim danom.