Looker Studio riporting magyar PPC ügynökségeknek: Sablonok, API-korlátok és a valós HUF-alapú megtérülés

Cím: Looker Studio dashboard sablonok magyar PPC ügynökségeknek: Az ügyfélmegtartó riportálás művészete és a 100 milliós webshopok valósága

Meta leírás: Hogyan építs olyan Looker Studio riportot, ami csökkenti az ügyfélelvándorlást és valódi üzleti döntéseket támogat? Gyakorlati útmutató magyar PPC ügynökségeknek valós számokkal és BigQuery integrációval.

A legtöbb magyar PPC ügynökség havonta több tíz munkaórát éget el olyan 12 oldalas, túlbonyolított Looker Studio dashboardok frissítésével és magyarázásával, amelyeket az ügyfelek vagy meg sem nyitnak, vagy ha mégis, teljesen félreértelmeznek. Miközben a fiókkezelő büszkén mutatja be a Google Ads CTR 15%-os növekedését vagy a CPC 8 forintos csökkenését, a 150–500 millió forintos éves árbevételű webshop tulajdonosa éppen likviditási válsággal küzd a visszaküldött termékek és a fals GA4-es bevételi adatok miatt. A riportálás ma sokkal inkább egy defenzív, az ügynökségi létjogosultságot bizonygató kényszerré vált, semmint az üzleti növekedést támogató stratégiai iránytűvé. Ez a mélyreható útmutató leszámol a felesleges hiúsági mutatókkal, és bemutatja, hogyan építhető fel egy olyan Looker Studio sablonrendszer, amely valóban képes megtartani a havi 150 000 és 600 000 forint közötti ügynökségi díjat fizető hazai ügyfeleket.

A hazai e-commerce piac növekedési ütemének lassulásával és az akvizíciós költségek drasztikus emelkedésével a PPC kampányok hatékonyságának mérése kritikusabbá vált, mint bármikor korábban. A Google Analytics Data API kvótakorlátozásai miatt a közvetlen GA4-Looker Studio összeköttetések használhatatlanná váltak: a napi 50 000 feletti munkamenetet bonyolító webshopok dashboardjai rendszeresen összeomlanak az "Error 13" (Quota exceeded) hibaüzenettel.

A 2026-os piaci realitás az, hogy a harmadik feles cookie-k végleges kivezetése és a Consent Mode v2 miatti adatvesztés (amely Magyarországon a felhasználók 15-25%-át is érinti a szigorodó hozzájárulási ráták miatt) miatt a modellezett adatok aránya megnőtt. Ha egy ügynökség tisztán a Google Ads vagy a Meta Ads felületén látható, sokszor 1-day click vagy 7-day view attribúcióval torzított ROAS számaira támaszkodik, akkor vakvágányra viszi az ügyfél költségvetését.

A hazai kkv-szektor szereplői ma már nem fogadják el a "minden zölden világít a riportban, de a bankszámlán nincs pénz" jelenséget. A Google Ads átlagos CPC árak a divat és szépségápolási szektorban elérték a 90–150 forintot, míg a rendkívül kompetitív lakberendezési, szerszám vagy pénzügyi szegmensben a kattintásonkénti költségek a 300–700 forintos sávba kúsztak fel. Ilyen árak mellett a mérések pontossága és a Looker Studio riportok üzleti relevanciája közvetlenül meghatározza az ügynökség megtartási rátáját (churn rate).

---

Amikor egy ügynökség közvetlenül a Google Analytics 4 natív konnektorán keresztül húzza be az adatokat a Looker Studio-ba, azzal három fő problémát idéz elő. Egyrészt a már említett API kvótakorlátok miatt a riportok lassúak lesznek, ami frusztrálja az ügyfelet. Másrészt a GA4 alapértelmezett módon bruttó bevételeket mér, ha a webshop fejlesztője nem szűrte le a 27%-os magyar áfát a purchase esemény küldésekor. Ha a Looker Studio-ban ezt nem korrigáljuk, a ROAS mutatók 27%-kal lesznek túlbecsülve az adóterhek miatt, miközben az adóköltések nettó alapon jelennek meg.

Magyarországon az utánvétes fizetés (COD - Cash on Delivery) aránya még mindig rendkívül magas, a webáruházak típusától függően 50% és 75% között mozog. Ez magával hozza az át nem vett csomagok és a visszaküldések problémáját. Egy divat webshop esetében a visszaküldési arány elérheti a 25-35%-ot.

Ha a Looker Studio sablon kizárólag a GA4 online tranzakcióit mutatja, akkor az ügynökség egy olyan virtuális valóságot riportál, amelyben 30%-kal több bevétel szerepel, mint amennyi valójában beérkezett a cég SimplePay, Barion vagy OTP bankszámlájára.

Az ügyvezetőket és a marketingvezetőket nem érdekli a megjelenítési arány (Impression Share), a minőségi mutató (Quality Score) vagy a kattintási arány (CTR), ha ezek nincsenek közvetlen kapcsolatban a profitabilitással. A riportoknak három szintet kell lefedniük, amelyek élesen elválnak egymástól:

| Riportálási szint | Célközönség | Fő fókuszmutatók | Riportálási gyakoriság |

| :--- | :--- | :--- | :--- |

| C-Level / Tulajdonos | Ügyvezető, CFO | Net Revenue, MER, POAS, Blended CAC, LTV | Havi egyszeri áttekintés |

| Marketing Manager | Marketingvezető | Channel-specific ROAS, CPA, AOV, Új vs. Visszatérő vásárlók aránya | Heti / Kétheti státusz |

| Operatív / PPC Specialista | Fiókkezelő, PPC-s | CTR, CPC, Ad Spend, Conversion Rate campaign-level, Imp. Share | Napi / Folyamatos monitoring |

---

Egy professzionális ügynökségi sablon nem egyetlen, végtelen görgetésű oldalból áll, hanem egy logikailag strukturált, többrétegű irányítópultból. A következőkben bemutatjuk a három kötelező nézetet, amelyeknek minden modern PPC dashboardban szerepelniük kell.

Ennek az oldalnak egyetlen képernyőn, görgetés nélkül kell választ adnia arra a kérdésre: "Nyereségesek a marketingkampányaink?"

• Blended ROAS helyett MER (Marketing Efficiency Ratio):

$$\text{MER} = \frac{\text{Összes online árbevétel (nettó)}}{\text{Összes hirdetési kiadás (Google + Meta + TikTok + Árukereső)}}$$

Ez a mutató kiküszöböli a csatornák közötti attribúciós átfedéseket (amikor a Google Ads és a Meta Ads is magának tulajdonítja ugyanazt a konverziót).

• POAS (Profit on Ad Spend): Nem a bevételt, hanem a termékek árrését (margin) veszi alapul. Ehhez a sablonba be kell csatornázni egy becsült átlagos árrést (pl. 45%), vagy dinamikusan beolvasni a feedből a COGS (Cost of Goods Sold) adatokat.

$$\text{POAS} = \frac{\text{Bruttó fedezet (Nettó Árbevétel - COGS)}}{\text{Összes hirdetési kiadás}}$$

• Blended CAC (Customer Acquisition Cost): Az egy új vásárló megszerzésére jutó teljes marketingköltség.

```

+-----------------------------------------------------------------------------------+

| EXECUTIVE VIEW |

+------------------------+--------------------------+-------------------------------+

| NET REVENUE (ACTUAL) | TOTAL AD SPEND | MER (BLENDED) |

| 32,450,000 HUF (-3%) | 6,200,000 HUF (+12%) | 5.23x (-15%) |

+------------------------+--------------------------+-------------------------------+

| TRUE POAS | BLENDED CAC | NEW CUSTOMER RATIO |

| 2.35x | 4,250 HUF | 62% |

+------------------------+--------------------------+-------------------------------+

```

Ez az oldal a csatornák közötti költségvetés-allokációt támogatja. Lehetővé teszi az egyes források összehasonlítását azonos időtávon.

• Magyarországi specifikumok integrációja: A sablonnak külön táblázatban kell kezelnie a hazai piac meghatározó árösszehasonlító oldalait, elsősorban az Árukeresőt (illetve kisebb mértékben az Olcsóbbat.hu-t). Az Árukereső sok e-commerce partnernél a teljes kosárérték 15-25%-át adja, rendkívül alacsony (30–70 Ft) CPC mellett, de magas konverziós rátával. Ha ezt kihagyjuk a dashboardról, torz képet kapunk az akvizíciós mixről.
• Áfa-korrekciós mezők alkalmazása: A Looker Studio-ban létre kell hozni egy egyedi számított mezőt (Calculated Field) a GA4 bevételekre, ha azok bruttó módon érkeznek:

`Nettó Bevétel (GA4) = Revenue / 1.27`

3. A "Retention & LTV" (Kohorsz nézet)

Különösen a magasabb CPC-jű szektorokban (pl. prémium kávék, kozmetikumok, kutyaeledelek) létfontosságú annak bemutatása, hogy az első vásárlás után hogyan térül meg az akvizíciós költség.

• Visszatérő vásárlók aránya (Cohort Analysis): Google Sheets-ből vagy BigQuery-ből behúzott adatok alapján vizualizálni kell a vásárlási gyakoriságot (Frequency) és az LTV (Lifetime Value) alakulását a 30., 60. és 90. napon.
• Ha a PPC kampányok csak 1.2-es ROAS-t produkálnak az első vásárlásból, az ügynökséget könnyen kirúghatják. Ha viszont a dashboard megmutatja, hogy a megszerzett vevők 40%-a 90 napon belül újra vásárol organikusan vagy hírlevélből, máris bizonyítható a PPC kampányok hosszú távú profitabilitása.

---

Az alábbi valós példán keresztül szemléltetjük, hogyan mentette meg egy hazai ügynökség az ügyfélkapcsolatát a riportálási struktúra teljes átalakításával.

A webáruház női divatcikkeket értékesít, az éves nettó árbevétele 250 000 000 Ft (havonta átlagosan ~21 000 000 Ft). Az ügynökség havi 250 000 Ft fix díj + a költés 5%-a ellenében kezelte a Google és Meta kampányokat.

A havi riportban az ügynökség az alábbi számokat prezentálta:

• Meta Ads költés: 1 500 000 Ft
• Meta Ads által jelentett bevétel (7-day click, 1-day view): 7 500 000 Ft
• Meta ROAS: 5.0x
• Google Ads költés: 1 200 000 Ft
• Google Ads által jelentett bevétel (AdWords attribúció): 4 800 000 Ft
• Google ROAS: 4.0x
• Összesített PPC bevétel: 12 300 000 Ft, Összesített PPC költés: 2 700 000 Ft (Átlagos ROAS: 4.55x)

Az ügyfél felbőszülten hívta fel az ügynökség vezetőjét: "A bankkártyás és utánvétes bevételeim összesen nem érték el a 21 millió forintot ebben a hónapban. Ha nektek elköltöttem 2,7 milliót hirdetésre, kifizettem 250 ezer forint ügynökségi díjat, és ti hoztatok nekem 12,3 milliót, akkor miért nem tudom kifizetni a beszállítóimat? Hol a pénz?"

Az ügynökség senior elemzője rámutatott, hogy a riport teljesen figyelmen kívül hagyta a magyar piaci realitásokat:

• A visszaküldési és elállási arány: A divat szegmensben az utánvétes rendelések 32%-át vagy át sem vették, vagy a vevők 14 napon belül visszaküldték (MPL/GLS visszaáru).
• Az attribúciós átfedés: A Meta és a Google Ads kampányok "rabolták" egymás konverzióit. Sok felhasználó először kattintott egy Meta hirdetésre, majd másnap Google keresőből, a márkanevet beírva vásárolt. Mindkét rendszer 100%-ban elszámolta a konverziós értéket.
• Az ÁFA kérdés: A GA4-ben bruttó árak szerepeltek (27%-os áfával növelten), míg a hirdetési költések nettó alapon futottak az ír (Google) és az ír/amerikai (Meta) számlákon.

Végezzük el a valós számítást, amit a Looker Studio-ban le kellett képezni:

| Megnevezés | Riportált (Fals) érték | Korrigált (Valós) érték | Magyarázat / Korrekció |

| :--- | :--- | :--- | :--- |

| Összes PPC Bevétel | 12 300 000 Ft | 9 685 039 Ft | ÁFA korrekció (osztva 1.27-tel) |

| Visszaküldési veszteség (32%)| 0 Ft | -3 099 212 Ft | A visszaküldött termékek nettó értéke |

| Valós realizált nettó bevétel| 12 300 000 Ft | 6 585 827 Ft | A ténylegesen megtartott megrendelések |

| Termékek beszerzési ára (COGS - 50%)| 0 Ft | -3 292 913 Ft | A termékek előállítási/beszerzési költsége |

| Hirdetési költés | 2 700 000 Ft | 2 700 000 Ft | Változatlan |

| Szállítási és csomagolási díj| 0 Ft | -640 000 Ft | Átlagosan 1600 Ft/csomag logisztikai díj (GLS) |

| Valós Nettó PPC Profit | +9 600 000 Ft (elméleti) | -47 086 Ft | Valódi üzleti eredmény |

Ez a táblázat sokkoló, de rávilágít a valóságra: a kampányok valójában veszteséget termeltek, hiába mutatott a Meta 5-ös ROAS-t.

Az ügynökség ahelyett, hogy megvárta volna a felmondást, proaktívan lépett. Leállították a régi riportokat, és felépítettek egy új, BigQuery alapú Looker Studio dashboardot az alábbiak szerint:

• Shopify / Shoprenter API összeköttetés: Google Sheets-en keresztül naponta importálták a valós rendelési státuszokat. Csak a "Fizetett", "Kiszállított" és "Teljesített" státuszú rendelések kerültek be a riportba. A "Törölt" és "Visszaküldött" státuszok azonnal levonásra kerültek.
• COGS és margin számítás: Bevezettek egy csúszkát (Slider control) a riport tetején, ahol az ügyfél manuálisan is beállíthatta az aktuális havi átlagos árrést (ha az változott az akciók miatt), alapértelmezetten 50%-ra állítva.
• A döntés és eredmény: Az új dashboard azonnal megmutatta, hogy a Meta kampányokon belül az egyik hideg célzású lookalike kampány hozta a legtöbb visszaküldést (mert a mérettáblázat pontatlan volt, és a nem elkötelezett vevők rossz méretet rendeltek). Ezt a kampányt leállították, a büdzsét átcsoportosították a magasabb kosárértékű, alacsonyabb visszaküldési rátájú kategóriákra.
• Az ügyfél látta, hogy az ügynökség nem "kozmetikázza" a számokat, hanem partnerként a cég túléléséért dolgozik. Az együttműködés megmaradt, sőt, a fix díjat megemelték havi 350 000 forintra a magasabb szintű adatelemzési szolgáltatás miatt.

---

• Amerikai sablonok kritika nélküli átvétele: A külföldi piactereken (pl. Etsy, Gumroad) megvásárolható, vizuálisan csodaszép sablonok szinte kivétel nélkül megbuknak a magyar piacon. Nem kezelik a helyi sajátosságokat (27%-os ÁFA, Árukereső feedek, Foxpost/Sameday csomagpontos logisztikai adatok, utánvétkezelés költségei).
• Túl sok szín és grafikon alkalmazása: A piros és a zöld színek indokolatlan használata stresszeli a döntéshozót. Csak akkor használj piros színt egy KPI kártyán, ha az elmaradás meghaladja az előző időszakhoz képest a 10%-ot.
• A "Loom-videó mentális elutasítása": Sok ügynökség kiküldi a Looker Studio linket egy szikár e-mail kíséretében: "Frissült a riport, itt lehet megnézni." Az ügyfélnek nincs ideje kibogozni a grafikonokat. Egy 5 perces, Loom vagy Vidyard segítségével felvett képernyővideó, ahol a fiókkezelő elmondja, mi történt és mik a következő lépések, többet ér, mint 50 oldalnyi statikus dashboard.

---

Ha el akarod kerülni az API kvótahibákat, a GA4 adatokat BigQuery-be kell exportálnod. Ez az eljárás elsőre bonyolultnak tűnhet, de valójában egy 200 millió forintos árbevételű webshop esetében a Google Cloud költségei szinte biztosan a havi 1500 Ft-os limit alatt maradnak, azaz gyakorlatilag ingyenes.

• Google Cloud Project létrehozása: Látogass el a Google Cloud Console felületére, hozz létre egy új projektet az ügyfél nevére (fontos, hogy a számlázási adatok az ügyfélé legyenek, ne az ügynökségé!).
• BigQuery Linking a GA4-ben: A Google Analytics 4 adminisztrációs felületén keresd meg a Termékösszekapcsolások (Product Links) menüpontot, majd válaszd a BigQuery-kapcsolatok opciót.
• Adatfolyam beállítása: Válaszd ki a napi (Daily) és a valós idejű (Streaming) exportot is. Divat vagy szezonális webshopoknál a napi egyszeri export bőven elegendő.
• SQL nézetek (Views) létrehozása: Mivel a GA4 nyers adatszerkezete (nested event parameters) nehezen kezelhető közvetlenül a Looker Studio-ban, írnod kell egy egyszerű SQL lekérdezést, ami "kilapítja" (flatten) a táblákat.

Egy tipikus SQL lekérdezés, amellyel kinyerheted a tranzakciókat és a nettó bevételeket:

```sql

SELECT

event_date AS datum,

(SELECT value.string_value FROM UNNEST(event_params) WHERE key = 'transaction_id') AS tranzakcios_id,

geo.country AS orszag,

traffic_source.source AS forras,

traffic_source.medium AS medium,

-- ÁFA (27%) levonása a bevételből közvetlenül a lekérdezésben

ROUND(event_value_in_usd * 360 / 1.27, 2) AS netto_bevétel_huf

FROM

`your-project-id.analytics_123456789.events_*`

WHERE

event_name = 'purchase'

AND _TABLE_SUFFIX BETWEEN '20260101' AND '20261231'

```

• Összekapcsolás a Looker Studio-val: A Looker Studio-ban az új adatforrás hozzáadásakor ne a GA4-et, hanem a BigQuery-t válaszd. Válaszd ki a létrehozott projektet és a kilapított SQL nézetet. Az adatok betöltése így tizedmásodpercek alatt fog megtörténni, kvótahibák nélkül.

---

Ha szeretnéd a saját ügynökséged riportálási folyamatait professzionális szintre emelni, kövesd az alábbi lépéseket a következő 30 napban:

• Mérd a riportok használatát: Integrálj egy Google Analytics követőkódot a jelenlegi Looker Studio dashboardjaidba (File -> Report settings -> Google Analytics Measurement ID). 30 nap után nézd meg, melyik ügyfél hányszor nyitotta meg a riportot. Meg fogsz döbbeni: a sablonok több mint 60%-át havonta egyszer vagy egyszer sem nyitják meg.
• Vezesd be a "Magyarított" adatsorokat: Az összes e-commerce ügyfelednél hozz létre egy számított mezőt, amely a GA4 bruttó bevételeit nettósítja (`Revenue / 1.27`), kivéve, ha bizonyíthatóan nettó adatokat küld a fejlesztő a dataLayer-ből.
• Kérd be a futárszolgálati adatokat: Kérd el az ügyfelek havi számláit vagy statisztikáit a GLS, Express One, MPL vagy DPD rendszerekből a visszaküldési és át nem vételi arányokról. Ezt rögzítsétek fix értékként vagy egy egyszerű Google Táblázatban, amit összekötsz a dashboarddal.
• Térj át a BigQuery-re a TOP 5 ügyfélnél: Minden olyan ügyfélnél, ahol a havi hirdetési költés meghaladja az 1 000 000 forintot, állítsd be a BigQuery exportot a lassulások és a kvótahibák megszüntetésére.
• Definiálj "Red Flag" (Vészjelző) határértékeket: Állíts be automatikus feltételes formázást a Looker Studio-ban. Ha a heti MER mutató 3.5 alá esik, a cella háttere váltson halványvörösre, jelezve az ügyfélnek, hogy az ügynökség már észlelte a problémát és dolgozik a megoldáson.
• Cseréld le az e-maileket videóra: A következő havi záráskor a dashboard linkje mellett küldj egy maximum 5-8 perces személyre szabott Loom videót, ahol csak a lényegre fókuszálsz: mi volt a cél, mi teljesült, miért, és mit tesztek a következő hónapban a növekedésért.

Ez a megközelítés gyökeresen megváltoztatja az ügynökség és az ügyfél közötti dinamikát. A PPC-s többé nem egy "költségtényező" lesz, aki érthetetlen hárombetűs mozaikszavakkal (CTR, CPA, ROAS) takarózik, hanem egy stratégiai partner, aki tisztában van a magyar kkv-szektor profitabilitási kihívásaival, a logisztikai költségekkel és a likviditás fontosságával.