Strežniško sledenje za spletno trgovino: kaj se spremeni v prvem mesecu

V ponedeljek odprete trgovino in preštejete 60 naročil prejšnjega tedna. Google Analytics jih pokaže 44. Google Ads si jih pripiše 31, Meta 22, za petino naročil pa nihče ne zna povedati, od kod je kupec prišel. Proračune vseeno postavite na teh številkah, ker drugih nimate.

To vrzel zapre strežniško sledenje. Izmerili smo, kaj se je dejansko spremenilo v trgovinah, ki so ga dodale septembra 2026, in rezultat ni toliko lepše poročilo kot to, kaj se Google in Meta od vas naučita vsak dan.

Kaj je strežniško sledenje za spletno trgovino?

Strežniško sledenje pomeni, da nakup zapiše strežnik, ne samo skripta v brskalniku kupca. Ko je naročilo oddano, trgovina sama (ali storitev, povezana z njo) pozna naročilo, njegovo vrednost, izdelke in klik, ki je pripeljal kupca, in to neposredno pošlje v Google Ads in Meto.

Postavitev samo v brskalniku izgublja naročila iz povsem običajnih razlogov: blokator oglasov ustavi piksel, Safari skrajša, koliko časa si zapomni klik, kupec plača na strani banke in se nikoli ne vrne na stran z zahvalo, ali pa zavrne piškotke. V podatkih Enalitice, 90 dni do 28. septembra 2026, je Google Analytics nakup zapisal pri 76,6 % naročil, v srednji trgovini pri 68,5 %. Eno naročilo od štirih za orodja, na katerih je bil postavljen proračun, ni obstajalo.

Strežniško sledenje ni en izdelek. Strežniški Google Tag Manager, Metin Conversions API in Googlove izboljšane konverzije so vse njegove različice. Skupno jim je, da je naročilo sporočeno z mesta, ki ga brskalnik ne more blokirati. Primerjava z atribucijo na podlagi naročil pojasni, kje se razlikujeta.

Kaj se je spremenilo v prvem mesecu

V začetku septembra 2026 je več trgovin v Enalitici dodalo naš sledilnik, ki ID klika shrani na naročilo v trenutku, ko je oddano. Za vsako trgovino smo primerjali 90 dni pred tem s tedni po tem (merjeno 26. oktobra 2026, povprečje na trgovino, da rezultata ne nosi ena velika trgovina).

Naročil z neznanim virom je bilo 62 % manj. Delež z ID-jem klika se je početveril, kar je pomembnejše, kot je videti: ID klika je dokaz, da je določen oglas pripeljal določeno naročilo. Brez njega lahko naročilo Googlu ali Meti pripišemo samo z modeliranjem. Z njim gre naročilo nazaj na točno kampanjo in pri Googlu pogosto na ključno besedo.

Dve stvari se nista spremenili in pošteno je to povedati. Kupci, ki zavrnejo piškotke, jih še vedno zavrnejo, in strežniško sledenje to spoštuje. Oglas, ki ga je nekdo samo videl, ne da bi kliknil, pa na naročilu še vedno ne pusti dokaza; o tej slepi pegi govori članek o halo učinku Mete.

Zakaj ga Google in Meta potrebujeta bolj kot vi

Večja korist ni v vašem poročilu. Je v tem, kaj se naučita oglasne platforme.

Googlovo pametno licitiranje in Metine kampanje Advantage+ se vsak dan odločajo, komu pokazati vaše oglase, na podlagi nakupov, ki jim jih sporočite. Če četrtina vaše prodaje do njih nikoli ne pride, optimizirajo proti kupcem, ki jim je slučajno lahko slediti, ne proti vašim najboljšim kupcem. Meta to v dokumentaciji za Conversions API pove naravnost: za pripisovanje in optimizacijo prikazovanja oglasov lahko uporabite samo ujemajoče se dogodke, boljša kakovost ujemanja pa da boljše rezultate (Meta, dobre prakse za Conversions API).

Pri ujemanju strežnik pomaga. Nakup, poslan s strežnika, lahko nosi ID klika, ID dogodka, ki prepreči dvojno štetje s pikslom, in zgoščene podatke kupca, na primer e-pošto in telefon, ki jih Meta oceni kot kakovost ujemanja dogodkov (Event Match Quality) od 1 do 10. Googlove izboljšane konverzije delujejo enako za Google Ads.

Platforme si bodo še vedno pripisovale preveč. V podatkih Enalitice je Google Ads poročal 2,97 konverzije za vsako naročilo, ki je res nosilo Googlov klik, Meta 4,6. Strežniško sledenje ne popravi njunega štetja; popravi to, iz česar se učita. Primerjava štetja konverzij pokaže obe številki drugo ob drugi.

Vračila: del, ki ga večina postavitev izpusti

Vrnjena sedežna je bila v torek konverzija, v petek pa vračilo. Če tega nihče ne sporoči Googlu, njegovo licitiranje še naprej šteje polno vrednost naročila in se nauči iskati več kupcev, kot je bil tisti, ki je sedežno vrnil.

Google Ads popravke sprejema. Umik (retraction) konverzijo v celoti odstrani, sprememba vrednosti (restatement) spremeni njeno vrednost, ne pa števila, Google pa navaja, da sprememba vrednosti vpliva na strategije ROAS, umik pa na strategije CPA in ROAS (Google Ads pomoč, o popravkih konverzij).

Meta je drugačna. Med standardnimi dogodki ima Purchase, nima pa dogodka za vračilo (Meta Pixel, referenca), in v Conversions API nismo našli načina, da bi zmanjšali nakup, ki ga je Meta že preštela. Metine številke ostanejo bruto, zato je pošteno mesto za Metin donos po vračilih vaša lastna evidenca naročil.

Kaj strežniško sledenje potrebuje

• Povezavo z naročili trgovine. WooCommerce, Shopify, Shopamine ali lastna trgovina. Naročilo je vir resnice, zato ga mora sistem prebrati, vključno s kasnejšimi spremembami statusa.
• Majhen sledilnik na strani, ki ID klika (gclid, gbraid, wbraid, fbclid) hrani pri obiskovalcu, dokler naročilo ni oddano, in ga pripne na naročilo.
• Pravilno urejeno soglasje. Strežniško ne pomeni brez soglasja. Če je kupec zavrnil marketinške piškotke, se nakup ne pošlje z njegovimi identifikatorji. V EU je to zakon, ne izbira.
• Konverzijsko akcijo v Google Ads, ki sprejema naložene nakupe, nastavljeno kot primarno, da jo licitiranje uporablja.
• Metin nabor podatkov (vaš piksel) z dostopom za strežniške dogodke in odstranjevanjem dvojnikov s pikslom v brskalniku prek skupnega ID-ja dogodka.
• Nekoga, ki to preverja. Kakovost ujemanja, zavrnjena nalaganja in podvojeni nakupi tiho odplavajo. Tedenski pogled jih ujame, preden stanejo mesec slabega licitiranja.

Kako to naredi Enalitica

Postavimo ga skupaj z vami, ne da bi ga morali ugotavljati sami. Povezava s trgovino prebere vsako naročilo in njegove kasnejše spremembe. Naš sledilnik ID-je klikov shrani na naročilo v trenutku nakupa, zato dokaz potuje z naročilom, namesto da bi ga kasneje sestavljali.

Vsako naročilo nato z našega strežnika pošljemo v Google Ads in Meto: ID klika, kadar obstaja, ID naročila, vrednost ter zgoščeno e-pošto in telefon, kjer to dovoli kupčevo soglasje. Pripnemo isti ID dogodka, ki ga uporablja piksel v brskalniku, zato Meta nakup prešteje enkrat. V aplikaciji vidite Metino lastno oceno kakovosti ujemanja za te dogodke in koliko nakupov je vsaka platforma prejela, po dnevih.

Vračila za Google urejamo vsak dan. Naročila, ki so postala popolno vračilo ali preklic, umaknemo, delno vrnjena naročila pa popravimo na vrednost, ki vam je ostala, za naročila, ki smo jih poslali, v približno 50 dneh od naročila. Pametno licitiranje se tako uči iz prihodka, ki je ostal na vašem računu. Za Meto, ki takega popravka ne omogoča, poročila Enalitice pokažejo Metin dobiček po vračilih iz vaših naročil, poleg bruto številke, ki jo kaže Meta.

Nič od tega ne spreminja vaših kampanj. Poročamo samo, kaj se je zgodilo v trgovini; kaj s tem storite, ostaja vaša odločitev. Če želite to videti na svojih podatkih, začnite brezplačno ali rezervirajte predstavitev.

Kontrolni seznam za prvi teden

1. Preštejte naročila prejšnjega meseca v trgovini in nakupe, ki jih je zapisal Google Analytics. Razlika je tisto, česar vaše licitiranje ni nikoli videlo.
2. Preverite, ali vaša konverzija nakupa v Google Ads sprejema samo oznako na strani ali tudi naložena naročila.
3. V Metinem Events Managerju odprite dogodek Purchase in preberite oceno kakovosti ujemanja.
4. Vprašajte, kdo danes Googlu sporoča vračila. Če je odgovor nihče, se pametno licitiranje uči iz prihodka, ki ste ga vrnili.
5. Poskrbite, da pasica za piškotke in strežnik pošiljata isto odločitev o soglasju.

Pogosta vprašanja

Je strežniško sledenje skladno z GDPR?

Da, kadar sledi kupčevi izbiri soglasja. Selitev sledenja na strežnik ne odpravi potrebe po soglasju za marketinške namene; spremeni samo, od kod so podatki poslani. Postavitev, ki identifikatorje pošlje kljub zavrnitvi, krši pravila, ne glede na to, od kod zahteva odide. Kaj je dovoljeno brez soglasja, pokriva vodnik o atribuciji, skladni z GDPR.

Ali še potrebujem piksel v brskalniku?

Za Meto v večini trgovin da. Piksel vidi brskanje in Meti pomaga graditi občinstva, strežnik pa zanesljivo pošlje nakup. Oba pošljeta isti ID dogodka, zato Meta dvojnike odstrani. Vodnik o Meta Conversions API razloži postavitev.

Kdaj se licitiranje izboljša?

Licitiranje se prilagodi šele, ko prejme dovolj novih nakupov, zato prvi dnevi povedo malo. Naše številke zgoraj zato primerjajo cele tedne. Rezultate preberite po štirih do šestih tednih.

Kaj, če trgovina sprejema naročila po telefonu ali v salonu?

Ta naročila nimajo ID-ja klika, razen če so se začela kot spletno povpraševanje. Če je kupec najprej oddal obrazec po kliku na oglas in kasneje kupil po telefonu ali v trgovini, lahko prodajo povežemo s tem povpraševanjem in jo Googlu sporočimo s končno vrednostjo.

Ali strežniško sledenje upočasni stran?

Ne tako, da bi kupec to opazil. Naš sledilnik je ena majhna skripta, pošiljanje v Google in Meto pa se zgodi na strežniku po naročilu, ne v kupčevem brskalniku. Strežniške postavitve lahko stran celo pospešijo, kadar omogočijo odstranitev oznak ponudnikov.