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.

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.

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 za 90 dni, tako da naročilo čez teden dni še vedno ve, kateri klik ga je pripeljal.

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, zadnjim 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.

Praktična posledica za Shopify trgovino: poročilo v razdelku Growth (do junija 2026 se je imenoval Marketing) je uporabno za grobo smer po kanalih, ni pa primerljivo niti z GA4 niti z Ads Managerjem, in razlika ni napaka, ampak različna pravila štetja. Namesto usklajevanja treh mnenj je zanesljivejša pot spraviti resnico na naročilo samo: kanal, kampanjo in click ID na vsakem naročilu, in potem šteti 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, ki preživi tudi nakup čez teden dni. 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.
• 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, ustvarite brezplačen račun 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 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.