Tracking | SEO și atribuire
Verificat
Pe scurt
Secțiune intitulată „Pe scurt”Analiză → Tracking | SEO răspunde la întrebarea la care Rapoartele nu pot răspunde: cât de mult se poate avea încredere în aceste cifre.
Rapoartele spun cât s-a vândut. Tracking | SEO spune cât din acestea a văzut analitica și de unde au venit. Sunt două întrebări diferite, de aceea sunt două ecrane. Perioada, magazinul online și modul TVA sunt totuși comune: trecerea dintre Rapoarte și Tracking nu schimbă nimic.
Ecranul are patru file:
| Filă | La ce răspunde |
|---|---|
| Prezentare generală | Câte comenzi și câtă cifră de afaceri a surprins măsurarea. |
| Canale | De unde au venit comenzile. |
| SEO | Cum ne vede motorul de căutare. |
| Comenzi | Defalcarea pe comenzi individuale. |
Două adevăruri care nu trebuie confundate
Secțiune intitulată „Două adevăruri care nu trebuie confundate”Aceasta este cea mai importantă distincție din întreaga Analiză.
- Adevărul comercial este ceea ce s-a vândut efectiv. Sursa sunt comenzile magazinului online. După el se calculează cifra de afaceri, numărul de comenzi și toți indicatorii financiari.
- Adevărul analitic este ceea ce a surprins măsurarea din browser. Este întotdeauna mai mic: o parte dintre vizitatori refuză măsurarea, o parte o blochează, o parte dintre comenzi nici nu se creează pe site.
MitoOps nu prezintă niciodată adevărul analitic drept adevăr comercial. Cifra de afaceri din raport este întotdeauna cifra de afaceri reală, chiar dacă analitica nu știe de o parte dintre comenzi.
Prezentare generală
Secțiune intitulată „Prezentare generală”Acoperirea comenzilor și acoperirea cifrei de afaceri
Secțiune intitulată „Acoperirea comenzilor și acoperirea cifrei de afaceri”Două cifre care spun cât din măsurare funcționează:
- Acoperire comenzi: din câte comenzi la care se poate aștepta o urmă în browser, analitica a înregistrat efectiv tranzacția.
- Acoperire cifră de afaceri: cât din cifra de afaceri a acelorași comenzi a surprins.
Ambele se arată și cu valoarea exactă („82 din 115”, „8 389 € din 10 851 €”), nu doar în procente.
Ce nu se include în acoperire
Secțiune intitulată „Ce nu se include în acoperire”La numitor intră doar comenzile la care o urmă în browser este în mod legitim de așteptat. O comandă creată manual nu i s-a afișat niciodată clientului, deci urma nu putea să apară: nu este o măsurare lipsă și nu scade acoperirea.
La fel, nu se numără comenzile mai noi de 48 de ore: analitica completează datele retroactiv, iar o comandă proaspătă poate încă să fie recuperată.
Compararea magazinelor online
Secțiune intitulată „Compararea magazinelor online”Fiecare magazin online conectat are propriul rând cu acoperirea și starea măsurării. Starea este exprimată în cuvinte, nu tehnic:
| Stare | Ce înseamnă |
|---|---|
| În regulă | Măsurarea surprinde marea majoritate a comenzilor. |
| De urmărit | Acoperirea a scăzut, dar încă nu este un motiv de intervenție. |
| Măsurare insuficientă | Lipsește o parte esențială. Cifrele pe canale pentru acest magazin online sunt incomplete. |
| Fără date | Pentru perioada respectivă nu există din ce calcula. |
Pragurile sunt comune pentru întreaga aplicație, nu setate separat la fiecare tabel.
Evoluția în timp
Secțiune intitulată „Evoluția în timp”Graficul acoperirii comenzilor și a cifrei de afaceri pe zile. O înregistrare istorică lipsă nu se desenează ca zero: o zi fără înregistrare pur și simplu nu apare în grafic. Zero ar afirma că în acea zi măsurarea nu a surprins nimic, ceea ce este o altă afirmație decât „atunci încă nu măsuram”.
Când s-au descărcat ultima dată datele
Secțiune intitulată „Când s-au descărcat ultima dată datele”Deasupra cifrelor există rândul Ultima sincronizare, cu ora pentru comenzile magazinului online, GA4 și GSC. Servește unui singur lucru: să deosebiți „măsurarea nu a surprins comanda” de „analitica nu s-a descărcat încă”. Prima este o constatare, a doua doar o întârziere, iar fără această informație o puteți citi ușor pe a doua ca pe prima și să căutați o eroare care nu există. O sursă care nu s-a descărcat niciodată este marcată.
Avertisment la o scădere semnificativă a acoperirii
Secțiune intitulată „Avertisment la o scădere semnificativă a acoperirii”Când acoperirea din ultima perioadă scade semnificativ față de nivelul obișnuit, deasupra cifrelor apare un avertisment cu ambele valori. Nu este o eroare a aplicației: cifrele de sub el sunt corecte, provin din comenzile magazinului online. Măsurarea a surprins mai puține, deci repartizarea pe canale este pentru această perioadă mai puțin completă. Cauze obișnuite sunt o întrerupere a măsurării, o schimbare a consimțământului pentru cookie-uri sau un import întrerupt.
Comparația se face cu mediana perioadelor anterioare, nu cu media: o singură săptămână proastă ar trage media în jos atât de mult încât următoarea întrerupere nu ar mai declanșa avertismentul. Perioadele cu un număr mic de comenzi nu se iau în comparație: ultima zi este de regulă incompletă, iar o singură comandă nesurprinsă din una ar semnala altfel o întrerupere în fiecare zi.
Canale și atribuire
Secțiune intitulată „Canale și atribuire”Cinci straturi
Secțiune intitulată „Cinci straturi”Fiecare comandă aparține exact unui singur strat. Suma lor este întotdeauna întregul rezultat comercial.
| Strat | Când aparține comanda acolo |
|---|---|
| Captate în analytics | Analitica cunoaște tranzacția. Canalul se preia de la ea. |
| Atribuite de MitoOps | Analitica nu are tranzacția, dar există o dovadă fără echivoc: cuponul unui partener sau un cod de campanie clasificat în registru. |
| Cod neclasificat | Cunoaștem codul de reducere exact, doar că încă nu a decis nimeni în privința lui. |
| De verificat | Semnalul există, dar nu este lipsit de echivoc: de exemplu două coduri confirmate diferite pe o singură comandă. |
| Neatribuite | Nu avem nicio dovadă despre originea comenzii. |
Un cod neclasificat nu dispare din raport
Secțiune intitulată „Un cod neclasificat nu dispare din raport”Când o comandă a folosit codul BF20 și încă nimeni nu a decis ce înseamnă acest cod, MitoOps cunoaște totuși un fapt determinist: comanda a folosit acel cod. De aceea primește un rând propriu
Cod de reducere · BF20 · insigna Neclasificat
cu numărul real de comenzi și cifra de afaceri. Nu dispare într-un grup anonim, din care cifra de afaceri nu mai poate fi urmărită.
Când clasificați codul mai târziu, rândul se redenumește singur la următorul calcul în Campanie · Black Friday · BF20 sau Afiliere · partener · cod, chiar și retroactiv, pentru perioadele istorice. Comenzile nu se modifică; se schimbă doar felul în care sunt citite.
De ce nu se estimează nimic
Secțiune intitulată „De ce nu se estimează nimic”Comenzile lipsă nu se împart niciodată proporțional între canalele existente. Ar arăta mai precis și ar fi inventat: dacă o întrerupere a măsurării ar afecta tocmai un singur canal (ceea ce se întâmplă frecvent după o intervenție pe site), repartizarea l-ar întinde peste toate și ar ascunde exact ceea ce trebuie să se vadă.
O comandă neatribuită este un rezultat corect, nu o eroare. Scopul Tracking-ului nu este să pretindă că știm totul, ci să separe exact ce știm de ce nu știm.
Când atribuie MitoOps singur o comandă
Secțiune intitulată „Când atribuie MitoOps singur o comandă”Doar atunci când are o dovadă structurată fără echivoc, iar analitica nu are tranzacția. Ordinea este fixă:
- Analitica cunoaște tranzacția → canalul este al ei. Chiar dacă nu poate spune canalul: atunci este Captată, canal necunoscut. Un cupon de pe o astfel de comandă nu o rescrie; altfel aceeași comandă s-ar număra de două ori, cu două origini diferite.
- Analitica nu are tranzacția, iar pe comandă există cuponul unui partener → Afiliere · numele partenerului · cod.
- Analitica nu are tranzacția, iar pe comandă există un cod de campanie → Campanie · denumire · cod.
- Codul este cunoscut, dar neclasificat → un rând propriu Cod de reducere · cod cu insigna Neclasificat.
- Pe comandă există două coduri confirmate diferite → De verificat.
- Nicio dovadă → Neatribuite.
Un cod de reducere nu înseamnă automat afiliere. Decide ceea ce este înregistrat despre cod, nu cum arată denumirea lui.
Notele interne nu se analizează
Secțiune intitulată „Notele interne nu se analizează”Nota la comandă este un text liber, scris de un om. MitoOps nu deduce niciodată atribuirea din ea: căutarea unui nume cu o expresie regulată este o ghicitoare cu fața frumoasă. Nota poate ajuta managerul la o decizie manuală, dar nu intră în raport ca sursă.
Coduri de reducere
Secțiune intitulată „Coduri de reducere”Tabelul Coduri de reducere arată toate codurile care au apărut pe comenzi în perioada respectivă: clasificate și neclasificate. Filele de deasupra tabelului comută între Toate, Neclasificate și Clasificate, iar câmpul de căutare găsește codul și după denumirea clasificării. Un cod pe care îl clasificați nu dispare deci de pe ecran și poate fi regăsit oricând retroactiv.
Se poate alege:
- Afiliere: codul unui partener,
- Campanie: o acțiune de marketing,
- Intern: un cod propriu al personalului, nu un canal de marketing,
- Ignoră: decizia conștientă de a nu atribui codul.
Până nu se ia decizia, comenzile cu un astfel de cod au un rând propriu Cod de reducere · … cu insigna Neclasificat: cifra de afaceri și numărul sunt reale, lipsește doar clasificarea. Sistemul poate propune o clasificare, dar propunerea nu devine niciodată singură o regulă.
Două coloane care nu trebuie confundate
Secțiune intitulată „Două coloane care nu trebuie confundate”În tabel există la fiecare cod două cifre diferite:
| Coloană | Ce înseamnă |
|---|---|
| Comenzi cu codul | Câte comenzi au purtat acel cod. |
| Atribuite | Câte dintre ele a clasificat efectiv MitoOps după acel cod. |
Diferă pentru că analitica are prioritate. O comandă pe care analitica a văzut-o este clasificată de analitică după sursa vizitei, chiar dacă pe ea exista un cupon. Altfel aceeași comandă ar apărea de două ori în totaluri.
Exemplu din date reale: codul GROUNDING20 a fost pe 5 comenzi ale unui magazin online, dar după el a fost atribuită 1; celelalte 4 le cunoștea deja analitica.
Când pe o comandă există mai multe coduri, o numără doar acela care a câștigat atribuirea. Altfel ambele ar pretinde că au adus comanda.
Categorie de atribuire proprie
Secțiune intitulată „Categorie de atribuire proprie”Cele cinci clase de mai sus sunt o structură, nu o listă a felului în care vă deosebiți sursele. Cine trimite newsletter, popup și remarketing are trei lucruri diferite sub un singur nume.
De aceea, în alegerea clasificării există opțiunea Categorie personalizată…. Fereastra cu denumirea și culoarea opțională se deschide imediat după alegere: nu se mai confirmă nimic separat. Când închideți fereastra fără să creați categoria, alegerea revine la clasificarea inițială; după salvare, categoria apare în ofertă la fiecare cod de reducere, iar codul din care ați creat-o este clasificat direct în ea. În raport primește rândul denumirea categoriei · cod.
Categoria este valabilă pentru întregul cont, iar clasificarea este retroactivă: raportul pentru o lună mai veche se desenează cu aceeași structură, deoarece clasificarea trăiește în registrul codurilor, nu în comenzi. Redenumirea categoriei se reflectă de aceea și în rapoartele vechi: numele nu se copiază nicăieri.
O puteți redenumi acolo unde o alegeți: în alegerea clasificării există opțiunea Gestionează categoriile proprii (apare doar când aveți vreuna). Deschide o fereastră cu lista; la fiecare există Editare, care înlocuiește numele cu un câmp. Noul nume este valabil retroactiv pentru întreaga perioadă: comenzile și cifra de afaceri nu se schimbă, iar datele brute din analitică (sursă, mediu, pagina de referință) nu se schimbă deloc. Două nume identice nu se salvează: în raport ar apărea două rânduri pe care nimeni nu le-ar putea deosebi.
O categorie pe care nu o mai folosiți o arhivați (nu mai este oferită). Nu poate fi ștearsă cât timp un cod este clasificat în ea: altfel un raport vechi nu ar putea spune în ce a fost clasificată comanda.
Cupoanele emise partenerilor prin modulul Afiliere nu ajung aici: acestea sunt clasificate deja prin faptul că există.
Vizitele nu se inventează
Secțiune intitulată „Vizitele nu se inventează”La un canal care a apărut dintr-un semnal de atribuire propriu, analitica nu a înregistrat nicio vizită. În coloana Vizite apare de aceea o liniuță, nu zero. Zero ar afirma că nu a venit nimeni.
AI și modele de limbaj
Secțiune intitulată „AI și modele de limbaj”Traficul din motoarele de căutare AI (ChatGPT, Claude, Perplexity, Gemini, Copilot, Grok) are rânduri proprii și un rând comun de total. Rândul de total nu se adaugă a doua oară la cifrele totale: este un rezumat al rândurilor de deasupra lui, nu un alt canal.
Când analitica nu este conectată
Secțiune intitulată „Când analitica nu este conectată”Fără analitică conectată, acoperirea nu poate fi calculată, iar MitoOps spune acest lucru în loc să arate zero.
Zero ar însemna „măsurarea a eșuat la fiecare comandă”. Acesta este un lucru complet diferit de „măsurarea nu a rulat niciodată” și v-ar face să căutați o defecțiune acolo unde este suficient să conectați contul.
În această stare:
- acoperirea comenzilor și a cifrei de afaceri este o liniuță, nu 0 %,
- Prezentarea generală a Rapoartelor scrie Acoperirea tracking-ului nu este disponibilă și oferă un link către conectare,
- Canalele poartă un avertisment că atribuirea este incompletă,
- cifrele comerciale rămân: cifra de afaceri și numărul de comenzi provin din magazinul online și nu au legătură cu analitica.
Același lucru este valabil pentru o perioadă pentru care datele din analitică nu s-au descărcat încă.
Date din Search Console: clicuri, afișări, CTR și poziția medie, în total, pe magazine online și defalcat după interogări, pagini, țări sau dispozitive.
Până la 22. 8. 2026 această zonă se afla în Prezentarea generală a Rapoartelor. A fost mutată aici, deoarece este măsurare, nu rezultat financiar.
Defalcarea pe comenzi individuale: numărul comenzii, magazinul online, data, suma, starea și dacă a surprins-o analitica.
Fără date ale clienților. În tabel nu există nume, e-mail, telefon sau adresă: atribuirea nu are nevoie de ele, iar tabelele de raportare nu le stochează.
Stările sunt aceleași ca până acum: Detectată, Trimisă de server, Lipsește în GA4, Tracking-ul nu este necesar, Se așteaptă date, Stare necunoscută. La evaluare uitați-vă la Lipsește în GA4: celelalte scad acoperirea în mod legitim.
Coloana Atribuire
Secțiune intitulată „Coloana Atribuire”La fiecare comandă se vede unde a clasificat-o raportul: canalul din analitică (Organic, Direct, Paid Google…), un semnal propriu (Afiliere · nume · cod, Campanie · denumire · cod, denumirea categoriei proprii · cod), Cod de reducere · … la un cod neclasificat, De verificat la un conflict sau Neatribuite.
Sub valoare există o insignă a sursei: GA4 când clasificarea a stabilit-o analitica, numele aplicației când a stabilit-o un semnal propriu sau fără sursă când nu avem clasificare. Coloana se numea înainte Atribuire (MitoOps), deși în ea se afișau și canalele din analitică: numele afirma deci altceva decât conținutul.
Căutarea în listă
Secțiune intitulată „Căutarea în listă”Câmpul de deasupra tabelului caută după numărul comenzii, codul de reducere și denumirea atribuirii (deci și a canalului). Scrieți GROUNDING20, Newsletter sau Direct, iar lista se restrânge la comenzile corespunzătoare din perioada aleasă.
După numele, e-mailul, telefonul sau adresa clientului nu se caută, iar ecranul nu le afișează: regăsirea unei anumite persoane ține de Comenzi, nu de măsurare.
Este o informație derivată. Comanda din magazinul online nu se schimbă prin aceasta și nu se scrie nimic în analitică: atribuirea se face cu aceeași logică din care rezultă totalurile din raport, astfel încât lista și totalurile nu pot spune două lucruri diferite.
Numele partenerului afiliat este o dată personală. Cine are drept asupra Tracking-ului, dar nu și asupra Afilierii, vede clasificarea fără nume; codul rămâne, astfel încât comanda poate fi regăsită. Depozitul și Suportul clienți nu au deloc acces la listă.
Cine are acces unde
Secțiune intitulată „Cine are acces unde”Tracking | SEO este legat de permisiunea Tracking și atribuire, care este separată de permisiunea pentru Rapoarte și de Costurile companiei.
Datorită acestui lucru se poate compune un rol care vede canalele, atribuirea și SEO, dar nu vede profitul brut, prețurile de achiziție și nici costurile companiei. Se setează în Setări → Utilizatori.
Probleme frecvente
Secțiune intitulată „Probleme frecvente”- Acoperirea este mică. Verificați cât din ea este Lipsește în GA4. Comenzile manuale și cele proaspete scad acoperirea în mod legitim.
- Multe comenzi sunt Neatribuite. Înseamnă că nu avem nicio dovadă despre originea lor. Ajută o acoperire mai mare a măsurării sau clasificarea codurilor de reducere pe care le folosiți.
- Partenerului îi corespund mai multe comenzi decât în raport. Raportul de afiliere și raportul pe canale răspund la întrebări diferite. Când analitica cunoaște tranzacția, canalul este al ei: partenerul poate avea dreptul la comision, dar în raport nu apare o a doua vânzare.
- Canalul nu are vizite. Canalele dintr-un semnal de atribuire propriu nu au nicio vizită înregistrată. Liniuța este răspunsul corect.
- Graficul evoluției este gol. Pentru perioada respectivă nu există încă înregistrări istorice. Se creează zilnic.