Tracking | SEO in atribucija

Na kratko

Analitika → Tracking | SEO odgovarja na vprašanje, na katero Poročila ne znajo odgovoriti: koliko lahko tem številkam zaupate.

Poročila povedo, koliko se je prodalo. Tracking | SEO pove, koliko od tega je analitika videla in od kod je prišlo. To sta dve različni vprašanji, zato sta to dva zaslona. Obdobje, trgovina in način DDV so pri tem skupni, zato preklop med Poročili in zaslonom Tracking | SEO ničesar ne spremeni.

Zaslon ima štiri zavihke:

Zavihek	Na kaj odgovarja
Pregled	Koliko naročil in koliko prometa je meritev zajela.
Kanali in atribucija	Od kod so naročila prišla.
SEO	Kako vas vidijo iskalniki.
Naročila	Razčlenitev po posameznih naročilih.

Dve resnici, ki se ne smeta zamenjevati

To je najpomembnejše razlikovanje v celotni Analitiki.

• Poslovna resnica je tisto, kar se je dejansko prodalo. Vir so naročila spletne trgovine. Po njej se računajo promet, število naročil in vsi finančni kazalniki.
• Analitična resnica je tisto, kar je zajela meritev v brskalniku. Vedno je manjša: del obiskovalcev meritev zavrne, del jo blokira, del naročil pa sploh ne nastane na spletu.

MitoOps analitične resnice nikoli ne predstavlja kot poslovne. Promet v poročilu je vedno dejanski promet, tudi ko analitika za del naročil ne ve.

Pregled

Pokritost naročil in pokritost prometa

Dve številki, ki povesta, koliko meritve deluje:

• Pokritost naročil: pri koliko naročilih, pri katerih je sled v brskalniku mogoče pričakovati, je analitika dejansko zabeležila transakcijo.
• Pokritost prometa: koliko prometa istih naročil je zajela.

Obe sta prikazani tudi z natančno vrednostjo („82 od 115“, „8.389 € od 10.851 €“), ne le z odstotkom.

Česa pokritost ne šteje

V imenovalec gredo samo naročila, pri katerih je sled v brskalniku upravičeno pričakovati. Ročno ustvarjeno naročilo se kupcu nikoli ni prikazalo, zato sled ni mogla nastati. To ni manjkajoča meritev in pokritosti ne znižuje.

Prav tako se ne štejejo naročila, mlajša od 48 ur: analitika podatke dopolnjuje za nazaj in sveže naročilo lahko še pride.

Primerjava trgovin

Vsaka povezana trgovina ima svojo vrstico s pokritostjo in stanjem meritve. Stanje je opisano z besedami, ne tehnično:

Stanje	Kaj pomeni
V redu	Meritev zajame veliko večino naročil.
Spremljati	Pokritost je padla, vendar še ni razloga za ukrepanje.
Nezadostna meritev	Manjka znaten del. Številke po kanalih za to trgovino so nepopolne.
Brez podatkov	Za obdobje ni iz česa računati.

Pragovi so skupni za celotno aplikacijo in niso nastavljeni pri vsaki tabeli posebej.

Gibanje skozi čas

Graf pokritosti naročil in prometa po dnevih. Manjkajoč zgodovinski zapis se ne izriše kot nič: dneva brez zapisa v grafu preprosto ni. Nič bi trdila, da meritev tisti dan ni zajela ničesar, kar je drugačna trditev kot „takrat še nismo merili“.

Kdaj so bili podatki nazadnje pridobljeni

Nad številkami je vrstica Zadnja sinhronizacija s časom za naročila iz trgovine, GA4 in GSC. Služi eni sami stvari: ločiti „meritev naročila ni zajela“ od „analitika še ni bila prenesena“. Prvo je ugotovitev, drugo le zamuda. Brez tega podatka drugo zlahka preberete kot prvo in iščete napako, ki je ni. Vir, ki še nikoli ni bil prenesen, je označen.

Opozorilo na izrazit padec pokritosti

Ko pokritost za zadnje obdobje izrazito pade glede na običajno raven, se nad številkami pojavi opozorilo z obema vrednostma. To ni napaka aplikacije: številke pod njim so pravilne in izhajajo iz naročil spletne trgovine. Meritev jih je zajela manj, zato je razčlenitev po kanalih za to obdobje manj popolna. Običajni vzroki so izpad meritve, sprememba soglasja za piškotke ali prekinjen uvoz.

Primerja se z mediano preteklih obdobij, ne s povprečjem. En sam slab teden bi povprečje znižal toliko, da naslednji izpad opozorila ne bi več sprožil. Obdobja z malo naročili se v primerjavo ne vključijo: zadnji dan je običajno nepopoln in eno samo nezajeto naročilo od enega bi sicer vsak dan javljalo izpad.

Kanali in atribucija

Štiri plasti

Vsako naročilo spada v natanko eno plast. Njihova vsota je vedno celoten poslovni rezultat.

Plast	Kdaj naročilo spada tja
Zaznano v analitiki	Analitika transakcijo pozna. Kanal se vzame od nje.
Dodeljeno v MitoOps	Analitika transakcije nima, obstaja pa nedvoumen dokaz: kupon partnerja ali koda kampanje, uvrščena v register kod.
Za pregled	Signal obstaja, vendar ni nedvoumen.
Neatribuirano	O izvoru naročila nimamo nobenega dokaza.

Zakaj se nič ne ocenjuje

Manjkajoča naročila se nikoli ne porazdelijo med obstoječe kanale po razmerju. Videti bi bilo natančneje, a bi bilo izmišljeno: če bi izpad meritve prizadel ravno en kanal, kar se po posegu v spletno stran pogosto zgodi, bi ga porazdelitev razmazala po vseh in skrila prav tisto, kar mora biti vidno.

Neatribuirano naročilo je pravilen rezultat, ne napaka. Namen zaslona Tracking ni trditi, da vemo vse, ampak natančno ločiti, kaj vemo in česa ne.

Kdaj MitoOps naročilo dodeli sam

Samo takrat, ko ima nedvoumen strukturiran dokaz in analitika transakcije nima. Vrstni red je nespremenljiv:

1. Analitika transakcijo pozna → kanal je njen. Tudi ko kanala ne zna poimenovati: takrat je to Zaznano, kanal neznan. Kupon na takem naročilu ga ne prepiše, sicer bi se isto naročilo štelo dvakrat z dvema različnima izvoroma.
2. Analitika transakcije nima in na naročilu je kupon partnerja → Affiliate · ime partnerja · koda.
3. Analitika transakcije nima in na naročilu je koda kampanje → Kampanja · ime · koda.
4. Koda je neznana ali pa sta na naročilu dve različni kodi → Za pregled.
5. Brez dokaza → Neatribuirano.

Koda za popust ne pomeni samodejno affiliate. Odloča tisto, kar je o kodi zapisano, ne kako je videti njeno ime.

Interne opombe se ne razčlenjujejo

Opomba k naročilu je prosto besedilo, ki ga napiše človek. MitoOps iz nje nikoli ne izpelje atribucije: iskanje imena z regularnim izrazom je ugibanje z resnim obrazom. Opomba lahko pomaga skrbniku pri ročni odločitvi, v poročilo pa kot vir atribucije nikoli ne gre.

Kode za popust

Tabela Kode za popust prikazuje vse kode, ki so se v obdobju pojavile na naročilih, razvrščene in nerazvrščene. Zavihki nad tabelo preklapljajo med Vse, Nerazvrščene in Razvrščene, iskalno polje pa najde kodo po imenu ali po razvrstitvi. Koda, ki jo razvrstite, torej z zaslona ne izgine in jo lahko kadar koli izsledite nazaj.

Izbirate lahko:

• Affiliate: koda partnerja,
• Kampanja: trženjska akcija,
• Interno: vaša lastna operativna koda, ne trženjski kanal,
• Prezri: zavestna odločitev, da se koda ne atribuira.

Dokler odločitev ne pade, imajo naročila s tako kodo svojo vrstico Koda za popust · … z oznako Nerazvrščeno. Promet in število sta dejanska, manjka le razvrstitev. Sistem lahko razvrstitev predlaga, vendar predlog nikoli sam ne postane pravilo.

Dva stolpca, ki se ne smeta zamenjevati

Pri vsaki kodi sta v tabeli dve različni številki:

Stolpec	Kaj pomeni
Naročila s kodo	Koliko naročil je nosilo to kodo.
Dodeljeno	Koliko jih je MitoOps po tej kodi dejansko razvrstil.

Razlikujeta se zato, ker ima analitika prednost. Naročilo, ki ga je analitika videla, razvrsti analitika po viru obiska, tudi če je bil na njem kupon. Sicer bi bilo isto naročilo v vsotah dvakrat.

Resničen primer: koda GROUNDING20 je bila na 5 naročilih ene trgovine, po njej pa je bilo dodeljeno 1. Preostala 4 je analitika že poznala.

Ko je na enem naročilu več kod, ga šteje samo koda, ki je dodelitev dobila. Sicer bi obe trdili, da sta naročilo prinesli.

Lastna atribucijska kategorija

Pet razredov zgoraj je struktura, ne seznam tega, kako ločite svoje vire. Kdor pošilja novičnik, pojavno okno in remarketing, ima tri različne stvari pod enim imenom.

Okno se odpre takoj, ko izberete možnost, zato ni treba ničesar posebej potrjevati. Če ga zaprete, ne da bi kar koli ustvarili, se izbira vrne na prejšnjo razvrstitev.

V izbiri razvrstitve je zato možnost + Lastna kategorija…. Odpre majhno okno z imenom in neobvezno barvo. Ko kategorijo shranite, se pojavi v ponudbi pri vsaki kodi za popust, koda, iz katere ste jo ustvarili, pa se vanjo takoj uvrsti. V poročilu dobi vrstico ime kategorije · koda.

Kategorija velja za celoten račun in razvrstitev velja za nazaj: poročilo za starejši mesec se izriše z enako razčlenitvijo, ker razvrstitev živi v registru kod, ne v naročilih. Preimenovanje kategorije se zato pokaže tudi v starejših poročilih, saj se ime nikamor ne kopira.

Preimenujete jo tam, kjer jo izbirate: v izbiri razvrstitve je možnost Upravljanje lastnih kategorij (prikaže se le, ko imate vsaj eno). Odpre okno s seznamom. Pri vsaki kategoriji je Uredi, ki ime zamenja s poljem za vnos. Novo ime velja za nazaj za celotno obdobje. Naročila in promet se ne spremenijo, surovi podatek iz analitike (vir, medij, napotitelj) pa sploh ne. Dveh enakih imen ni mogoče shraniti: v poročilu bi nastali dve vrstici, ki ju nihče ne bi ločil.

Kategorijo, ki je ne uporabljate več, arhivirate (iz ponudbe izgine). Izbrisati je ni mogoče, dokler je vanjo uvrščena koda, sicer staro poročilo ne bi znalo povedati, kam je bilo naročilo razvrščeno.

Kuponi, ki jih partnerjem izda modul Affiliate, se sem ne pojavijo: razvrščeni so že s tem, da obstajajo.

Obiski se ne izmišljujejo

Pri kanalu, ki je nastal iz lastnega atribucijskega signala, analitika ni zabeležila nobenega obiska. V stolpcu Obiski je zato pomišljaj, ne nič. Nič bi trdila, da ni prišel nihče.

AI in jezikovni modeli

Obiski iz iskalnikov AI (ChatGPT, Claude, Perplexity, Gemini, Copilot, Grok) imajo svoje vrstice in skupno vrstico z vmesnim seštevkom. Vmesni seštevek se v skupne številke ne šteje drugič: je povzetek vrstic nad njim, ne še en kanal.

SEO

Podatki iz Search Console: kliki, prikazi, CTR in povprečni položaj, skupaj, po trgovinah in v razčlenitvi po poizvedbah, straneh, državah ali napravah.

Do 22. 8. 2026 je bil ta del v Pregledu Poročil. Preselil se je sem, ker gre za meritev, ne za finančni rezultat.

Naročila

Razčlenitev po posameznih naročilih: številka naročila, trgovina, datum, znesek, stanje in to, ali ga je analitika zajela.

Brez podatkov o kupcih. V tabeli ni imena, e-poštnega naslova, telefona ali naslova. Atribucija jih ne potrebuje in tabele poročil jih ne shranjujejo.

Stanja so ista kot doslej: Zaznano, Poslano s strežnika, Manjka v GA4, Sledenje ni pričakovano, Čakanje na podatke, Neznano stanje. Pri presoji pokritosti glejte Manjka v GA4, ostala stanja pokritost znižujejo upravičeno.

Stolpec Atribucija

Pri vsakem naročilu je vidno, kam ga je poročilo uvrstilo: kanal iz analitike (Organic, Direct, Paid Google…), lastni signal (Affiliate · ime · koda, Kampanja · ime · koda, ime lastne kategorije · koda), Koda za popust · … pri nerazvrščeni kodi, Za pregled pri sporu ali Neatribuirano.

Pod vrednostjo je oznaka vira: GA4, ko je razvrstitev določila analitika, ime aplikacije, ko jo je določil lastni signal, ali brez vira, ko razvrstitve nimamo. Stolpec se je prej imenoval Dodelitev (MitoOps), čeprav so se v njem prikazovali tudi kanali iz analitike, zato je ime trdilo nekaj drugega kot vsebina.

Iskanje po seznamu

Polje nad tabelo išče po številki naročila, kodi za popust in imenu atribucije (torej tudi kanala). Vpišite GROUNDING20, Newsletter ali Direct in seznam se zoži na ustrezna naročila v izbranem obdobju.

Po imenu, e-poštnem naslovu, telefonu ali naslovu kupca se ne išče in zaslon jih ne prikazuje. Iskanje določene osebe spada v Naročila, ne v meritev.

Gre za izpeljan podatek. Naročilo v spletni trgovini se s tem ne spremeni in v analitiko se nič ne zapiše. Dodeli se z isto logiko, s katero nastanejo vsote v poročilu, zato seznam in vsote ne moreta povedati dveh različnih stvari.

Ime partnerja affiliate je osebni podatek. Kdor ima pravico do zaslona Tracking, nima pa pravice do modula Affiliate, vidi razvrstitev brez imena. Koda ostane, zato je naročilo še vedno mogoče izslediti. Skladiščnik in Podpora strankam do seznama sploh nimata dostopa.

Kdo ima dostop

Tracking | SEO je vezan na pravico Sledenje in atribucija, ki je ločena od pravice do Poročil in od Stroškov podjetja.

Tako lahko sestavite vlogo, ki vidi kanale, atribucijo in SEO, ne vidi pa bruto dobička, nabavnih cen ali stroškov podjetja. Nastavite jo v Nastavitve → Uporabniki.

Pogoste težave

• Pokritost je nizka. Preverite, koliko od tega je Manjka v GA4. Ročna in sveža naročila pokritost znižujejo upravičeno.
• Veliko naročil je Neatribuiranih. To pomeni, da o njihovem izvoru nimamo dokaza. Pomagata višja pokritost meritve ali razvrstitev kod za popust, ki jih uporabljate.
• Partnerju se ujema več naročil kot v poročilu. Izpisek affiliate in poročilo po kanalih odgovarjata na različni vprašanji. Ko analitika transakcijo pozna, je kanal njen. Partner je do provizije morda še vedno upravičen, druga prodaja pa v poročilu ne nastane.
• Kanal nima obiskov. Kanali iz lastnega atribucijskega signala nimajo nobenega zabeleženega obiska. Pomišljaj je pravilen odgovor.
• Graf gibanja je prazen. Za obdobje še ni zgodovinskih zapisov. Nastajajo dnevno.

Povezano

• Analitika in poročila
• Affiliate
• Povezane aplikacije
• Uporabniki in vloge