PDF katalógus és árlista letöltésének mérése a GA4-ben

Scheo · 2026-10-14 · olvasási idő ~10 perc · Szerző: Schmidt Péter

A PDF katalógus és az árlista sok cégnél az utolsó állomás az ajánlatkérés előtt. Ennek ellenére ritkán tudja valaki megmondani, melyik dokumentumot hányan nyitották meg, és melyik oldalról indultak. A GA4 alapbeállításban is rögzíti a letöltést, csak éppen szűk feltételek mellett. Ebben a cikkben végigmegyünk azon, mit lát a mérés, hol marad vak, hogyan építesz belőle használható riportot, és mikor érdemes a letöltést kulcseseményként kezelni.

Három jelölést használok végig. Hivatalosan igazolt az, ami a Google dokumentációjában szerepel. Saját tapasztalat az, amit mérési beállítások és auditok során rendszeresen látunk. Szakmai feltételezés az, amit logikusnak tartok, de nincs rá hivatalos megerősítés.

Mit rögzít pontosan a GA4 file_download eseménye?

A file_download esemény azt rögzíti, hogy a látogató rákattintott egy olyan linkre, amelynek az URL-je ismert fájlkiterjesztést tartalmaz. A kattintást méri, a fájl tényleges megérkezését vagy elolvasását nem.

Hivatalosan igazolt. A bővített mérés a webes adatfolyam beállításai között kapcsolható, és új tulajdonnál alapból aktív. A fájlletöltés figyelése akkor indul el, ha a link dokumentumra, szöveges állományra, prezentációra, tömörített fájlra, videóra vagy hangfájlra mutat. A leggyakoribb kiterjesztések között ott van a pdf, az xls és xlsx, a doc és docx, a csv, a txt, a ppt és pptx, valamint a zip.

Az esemény mellé a GA4 több paramétert is küld, ezekből lesz később a riport.

• file_name a fájl elérési útja és neve
• file_extension a kiterjesztés, például pdf
• link_url a kattintott link teljes címe
• link_text a link vagy gomb látható szövege
• link_id és link_classes a link HTML-azonosítója és osztályai

Saját tapasztalat. A link_text sokszor többet ér a fájlnévnél. A „katalogus_v3_vegleges.pdf” semmit nem árul el arról, mit keresett a látogató, a „Letöltöm a teljes termékkatalógust” gombszöveg viszont igen. Ha ugyanarra a fájlra több helyről mutat link, a szöveg és az osztály alapján tudod szétválasztani a fejlécben lévő gombot a szövegközi hivatkozástól.

Mikor nem működik a beépített letöltésmérés?

A bővített mérés akkor nem küld file_download eseményt, ha a kattintott link címében nincs fájlkiterjesztés, vagy ha a letöltés nem egy linkre kattintással indul. A három leggyakoribb eset az átirányított letöltés, a felhőtárhelyre mutató link és az űrlap mögé tett fájl.

Átirányított letöltés

Sok letöltéskezelő bővítmény és egyedi fejlesztés olyan címet használ, mint a /letoltes?id=42 vagy a /dokumentum/arlista. A szerver ezután továbbítja a böngészőt a valódi fájlhoz. A GA4 a kattintás pillanatában csak a link címét látja, abban pedig nincs .pdf. A dokumentáció szerint a kiterjesztés dönti el, hogy letöltésnek számít-e a kattintás, ezért ilyenkor az esemény elmarad. A tünet jellegzetes, mert a letöltéskezelő saját számlálója pörög, a GA4-ben pedig nulla áll.

Felhőtárhely-link

A Google Drive, a Dropbox és a OneDrive megosztási linkjei sem tartalmaznak kiterjesztést. Mivel másik domainre mutatnak, a GA4 kimenő kattintásként, click eseményként rögzíti őket (hivatalosan igazolt). Az adat tehát megvan, csak a kimenő linkek között, összekeverve minden más külső hivatkozással. A fájl nevét sem látod, mert a megosztási cím egy azonosítósor.

Űrlap mögötti fájl

Ha a katalógust az űrlap elküldése után e-mailben küldöd ki, a letöltés a levelezőben történik, ahol a weboldalad mérőkódja nem fut. Ugyanez a helyzet, ha valaki a keresőből vagy egy továbbított levélből nyitja meg közvetlenül a PDF-et. A fájlban nincs mérőkód, így a megnyitás a GA4 számára láthatatlan.

További vakfoltok

• A gomb JavaScripttel nyitja meg a fájlt, és nincs mögötte valódi <a href> elem.
• A dokumentum beágyazott megjelenítőben vagy lapozható katalógusként jelenik meg, letöltés nélkül.
• A látogató elutasította a sütiket, és a hozzájárulási mód miatt az esemény nem kerül be a megszokott formában a riportba.

Szakmai feltételezés. A verziószámmal kiegészített címek (például arlista.pdf?v=3) a tapasztalatok alapján jó eséllyel működnek, de erre nincs külön hivatalos ígéret, ezért élesítés előtt mindig próbáld ki a DebugView-ban.

Hogyan látod riportban, melyik dokumentumot hányszor töltötték le és melyik oldalról?

A legtisztább képet a Felfedezés menü szabad formátumú riportja adja. A sorokba a Fájlnév és az oldal elérési útja kerül, mutatónak az Eseményszám és az Összes felhasználó, szűrőnek pedig a file_download eseménynév.

Az Események standard riportban csak az összesített darabszámot látod. A dokumentumonkénti bontáshoz ezt a hat lépést kövesd.

1. Nyisd meg a Felfedezés menüt, és indíts egy üres, szabad formátumú riportot.
2. Vedd fel a dimenziók közé az Eseménynév, a Fájlnév, a Link szövege, a Link URL-je és az „Oldal elérési útja és képernyőosztály” elemet.
3. A mutatók közé tedd be az Eseményszámot és az Összes felhasználót.
4. Húzd a sorokba előbb a Fájlnevet, alá az oldal elérési útját.
5. Állíts be szűrőt, amelyben az Eseménynév pontosan egyezik a file_download értékkel.
6. Válassz legalább négyhetes időszakot, hogy a ritkábban letöltött dokumentumoknál is legyen értékelhető szám.

Hivatalosan igazolt. A Felfedezés riportjai az eseményszintű adatok megőrzési idejétől függenek, amely alapból két hónap, és az adminisztrációs felületen tizennégy hónapra állítható. Ha éves összehasonlítást szeretnél a katalógusletöltésekről, ezt a beállítást már az elején módosítsd, mert visszamenőleg nem hozható vissza a törölt adat.

Ha a Fájlnév vagy a Link szövege nem szerepel a választható dimenziók között, regisztráld egyéni dimenzióként a file_name és a link_text paramétert, esemény hatókörrel. Hivatalosan igazolt, hogy az egyéni dimenzió csak a létrehozása utáni adatokra érvényes.

Saját tapasztalat. Az Eseményszám rendszeresen magasabb, mint ahány ember valóban letöltötte a fájlt, mert ugyanaz a látogató többször is rákattint, főleg ha a PDF új lap helyett ugyanabban az ablakban nyílik meg. Döntéshez ezért az Összes felhasználó oszlopot nézem, az Eseményszámot pedig csak arra használom, hogy lássam, van-e gyanúsan sok ismételt kattintás egy oldalon.

Mit tegyél, ha a letöltés lead magnet, és űrlapkitöltéshez kötött?

Ilyenkor a sikeres űrlapbeküldést mérd saját eseménnyel, és a dokumentum nevét paraméterként add át. A fájlra kattintás ebben a felállásban kiegészítő jel, a tényleges eredmény a megszerzett érdeklődő.

Hivatalosan igazolt. A Google ajánlott eseményei között szerepel a generate_lead, amelyet érdeklődő szerzésekor érdemes küldeni. A bővített mérésnek is van űrlapfigyelése, de saját tapasztalat, hogy sok űrlapbővítménynél vagy el sem indul, vagy a hibás, validáción elbukott beküldésnél is jelez. Lead magnetnél ezért saját eseményt építünk.

1. A sikeres beküldés után, tehát a visszaigazolás megjelenésekor küldj eseményt az adatrétegbe. Például így: window.dataLayer.push({event: 'generate_lead', lead_type: 'katalogus', file_name: 'termekkatalogus'});
2. A Google Tag Managerben hozz létre egyéni esemény típusú aktiválási szabályt a generate_lead névre, és köss hozzá GA4-eseménycímkét, amely a két paramétert is továbbítja.
3. A köszönőoldalon a fájlra közvetlen, .pdf végű link mutasson. Így a bővített mérés automatikusan rögzíti a letöltést is, és látod, hogy a feliratkozók mekkora része nyitotta meg tényleg a dokumentumot.
4. Az e-mailben küldött link a köszönőoldalra vigyen, kampányparaméterekkel ellátva, és onnan legyen letölthető a fájl. A levélből közvetlenül megnyitott PDF-ről semmit nem tudsz meg.
5. Ha a fájl felhőben vagy átirányítás mögött marad, a gomb kattintására küldj kézi eseményt: gtag('event', 'file_download', {file_name: 'termekkatalogus', file_extension: 'pdf', link_text: 'Katalógus letöltése'});
6. Élesítés előtt töltsd ki az űrlapot tesztként, és a DebugView-ban ellenőrizd, hogy az esemény egyszer érkezik-e meg, kitöltött paraméterekkel.

Hivatalosan igazolt, hogy személyes adat nem küldhető a GA4-be. Az e-mail-cím, a név és a telefonszám ne kerüljön se paraméterbe, se a köszönőoldal címébe.

Mikor érdemes a letöltést kulcseseménynek jelölni, és mikor nem?

Akkor érdemes, ha a dokumentum letöltése valódi vásárlási szándékot jelez, és nincs mögötte erősebb, mérhető lépés. Ha a fájlt űrlap előzi meg, az űrlapbeküldés legyen a kulcsesemény, a letöltés maradjon sima esemény.

Ez a szakasz a saját nézőpontom, ennek megfelelően kezeld.

Jelöld kulcseseménynek, ha az alábbiak közül valamelyik igaz.

• A fájl árlista, műszaki adatlap vagy ajánlati dokumentáció, amelyet jellemzően döntés előtt keresnek.
• Hosszú a döntési folyamat, kevés az ajánlatkérés, és szükséged van egy korábbi jelzésre arról, melyik forgalmi forrás hoz érdeklődő látogatót.
• Egy kampány kimondott célja az, hogy a dokumentum eljusson a célcsoporthoz.

Ne jelöld, ha ezek valamelyike áll fenn.

• A letöltést űrlap előzi meg. Ilyenkor ugyanazt az érdeklődőt kétszer számolnád.
• A fájl általános szerződési feltétel, adatkezelési tájékoztató, étlap vagy használati útmutató, amelyet meglévő vevők is rendszeresen megnyitnak.
• A kulcseseményt Google Ads-konverzióként importálnád, és ajánlattételi stratégiát építenél rá.

Szakmai feltételezés. Az utolsó pont a legkockázatosabb. A letöltés olcsó, könnyen megszerezhető jel, ezért az automatikus ajánlattétel jó eséllyel olyan látogatók felé tolódik, akik szívesen kattintanak, de ritkán kérnek ajánlatot. Ha mégis látni szeretnéd a hirdetési felületen, másodlagos, megfigyelésre szolgáló konverzióként vedd fel.

Hivatalosan igazolt. Ha magát a file_download eseményt jelölöd kulcseseménynek, az oldal összes fájlja beleszámít, az adatkezelési tájékoztatótól a sajtóanyagig. A megoldás egy szűkített esemény. Az adminisztrációs felületen, az események között hozz létre új eseményt arlista_letoltes néven azzal a feltétellel, hogy az eseménynév file_download, a file_name pedig tartalmazza az „arlista” szót. Ezt az új eseményt jelöld kulcseseménynek. A jelölés és a létrehozott esemény is csak a beállítás utáni adatokra érvényes.

Hogyan ellenőrizd, hogy a letöltésmérés tényleg működik?

Egy rövid lista végigjárásával, a DebugView segítségével. A leggyakoribb hiba a hiányzó kiterjesztés és a duplán küldött esemény.

• A webes adatfolyam bővített mérésénél be van kapcsolva a fájlletöltések figyelése.
• Minden letöltőgomb valódi link, és a címe a fájl kiterjesztését is tartalmazza.
• A DebugView-ban kattintásonként egy file_download jelenik meg, kitöltött file_name és link_text paraméterrel.
• Nincs párhuzamosan futó, saját Tag Manager-címke, amely ugyanazt a kattintást másodszor is elküldi.
• A felhős és átirányított letöltésekhez készült kézi esemény.
• A fájlnevek beszédesek és állandók. Saját tapasztalat, hogy ha minden frissítésnél új nevet kap a katalógus, a riport sok apró sorra esik szét, és nehéz trendet látni benne.
• Kulcseseménynek csak a szűkített, saját nevű esemény van jelölve.
• Az eseményadatok megőrzési ideje tizennégy hónapra van állítva.

A letöltésmérés pontos képet ad arról, mely dokumentumok iránt van érdeklődés, de önmagában nem garantál több ajánlatkérést. Arra jó, hogy lásd, melyik oldal és melyik forrás viszi el a látogatót a katalógusig, és ez alapján dönts a következő tartalmi vagy kampánylépésről.

Források és további olvasnivalók

• Google Analytics Súgó, Bővített mérés eseményei
• Google Analytics Súgó, Ajánlott események
• Google Analytics Súgó, Kulcsesemények beállítása
• Google Analytics Súgó, Események létrehozása és módosítása
• Google Analytics Súgó, Adatmegőrzés és egyéni dimenziók
• Google Tag Manager Súgó, Egyéni esemény aktiválási szabály
• Google for Developers, Google Analytics eseménymérési dokumentáció