Tracking | SEO és attribúció
Ellenőrizve
Röviden
Szekció neve “Röviden”Az Analitika → Tracking | SEO arra a kérdésre válaszol, amelyre a Riportok nem tudnak: mennyire lehet megbízni ezekben a számokban.
A Riportok megmondják, mennyit adtak el. A Tracking | SEO megmondja, ebből mennyit látott az analitika, és honnan érkezett. Ez két különböző kérdés, ezért két képernyő van. Az időszak, a webáruház és az áfamód közös: a Riportok és a Tracking közötti átkattintás semmit nem állít át.
A képernyőnek négy füle van:
| Fül | Mire ad választ |
|---|---|
| Áttekintés | Hány rendelést és mekkora forgalmat rögzített a mérés. |
| Csatornák és attribúció | Honnan érkeztek a rendelések. |
| SEO | Hogyan lát minket a keresőmotor. |
| Rendelések | Bontás rendelésenként. |
Két igazság, amelyet nem szabad összekeverni
Szekció neve “Két igazság, amelyet nem szabad összekeverni”Ez a legfontosabb megkülönböztetés az egész Analitikában.
- Az üzleti igazság az, amit valóban eladtak. Forrása a webáruház rendelései. Ez alapján számítódik a forgalom, a rendelések száma és minden pénzügyi mutató.
- Az analitikai igazság az, amit a böngészőben futó mérés rögzített. Mindig kisebb: a látogatók egy része elutasítja a mérést, egy része blokkolja, a rendelések egy része pedig egyáltalán nem a weben jön létre.
A MitoOps soha nem adja ki az analitikai igazságot üzleti igazságnak. A riportban szereplő forgalom mindig a valós forgalom, akkor is, ha az analitika a rendelések egy részéről nem tud.
Áttekintés
Szekció neve “Áttekintés”Rendelések lefedettsége és árbevétel lefedettsége
Szekció neve “Rendelések lefedettsége és árbevétel lefedettsége”Két szám, amely megmutatja, a mérés mekkora része működik:
- Rendelések lefedettsége: azon rendelések közül, amelyeknél a böngészőben hagyott nyom várható, hánynál rögzítette az analitika ténylegesen a tranzakciót.
- Árbevétel lefedettsége: ugyanezen rendelések forgalmából mennyit rögzített.
Mindkettő pontos értékként is megjelenik („115-ből 82”, „10 851 €-ból 8 389 €”), nem csak százalékként.
Mi nem számít bele a lefedettségbe
Szekció neve “Mi nem számít bele a lefedettségbe”A nevezőbe csak azok a rendelések kerülnek, amelyeknél a böngészőben hagyott nyom jogosan elvárható. A kézzel létrehozott rendelés soha nem jelent meg a vásárlónak, így nyom sem keletkezhetett: ez nem hiányzó mérés, és nem csökkenti a lefedettséget.
Ugyanígy nem számítanak bele a 48 óránál fiatalabb rendelések: az analitika visszamenőleg pótolja az adatokat, és a friss rendelés adatai még beérkezhetnek.
Webáruházak összehasonlítása
Szekció neve “Webáruházak összehasonlítása”Minden csatlakoztatott webáruháznak saját sora van a lefedettséggel és a mérés állapotával. Az állapot szöveges, nem technikai:
| Állapot | Mit jelent |
|---|---|
| Rendben | A mérés a rendelések túlnyomó többségét rögzíti. |
| Figyelendő | A lefedettség csökkent, de még nincs ok beavatkozásra. |
| Elégtelen mérés | Jelentős rész hiányzik. Ennek a webáruháznak a csatornaszámai hiányosak. |
| Nincs adat | Az időszakra nincs miből számolni. |
A küszöbértékek az egész alkalmazásban közösek, nem táblázatonként külön vannak beállítva.
Időbeli alakulás
Szekció neve “Időbeli alakulás”A rendelések és a forgalom lefedettségének grafikonja napi bontásban. A hiányzó történeti bejegyzés nem nullaként jelenik meg: a bejegyzés nélküli nap egyszerűen nincs a grafikonon. A nulla azt állítaná, hogy azon a napon a mérés semmit nem rögzített, ez pedig más állítás, mint az, hogy „akkor még nem mértünk”.
Mikor töltődtek le utoljára az adatok
Szekció neve “Mikor töltődtek le utoljára az adatok”A számok felett az Utolsó szinkronizálás sor áll, a webáruházi rendelések, a GA4 és a GSC időpontjával. Egyetlen célja van: megkülönböztetni azt, hogy „a mérés nem rögzítette a rendelést”, attól, hogy „az analitika még nem töltődött le”. Az első megállapítás, a második csak késés, és e nélkül az adat nélkül a másodikat könnyen az elsőnek olvassa, és olyan hibát keres, amely nincs is. A soha le nem töltött forrás meg van jelölve.
Figyelmeztetés a lefedettség jelentős csökkenésére
Szekció neve “Figyelmeztetés a lefedettség jelentős csökkenésére”Ha a lefedettség az utolsó időszakban a szokásoshoz képest jelentősen csökken, a számok felett figyelmeztetés jelenik meg mindkét értékkel. Ez nem az alkalmazás hibája: az alatta lévő számok helyesek, a webáruház rendeléseiből származnak. A mérés kevesebbet rögzített belőlük, ezért a csatornák szerinti bontás erre az időszakra kevésbé teljes. Gyakori okok: mérési kimaradás, a sütikhez adott hozzájárulás változása vagy megszakadt import.
Az összehasonlítás az előző időszakok mediánjával történik, nem az átlagukkal: egyetlen rossz hét annyira lehúzná az átlagot, hogy a következő kimaradás már nem indítaná el a figyelmeztetést. A kevés rendelést tartalmazó időszakok nem kerülnek be az összehasonlításba: az utolsó nap általában hiányos, és ha egyetlen rendelésből egy nem lenne rögzítve, az különben minden nap kimaradást jelezne.
Csatornák és attribúció
Szekció neve “Csatornák és attribúció”Öt réteg
Szekció neve “Öt réteg”Minden rendelés pontosan egy réteghez tartozik. Összegük mindig a teljes üzleti eredmény.
| Réteg | Mikor tartozik ide a rendelés |
|---|---|
| Az analitikában rögzítve | Az analitika ismeri a tranzakciót. A csatornát tőle veszi a rendszer. |
| MitoOps által hozzárendelve | Az analitikában nincs meg a tranzakció, de van egyértelmű bizonyíték: a partner kuponja vagy a nyilvántartásban besorolt kampánykód. |
| Nem besorolt kód | Ismerjük a pontos kedvezménykódot, csak még senki nem döntött róla. |
| Ellenőrzésre | Van jelzés, de nem egyértelmű: például két különböző megerősített kód egy rendelésen. |
| Nem attribuált | A rendelés eredetéről semmilyen bizonyítékunk nincs. |
A nem besorolt kód nem tűnik el a kimutatásból
Szekció neve “A nem besorolt kód nem tűnik el a kimutatásból”Ha a rendelés a BF20 kódot használta, és még senki nem döntötte el, mit jelent ez a kód, a MitoOps akkor is ismer egy determinisztikus tényt: a rendelés ezt a kódot használta. Ezért saját sort kap
Kedvezménykód · BF20 · Nem besorolt jelvény
a valós rendelésszámmal és forgalommal. Nem tűnik el egy névtelen csoportban, amelyből a forgalmat nem lehet visszakövetni.
Ha a kódot később besorolja, a sor a legközelebbi számításnál magától átnevezi magát Kampány · Black Friday · BF20 vagy Affiliate · partner · kód névre, visszamenőleg is, a korábbi időszakoknál. A rendelések közben nem módosulnak; csak az változik, hogyan értelmezzük őket.
Miért nem becsül a rendszer semmit
Szekció neve “Miért nem becsül a rendszer semmit”A hiányzó rendeléseket a rendszer soha nem osztja szét arányosan a meglévő csatornák között. Pontosabbnak tűnne, de kitalált lenne: ha a mérési kimaradás éppen egyetlen csatornát érintene (ami a weboldal módosítása után gyakran előfordul), a szétosztás elkenné az összes csatorna között, és pont azt rejtené el, aminek látszania kell.
A nem attribuált rendelés helyes eredmény, nem hiba. A Tracking célja nem az, hogy azt állítsa, mindent tudunk, hanem hogy pontosan elválassza, mit tudunk és mit nem.
Mikor rendeli hozzá a MitoOps maga a rendelést
Szekció neve “Mikor rendeli hozzá a MitoOps maga a rendelést”Csak akkor, ha egyértelmű, strukturált bizonyítéka van, és az analitikában nincs meg a tranzakció. A sorrend rögzített:
- Az analitika ismeri a tranzakciót → a csatorna az övé. Akkor is, ha a csatornát nem tudja megmondani: ilyenkor Rögzítve, ismeretlen csatorna. Az ilyen rendelésen lévő kupon nem írja felül; különben ugyanaz a rendelés kétszer számítana bele, két különböző eredettel.
- Az analitikában nincs meg a tranzakció, és a rendelésen partnerkupon van → Affiliate · partner neve · kód.
- Az analitikában nincs meg a tranzakció, és a rendelésen kampánykód van → Kampány · név · kód.
- A kód ismert, de nincs besorolva → saját Kedvezménykód · kód sor Nem besorolt jelvénnyel.
- A rendelésen két különböző megerősített kód van → Ellenőrzésre.
- Nincs bizonyíték → Nem attribuált.
A kedvezménykód nem jelent automatikusan affiliate-et. Az dönt, amit a kódról rögzítettek, nem az, hogy hogyan néz ki a neve.
A belső megjegyzéseket a rendszer nem elemzi
Szekció neve “A belső megjegyzéseket a rendszer nem elemzi”A rendeléshez fűzött megjegyzés szabad szöveg, amelyet ember ír. A MitoOps soha nem vezet le belőle attribúciót: a név reguláris kifejezéssel történő keresése csinos külsejű találgatás. A megjegyzés segíthet a vezetőnek a kézi döntésben, de forrásként nem kerül be a riportba.
Kedvezménykódok
Szekció neve “Kedvezménykódok”A Kedvezménykódok táblázat az összes olyan kódot mutatja, amely az időszakban megjelent a rendeléseken, a besoroltakat és a nem besoroltakat is. A táblázat feletti fülek az Összes, a Nem besorolt és a Besorolt nézet között váltanak, a keresőmező pedig a besorolás neve alapján is megtalálja a kódot. A besorolt kód tehát nem tűnik el a képernyőről, és bármikor visszakereshető.
Választható:
- Affiliate: a partner kódja,
- Kampány: marketingakció,
- Belső: a személyzet saját kódja, nem marketingcsatorna,
- Kihagyás: tudatos döntés, hogy a kód ne kapjon attribúciót.
Amíg nem születik döntés, az ilyen kódú rendelések saját Kedvezménykód · … sort kapnak Nem besorolt jelvénnyel: a forgalom és a darabszámok valósak, csak a besorolás hiányzik. A rendszer javasolhat besorolást, de a javaslatból soha nem lesz magától szabály.
Két oszlop, amelyet nem szabad összekeverni
Szekció neve “Két oszlop, amelyet nem szabad összekeverni”A táblázatban minden kódnál két különböző szám szerepel:
| Oszlop | Mit jelent |
|---|---|
| Rendelések a kóddal | Hány rendelésen szerepelt a kód. |
| Hozzárendelve | Ezek közül hányat sorolt be ténylegesen a MitoOps a kód alapján. |
Azért térnek el, mert az analitika élvez elsőbbséget. Azt a rendelést, amelyet az analitika látott, az analitika sorolja be a látogatás forrása alapján, akkor is, ha kupon is volt rajta. Különben ugyanaz a rendelés kétszer szerepelne az összegekben.
Példa éles adatokból: a GROUNDING20 kód egy webáruház 5 rendelésén szerepelt, de ez alapján csak 1 rendelés lett hozzárendelve, a maradék 4-et már ismerte az analitika.
Ha egy rendelésen több kód van, csak az a kód számolja el, amelyik a hozzárendelést megnyerte. Különben mindkettő azt állítaná, hogy ő hozta a rendelést.
Saját attribúciós kategória
Szekció neve “Saját attribúciós kategória”A fenti öt osztály szerkezet, nem annak listája, hogyan különbözteti meg a saját forrásait. Aki hírlevelet, felugró ablakot és remarketinget is küld, annak egy név alatt három különböző dolga van.
A besorolás kiválasztásában ezért ott a + Egyéni kategória… lehetőség. A név és az opcionális szín megadására szolgáló ablak azonnal a kiválasztás után megnyílik: semmit nem kell külön megerősíteni. Ha az ablakot létrehozás nélkül bezárja, a választás visszaáll az eredeti besorolásra; mentés után a kategória minden kedvezménykód kínálatában megjelenik, és az a kód, amelyből létrehozta, rögtön be is sorolódik. A kimutatásban kategória neve · kód sort kap.
A kategória az egész fiókra érvényes, és a besorolás visszamenőleges: egy régebbi hónap riportja ugyanazzal a tagolással jelenik meg, mert a besorolás a kódnyilvántartásban él, nem a rendelésekben. A kategória átnevezése ezért a régi riportokban is megjelenik: a név sehová nem másolódik.
Ott nevezheti át, ahol kiválasztja: a besorolás kiválasztásában ott az Egyéni kategóriák kezelése lehetőség (csak akkor jelenik meg, ha már van ilyen kategóriája). Egy listát tartalmazó ablakot nyit meg; mindegyik kategóriánál ott a Szerkesztés, amely a nevet beviteli mezőre cseréli. Az új név visszamenőleg a teljes időszakra érvényes: a rendelések és a forgalom nem változnak, az analitika nyers adatai (forrás, médium, hivatkozó oldal) pedig egyáltalán nem változnak. Két azonos név nem menthető: a riportban két olyan sor keletkezne, amelyeket senki nem tudna megkülönböztetni.
Azt a kategóriát, amelyet már nem használ, archiválhatja (többé nem jelenik meg a választható lehetőségek között). Amíg kód van besorolva bele, nem törölhető: különben a régi riport nem tudná megmondani, hová volt besorolva a rendelés.
Az Affiliate modulon keresztül partnereknek kiadott kuponok nem kerülnek ide: ezek már azzal be vannak sorolva, hogy léteznek.
A látogatásokat a rendszer nem találja ki
Szekció neve “A látogatásokat a rendszer nem találja ki”Annál a csatornánál, amely saját attribúciós jelzésből jött létre, az analitika nem rögzített látogatást. A Látogatások oszlopban ezért vonás áll, nem nulla. A nulla azt állítaná, hogy senki nem érkezett.
AI és nyelvi modellek
Szekció neve “AI és nyelvi modellek”Az AI keresőkből (ChatGPT, Claude, Perplexity, Gemini, Copilot, Grok) érkező forgalomnak saját sorai és közös összesítő sora van. Az összesítő sor nem számít bele még egyszer a teljes számokba: a felette lévő sorok összegzése, nem újabb csatorna.
Ha az analitika nincs csatlakoztatva
Szekció neve “Ha az analitika nincs csatlakoztatva”Csatlakoztatott analitika nélkül a lefedettséget nem lehet kiszámítani, és a MitoOps ezt meg is mondja, ahelyett hogy nullát mutatna.
A nulla azt jelentené, hogy „a mérés minden rendelésnél kudarcot vallott”. Ez egészen más, mint az, hogy „a mérés soha nem futott”, és arra vezetné, hogy ott keressen hibát, ahol elég csatlakoztatni a fiókot.
Ilyen állapotban:
- a rendelések és a forgalom lefedettsége vonás, nem 0 %,
- a Riportok Áttekintése az A követés lefedettsége nem érhető el szöveget írja ki, és felkínálja a csatlakoztatás linkjét,
- a Csatornák figyelmeztetést tartalmaznak, hogy az attribúció hiányos,
- az üzleti számok megmaradnak: a forgalom és a rendelések száma a webáruházból származik, és nem függ az analitikától.
Ugyanez érvényes arra az időszakra is, amelyre az analitika adatai még nem töltődtek le.
A Search Console adatai: kattintások, megjelenések, CTR és átlagos pozíció, összesítve, webáruházanként, valamint lekérdezések, oldalak, országok vagy eszközök szerinti bontásban.
A 2026. augusztus 22-i változásig ez a terület a Riportok Áttekintésében volt. Azért került ide, mert mérésről van szó, nem pénzügyi eredményről.
Rendelések
Szekció neve “Rendelések”Bontás rendelésenként: rendelésszám, webáruház, dátum, összeg, állapot, és hogy az analitika rögzítette-e.
Vásárlói adatok nélkül. A táblázatban nincs név, e-mail-cím, telefonszám és cím: az attribúciónak nincs rájuk szüksége, és a riporttáblák nem tárolják őket.
Az állapotok ugyanazok, mint eddig: Rögzítve, Szerver küldte, Hiányzik a GA4-ből, Nyomkövetés nem várható, Adatokra várunk, Ismeretlen státusz. Az értékelésnél a Hiányzik a GA4-ből állapotot figyelje: a többi jogosan csökkenti a lefedettséget.
Az Attribúció oszlop
Szekció neve “Az Attribúció oszlop”Minden rendelésnél látható, hová sorolta be a riport: az analitikából származó csatorna (Organic, Direct, Paid Google…), saját jelzés (Affiliate · név · kód, Kampány · név · kód, saját kategória neve · kód), Kedvezménykód · … nem besorolt kódnál, Ellenőrzésre vitás esetben, vagy Nem attribuált.
Az érték alatt forrásjelvény látható: GA4, ha a besorolást az analitika határozta meg, az alkalmazás neve, ha saját jelzés határozta meg, vagy nincs forrás, ha nincs besorolásunk. Az oszlop korábbi neve Hozzárendelés (MitoOps) volt, pedig az analitikából származó csatornák is megjelentek benne: a név tehát mást állított, mint a tartalom.
Keresés a listában
Szekció neve “Keresés a listában”A táblázat feletti mező rendelésszám, kedvezménykód és attribúciónév (vagyis csatorna) szerint keres. Írja be: GROUNDING20, Newsletter vagy Direct, és a lista a kiválasztott időszak megfelelő rendeléseire szűkül.
A vásárló neve, e-mail-címe, telefonszáma és címe szerint nem lehet keresni, és a képernyő nem is jeleníti meg ezeket: egy konkrét személy felkutatása a Rendelésekhez tartozik, nem a méréshez.
Ez származtatott adat. A webáruházban lévő rendelés ettől nem változik, és az analitikába semmi nem íródik: a hozzárendelés ugyanazzal a logikával történik, amellyel a riport összegei keletkeznek, így a lista és az összegek nem mondhatnak két különböző dolgot.
Az affiliate partner neve személyes adat. Aki a Trackinghez jogosult, de az Affiliate modulhoz nem, a besorolást név nélkül látja; a kód megmarad, így a rendelés visszakereshető. A raktáros és az ügyfélszolgálat egyáltalán nem fér hozzá a listához.
Ki mihez fér hozzá
Szekció neve “Ki mihez fér hozzá”A Tracking | SEO a Nyomkövetés és attribúció jogosultsághoz kötött, amely elkülönül a Riportok jogosultságtól és a Vállalati költségektől is.
Ennek köszönhetően összeállítható olyan szerepkör, amely látja a csatornákat, az attribúciót és a SEO-t, de nem látja a bruttó nyereséget, a beszerzési árakat és a vállalati költségeket. Beállítása: Beállítások → Felhasználók.
Gyakori problémák
Szekció neve “Gyakori problémák”- Alacsony a lefedettség. Nézze meg, ebből mennyi a Hiányzik a GA4-ből. A kézi és a friss rendelések jogosan csökkentik a lefedettséget.
- Sok rendelés Nem attribuált. Ez azt jelenti, hogy az eredetükről nincs bizonyítékunk. Segít a mérés magasabb lefedettsége vagy az Ön által használt kedvezménykódok besorolása.
- A partnernél több rendelés szerepel, mint a riportban. Az affiliate kimutatás és a csatornariport különböző kérdésekre válaszol. Ha az analitika ismeri a tranzakciót, a csatorna az övé: a partnernek járhat jutalék, de a riportban nem keletkezik második eladás.
- A csatornának nincsenek látogatásai. A saját attribúciós jelzésből származó csatornáknak nincs rögzített látogatásuk. A vonás a helyes válasz.
- Az alakulás grafikonja üres. Az időszakra még nincsenek történeti bejegyzések. Ezek naponta keletkeznek.