In najboljše? Google se glede tega ne more zmeniti niti sam s sabo. A najprej osnove.

Kaj je agentno brskanje

Vse pogosteje vaše strani ne odpre človek, ampak agent - ChatGPT, Gemini, Perplexity, Claude - ki namesto uporabnika primerja izdelke, izpolni obrazec ali doda v košarico. Agent strani ne "gleda", bere njeno strukturo. Če je ta zmešnjava, je vaša stran zanj nevidna, pa čeprav je za ljudi videti odlično.

Nova ocena, ki ni ocena

Kategorija Agentic Browsing stoji ob bok Performance, Accessibility, Best Practices in SEO. Zanimivost: ne vrne številke od 0 do 100. Namesto tega pokaže razmerje opravljenih preverjanj (npr. 3/3). Google priznava, da so standardi šele v nastajanju, zato zbira signale, ne deli ocen. Kategorija je uradno "v razvoju" in na vaše ostale ocene ne vpliva.

Preverja peščico stvari:

• Čisto dostopnostno drevo - agent "vidi" skozi accessibility tree, zato mora imeti vsak gumb in polje jasno ime (semantični HTML in ARIA).
• Stabilno postavitev (nizek CLS) - če elementi poskakujejo, agent klikne napačno stvar.
• llms.txt - strojno berljiv povzetek strani za jezikovne modele.
• WebMCP - označeni obrazci in "orodja", prek katerih agent zanesljivo uporablja vašo stran.

Zaplet: Google proti Googlu

In tu postane zabavno. Chromova ekipa vas prek Lighthouse nagrajuje za llms.txt. Googlova Search ekipa pa že leto dni trdi ravno nasprotno. John Mueller je llms.txt primerjal s pozabljeno meta oznako "keywords", na Bluesky pa na vprašanje, ali Googlove strani z llms.txt pomenijo njegovo podporo, odgovoril: "Mikalo bi me reči kaj zbadljivega, ker se to vpraša tako pogosto, a naravnost - ne." Drugič je dodal, da s to datoteko sistemu v bistvu sporočaš le "imam najboljšo stran na svetu".

Številke mu pritrjujejo. Ahrefs je pregledal 137.000 domen: 97 % datotek llms.txt maja 2026 ni prejelo niti ene zahteve, objavilo pa jih je le 28 % domen. Pika na i: 3. decembra 2025 se je llms.txt na kratko pojavil celo v Googlovi lastni razvijalski dokumentaciji - in bil še isti dan izbrisan. Brett Tabke, ustanovitelj konference Pubcon, je bil kratek: "Ni nam treba, da ljudje mislijo, da so LLM-ji kaj drugačnega od katerega koli drugega pajka."

Najlepša ironija pa je tale: mnogi za pripravo llms.txt uporabijo LLM, ki prebere njihov HTML - da drugemu LLM-ju tega ne bi bilo treba brati. Robot piše robotu opombo o strani, ki jo robot že zna prebrati.

Torej - vas to sploh briga?

Bolj, kot mislite, a ne zaradi llms.txt.

Dve od štirih preverjanj (dostopnostno drevo in stabilna postavitev) sta stvari, ki jih morate urediti tako ali tako - koristita tudi ljudem, SEO-ju in konverzijam. WebMCP je smer, v katero dejansko kaže Google. llms.txt pa je poceni "nice to have": pri dokumentaciji, ki jo berejo kodni pomočniki (Cursor, Claude Code, Copilot), ima majhno resnično nišo, za tipično trgovino pa danes ne pričakujte čudežev.

Zdrava pamet: ne lovite razmerja 3/3 kot fetiša. Uredite osnove (dostopnost, hitrost, semantika, strukturirani podatki), spremljajte WebMCP in dodajte llms.txt, ker vas nič ne stane. Agentni promet prihaja - vprašanje je le, ali vas bo našel pripravljene.

Kako lahko pomagamo

Pri Degrizu spletne trgovine tehnično pripravljamo na ta premik - dostopnost, hitrost, semantična struktura, strukturirani podatki. Če vas zanima, kako se vaša stran odreže pri agentnem brskanju in kaj konkretno izboljšati, vam naredimo pregled.

Viri

• Chrome for Developers - Lighthouse agentic browsing scoring
• DebugBear - Lighthouse's new Agentic Browsing category
• Search Engine Journal - Google says llms.txt is speculative
• Search Engine Roundtable - Google does not endorse llms.txt

Ko pa začnemo raziskovati podrobnosti, hitro ugotovimo, da ne gre zgolj za dodajanje novega gumba na spletno stran. V resnici gre za spremembo procesa, ki mora kupcu omogočiti enostavno oddajo zahteve za odstop od pogodbe, trgovcu pa zagotoviti jasen pregled nad prejetimi zahtevami in njihovo obdelavo.

Evropska komisija je v okviru posodobitve pravil za pogodbe, sklenjene na daljavo, uvedla tudi zahtevo po t. i. »withdrawal function«, ki mora potrošnikom omogočati oddajo izjave o odstopu preko spletnega vmesnika. Več informacij o spremembah je objavljenih na uradni strani Evropske komisije:

Evropska komisija – Consumer protection in financial services

Pravica do odstopa ni novost, nov je način oddaje

Pravica do odstopa od pogodbe za spletne nakupe v Evropski uniji obstaja že vrsto let. Večina spletnih trgovin zato že vsebuje obrazec za odstop od pogodbe, navodila za vračilo izdelkov ali kontaktne podatke, prek katerih lahko kupec uveljavlja svoje pravice.

Nova ureditev pa gre korak dlje.

Namen spremembe je, da kupec ne potrebuje več iskanja PDF obrazcev, pošiljanja elektronskih sporočil ali brskanja po pogojih poslovanja, da bi izvedel odstop od pogodbe. Postopek mora biti dostopen neposredno preko spletnega vmesnika in zasnovan tako, da ga lahko povprečen uporabnik opravi brez dodatne pomoči.

Evropski zakonodajalec želi s tem zmanjšati situacije, ko je postopek odstopa sicer formalno omogočen, v praksi pa je skrit med dolgimi pogoji poslovanja ali zahteva več korakov, kot bi jih uporabnik pričakoval.

Podrobnosti izhajajo iz Direktive (EU) 2023/2673, katere besedilo je dostopno na portalu EUR-Lex:

Direktiva (EU) 2023/2673

Zakaj ta sprememba ni samo še ena zakonska formalnost?

Pri številnih zakonodajnih spremembah trgovci pogosto iščejo najhitrejšo možno rešitev, ki zadosti zahtevam predpisa. Pri Withdrawal Button zahtevi pa tak pristop lahko hitro povzroči težave.

Če kupec odda zahtevo preko obrazca, mora sistem vedeti, na katero naročilo se zahteva nanaša. Trgovec mora vedeti, kdaj je bila zahteva oddana. Potrebna je potrditev prejema. Pogosto je treba vedeti tudi, katere izdelke želi kupec vrniti, saj odstop ni nujno vezan na celotno naročilo.

Prav zato se v ozadju skriva precej več logike, kot se morda zdi na prvi pogled.

Dober sistem mora znati povezati naročilo, kupca, oddano zahtevo in nadaljnjo obdelavo. V nasprotnem primeru bo trgovec sicer imel gumb, vendar bo še vedno ročno pregledoval elektronsko pošto, preverjal naročila in iskal podatke v administraciji.

Kako naj bi bil postopek videti v praksi?

Predstavljajmo si kupca, ki je pred nekaj dnevi prejel naročilo in želi vrniti samo en izdelek.

Namesto iskanja kontaktnih podatkov odpre stran za odstop od pogodbe, vnese številko naročila in elektronski naslov, sistem pa prikaže izdelke iz naročila. Kupec izbere izdelek, ki ga želi vrniti, po potrebi navede dodatne informacije in odda zahtevo.

Po oddaji prejme potrditev, trgovec pa ima v administraciji zapisano, kdaj je bila zahteva oddana in za katere izdelke velja.

Takšen postopek je bistveno bolj uporaben tako za kupca kot za trgovca. Prav zato številni ponudniki logističnih in e-commerce rešitev poudarjajo, da gre za spremembo procesa in ne zgolj za dodajanje novega elementa na spletno stran.

Kaj to pomeni za Magento trgovine?

Magento uporabniki so lahko nekoliko bolj mirni, saj se je skupnost na spremembe začela pripravljati že pred začetkom uporabe novih pravil.

Za Magento 2 je že na voljo odprtokodna implementacija, ki omogoča oddajo zahtev za odstop od pogodbe neposredno preko spletne trgovine. Rešitev vključuje obrazec za kupce, preverjanje naročil in administrativni pregled zahtevkov.

Magento 2 Withdrawal Module

Tudi uporabniki Magento 1 oziroma projekta Maho niso ostali brez rešitve. V okviru razvoja platforme je bil pripravljen modul, ki implementira zahteve evropske zakonodaje in omogoča podobno funkcionalnost kot pri Magento 2.

Maho Revocation Module (Magento 1 / Maho)

Če pogledamo obe implementaciji, hitro opazimo zanimivo stvar. Nobena ne rešuje zgolj prikaza gumba. V ospredju so preverjanje naročil, identifikacija kupca, oddaja zahtevka, administrativni pregled in sledljivost celotnega postopka. To dodatno potrjuje, da je bistvo nove zahteve predvsem v digitalizaciji postopka odstopa od pogodbe.

Za trgovce, ki uporabljajo Magento, bo zato v večini primerov dovolj implementacija ustreznega modula in prilagoditev procesa obdelave zahtevkov. Kljub temu pa je priporočljivo preveriti tudi obstoječe pogoje poslovanja, postopke vračil in komunikacijo s kupci, saj sama tehnična implementacija še ne pomeni nujno popolne skladnosti z zakonodajo.

Priložnost za boljšo uporabniško izkušnjo

Marsikateri trgovec bo novo zahtevo videl predvsem kot dodatno administrativno breme. Vendar je mogoče na spremembo pogledati tudi drugače.

Kupci danes pričakujejo, da lahko večino stvari uredijo sami. Tako kot želijo spremljati dostavo paketa, pregledati status naročila ali prenesti račun, pričakujejo tudi preprost postopek vračila oziroma odstopa od pogodbe.

Če je postopek jasen, hiter in pregleden, trgovina pri kupcu ustvarja občutek zaupanja. Dobra politika vračil pogosto vpliva tudi na odločitev za nakup, saj kupci vedo, da bodo morebitne težave lahko rešili brez zapletenih postopkov.

V praksi to pomeni, da nova zakonodaja ni nujno samo strošek ali obveznost. Lahko je tudi priložnost za izboljšanje uporabniške izkušnje in zmanjšanje števila podpornih zahtevkov.

Je vaša trgovina pripravljena na 19. junij?

Do začetka uporabe novih pravil ni več veliko časa. Trgovci bi morali preveriti, kako danes urejajo odstop od pogodbe, ali imajo postopek digitaliziran, ali je dostopen tudi gostom brez uporabniškega računa in ali imajo v administraciji ustrezen pregled nad oddanimi zahtevami.

Številne trgovine danes še vedno uporabljajo zgolj kontaktni obrazec ali navodilo za pošiljanje elektronske pošte. Čeprav je bil tak pristop do sedaj pogosto dovolj, bo po novem smiselno razmisliti o bolj strukturirani rešitvi.

Withdrawal Button je na prvi pogled majhna sprememba, vendar lepo ponazarja smer razvoja evropske e-trgovine. Potrošniki bodo imeli na voljo vedno bolj enostavne digitalne postopke, spletne trgovine pa bodo morale svoje procese temu prilagoditi. Tisti, ki bodo spremembo razumeli kot priložnost za izboljšanje uporabniške izkušnje, bodo od nje verjetno odnesli več kot zgolj izpolnjeno zakonsko obveznost.

Prva je SEO.

Druga so prevodi in vstop na nove trge.

Veliko trgovin ima na tisoče izdelkov, kategorij in CMS strani. Ročno pisanje SEO naslovov, meta opisov in drugih vsebin je zamudno, pogosto pa do tega sploh ne pride. Rezultat so neoptimizirane strani, slabša vidnost v iskalnikih in izgubljene priložnosti za pridobivanje obiskovalcev.

Podobna zgodba se ponovi pri prevajanju trgovine. Ko se podjetje odloči za nov trg, ga pogosto čaka prevajanje ogromne količine vsebin. Tudi kadar se uporablja strojno prevajanje, je treba paziti na blagovne znamke, tehnične izraze in doslednost skozi celotno trgovino.

Prav zaradi teh izzivov sem začel razvijati sistem, ki bi ta proces bistveno poenostavil.

Sistem za testiranje je tukaj: https://conductor.degriz.net/si

Projekt, ki je rasel skupaj z željami trgovcev

Prvotni načrt je bil precej manj ambiciozen.

Želel sem izdelati orodje za hitrejše prevajanje Magento trgovin. Med razvojem pa so stranke predlagale številne dodatne funkcionalnosti, ki bi jim prihranile ogromno časa.

Tako je projekt postopoma zrasel v precej večjo platformo.

Danes omogoča AI prevajanje, AI SEO optimizacijo, podporo za več trgovin, lastne slovarje izrazov in številne druge funkcionalnosti, namenjene Magento trgovinam.

AI SEO optimizacija za celotno trgovino

Ena največjih prednosti sistema je možnost množične SEO optimizacije.

Namesto da bi ure in ure ročno urejali posamezne izdelke, lahko sistem pripravi SEO naslove, meta opise in druge vsebine za večje število izdelkov, kategorij ali strani.

Prevajanje na nove trge brez tednov dela

Širitev na nov trg običajno pomeni veliko administrativnega dela.

Prevajati je treba izdelke, kategorije, CMS strani, bloke in druge vsebine. Pri več tisoč izdelkih lahko tak projekt hitro postane večtedenska naloga.

Sistem omogoča hitro prevajanje različnih tipov vsebin, pri čemer lahko trgovec uporablja tudi lasten slovar izrazov. Tako se imena blagovnih znamk, produktov ali drugih pomembnih izrazov prevajajo dosledno v vseh jezikih.

Na voljo za testiranje

Po dolgem razvoju je sistem končno pripravljen za prve uporabnike.

Test dostop: https://conductor.degriz.net/si

Ker gre za platformo, ki mora delovati v številnih različnih Magento okoljih, je obdobje testiranja zelo pomembno. Povratne informacije uporabnikov bodo pomagale pri nadaljnjih izboljšavah in razvoju novih funkcionalnosti.

Če upravljate Magento trgovino in iščete način za hitrejšo SEO optimizacijo ali lažjo širitev na nove trge, je to orodje vsekakor vredno preizkusiti.

Najboljši rezultat ni prihranek časa, ampak možnost, da se ekipa ukvarja z rastjo prodaje namesto z rutinskim urejanjem vsebin.

Zato se vse bolj uporablja server side tracking, ki ne spremeni samo načina merjenja, ampak tudi vpliva na hitrost strani in stabilnost podatkov, ki jih uporabljamo za marketing.

Zakaj server side tracking spremeni celotno sliko merjenja

Pri klasičnem sledenju se vsi podatki zbirajo v brskalniku uporabnika. To pomeni, da mora vsaka interakcija – od ogleda izdelka do nakupa - skozi JavaScript, ki se pogosto blokira ali upočasni.

Server side tracking pa ta korak premakne na strežnik. Brskalnik ne komunicira več direktno z vsemi oglaševalskimi sistemi, ampak podatke najprej pošlje na vaš strežnik, kjer se ti obdelajo in šele nato posredujejo naprej.

To v praksi pomeni, da se izgubi veliko manj podatkov, saj blokade v brskalnikih nimajo več istega vpliva. Hkrati pa se zmanjša obremenitev strani, ker se del skript premakne iz uporabnikovega brskalnika na strežnik.

Kako se to uporablja v realnih spletnih trgovinah

V praksi se server side tracking najpogosteje postavi tako, da se ustvari ločen strežniški “container”, ki sprejema podatke iz spletne trgovine. Na strani se še vedno uporablja Google Tag Manager, vendar le kot vmesnik, ki pošilja podatke naprej.

Za spletne trgovine na Magento platformi je to posebej uporabno, ker je mogoče zelo natančno spremljati dogodke, kot so dodajanje v košarico, začetek zaključka nakupa ali nakup. Razlika je v tem, da so ti podatki zdaj bistveno bolj zanesljivi, ker ne temeljijo več samo na delovanju brskalnika.

Google Cloud ali Stape – dve realni poti implementacije

Ko se podjetje odloči za server side tracking, se običajno pojavi vprašanje infrastrukture.

Ena možnost je popolna postavitev preko Google Cloud okolja in server containerja v Google Tag Managerju. Ta pristop daje največ nadzora, vendar zahteva več tehničnega znanja in vzdrževanja.

Druga, precej bolj praktična možnost za večino spletnih trgovin, pa je uporaba platforme Stape, ki celotno infrastrukturo že pripravi in omogoča hitro postavitev brez kompleksnih nastavitev.

Primer iz prakse - Magento server side tracking

Pri eni izmed Magento spletnih trgovin smo implementirali server side tracking z jasnim ciljem: izboljšati natančnost podatkov in hkrati zmanjšati vpliv skript na hitrost strani.

Celoten tracking smo ločili na server container in web container v Google Tag Managerju. Dogodki, kot so ogled izdelka, dodajanje v košarico in nakup, se zdaj najprej obdelajo na strežniku in šele nato pošljejo naprej v analitiko in oglaševalske sisteme.

Za stabilnost in hitrost smo vse skupaj postavili na ločeno poddomeno, ki se servira preko Cloudflare. To nam je omogočilo, da sistem deluje kot del iste domene, kar zmanjša izgube podatkov in izboljša zanesljivost.

Poleg tega je bil dodan še custom loader, ki zmanjša vpliv adblockerjev, kar pomeni, da se tudi v primerih, ko uporabniki blokirajo tracking skripte, podatki še vedno v veliki meri ohranijo.

Rezultat, ki se vidi tudi v hitrosti strani

Po implementaciji se je nalaganje strani izboljšalo za približno eno sekundo, kar se na mobilnih napravah pozna zelo hitro. Optimizacija je vplivala tudi na PageSpeed rezultat, ki je dosegel okoli 90/100 na mobilnih napravah.

Še pomembnejši pa je bil vpliv na podatke. Konverzije so postale bolj konsistentne, razlike med oglaševalskimi platformami so se zmanjšale, predvsem pa je postalo jasno, da se izgubljenih nakupov meri bistveno manj.

Backend tracking ali server side tracking?

Pogosto se zdi, da je dovolj že to, da podatke pošiljamo direktno iz backend sistema, na primer ob potrjenem naročilu. To je sicer zelo natančno, ampak zajame samo končne dogodke.

Server side tracking pa deluje širše. Ne zajame samo nakupa, ampak tudi vse vmesne korake uporabnika, od prvega klika do konverzije. To omogoča bistveno boljše razumevanje uporabniške poti in bolj učinkovito optimizacijo oglasov.

Prav zaradi tega ga danes priporočajo Google svetovalci, saj predstavlja ravnotežje med natančnostjo backend podatkov in širino podatkov iz uporabniškega vedenja.

Zakaj bo postalo standard za spletne trgovine

Spletne trgovine ne potrebujejo več samo “nekega sledenja”, ampak sledenje, ki mu lahko zaupajo. Če podatki niso točni, so tudi odločitve o oglasih in prodaji napačne.

Server side tracking je v praksi postal ena redkih rešitev, ki hkrati izboljša hitrost strani, zmanjša izgubo podatkov in omogoča stabilnejšo analitiko v svetu, kjer je klasično sledenje vedno bolj omejeno.

Zato imajo danes prednost strani, ki niso samo “lepe”, ampak logično zgrajene. Tiste, kjer je vsebina razdeljena, odgovori jasni in kjer ni potrebno ugibati, kaj je pomembno.

Zakaj je struktura vsebine postala ključna

Ena največjih sprememb zadnjih let je, da struktura vsebine vpliva na to, kako AI interpretira stran.

Če je vsebina jasno razdeljena, z logičnimi naslovi in podnaslovi, AI lažje razume kontekst. Še posebej pomembno je, da so odgovori neposredni in da se ne skrivajo v dolgih, nejasnih odstavkih.

V praksi to pomeni, da dobro strukturirana kategorijska stran ali produktna stran ni več samo SEO element, ampak postane “vir znanja”, ki ga lahko AI uporabi za odgovore uporabnikom.

Pri delu s strankami imamo že vzpostavljen sistem spremljanja tehnične in vsebinske učinkovitosti strani. Poleg hitrosti in LCP metrik spremljamo tudi, kako se strani dejansko obnašajo v iskalnih rezultatih in kako stabilna je njihova vidnost skozi čas. To pogosto pokaže, da majhne vsebinske izboljšave naredijo večji učinek kot velike tehnične spremembe.

Primer iz prakse: kako je strukturirana vsebina spremenila rezultate

Zelo dober primer je spletna trgovina Sveterotike – kategorija erotične igračke.

Gre za kategorijsko stran, ki je bila pred optimizacijo tipičen primer “klasičnega e-commerce pristopa”: kratek opis, osnovni seznam produktov in minimalna dodatna vsebina.

Kasneje je bila stran prenovljena tako, da je dobila:

• razširjen opis kategorije, razdeljen v smiselne vsebinske sklope
• jasne podnaslove, ki odgovarjajo na dejanska vprašanja uporabnikov
• FAQ sekcijo z realnimi vprašanji, ki jih ljudje dejansko iščejo

Ta sprememba ni bila samo kozmetična.

Rezultat je bil zelo konkreten:
stran je začela dosegati boljše pozicije v iskalnikih, v določenih primerih celo prvo pozicijo za pomembne iskalne izraze, hkrati pa se je povečal tudi organski obisk.

Kar je zanimivo pri tem primeru je, da se ni spremenil produkt, niti cena, niti dizajn. Spremenila se je samo struktura vsebine in način, kako stran odgovarja na vprašanja uporabnika.

To je zelo jasen signal, kako pomembna je danes vsebina, ki je razumljiva ne samo ljudem, ampak tudi AI sistemom.

Kako se spreminja način pisanja vsebin

Pisanje za sodobne iskalnike ni več klasično SEO pisanje, kjer se optimizira za ključne besede. Danes je pomembno, da vsebina dejansko odgovarja na vprašanja.

Najbolje delujejo vsebine, ki so:
jasne, konkretne, razložene z dejanskimi primeri in brez nepotrebnega marketinga.

AI daje prednost vsebini, ki izgleda kot razlaga strokovnjaka, ne kot oglas.

Zanimivo je, da pogosto boljše rezultate dosegajo strani, ki so nekoliko “človeške” – tudi če niso popolne, ampak so iskrene in informativne.

Vloga blagovne znamke v AI iskanju

Poleg same vsebine postaja vedno bolj pomembna tudi moč blagovne znamke.

AI sistemi ne izbirajo samo najbolj tehnično optimizirane strani, ampak tudi tiste, ki imajo več signala zaupanja. To pomeni, da je pomembno, kako pogosto se blagovna znamka pojavlja drugje na spletu, ali je omenjena v člankih, forumih ali družbenih omrežjih.

V praksi to pomeni, da SEO ni več samo “on-site igra”, ampak kombinacija vsebine, tehnične optimizacije in zunanjih signalov zaupanja.

Hitrost strani in tehnična stabilnost

Tehnični del SEO-ja ni izginil, ampak je postal še bolj pomemben.

Hitrost strani, stabilnost postavitve in mobilna optimizacija so še vedno ključni dejavniki. Po zadnjih Google posodobitvah so počasne strani izgubile vidnost, tudi če so imele dobro vsebino.

V praksi to pomeni, da AI in iskalniki ne gledajo več samo “kaj piše”, ampak tudi “kako dobro deluje stran”.

Zato pri projektih redno spremljamo:
hitrost nalaganja, LCP metrike in splošno tehnično zdravje strani. To omogoča, da se težave zaznajo zgodaj in ne šele, ko pride do padca prometa.

Zase in za stranke smo razvili sistem, ki redno preverjanje nalaganje strani in tako hitro javi ob kakšni potrebni težavi.

Kam gre razvoj: od SEO do AI optimizacije trgovin

V prihodnosti spletne trgovine ne bodo več optimizirane samo za iskalnike, ampak za AI sisteme, ki bodo delovali kot posredniki med uporabnikom in nakupom.

To pomeni, da ne bo več dovolj, da si “viden v Googlu”. Pomembno bo, ali te AI razume, zaupa in izbere kot relevantnega ponudnika.

V tem kontekstu postaja optimizacija vsebine, strukture in podatkov ključna za vsako resno spletno trgovino.

Hkrati pa se pojavlja še en pomemben premik: AI ne bo več samo iskal in priporočal izdelkov, ampak bo postal tudi prodajni kanal. OpenAI je že predstavil koncept “Buy it in ChatGPT”, kjer lahko uporabnik nakup izvede neposredno znotraj pogovora (Agentic Commerce Protocol).

To pomeni, da trgovine ne tekmujejo več samo za pozicije v iskalniku, ampak za to, da jih AI sploh prepozna, razume in vključi v svoj izbor izdelkov. Strukturirani podatki, čisti produktni feedi in jasne informacije bodo pri tem ključni.

Zaključek

Optimizacija spletnih trgovin se premika iz klasičnega SEO v bolj inteligentno, strukturirano in podatkovno vodeno optimizacijo.

Primeri iz prakse kažejo, da že relativno majhne spremembe v strukturi vsebine lahko prinesejo konkretne rezultate v obliki boljših pozicij in večjega obiska.

AI ne spreminja samo tega, kako iščemo. Spreminja tudi to, kaj pomeni dobra spletna stran.

Pri tem pa ne smemo pozabiti še ene pomembne stvari: AI ne vpliva samo na iskanje, ampak tudi na način dela. Z njegovo pomočjo lahko bistveno pohitrimo pripravo vsebin, optimizacijo strani in analizo podatkov, kar pomeni, da ga moramo začeti aktivno vključevati v vsakodnevne procese.

V tem novem okolju zmagujejo tisti, ki niso samo vidni - ampak razumljeni in hkrati dovolj agilni, da AI uporabljajo kot del svojega delovnega procesa.

Platforme so enostavne, dizajni lepi, marketing se zažene v dneh. Večina stvari se reši kar sama od sebe — razen enega vprašanja, ki ga večina odloži za "kdaj drugič":

Je moja trgovina dejansko skladna z zakonodajo?

Kaj je vodič za spletne trgovine

SPOT vodič za spletne trgovine je uradni pregled zahtev, ki jih mora izpolnjevati vsaka spletna trgovina v Sloveniji.

Ne govori samo o tem, katere dokumente moraš imeti. Govori o tem, kako mora biti postavljen celoten proces - kaj kupec vidi, kdaj to vidi in kaj mora potrditi, preden odda naročilo.

V praksi je to eden redkih virov, kjer je jasno razloženo, kako mora spletna trgovina dejansko delovati — ne samo kako naj izgleda.

Vir slike: https://spot.gov.si/

Katera zakonodaja je vključena v vodič za spletne trgovine

Vodič za spletne trgovine pokriva zahteve iz več zakonov hkrati — od varstva potrošnikov in elektronskega poslovanja do davčnega potrjevanja računov in pravil o jeziku. Vse na enem mestu, v obliki vprašanj, ki te vodijo skozi tvoj konkreten primer.

Vključena je zakonodaja s področij:

• varstva potrošnikov (ZVPot-1)
• elektronskega poslovanja na trgu (ZEPT)
• preprečevanja dela na črno (ZPDZC)
• izvensodnega reševanja potrošniških sporov (ZIsRPS)
• javne rabe slovenščine (ZJRS)
• davčnega potrjevanja računov (ZDavPR)
• evropske uredbe o geografskem blokiranju

Kje se spletne trgovine najpogosteje zataknejo

Večina trgovin ima osnove pokrite. Pogoje poslovanja, politiko zasebnosti, zaključek nakupa, ki nekako deluje.

Problem je drugje.

Informacije niso prikazane ob pravem trenutku. Proces nakupa ne vsebuje vseh obveznih korakov. Teksti so "za vsak slučaj" - ne pa del realne izkušnje kupca.

In tako trgovina brez težav deluje - dokler je nihče ne pogleda od blizu.

Zakaj vodič za spletne trgovine ni samo seznam dokumentov

Ko pride do zakonodaje, večina naredi enako. Pogleda konkurenco, vzame template ali generira tekst z AI-jem.

Na koncu dobiš nekaj, kar izgleda pravilno.

Ampak spletna trgovina ni dokument - je proces.

Zakonodaja ne preverja samo, kaj piše. Preverja, kako kupec pride do teh informacij in kaj dejansko potrdi. Če to ni pravilno postavljeno, noben tekst tega ne reši.

Kako uporabiti vodič za spletne trgovine za lastno preverjanje

Namesto ugibanja, ali je vse v redu, imaš zdaj konkreten okvir.

Vodič ti omogoči, da trgovino preveriš po točno določenih zahtevah — ne na občutek, ampak po standardu. Hitro vidiš, kaj drži in kje imaš luknje, ki bi jih sicer sploh ne opazil.

👉 Vodič za spletne trgovine na SPOT

Če veš, kaj je treba urediti — ampak ne veš, kako

Vodič je jasen. Ampak vedeti, kaj je treba popraviti, in dejansko popraviti to v svoji trgovini — sta dve različni stvari.

Če si šel čez vodič in vidiš, da stvari niso postavljene tako kot bi morale biti, sem na voljo, da ti pomagam to urediti. Konkretno, brez teorije - samo kar je treba narediti, da je prav.

Ker poanta ni, da veš, kaj manjka.

Poanta je, da to dejansko urediš.

V tem zapisu bomo pogledali, kako najti podatke o vašem Redis strežniku in kako jih pravilno vključiti v Magento.

1. Kako omogočiti Redis v cPanel okolju (shared hosting)

Na deljenih strežnikih Redis praviloma ne deluje prek klasičnega TCP porta 6379, temveč prek Unix socketa, ki ga omogoči ponudnik gostovanja. Preden Redis povežeš z Magento, moraš preveriti, ali je PHP podpora za Redis sploh aktivna.

Aktivacija Redis razširitve v cPanelu

V večini cPanel okolij (zlasti na CloudLinux strežnikih) Redis omogočiš prek PHP selektorja:

1. Prijaviš se v cPanel
2. Odpreš Select PHP Version (včasih poimenovano tudi PHP Selector)
3. Preklopiš na zavihek Extensions
4. Označiš razširitev redis
5. Shraniš spremembe

S tem aktiviraš PHP razširitev phpredis, ki omogoča, da se Magento sploh lahko poveže z Redis strežnikom.

Če ta razširitev ni omogočena, bo Magento pri poskusu uporabe Redis backend-a javil napako povezave ali pa se cache sploh ne bo inicializiral.

Opomba:
Če uporabljate NEOSERV Turbo LiteSpeed paket, je Redis v cPanelu na voljo brez doplačila (prek Unix socketa). Aktivirate ga lahko neposredno v nastavitvah gostovanja.

2. Kako najti podatke za Redis?

Preden začnete s konfiguracijo, morate vedeti, kje Redis teče. Običajno teče na določenih vratih (port 6379) ali preko Unix vtičnice (socket), kar je pogosto na deljenih gostovanjih.

Iskanje procesa preko konzole

Najlažji način, da najdete te podatke, je z uporabo ukaza ps:

ps aux | grep redis

V izpisu iščite nekaj podobnega temu:

• redis-server *:6379 (pomeni, da teče na portu 6379)
• redis-server unixsocket:/home/uporabnik/.tmp/redis.sock (pomeni, da uporablja Unix socket)

Preverjanje povezave

Ko imate podatke, lahko preverite, če se lahko povežete:

Za port:

redis-cli -p 6379 ping

Za Unix socket:

redis-cli -s /pot/do/redis.sock ping

Če dobite odgovor PONG, vse deluje!

3. Popolna konfiguracija za app/etc/env.php

Spodaj je celotna koda, ki jo vstavite v svojo datoteko.

A. Konfiguracija sej (Sessions)

Seje so kritične, saj se osvežujejo ob vsakem kliku uporabnika.

'session' => [
    'save' => 'redis',
    'redis' => [
        'host' => '/home/imeracuna/.cagefs/tmp/redis.sock', // Pot do socketa ali IP
        'port' => '0',                                  // 0 za socket, 6379 za port
        'password' => '',                               // Geslo, če je nastavljeno
        'timeout' => '2.5',                             // Čas čakanja na povezavo (sekunde)
        'persistent_identifier' => '',                  // ID za trajno povezavo
        'database' => '2',                              // Številka baze (priporočamo 2)
        'compression_threshold' => '2048',              // Stisni podatke nad 2KB
        'compression_library' => 'gzip',                // Knjižnica za stiskanje (gzip ali lzf)
        'log_level' => '1',                             // 1 za napake, 4 za vse
        'max_concurrency' => '6',                       // Max št. hkratnih procesov na sejo
        'break_after_frontend' => '5',                  // Čas za sprostitev zaklepa (sekunde)
        'break_after_adminhtml' => '30',                // Čas za admin zaklep
        'first_lifetime' => '600',                      // Čas trajanja nove seje
        'bot_first_lifetime' => '60',                   // Čas za robote
        'bot_lifetime' => '7200',                       // Skupni čas za robote
        'disable_locking' => '0',                       // 0 omogoči zaklepanje (varneje)
        'min_lifetime' => '60',                         // Minimalni čas seje
        'max_lifetime' => '2592000',                    // Maksimalni čas (30 dni)
        'sentinel_master' => '',                        // Za Redis Sentinel gruče
        'sentinel_servers' => '',
        'sentinel_connect_retries' => '5',
        'sentinel_verify_master' => '0'
    ]
],

Razlaga ključnih polj:

• database: Redis omogoča več ločenih baz (običajno 0-15). Za seje uporabimo bazo 2, da se ne mešajo s predpomnilnikom.
• compression_threshold: Magento bo stisnil podatke, preden jih pošlje v Redis, če so večji od te vrednosti. To varčuje s spominom.
• max_concurrency: Preprečuje, da bi en uporabnik zasedel preveč virov (npr. če odpre 10 zavihkov hkrati).
• disable_locking: Vedno nastavljeno na 0 v produkciji, da preprečite korupcijo podatkov seje.

B. Konfiguracija predpomnilnika (Cache)

To pokriva privzeti predpomnilnik (Default) in predpomnilnik celotnih strani (Page Cache).

'cache' => [
    'frontend' => [
        'default' => [
            'id_prefix' => '2e4_',
            'backend' => 'Magento\Framework\Cache\Backend\Redis',
            'backend_options' => [
                'server' => '/home/imeracuna/.cagefs/tmp/redis.sock',
                'port' => '0',
                'password' => '',
                'database' => '0',                      // Baza 0 za privzeti cache
                'compress_data' => '1',                 // Omogoči stiskanje
                'compression_lib' => 'gzip'
            ]
        ],
        'page_cache' => [
            'id_prefix' => '2e4_',
            'backend' => 'Magento\Framework\Cache\Backend\Redis',
            'backend_options' => [
                'server' => '/home/imeracuna/.cagefs/tmp/redis.sock',
                'port' => '0',
                'password' => '',
                'database' => '1',                      // Baza 1 za FPC
                'compress_data' => '0',                 // FPC običajno ne stiskamo za max hitrost
                'compression_lib' => 'gzip'
            ]
        ]
    ]
],

Razlaga ključnih polj:

• id_prefix: Kratka koda (npr. 2e4_), ki se doda vsakemu ključu. To je nujno, če imate na istem Redis strežniku več trgovin.
• backend: Pove Magentu, da uporabi Redis gonilnik.
• database: Baza 0 je za splošne Magento podatke, baza 1 pa za Full Page Cache (FPC).
• compress_data: Pri FPC se pogosto nastavi na 0, ker so podatki že v HTML obliki in je hitreje, če jih Redis vrne neposredno brez odpakiranja.

3. Zaključek

Po urejanju datoteke obvezno počistite predpomnilnik:

php bin/magento cache:flush

Z Redisom bo vaša trgovina dihala lažje, procesor pa bo manj obremenjen z MySQL poizvedbami za seje!

AI ne pomeni, da bo nekdo brez znanja čez noč postal razvijalec. Pomeni pa, da tistim, ki razumemo arhitekturo, procese in poslovno logiko, odstrani ogromno tehničnega trenja.

In ravno to spreminja konkurenčnost platform.

Shopify ni tako dober, kot si predstavljamo

Tudi mene je Shopify resno pritegnil. Koncept je logičen. Hiter zagon. Urejen admin. Občutek, da lahko postaviš trgovino skoraj brez tehničnega znanja.

Šel sem dovolj globoko, da sem naredil več izobraževanj, razvijal temo, razumel njihov ekosistem. In iskreno – razumem, zakaj je platforma tako priljubljena.

Težava pa se pokaže kasneje.

Shopify je odličen, dokler delaš stvari, ki jih je Shopify predvidel. Ko želiš stopiti iz okvirjev, se začneš prilagajati platformi namesto obratno. Rešitve pogosto pomenijo aplikacije, mesečne stroške, obvoze ali kompromise v logiki.

Dolgo časa je bila največja prednost Shopifyja hitrost razvoja. Magento je omogočal več, a je bil razvoj počasnejši in dražji. In to je bila legitimna dilema.

Danes ta razlika ni več tako očitna.

Magento, ki je razočaral, danes navdušuje

Magento je marsikoga razočaral zaradi kompleksnosti. Razvoj je bil zahteven. Vsaka večja prilagoditev je pomenila konkretno investicijo časa.

Ampak Magento ima eno ključno lastnost: ni omejen s strani lastnika platforme. Nima naročniškega modela, ki bi ti določal, kaj lahko in česa ne. Ima odprto arhitekturo, kjer je poslovna logika dejansko v tvojih rokah.

In tukaj AI spremeni igro.

Ker ko odstraniš največjo slabost Magenta – počasnost razvoja – ostane platforma, ki je praktično neomejena.

Danes lahko s pomočjo AI bistveno hitreje:

• analiziraš obstoječo kodo,
• postaviš modul z ustrezno strukturo,
• napišeš integracijo z zunanjim sistemom,
• modeliraš kompleksna pravila,
• preveriš robne primere.

Stvari, ki so prej trajale tedne, so danes realno izvedljive v dneh. Ne zato, ker bi Magento postal preprost. Ampak zato, ker AI odstrani tisti del dela, ki je bil mehanski in časovno potraten.

In ko se hitrost razvoja približa Shopifyju, Magento pa ohrani popolno prilagodljivost, postane odločitev drugačna.

Primer iz prakse: obdelava plačil po predračunu

V razpravi sem omenil konkreten primer, ki ni vezan na B2B. Gre za nekaj, kar uporablja ogromno trgovin – plačilo po predračunu.

Proces je običajno takšen:

• Stranka odda naročilo.
• Prejme podatke za nakazilo.
• Ko nakaže, nekdo ročno preveri bančni izpis, poišče referenco, preveri znesek, potrdi naročilo in ustvari račun.

To je proces, ki po nepotrebnem jemlje čas, in skoraj vsaka trgovina, ki omogoča plačilo po predračunu, se z njim srečuje.

Na Magentu lahko danes postaviš sistem, kjer se bančni izpis avtomatsko obdela. Modul avtomatsko prebere e-maile, uvozi XML plačil in analizira transakcije, prepozna številko naročila ali referenco ter preveri ujemanje zneska in datuma. Če se podatki ujemajo, sistem samodejno potrdi naročilo in posodobi status.

Če ujemanje ni popolno, se primer označi za ročni pregled.

To ni futurizem. To je optimizacija vsakodnevnega procesa. Takšna rešitev ni vezana na zunanjo aplikacijo ali mesečno naročnino – je del tvoje platforme.

Ključno je to: razvoj takšne rešitve danes ni več projekt za več tednov, ampak modul v osnovi zahteva manj kot 2 uri dela brez dodatnih stroškov. Tisto, kar je bilo nekoč razlog, da so se trgovine selile z Magenta, danes ni več tako velika ovira.

Kje je danes realna razlika

Shopify je še vedno zelo dobra izbira za začetnike. Za nekoga, ki želi hitro postaviti trgovino, brez skrbi glede infrastrukture in brez kompleksnih procesov.

Ampak ni več univerzalna rešitev za vse.

Ko enkrat gradiš trgovino kot resen poslovni sistem, kjer želiš avtomatizirati procese, prilagoditi pravila in povezati različne sisteme, postane odprtost platforme ključna.

In če lahko danes te prilagoditve razviješ hitreje kot kadarkoli prej, potem Magento ponovno dobi prednost, ki jo je za nekaj časa izgubil.

Na koncu me zanima nekaj drugega.

Kaj je tista stvar v tvoji trgovini, ki ti vzame največ časa?
Kateri proces se ti zdi, da ga nikakor ne moreš avtomatizirati?

Napiši mi. Zelo verjetno obstaja rešitev – in zelo verjetno je danes izvedljiva hitreje, kot si misliš.

V tej objavi predstavljam konkreten primer, kako je podjetje Vetisa na platformi Magento uspešno združilo oba prodajna modela in si s tem poenostavilo poslovanje ter pripravilo trgovino na nadaljnjo rast.

Po raziskavi McKinsey & Company več kot 70 % B2B kupcev danes raje naroča prek digitalnih kanalov,
več kot polovica pa pričakuje enako uporabniško izkušnjo kot pri B2C spletnih trgovinah.

To pomeni, da ločevanje B2B in B2C prodaje v praksi pogosto povzroča več stroškov, več ročnega dela
in slabšo uporabniško izkušnjo.

1. Ena platforma za B2B in B2C

Nova trgovina združuje B2B in B2C prodajo na eni platformi, brez ločenih sistemov ali podvajanja dela.

B2B stranke imajo prilagojene cenike, jasen prikaz rabatov in različne prikaze cen, podporo za naročanje večjih količin ter lastne načine plačil, vključno z možnostjo plačila z odlogom.
B2C kupci imajo poenostavljen in pregleden nakupni proces, ki omogoča hitro in enostavno naročilo.

Takšen pristop omogoča upravljanje dveh prodajnih modelov brez podvajanja podatkov in brez dodatnega administrativnega bremena.

Preverite trgovino sami: vetisa.si

2. ERP kot osrednji vir podatkov

ERP Pantheon deluje kot osrednji vir podatkov za celoten sistem. Artikli, zaloge, cene in naročila se sinhronizirajo v realnem času.

To zmanjšuje ročno delo — ni več potrebe po ročnem prenosu naročil, osveževanju zalog ali popravljanju cen. Podatki so vedno usklajeni, kar poenostavi logistiko, računovodstvo in podporo strankam.

V praksi to pomeni hitrejšo obdelavo naročil in bistveno manj napak pri zalogah in cenah.

3. Napredna cenovna logika, promocije in rabati

Trgovina podpira kompleksno logiko cen in promocij, prilagojeno različnim tipom kupcev.

Prikaz cen je ločen: B2C kupci vidijo standarden prikaz na dve decimalni mesti, B2B partnerji pa na štiri decimalke, kar omogoča natančne izračune pri večjih naročilih. Sistem skrbi, da so pravila cen, rabatov in promocij avtomatizirana in pregledna, brez ročnega popravila.

To je posebej pomembno pri večjih B2B naročilih, kjer natančnost cen neposredno vpliva na marže in zaupanje partnerjev.

4. Avtomatizirana logistika brez ročnega dela

Logistični proces je v celoti avtomatiziran. Strošek dostave se izračuna glede na razdaljo do naslova in težo/naramnost naročila, kupcu pa se takoj prikaže končna cena in možnost plačila.

Ni več potrebe po osebi, ki bi ročno računala stroške dostave ali usklajevala naročila prek e-pošte. Vnos naslovov je dodatno preverjen s predlogi in geolokacijo, kar zmanjšuje število napak pri dostavi.

Avtomatizacija logistike bistveno skrajša čas obdelave naročil in zmanjša število reklamacij zaradi napačnih dostav.

5. Uporabniška izkušnja, ki povezuje splet in fizično trgovino

Uporabniška izkušnja je zasnovana tako, da kupcu omogoča hitro odločanje in enostaven nakup.

Kupec lahko preveri razpoložljivost, vidi najbližjo fizično trgovino za prevzem ali izbere ustrezno dostavo na dom. Na voljo so kalkulatorji materiala, ki izračunajo potrebno količino in ceno glede na dimenzije in vrsto materiala, kar zmanjša napačne odločitve in vračila.

Takšna uporabniška izkušnja zmanjšuje napačna naročila in povečuje verjetnost uspešnega nakupa že v prvem koraku.

6. Pripravljeno za hitro širitev na nove trge

Trgovina je zasnovana tako, da omogoča hiter vstop na nove trge. Z uporabo lastnih rešitev za prevajanje vsebin z uporabo naprednih jezikovnih modelov je mogoče trgovino kakovostno prevesti v več jezikov v enem dnevu, z naravnimi in prodajno usmerjenimi besedili.

To omogoča hiter test novih trgov brez večjih začetnih stroškov.

7. Hiter prenos podatkov in aktivacija strani

Podatki o artiklih so bili preneseni iz obstoječih CSV in baz, kar omogoča hiter prenos vsebin in takojšnjo aktivacijo trgovine.

Hkrati so bila pripravljena navodila in načrt nadaljnjih izboljšav, tako da ima naročnik jasno podlago za samostojno upravljanje in rast.

S tem se čas med tehnično izvedbo in dejanskim začetkom prodaje bistveno skrajša.

8. Platforma, ki omogoča rast brez omejitev

Prehod na Magento omogoča uporabo tisočev že pripravljenih rešitev, ki jih je mogoče hitro vključiti, hkrati pa dovoljuje popolno prilagoditev brez omejitev ali vezav.

Sistem je pripravljen za funkcionalno in poslovno rast, brez potrebe po dragih in dolgotrajnih prilagoditvah, kar naročniku omogoča hitrejše uvajanje novih funkcij in razširitev.

To pomeni, da se lahko kasneje brez težav doda nove prodajne kanale, integracije ali prilagojene funkcionalnosti glede na rast podjetja.

Če razmišljate o združitvi B2B in B2C prodaje ali vas zanima, ali je Magento prava platforma za vaš primer, vam lahko pomagamo z neobvezujočo analizo in konkretnimi predlogi.

Zakaj generični emaili pogosto ne delujejo

Veliko trgovcev še vedno uporablja generične subject linije, kot so “Nova kolekcija” ali “Posebna ponudba”. Problem je, da prejemnik ne vidi, zakaj naj odpre email. Bolje delujejo subjecti, ki takoj pokažejo konkretno korist ali omejeno priložnost.

Na primer, namesto “Akcija ta vikend” lahko zapišete:
“Tvoj popust poteče danes ob polnoči” ali “Še samo 17 kosov po tej ceni”.

Še močnejši učinek lahko dosežete z subjectom, ki vključuje ime ali email naslov prejemnika, še posebej pri reaktivaciji stare baze: “jan@example.com – ali še uporabljaš email?”

Ena jasna akcija na email

Prevečkrat email izgleda kot mini spletna stran – več bannerjev, več CTA-jev, preveč informacij. Posledica je, da se uporabnik odloči za nič.

Email naj ima en glavni cilj, en jasen CTA, vse ostalo pa je sekundarno ali odstranjeno. Če gre za akcijski email, naj bo poudarjen samo en izdelek ali ena kategorija. Reminder email naj vodi nazaj na košarico, medtem ko lahko edukativni email vključuje en blog ali vodič.

Vrednost, ne samo prodaja

Če vsak email poziva k nakupu, se baza hitro navadi in odzivnost upade. Pomaga, če vmes pošiljate uporabne nasvete, primere uporabe izdelkov ali odgovore na pogosta vprašanja.

Primeri, ki delujejo:

• “Kako izbrati pravi izdelek za X”
• “Najpogostejša napaka pri uporabi tega izdelka”
• “Zakaj kupci vračajo ta izdelek in kako se temu izogniti”

Takšni emaili povečajo angažiranost in naredijo kasnejše prodajne email bolj učinkovite.

Dodatni konkretni triki za email marketing, ki resnično delujejo

Če že redno pošiljate email kampanje, obstajajo nadgradnje klasičnih taktik, ki prinesejo boljše rezultate brez velikih popustov. Ključ je, da jih preizkusite z A/B testiranjem, saj ne bo vse delovalo vsem segmentom vaše baze.

Prikaz omejene zaloge ali osebnih limitov je presenetljivo močan trik. Namesto generičnega “Akcija ta vikend” lahko v email vključite: “Samo 3 kosa preostalih — priskrbi si jih zdaj!” ali “Le še 7 ljudi si je ogledalo ta izdelek v zadnji uri”. Takšne informacije sprožijo občutek nujnosti in pogosto povečajo takojšnje klike ter prodajo, še posebej pri uporabnikih, ki so že pokazali zanimanje.

Podobno močan učinek ima odštevalnik časa v emailu. Ko prejemnik vidi, da čas teče, se odzove hitreje kot pri navadnem datumu v subjectu. Odštevalnik naj bo na vrhu emaila, z vidnimi barvami in jasnim CTA, na primer “Izkoristi ponudbo do …”.

Za ponovno vključitev stare baze lahko preizkusite tudi personalizirane subject linije z email naslovom. Primer: “jan@example.com – ali še uporabljaš email?” Tak email pogosto doseže visoko stopnjo odprtosti, vendar ga uporabljajte premišljeno, saj lahko prevečkrat sproži občutek spamanja.

Če želite zmanjšati psihološke ovire pri nakupu, je učinkovit trik ponudba brez tveganja. To so lahko brezplačna dostava, 100 % povračilo ali možnost preizkusa 30 dni brez tveganja. Tak princip pogosto poveča povprečno vrednost naročila, saj se uporabniki odločijo za nakup, ker vedo, da ne tvegajo ničesar.

Vključitev social proofa je prav tako izjemno učinkovita. V email lahko dodate ocene strank, recenzije ali kratke screenshot-e komentarjev. Na primer: “⭐ 4,9/5 – 324 ocen” ali “Oglejte si, kako so drugi uporabili ta izdelek”. Ljudje ne kupujejo le zaradi popusta, ampak zaradi preverjene vrednosti in zaupanja.

Razmislite tudi o večdelnih sekvencah za opuščene košarice. Namesto enega emaila pošljite tri: najprej nežno opomnite, nato dodajte social proof in na koncu uporabite element urgenca, na primer: “Ponudba poteče čez X ur”. Tak pristop pogosto prinese boljše rezultate kot en sam opomnik.

Za tiste, ki imate veliko neaktivnih prejemnikov, je učinkovit re-engagement oziroma “win-back” email, ki ni neposredno prodajno naravnan, ampak skuša ponovno vzpostaviti stik. Primeri: “Pogrešamo te — tukaj je nekaj, kar bi ti lahko bilo zanimivo”, “Oglej si, kaj se je spremenilo od zadnjega obiska” ali “Izberi, kaj te še zanima — pomagaj nam ti poslati boljše vsebine”.

A/B testiranje – edini način, da veste, kaj res deluje

Tudi najbolj premišljeni emaili niso vedno optimalni. A/B testiranje je ključno, ker vsaka baza reagira drugače. Preizkusite en element naenkrat – subject line, CTA, vsebino ali čas pošiljanja – in merite, kaj prinese najboljše rezultate.

Primer: dve verziji emaila, ena s subjectom “Tvoj popust poteče danes ob polnoči”, druga z “Akcija ta vikend”. Rezultat pokaže, katera verzija doseže višjo stopnjo odprtosti in konverzij, tako da lahko optimizirate prihodnje kampanje.

Merjenje pravega učinka

Ne glejte samo open rate. Pomembno je vedeti, kateri email dejansko prinese največ prihodka, kateri tip emaila generira največ konverzij in kje se uporabniki ustavijo ali kliknejo. Pogosto se izkaže, da email z nižjim open rateom vseeno poveča prodajo ali povprečno vrednost naročila.

Če že pošiljate emaile, ne potrebujete revolucije. Največkrat pomagajo majhne, premišljene spremembe: jasnejši subjecti, en jasen CTA, vsebina, ki rešuje dvome in gradi zaupanje, uporaba naprednih trikov (FOMO, odštevalniki, social proof), reaktivacijski emaili in A/B testiranje, da natančno vidite, kaj vaši publiki res ustreza.

Te spremembe lahko uvedete takoj, brez novih orodij ali baze, in izkoristite maksimum iz tistega, kar že imate.