Egy kis- vagy középvállalkozás tulajdonosa nem riportot akar olvasni, hanem választ akar kapni. Két kérdésre: jobb vagy rosszabb lett ez a hónap, és mi a következő lépés. Ha ehhez huszonhárom diagramot kell átfutnia, nem fogja megtenni, hanem felhív telefonon, és megkérdezi. Az a riport, ami után telefonálni kell, nem végezte el a dolgát. Ez az írás egy konkrét, hat blokkos Looker Studio felépítést ad, megmondja, mi maradjon ki és miért, és végigviszi az adatforrás-bekötést, az időszak-összehasonlítást és a megosztást.
Miért bukik el a legtöbb KKV-nak szánt riport?
Rövid válasz: mert a riport készítője azt mutatja meg, amit ki tud nyerni, nem azt, amiből az ügyfél dönteni tud. A Looker Studio ingyenes, a GA4-konnektor pár kattintás, így a legkisebb ellenállás iránya az, hogy mindent beteszünk. Az eredmény egy hét oldalas dokumentum, amit senki nem néz meg kétszer.
Saját tapasztalat: a hosszú riportokra érkező ügyfélvisszajelzés szinte sosem szól a számokról. Vagy nincs visszajelzés, vagy egyetlen kérdés jön: "És ez akkor most jó?" Ez a kérdés a riport bukásának a bizonyítéka. Ha a riport megválaszolta volna, nem hangzana el.
A tipikus hibák, amiket érdemes felismerni a saját riportodban:
- A fő szám nincs kiemelve, vagy nincs is fő szám, csak egyenrangú metrikák sorozata.
- Nincs viszonyítás: egy 412-es érték önmagában értelmezhetetlen.
- A blokkok sorrendje az adatforrások sorrendjét követi, nem az ügyfél gondolkodását.
- Semmi nincs a riportban, ami szöveggel elmondaná, mi történt.
Melyik hat blokk kerüljön be a riportba?
Rövid válasz: fedőlap a fő számmal, forgalmi forrásbontás, kulcsesemények alakulása, legjobb belépőoldalak, Search Console-blokk és egy szöveges összefoglaló mező. Ebben a sorrendben, egyetlen oldalon vagy legfeljebb kettőn.
1. Fedőlap az időszakkal és a fő számmal
A riport tetején három dolog legyen: melyik időszakról szól, mi a fő szám, és hogyan viszonyul az előzőhöz. A fő szám a legtöbb KKV-nál nem a látogatószám, hanem a kulcsesemények száma (ajánlatkérés, hívásindítás, űrlapküldés, vásárlás). Egy nagy scorecard elem, alatta a százalékos változás, mellette egyetlen mondat. Ha az ügyfél csak ezt a sávot látja, már tudja, jó hónap volt-e.
2. Forgalmi forrásbontás
Itt az a kérdés, honnan jöttek. GA4-ben az alapértelmezett csatornacsoport (Session default channel group) a jó dimenzió, nem a source/medium. Az utóbbi harminc soros táblát ad, amiből egy vállalkozó nem tud dönteni. Öt-hat csatorna, munkamenetek és kulcsesemények oszlop, plusz az előző időszakhoz mért változás. Ennyi. A pite-diagram helyett vízszintes oszlopdiagramot érdemes használni, mert az összehasonlítás pontosabb rajta.
3. Kulcsesemények alakulása
Egy idősoros vonaldiagram, napi vagy heti bontásban, csak a valóban fontos eseményekre szűrve. A GA4-ben a kulcseseményeket (korábbi nevükön konverziókat) külön meg kell jelölni, ez hivatalosan igazolt működés a Google dokumentációja szerint. A szűrés Looker Studióban a legegyszerűbben az esemény nevére állított szűrőfeltétellel megy: event_name IN ("generate_lead", "purchase", "contact"). Ami nem üzleti esemény (görgetés, kimenő kattintás), az itt nem szerepel.
4. Legjobb belépőoldalak
Ez az a blokk, amiből tartalmi döntés születik. Landing page dimenzió, munkamenetek és kulcsesemények, tíz sor, ennél több nem kell. Az ügyfél itt látja, hogy a márciusban írt szolgáltatásoldal hozza-e az érdeklődőket, vagy csak a főoldal viszi a forgalmat. Saját tapasztalat: ez a blokk indítja el a legtöbb hasznos beszélgetést, mert az ügyfél felismeri a saját oldalait, és van róluk véleménye.
5. Search Console-blokk
Megjelenések, kattintások, átlagos pozíció, és a top lekérdezések rövid listája. Ez a blokk mutatja meg, hogy a keresési láthatóság merre mozdul, függetlenül attól, hogy a forgalom éppen mit csinál. Fontos, hogy a Search Console adatai nem esnek egybe a GA4 organikus számaival, más a mérési logika, ezt egy rövid lábjegyzetben érdemes jelezni, különben az ügyfél hibát fog keresni.
6. Szöveges összefoglaló mező
Négy-hat mondat, emberi nyelven, minden hónapban átírva. Mi történt, minek örülünk, mi romlott, és mi a következő lépés. Szakmai feltételezés: a riportot megnyitó ügyfelek többsége ezt olvassa el elsőként, és sokan csak ezt. Ezért ez a mező nem díszítés, hanem a riport gerince. Looker Studióban egy egyszerű szövegdoboz, de érdemes vizuálisan elkülöníteni, hogy azonnal megtalálja a szem.
Mit hagyj ki a riportból, és miért?
Rövid válasz: mindent, ami nem vezet döntéshez. Ha egy számra nem tudod megmondani, mit csinálnál másképp attól függően, hogy nő vagy csökken, akkor annak nincs helye az ügyfélriportban.
- Visszafordulási arány. A GA4-ben ez az elköteleződött munkamenetek fordítottja, és rengeteg dolog befolyásolja, amihez az ügyfélnek semmi köze. Egy jó blogcikk után valaki megtalálja a választ és távozik: ez nem hiba. Az arány romlása önmagában nem indít el semmilyen munkát.
- Oldalon töltött idő önmagában. A hosszabb ottlét lehet elmélyült olvasás és lehet zavarodottság is. Kontextus nélkül nem különböztethető meg a kettő, ezért döntést sem alapozhatsz rá.
- Eszközbontás, böngésző, képernyőfelbontás. Akkor kerüljön be, ha éppen mobiloptimalizálásról döntötök. Egyébként csak sáv, ami helyet vesz el.
- Demográfia és érdeklődés. Látványos, de a mintavétel és a hozzájárulási beállítások miatt gyakran hiányos, és ritkán változtat bármin egy helyi vállalkozásnál.
- Valós idejű nézet. Egy havi riportban nincs értelme, csak elvonja a figyelmet.
A kihagyás nem az adat eltitkolása. Az adat ott van a GA4-ben, bármikor megnézhető. A riport egy szerkesztett dokumentum, aminek van álláspontja arról, mi a fontos. Saját tapasztalat: az ügyfelek nem hiányolják a kivett metrikákat, viszont észreveszik, ha egy riport rövidebb és érthetőbb lett.
Hogyan kösd be az adatforrásokat lépésről lépésre?
A sorrend számít, mert a rossz jogosultsági beállítás miatt később az ügyfél üres riportot lát.
- Nyiss új riportot a Looker Studióban, és rögtön nevezd el a végleges nevén (ügyfél neve plusz "havi riport"), mert a másolatok gyorsan összekeverednek.
- Add hozzá a GA4-konnektort, válaszd ki a megfelelő tulajdont, és ellenőrizd, hogy a property azonosító tényleg az ügyfélé, ne egy teszttulajdoné.
- Add hozzá a Search Console-konnektort. Itt két táblatípus közül választhatsz (Site Impression és URL Impression). A lekérdezésekhez az előbbi, az oldal szintű bontáshoz az utóbbi kell.
- Az adatforrás beállításainál állítsd az adatmegbízást (data credentials) az "Owner" értékre, ha azt szeretnéd, hogy az ügyfélnek ne kelljen saját GA4-hozzáférés a megtekintéshez.
- Állíts be riport szintű időszakot, ne diagramonként külön. Így egyetlen helyen tudod átállítani a teljes riportot.
- Hozz létre egy dátumtartomány-vezérlőt, de zárold a többi elemet, hogy az ügyfél véletlenül se törjön el semmit.
- Ha csatornaneveket akarsz magyarul, készíts számított mezőt, például:
CASE WHEN Session default channel group = "Organic Search" THEN "Organikus keresés" ELSE Session default channel group END.
Hogyan állítsd be az időszak-összehasonlítást?
Rövid válasz: a scorecard és a táblázatok összehasonlító dátumtartományánál ne csak az előző időszakot használd, hanem az előző évet is, ahol a szezonalitás erős.
Az előző hónaphoz mérés önmagában félrevisz. Egy kertészetnél a decemberi visszaesés nem baj, hanem a naptár. A gyakorlatban ez így néz ki:
- Jelöld ki a scorecardot, majd a tulajdonságok panelen kapcsold be az összehasonlító dátumtartományt (Comparison date range).
- Válaszd az "Előző időszak" opciót a rövid távú mozgáshoz, és készíts egy második scorecardot "Előző év" összehasonlítással.
- A százalékos változás megjelenítését állítsd be, hogy szín és nyíl is jelezze az irányt. A színek jelentését egyszer, a fedőlapon magyarázd el.
- Ha az ügyfél naptári hónapokban gondolkodik, ne hagyd "utolsó 30 nap" beállításon a riportot, mert a két nézet soha nem fog egyezni, és ez bizalmi kérdéssé válik.
Egy dolgot érdemes tudni: a Search Console adatai néhány napos késéssel érkeznek, ezért egy hónap első napjaiban futtatott riport hiányos képet ad. Hivatalosan igazolt: a Google dokumentációja is jelzi ezt az adatlatenciát. A gyakorlati megoldás az, hogy a havi riportot a hónapfordulót követő néhány nappal küldöd, nem elsején.
Hogyan oszd meg úgy, hogy tényleg megnézzék?
Rövid válasz: ütemezett PDF-fel, ami e-mailben megérkezik, plusz egy állandó linkkel, amit az ügyfél bármikor megnyithat. A kettő nem helyettesíti egymást.
- A Megosztás menüben állíts be ütemezett kézbesítést (Schedule delivery), havi ismétléssel, fix napra.
- A tárgymezőt írd át beszédesre, például "Szeptemberi eredmények", mert az alapértelmezett tárgy technikainak hat.
- A linkes megosztásnál a megtekintő jogosultság elég. Szerkesztőt csak akkor adj, ha valóban közösen dolgoztok rajta.
- Ha az ügyfél nem szeretne Google-fiókkal belépni, a beágyazás vagy a linkes hozzáférés szélesítése megoldás, de mérlegeld, mennyire érzékeny az adat.
- A PDF-be a szöveges összefoglaló ugyanúgy belekerül, ezért mindig a küldés előtt írd meg, ne utána.
Saját tapasztalat: ha a riport csak linkként létezik, a megnyitási arány alacsony marad. Ha csak PDF-ként, akkor az ügyfél nem tud belenézni két riport között. Együtt működik jól a kettő.
Hogyan teszteld, hogy a riport átmegy a 90 másodperces szabályon?
Add oda valakinek, aki nem dolgozott a projekten, és mérd az időt. Ha másfél perc alatt nem tudja megmondani, jobb vagy rosszabb lett a hónap, és mi a következő lépés, akkor a riporton kell változtatni, nem a nézőn. Ez a szabály nem szavatol jobb eredményt a hirdetésekben vagy a keresőben, viszont jó eséllyel megszünteti a havi "és ez akkor most jó?" kérdést.
Ellenőrzőlista kiküldés előtt:
- Van egyetlen, vizuálisan domináns fő szám a tetején?
- Minden számnál látszik a viszonyítás (előző időszak vagy előző év)?
- Van legalább egy mondat, ami megmondja, mi a következő lépés?
- Kikerült minden metrika, amire nem tudsz döntést kötni?
- A dátumtartomány naptári hónapra van állítva, és a riport nem a hónap első napján megy ki?
- Az ügyfél a linkkel adathozzáférés nélkül is látja a riportot?
Források és további olvasnivalók
- Google Analytics 4 súgó (Analytics Help): kulcsesemények, csatornacsoportok, adatmegőrzés
- Looker Studio súgó (Looker Studio Help): adatforrás-hitelesítés, összehasonlító dátumtartomány, ütemezett kézbesítés
- Google Search Console súgó és Google Search Central: Performance jelentés, adatlatencia, URL-szintű bontás
- Google Search Central dokumentáció: keresési teljesítményadatok értelmezése
- Schema.org szótár: strukturált adatok tulajdonságai (a tartalmi blokkok tervezéséhez kapcsolódóan)
- A riport célja nem az adatmennyiség bemutatása, hanem egyetlen döntés előkészítése: folytatjuk vagy változtatunk.
- Hat blokk elég: fedőlap a fő számmal, forrásbontás, kulcsesemények, belépőoldalak, Search Console és szöveges összefoglaló.
- A visszafordulási arány és az oldalon töltött idő önmagában nem döntési metrika, ezért maradjon ki a KKV-riportból.
- Az időszak-összehasonlítást mindig előző évhez is érdemes kötni, mert a szezonalitás egyébként félrevisz.
- A szöveges összefoglaló mező a riport legfontosabb eleme: ezt olvassa el az ügyfél elsőként, gyakran egyedüliként.
Gyakori kérdések
Miért ne tegyem bele a visszafordulási arányt, ha az ügyfél kifejezetten kéri?
Ha kéri, tedd bele, de tedd mellé az értelmezést is: a GA4-ben ez az elköteleződött munkamenetek fordítottja, és egy jó tájékoztató oldalon a magas érték nem hiba. A szabály nem az, hogy tilos, hanem az, hogy magyarázat nélkül félrevezet, és önmagában nem indít el semmilyen munkát.
Miért nem egyezik a Search Console és a GA4 organikus száma?
Mert más a mérési logika: a Search Console kattintásokat mér a keresőtalálatokból, a GA4 munkameneteket a weboldalon, sütikkel és hozzájárulási beállításokkal terhelve. A két szám soha nem lesz azonos. Érdemes egy rövid lábjegyzetben jelezni a riportban, különben az ügyfél hibát keres benne.
Kell-e az ügyfélnek Google-fiók a riport megnyitásához?
Nem feltétlenül. Ha az adatforrásnál az adatmegbízást tulajdonosi módra állítod, a megtekintőnek nem kell saját GA4-hozzáférés. A megosztási beállítástól függ, hogy be kell-e lépnie Google-fiókkal, ezért ezt érdemes az első kiküldés előtt egy inkognitó ablakban letesztelni.
Hány oldalas legyen egy KKV-riport?
Egy oldal az ideális, kettő még elfogadható. A hat blokk elfér egyetlen görgethető nézeten. Ha három oldalnál tartasz, jó eséllyel olyan metrikák kerültek be, amelyekre nem kötődik döntés.
Mikor küldjem ki a havi riportot?
Ne a hónap első napján. A Search Console adatai néhány napos késéssel érkeznek, így elsején hiányos képet kapsz. A hónapfordulót követő néhány nap után küldve a számok stabilak, és nem kell később helyesbíteni.
Mit írjak a szöveges összefoglalóba, ha rossz volt a hónap?
Ugyanazt a szerkezetet: mi történt, mi az oka annak, amit tudsz, mi maradt bizonytalan, és mi a következő lépés. A romlás elhallgatása bizalmi kérdéssé válik, a romlás értelmezése viszont munkakapcsolatot épít. Ígéretet ne tegyél arra, hogy a következő hónap javulni fog.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.