SEO Cím: Looker Studio PPC dashboard sablonok: Így automatizáld az ügynökségi riportálást
Meta leírás: Hogyan építsünk skálázható Looker Studio dashboardokat magyar PPC ügynökségként? Esettanulmány, konkrét hazai API költségek, CPC adatok és a 200M+ HUF árbevételű webshopok riportálási hibái.
A magyar PPC ügynökségek jelentős része még mindig abban a kényelmes, de fenntarthatatlan illúzióban él, hogy az ügyfelek beérik a havonta egyszer kiküldött, száraz PDF riportokkal, vagy a Google Ads és Meta Ads felületekről kimásolt, kontextus nélküli képernyőfotókkal. Miközben az ügynökségi óradíjak és a fix havidíjak (retajnerek) az e-commerce szektorban átlagosan 150 000 és 450 000 HUF között mozognak, a döntéshozók asztalára letett adatok minősége ritkán lépi át az évekkel ezelőtti szintet. A marketingvezetők és a cégtulajdonosok joggal követelik meg a valós idejű, transzparens és üzleti eredményekre – például POAS-ra, valós árrésre, kosárértékre – fókuszáló vizualizációt. Ez a szakadék az ügynökségi ígéretek és a silány riportálási valóság között ma az egyik leggyakoribb oka az ügyfél-elvándorlásnak (churn) a hazai piacon.
Miért fontos ez most
Az e-commerce piac brutális konszolidáción megy keresztül Magyarországon. Az olyan óriások, mint az Alza vagy az eMAG dominanciája mellett az ultra-agresszív, tőkeerős ázsiai szereplők megjelenése történelmi magasságokba lökte a CPC árakat a hazai aukciókon.
Az alábbi táblázat jól szemlélteti, hogyan alakulnak a valós, átlagos kattintási költségek (CPC) a legfontosabb magyarországi e-commerce kategóriákban:
| Kategória | Meta Ads átlagos CPC (HUF) | Google Search átlagos CPC (HUF) | Google Shopping / PMax CPC (HUF) |
| :--- | :--- | :--- | :--- |
| Divat & Ruházat | 90 - 150 | 110 - 180 | 60 - 110 |
| Bútor & Lakberendezés | 140 - 240 | 180 - 310 | 90 - 160 |
| Pénzügy & Biztosítás | 350 - 650 | 600 - 1200 | N/A |
| Étrendkiegészítők & Egészség | 110 - 210 | 160 - 290 | 80 - 140 |
Ezek mellett a számok mellett a klasszikus, felületes ROAS (Return on Ad Spend) riportálás életveszélyessé vált. Ha egy webáruház 40%-os árréssel dolgozik, és emellé magas visszáru-aránnyal szembesül, akkor egy 3x-os Google Ads ROAS valójában masszív veszteséget jelent. Az ügynökségek nem takarózhatnak tovább a platformok saját, sokszor torzított (vagy a Consent Mode v2 miatt modellezett adatokkal dúsított) belső konverziós számaival.
A harmadik féltől származó cookie-k kivezetése és az adatvédelmi szigorítások miatt a GA4-ben megjelenő "Unassigned" (nem hozzárendelt) forgalom aránya sok magyar fiókban eléri a 25-35%-ot. Ha az ügynökség nem épít olyan Looker Studio dashboardot, amely képes áthidalni ezeket az adatréseket és összevetni a hirdetési költségeket a tényleges ERP (számlázó vagy webshop motor) adatokkal, akkor gyakorlatilag vakon vezeti az ügyfél kampányait.
A háromszintű dashboard-architektúra
A legnagyobb hiba, amit egy PPC ügynökség elkövethet, hogy egyetlen, gigantikus, 15 oldalas Looker Studio sablont akar letolni mindenki torkán. A cégtulajdonos másodpercek alatt akarja látni a lényeget, a marketingvezető a csatornák közötti interakciókra kíváncsi, míg a PPC specialistának a kampányszintű, granularis adatokra van szüksége. Éppen ezért három különálló nézetet – vagy egyértelműen elválasztott lapszerkezetet – kell kialakítani.
1. C-Level / Stratégiai Dashboard (Executive View)
A cégvezetés és a pénzügyi igazgató (CFO) nem akar látni kulcsszavakat, sem CTR-t, sem minőségi mutatókat. Számukra kizárólag a makrogazdasági és üzleti KPI-ok léteznek.
- Blended MER (Marketing Efficiency Ratio): Az összes marketingköltés osztva a teljes adózott (vagy nettó) árbevétellel.
- Blended ROAS / POAS (Profit on Ad Spend): Az árréstömeg aránya a hirdetési költségekhez képest.
- CAC (Customer Acquisition Cost): Új vásárlók megszerzési költsége (szegmentálva az új vs. visszatérő vásárlók arányával).
- LTV (Lifetime Value): Az ügyfél-élettartam érték – ez különösen fontos a hazai piacon, ahol az átlagos visszatérési ráta alacsony (15-25% körüli).
2. Marketing Manager Dashboard (Operational View)
Ez a szint a belső marketingcsapat vagy a marketingvezető napi szintű munkáját támogatja. Itt már megjelennek a csatornaspecifikus teljesítménymutatók, de még mindig az összefüggéseken van a hangsúly.
- Költségkeret-kihasználás (Budget Pacing): Egy dinamikus mutató, amely jelzi, hogy a hónap adott napján az időarányos büdzsé hány százalékát költöttük el, és a jelenlegi trendek alapján túl- vagy alulköltené-e az ügynökség az ügyfél által meghatározott (például 1,5 millió HUF/hó) keretet.
- Csatornák közötti eloszlás: Google Ads vs. Meta Ads vs. TikTok Ads vs. Árukereső (ez utóbbi a magyar elektronikai és barkács szektorban a konverziók akár 15-20%-át is adhatja, mégis sokan kihagyják a riportokból).
- Kosárérték (AOV) és Konverziós Ránya trendek: Grafikonos ábrázolás a szezonalitás és az akciók hatásainak elemzéséhez.
3. PPC Specialist Dashboard (Tactical/Deep-dive View)
Ez az ügynökség saját játszótere. Itt nincsenek elrejtve a technikai részletek, hiszen a napi optimalizáláshoz kellenek az adatok.
- PMax Asset Group teljesítmény: Külön vizualizáció (mivel a Google Ads ezt gyalázatosan mélyre rejti), amely megmutatja, hogy a Performance Max kampányok valójában a Shopping feedből, keresési hirdetésekből vagy videós elhelyezésekből hozzák-e a konverziókat.
- Keresési kifejezések és kizáró kulcsszavak listája: Automatikusan frissülő táblázat a nem releváns, de sokat költő kifejezésekről.
- Meta hirdetéskreatívok teljesítménye: Hirdetéscsoportok feletti összehasonlító táblázat, amely a költés, CTR, Hook Rate (3-second video view rate) és konverziós érték alapján rangsorolja a bannerképeket és videókat.
Az API-csapdák és az adatkonzisztencia ára
A Looker Studio használata ingyenes, ám a nem Google-tulajdonú platformok (Meta Ads, TikTok Ads, Árukereső, CRM rendszerek) adatainak behúzásához külső összekötőkre (connectorokra) van szükség. Sok magyar ügynökség ott követ el hibát, hogy a legolcsóbb, instabil és lassú közösségi/ingyenes konnektorokat használja, amelyek hetente egyszer "szétesnek", hibás deviza-konverziókat végeznek, vagy egyszerűen túllépik az API lekérdezési korlátokat.
Saját szakmai véleményem szerint az ingyenes konnektorokkal való próbálkozás az ügynökségi reputáció legbiztosabb gyilkosa. Amikor az ügyfél egy hétfő reggeli státusz előtt azt látja, hogy a dashboardján "System Error" vagy "User Configuration Error" hibaüzenet villog, az ügynökség professzionalizmusa azonnal nullára íródik le a szemében.
Ha a havi hirdetési költés meghaladja a 2 millió forintot ügyfelenként, el kell felejteni a közvetlen Looker Studio konnektorokat a nagyobb csatornákhoz. Miért? A GA4 API kvótakorlátai (Tokens limit) miatt a sokat nézegetett, bonyolult kalkulált mezőket tartalmazó dashboardok délután kettőre használhatatlanná válnak, mert "Quota Exceeded" hibát dobnak.
A professzionális megoldás egy köztes adatbázis (Data Warehouse) beiktatása. Erre a Google BigQuery a legalkalmasabb. A folyamat lépései:
```
[Adatforrások: Google Ads, Meta, TikTok, UNAS/Shoprenter]
│
▼
[Köztes réteg: Windsor.ai / Supermetrics (API kinyerés)]
│
▼
[Adattárház: Google BigQuery (HUF normalizálás, deduplikálás)]
│
▼
[Megjelenítés: Looker Studio (Gyors, kvótahiba-mentes riport)]
```
Ez a struktúra havonta nagyjából 15 000 és 45 000 HUF közötti extra költséget jelent az ügynökségnek vagy az ügyfélnek (a Windsor.ai vagy Pappas árazásától és a BigQuery tárolási/lekérdezési díjától függően), de cserébe villámgyors, stabil és 100%-ban megbízható riportokat kapunk, amelyek nem omlanak össze a karácsonyi szezon (Q4) legfontosabb napjain.
A devizaváltás és az időzónák pokla
A magyar e-commerce specifikuma, hogy sok hazai tulajdonú webáruház exportál a környező országokba (Szlovákia, Románia, Csehország). A hirdetési fiókok gyakran euróban (EUR) vagy helyi devizákban (RON, CZK) költenek, miközben az ERP-ből és a magyar GA4 nézetből HUF adatok érkeznek.
Ha a Looker Studióban egyszerűen összeadjuk ezeket a költségeket, az eredmény katasztrofális lesz. A sablonokban kötelező implementálni egy dinamikus devizakonverziós táblázatot. Ezt megtehetjük egy Google Sheets táblázat segítségével, amely az `IMPORTXML` függvénnyel naponta lekéri az MNB hivatalos devizaárfolyamait, majd ezt a táblázatot "Data Blend" (adatösszevonás) segítségével hozzákapcsoljuk a hirdetési költségekhez a dátum mező alapján.
Ugyanez a helyzet az időzónákkal: ha a Meta hirdetési fiók UTC-ben mér, a GA4 pedig a magyar időzóna szerint (CET/CEST), akkor a napi riportokban akár 10-15%-os eltérések is lehetnek az éjféli órák konverzióinak elcsúszása miatt. A Looker Studio és a BigQuery szintjén minden adatforrást egységesen CET időzónára kell transzformálni az összevonás előtt.
Esettanulmány: Hogyan mentette meg egy 250M HUF árbevételű magyar divat webshopot a POAS-alapú dashboard
A vizsgált vállalkozás egy egyedi, saját gyártású női ruhákat értékesítő magyar webáruház, amely Shoprenter motort használ.

A kiinduló állapot és a probléma
- Éves árbevétel: 250 000 000 HUF (nettó).
- Havi hirdetési keret: nettó 3 500 000 HUF (megosztva: 70% Meta Ads, 30% Google PMax).
- Az ügynökség korábbi riportja: Egy statikus, havonta egyszer küldött PDF prezentáció, amely büszkén hirdette a Meta Ads felületén látható 5,2-es ROAS-t és a Google Ads 4,1-es ROAS-át.
- A tulajdonos problémája: A bankszámlán lévő egyenleg hónapról hónapra csökkent, a tulajdonos nem értette, hogyan lehet veszteséges a cég, ha a marketingesek "szárnyaló" eredményeket mutatnak be.
A diagnózis
Miután átvettük a fiókokat és elvégeztük a technikai auditot, kiderült, hogy az ügynökség teljesen figyelmen kívül hagyta a magyar piacra jellemző két kritikus tényezőt:
- Magas visszáru-arány: A divat szegmensben a méretproblémák miatt a hazai vásárlók átlagosan 32%-os arányban élnek az elállási joggal. A visszaküldött termékek értékét a Meta és a Google Ads természetesen soha nem vonta le a konverziós értékekből.
- Bruttó vs. Nettó torzítás: A hirdetési rendszerekbe a Shoprenter a bruttó (27%-os áfával növelt) vételárat küldte be konverziós értékként, miközben az árrés és a nyereség számítása mindig nettó alapon történik.
Gyakorlatilag a korábbi ügynökség által jelentett 5,2-es ROAS a valóságban a következőképpen nézett ki nettó, visszáruval tisztított szinten:
$$\text{Valós ROAS} = \frac{\text{Bruttó Kosárérték} \times (1 - \text{ÁFA}) \times (1 - \text{Visszáru \%})}{\text{Hirdetési Költség}}$$
$$\text{Valós ROAS} = \frac{5.2 \times 0.7874 \times 0.68}{1} = 2.78$$
Mivel a vállalkozás átlagos árrése a termékeken a beszerzési és gyártási költségek (COGS) levonása után 55% volt, a fedezeti pontuk (Break-even ROAS) nettó szinten $1 / 0.55 = 1.81$ volt. A 2,78-as valódi ROAS ugyan még éppen nyereséges volt, de ha levontuk a csomagolás, a szállítás, az ügyfélszolgálat és az ügynökségi munkadíj költségét, a cég valóban veszteséget termelt minden egyes eladott nadrágon és ruhán.
A Looker Studio megoldás és az új képlet
Létrehoztunk egy egyedi, dinamikus Looker Studio dashboardot, amely az alábbi módon kapcsolta össze az adatokat:
- Egy automatizált Google Sheets tábla naponta frissítette a Shoprenterből kiexportált valós, teljesített (és nem visszaküldött) rendelések értékét.
- A beszerzési árakat (COGS) beimportáltuk termék-szinten SKU alapján.
- Létrehoztunk egy kalkulált mezőt a Looker Studióban, amely a POAS-t (Profit on Ad Spend) mérte:
```sql
/ POAS kalkulációs séma Looker Studio számított mezőben /
SUM(Nettó_Árbevétel - COGS - Szállítási_Költség) / SUM(Hirdetési_Költség)
```
Ez a dashboard drasztikus változást hozott. Az alábbi táblázat mutatja be a kampányok teljesítményét a váltás ELŐTT és UTÁN:
| Metrika | Váltás előtt (Ügynökségi riportból) | Váltás után (Valós, POAS dashboardon) | Változás az optimalizálás után |
| :--- | :--- | :--- | :--- |
| Meta Ads ROAS | 5.2 (Bruttó, fiktív) | 2.1 (Nettó, valós) | 4.2 (Valós, tisztított) |
| Google Ads ROAS | 4.1 (Bruttó, fiktív) | 1.8 (Nettó, valós) | 3.8 (Valós, tisztított) |
| Havi Nettó Profit (HUF)| - 850 000 Ft | - 850 000 Ft | + 3 450 000 Ft |
| Riportálásra fordított idő | 16 óra / hónap (manuális) | 0.5 óra / hónap (automata) | Megtakarítás: ~240 000 Ft/hó |
Az új dashboard azonnal megmutatta, hogy a Meta Ads-en belül két "bestsellernek" hitt ruhamodell hirdetései hatalmas összegeket égettek el, mert bár sokan megvásárolták őket, a méretezési hiba miatt a vásárlók 65%-a visszaküldte őket. Amint ezeket a kampányokat leállítottuk, és a költségkeretet átcsoportosítottuk a jól teljesítő, alacsony visszaküldési arányú Google PMax és Meta Advantage+ kampányokra, a webshop három hónapon belül nyereségessé vált. Az ügynökség pedig havi 16 órányi manuális Excel-táblázat farigcsálást spórolt meg, amit érdemi stratégiai munkára tudott fordítani.
Gyakori hibák: Mit NE tegyél a magyar PPC dashboardokban
A hazai ügynökségi gyakorlatot vizsgálva számos olyan strukturális és logikai hiba rajzolódik ki, amelyek teljesen hiteltelenítik a riportálást.
1. Az "Adat-hányás" (Data Puke) szindróma
Sokan azt hiszik, hogy a jó dashboard az, ami tele van pakolva minél több színes grafikonnal, tortadiagrammal és táblázattal. Ez tévedés. Ha az ügyfél megnyitja a dashboardot, és 45 különböző KPI-t kap az arcába (mint például az átlagos CPM, a kinyert megjelenítések aránya vagy a hirdetések relevanciaponthoz kapcsolódó diagnosztikája), akkor egyszerűen be fogja zárni.
- A megoldás: Alkalmazz progressive disclosure (fokozatos felfedés) elvet. Az első oldalon maximum 5 darab kiemelt kártya (Scorecard) szerepeljen az abszolút legfontosabb üzleti számokkal, és csak a belső fülekre kerüljenek a részletes teljesítménymutatók.
2. A Performance Max kampányok "fekete doboz" jellegének elfogadása
A Google Ads PMax kampányai alapértelmezésben hajlamosak a "márka-kannibalizmusra" – vagyis az organikus keresésekből és az egyébként is konvertáló, saját márkanevünkre (brand kifejezések) kereső felhasználóktól lopják el a konverziókat, hogy papíron fantasztikus ROAS-t mutassanak fel. Ha a Looker Studióban nem választjuk le a PMax márkás kereséseit a nem-márkás (generic) keresésekről, hamis biztonságérzetbe ringatjuk magunkat.
- Hogyan kerüld el: Készíts egy egyedi szűrőt vagy kalkulált mezőt, amely elkülöníti a brand forgalmat a PMax kampányokon belül, vagy használj szkripteket, amelyek az adatokat közvetlenül egy Google Sheets-be, majd onnan a Looker Studióba tolják.
3. A helyi, hazai konverziós utak figyelmen kívül hagyása
Magyarországon a hirdetési ökoszisztéma nem csak a Google-ből és a Metából áll. Egy műszaki webáruház vagy játékbolt esetében az Árukereső, az Olcsóbbat, a Favi vagy a Glami hatalmas szerepet játszik. Ha ezeket a csatornákat "Egyéb" vagy "Direct / Organic" gyűjtőnév alatt kezeljük, az ügynökség nem fogja látni a teljes képet.
- Hogyan kezeld: Minden egyes külső platform kampányát kötelező precíz UTM paraméterezéssel ellátni (`utm_source=arukereso&utm_medium=cpc&utm_campaign=feed`). A Looker Studióban pedig készíts egy olyan összesített "All Channels" nézetet, ahol ezek a specifikus magyar források is önálló entitásként jelennek meg a Google és Meta mellett.
4. A hibás adatkeverés (Data Blending)
A Looker Studio egyik legnagyobb fegyvere a Data Blend, vagyis a különböző adatforrások összekapcsolása egy közös kulcs (párosító dimenzió) alapján. A leggyakoribb hiba, hogy a "Date" (Dátum) mező mentén kapcsolják össze a Google Ads és a Meta Ads költségeit anélkül, hogy figyelnének a formázásra. Ha az egyik forrásban a dátum formátuma `YYYYMMDD`, a másikban pedig `DD/MM/YYYY`, a Looker Studio nem fogja tudni párosítani az adatokat, és üres vagy hibás mezőket fog mutatni.
- A helyes módszer: Mindig alkalmazzunk típuskonverziót (`TODATE` vagy `PARSE_DATE` függvényekkel) a keverés előtt, hogy a dátum kulcsok formátuma karakterre pontosan megegyezzen.
Akcióterv
A következő lépésekkel 30 napon belül átállíthatod az ügynökségedet egy skálázható, automatizált és valóban értéket mutató Looker Studio riportálási rendszerre.
- Végezz ügyfélauditot és szegmentációt: Osztályozd az ügyfeleidet havi költésük és érettségük alapján. A havi 500 000 HUF alatti mikro-ügyfeleknek elegendő egy standardizált, natív GA4 + Google Ads sablon. A 2 millió HUF feletti e-commerce ügyfeleknek kötelezően biztosíts egyedi, BigQuery-alapú, POAS-fókuszú dashboardot.
- Szelektáld ki az API konnektorokat: Szüntesd meg az ingyenes harmadik felektől származó összekötők használatát. Válassz egy megbízható, fizetős szolgáltatót (pl. Windsor.ai), és kalkuláld bele ennek díját (ügyfelenként kb. havi 5 000 - 15 000 HUF) az ügynökségi rezsibe vagy számlázd ki közvetlenül nekik technológiai díjként.
- Építsd fel a mestersablont (Master Template): Hozz létre egy vizuálisan letisztult, sötét vagy világos témájú sablont, amely illeszkedik az ügynökséged arculatához. A sablon tartalmazza a három kötelező szintet (C-Level, Marketing Manager, PPC Specialist). Használj semleges színeket, és csak a legfontosabb kiugró értékeket jelöld figyelemfelkeltő piros vagy zöld színekkel.
- Integráld az ERP adatokat és kezeld a visszárut: Kérd meg az ügyfél webfejlesztőjét vagy használd a Shoprenter/UNAS/Shopify beépített export funkcióit, hogy egy Google Sheets táblázatba naponta írják be a valós, nettó teljesített megrendelések számát és a sztornózott/visszaküldött tételek értékét. Kösd ezt hozzá a dashboardhoz.
- Készíts automatizált Budget Alert rendszert: Építs be a dashboard PPC Specialist fülére egy olyan feltételes formázást, ami pirosan villog, ha a becsült havi költés 5%-kal meghaladja vagy alulteljesíti az ügyfél által jóváhagyott büdzsét. Ez megvédi az ügynökséget a kellemetlen "túlköltéses" vitáktól.
- Iktasd be a 15 perces Loom videós státuszt: Ahelyett, hogy órákat töltenél el az adatok írásbeli elemzésével, minden hónap elején rögzíts egy maximálisan 15 perces képernyővideót (Loom vagy Vidyard segítségével), ahol végigvezeted az ügyfelet a Looker Studio dashboardon, kiemelve a trendeket, a hibákat és a következő hónap javasolt lépéseit. Ezzel időt spórolsz meg, miközben az ügyfélkapcsolati élmény nagyságrendekkel javul.




