Shopify atribucija: kaj naročilo že ve in česa ne bo nikoli

Shopify atribucija je boljša, kot ji priznajo, in slabša, kot obljubijo aplikacije. Shopify na vsako naročilo sam zapiše, s katere strani je kupec prišel, in pri nakupu v isti seji celo pristajalni URL s click ID-jem; ne zapiše pa kampanje, klika izpred treh dni ali česarkoli z druge naprave. Ta vodič razloži, kaj Shopify naročilo o atribuciji že ve, kje je meja Shopifyjevega lastnega modela poročil, katere pasti prinese migracija na Shopify in kaj je treba dodati za polno sliko po kampanjah in ključnih besedah. Preverjeno 14. avgusta 2026, ponovno pregledano 28. septembra 2026.

Kaj Shopify atribucija zapiše na vsako naročilo

Shopify atribucija se začne pri podatkih, ki jih platforma sama zapiše na naročilo: referring_site (stran, s katere je kupec prišel), landing_site (prvi URL seje, v kateri je bilo naročilo oddano, skupaj z morebitnimi UTM parametri in click ID-ji) in source_name (spletna trgovina, POS, ročno naročilo). Poleg tega Shopify za vsako naročilo sestavi še povzetek poti kupca (customer journey): prvi obisk, zadnji obisk in število dni do nakupa, z oknom 30 dni.

To je več, kot marsikdo pričakuje, in ravno v smeri, ki jo zagovarjamo: vir resnice je naročilo, ne seja v analitiki. Ampak pozor na tri meje. Kampanje Shopify na naročilo ne zapiše; UTM parametri preživijo samo, če so bili v pristajalnem URL-ju te iste seje. Pot kupca sega največ 30 dni nazaj in se sestavi šele po nakupu, včasih z zamudo ali sploh ne. In vse skupaj velja od trenutka, ko naročilo nastane v Shopifyju; zgodovina od drugod teh podatkov nima.

Kdaj Shopify ujame click ID in kdaj ga izgubi?

Shopify click ID (gclid, fbclid in sorodne) ujame natanko takrat, ko kupec klikne oglas in odda naročilo v isti seji: takrat je click ID del pristajalnega URL-ja, ki ga Shopify shrani v landing_site in v pot kupca. Izgubi pa ga v vseh preostalih primerih: kupec klikne danes in kupi čez tri dni prek zaznamka, primerja na telefonu in kupi na računalniku, ali pa se vrne prek iskanja svoje znamke. Privzeto Shopify UTM in click ID podatkov ne hrani čez seje; kar ni v URL-ju zadnje seje, je izgubljeno.

Koliko pravilo iste seje zgreši, je merljivo. V podatkih Enalitice (več kot 6.500 poti do naročila, zadnjih 90 dni do 28. septembra 2026) je bilo 12,4 % naročil razpotegnjenih čez dva ali več dni obiskov, in ravno pri teh naročilih pristajalni URL zadnje seje klika ne nosi več.

V podatkih Enalitice je bilo 29,5 % naročil s plačanim klikom na oglas oddanih več kot dan po kliku, 9,3 % pa več kot teden dni po njem. Shopifyjev zajem v isti seji pri vsakem od njih izgubi click ID.

Pri integracijah, preden je nameščena naša sledilna skripta, zato tipično vidimo isto sliko: kanal je znan pri skoraj vseh naročilih (referrer je zastonj in vedno tam), kampanja le pri peščici (kjer so UTM-ji preživeli isto sejo), click ID pa skoraj nikoli, ker med klikom in nakupom večinoma mine več kot ena seja. Posledica je boleča: trgovina lahko troši na Google Ads in oglasne kampanje, Google Ads poroča lepe konverzije, na naročilih pa brez trajnega zajema ni pripisano skoraj nič. Sledilna skripta reši točno to: click ID ob prvem prihodu shrani v lastniški piškotek, tako da naročilo čez teden dni še vedno ve, kateri klik ga je pripeljal. Ena omejitev velja za iPhone: Safari skrajša piškotke, ki jih zapiše JavaScript, po kliku s click ID-jem v URL-ju celo na 24 ur, zato nove povezave z Enalitico dobijo še Shopify Web Pixel (več o tem spodaj).

Zakaj se Shopify poročila ne ujemajo z GA4 in oglasnimi platformami?

Shopify poročila uporabljajo svoj atribucijski model: zadnji ne-direktni klik z oknom 30 dni, ki ga ni mogoče spremeniti (izbirate lahko med prvim klikom, zadnjim klikom, katerimkoli klikom in linearnim pogledom, okna pa ne). GA4 privzeto uporablja data-driven model z drugačnimi okni, oglasne platforme pa štejejo vsaka po svoje, vključno z ogledi brez klika. Trije sistemi, trije modeli, tri različne številke za isti mesec; podrobno smo jih razčlenili v primerjavi, kako Meta, Google in Enalitica štejejo konverzije. Samo fiksno 30-dnevno okno pri tem stane malo: v istih podatkih Enalitice je le 1,4 % naročil s klikom na oglas prišlo več kot 30 dni po kliku.

Praktična posledica za Shopify trgovino: poročilo v razdelku Growth je uporabno za grobo smer po kanalih, ni pa primerljivo niti z GA4 niti z Ads Managerjem, in razlika izhaja iz različnih pravil štetja, zato tu ni ničesar za popraviti.

Namesto usklajevanja treh mnenj spravite resnico na Shopify naročilo samo: kanal, kampanjo in click ID na vsakem naročilu, potem pa štejte naročila.

Enako smo svetovali za WooCommerce; Shopify ima za to celo boljše vgrajene temelje.

Migracija na Shopify: štiri pasti v podatkih naročil

Trgovina, ki se na Shopify preseli z druge platforme, podeduje štiri pasti, ki jih pri sveže odprtih trgovinah ni. Vse štiri opažamo pri migriranih trgovinah, ki jih priklapljamo:

1. Datum naročila ni datum uvoza. Migracija vsa zgodovinska naročila ustvari na dan uvoza, zato poročila pokažejo en velik skok namesto let prodaje. Pravi datum preživi v polju processed_at, ki ga migracija postavi za nazaj; uvoz mora brati tega.
2. Naročilo lahko pride brez zneskov. Migrirana naročila znajo imeti vse zneske na ravni naročila 0,00, medtem ko postavke nosijo prave cene. Prihodek je treba takrat izpeljati iz postavk, sicer poročila prikažejo bistveno premalo.
3. GA4 starih naročil ne bo povezal nikoli. Stara platforma je v GA4 pošiljala svoje transakcijske ID-je, Shopify pa migriranim naročilom dodeli nove. Množici se ne prekrivata; ujemanje pričakujte od dneva prehoda naprej.
4. Okoli prehoda je luknja. Migracijski izvoz se konča pred prehodom, Shopify zaživi pozneje, naročila vmes pa obstajajo samo na stari platformi. Te tedne je treba uvoziti posebej ali vsaj vedeti zanje, preden poročila primerjate z računovodstvom.

Kako Enalitica dopolni Shopify atribucijo do polne slike

Enalitica Shopify podatke najprej prebere do konca, šele nato dodaja svoje:

• Kanal od prvega dne: referring_site in source_name z naročil dasta poročila po kanalih takoj ob priklopu, brez skripte in brez GA4; POS in ročna naročila ostanejo brez kanala, ker spletnega obiska ni bilo.
• Click ID-ji iz vseh virov: pobrani iz landing_site, iz pristajalnih strani poti kupca in, s skripto, iz lastniškega piškotka z 90-dnevno hrambo. Trgovine, povezane od konca septembra 2026, dobijo ob priklopu še Shopify Web Pixel, ki ga namesti aplikacija Enalitica (viden je pod Settings > Customer events); ta vsak klik na oglas veže na Shopifyjev lastni identifikator obiskovalca in ga 90 dni hrani na strežniku Enalitice, tako da tudi nakup na iPhonu čez teden dni še najde svoj klik. Parameter srsltid pri tem namerno izpustimo: Google ga pripne tudi brezplačnim zadetkom v Nakupovanju in organskim rezultatom, zato dokazuje obisk z Googla, ne plačanega klika (v istih 90-dnevnih podatkih ga je nosilo 2,4 % naročil).
• Kampanja in ključna beseda: naročilo z gclid prek Google Ads API dobi še kampanjo, ključno besedo in ceno klika; od tod naprej delujejo poročila po kampanjah, negativne besede in verdikti.
• Dobiček, ne le prihodek: Shopifyjev Cost per item se bere kot nabavna cena za POAS, vračila znižajo prihodek naročila, migracijske pasti iz prejšnjega razdelka pa so v uvozu že upoštevane (processed_at, zneski iz postavk).
• E-poštni kanali: Klaviyo in Brevo se povežeta neposredno, tako da tudi e-poštne kampanje dobijo svoja naročila, ne zgolj "email" vrstice; kako radodarno Klaviyo deli zasluge, je poglavje zase.

Če imate Shopify trgovino in želite videti, kaj vaša naročila že vedo, oglejte si pakete in cene ali se oglasite na predstavitvi v živo; priklop je en gumb v administraciji.

Kontrolni seznam za atribucijo Shopify trgovine

1. Preverite, kaj naročila že nosijo: referrer, pristajalni URL in vir naročila so v administraciji pri vsakem naročilu.
2. Namestite sledilno skripto v temo, ker samo trajni zajem click ID-jev poveže naročila s kampanjami tudi čez seje.
3. UTM parametre dodajte vsem plačanim in e-poštnim povezavam; Shopify jih ohrani samo, če pridejo v pristajalnem URL-ju.
4. Vnesite Cost per item, sicer dobička na kampanjo ni.
5. Pri migrirani trgovini preverite datume (processed_at), zneske migriranih naročil in luknjo ob prehodu.
6. Shopifyjevo Growth poročilo berite kot en pogled s svojim modelom, ne kot resnico; revizija sledenja pove, kolikšen del poti sploh vidite.

Pogosta vprašanja

Kateri atribucijski model uporablja Shopify?

Shopify poročila privzeto uporabljajo zadnji ne-direktni klik z oknom 30 dni; okna ni mogoče spremeniti, lahko pa pogled preklopite na prvi klik, zadnji klik, katerikoli klik ali linearno delitev. Model velja za Shopifyjeva lastna poročila v razdelku Growth in se razlikuje od GA4 in oglasnih platform, zato se številke med sistemi ne ujemajo.

Ali Shopify shrani, od kod je prišlo naročilo?

Da, delno. Vsako spletno naročilo nosi referrer (referring_site) in pristajalni URL seje, v kateri je bilo oddano (landing_site), poleg tega pa povzetek poti kupca s prvim in zadnjim obiskom v 30 dneh. Kampanje in click ID-ja iz prejšnjih sej Shopify ne shrani; za to je potreben trajni zajem v lastniškem piškotku.

Ali Shopify ujame gclid?

Samo če kupec klikne oglas in odda naročilo v isti seji; takrat je gclid del pristajalnega URL-ja, ki ga Shopify shrani. Če kupec kupi pozneje ali z druge naprave, gclid brez sledilne skripte ni več dosegljiv, zato večina naročil pri trgovinah brez skripte nima click ID-ja.

Zakaj se Shopify in GA4 številke ne ujemajo?

Ker sistema uporabljata različna modela in okna: Shopify zadnji ne-direktni klik s 30 dnevi, GA4 privzeto data-driven model z drugačnimi okni, poleg tega pa GA4 del naročil sploh ne vidi zaradi soglasij in blokatorjev. Razlika je pričakovana; pomembno je vedeti, katero številko za katero odločitev uporabiti.

Ali potrebujem GA4, če imam Shopify?

Za osnovna poročila po kanalih ne; Shopify jih z referrerjem pokrije sam. GA4 pa doda, česar Shopify nima: seje in stopnjo konverzije, napravo, državo in obnašanje pred nakupom. Za atribucijo po kampanjah pa ne zadošča ne eno ne drugo brez UTM parametrov in trajnega zajema click ID-jev.

Kako za atribucijo delujejo piškotki _shopify_s in _shopify_sa_t?

Shopify nastavi lastniške piškotke, ki napajajo njegovo lastno analitiko: po Shopifyjevi politiki piškotkov _shopify_s označuje sejo brskalnika (30 minut, drseče) in _shopify_y prepozna brskalnik eno leto. Piškotkov _shopify_sa_t in _shopify_sa_p, ki jih starejši vodiči opisujejo kot nosilca trženjskih parametrov pripisanega obiska, na tem seznamu ni več. Obstajajo samo v brskalniku, ki jih je prejel, Safari jih briše ali skrajša kot vsak drug piškotek, Shopify pa njihove vsebine na naročilu ne razkrije; vidite le izid kot referring_site, landing_site in povzetek poti kupca. Za atribucijo, ki jo lahko preverite, mora biti ID klika zapisan na naročilu, in prav to doda Enalitičina sledilna skripta (pri novih povezavah pa še njen Web Pixel).

Zakaj je naročilo označeno kot Direct, ko se je kupec prijavil v novem brskalniku?

Ker Shopify pripiše obisk, ne osebe. Kupec, ki je kliknil oglas na telefonu in se pozneje prijavil na prenosniku, da bi zaključil nakup, pride v brskalniku brez napotitelja, brez UTM-jev in brez ID-ja klika, zato Shopify naročilo uvrsti pod Direct, čeprav je račun isti; prijava trženjskih piškotkov z druge naprave ne prenese. Enalitica isto naročilo označi kot dokazan Direct obisk le, kadar je prazna tudi njena lastna sled dokazov, in ker hrani kanal prvega naročila vsakega kupca, prejšnji klik na oglas ostane viden na kupcu, tudi ko na tem naročilu manjka.