Mit tegyél, ha a fejlesztő és a marketinges egymásra mutogat

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

Hétfő reggel van, és a múlt héten egyetlen ajánlatkérés sem jött a weboldalról. Felhívod a marketingest, aki szerint a hirdetések rendben futnak, a kattintások megvannak, csak az oldal lassú és senkit nem győz meg. Utána felhívod a fejlesztőt, aki szerint az oldal hibátlan, az űrlap működik, és a gond a gyenge minőségű forgalommal van. Mindketten meggyőzően beszélnek, te pedig ott maradsz két egymásnak ellentmondó magyarázattal, miközben a hirdetési keret tovább fogy.

Ebből a cikkből megtudod, hogyan bontsd szét a problémát úgy, hogy a végén az adat döntsön, és ne az, aki hangosabban érvel. A szövegben külön jelöljük, mi a hivatalosan igazolt információ (a Google nyilvános dokumentációja alapján), mi a saját tapasztalat hasonló helyzetek átnézéséből, és mi a szakmai feltételezés.

Miért mutogat egymásra a fejlesztő és a marketinges?

A vita jó eséllyel azt mutatja, hogy a kattintástól az ajánlatkérésig tartó útnak nincs gazdája. A marketinges a hirdetési felületig lát, a fejlesztő az oldal technikai működéséig, a mérést pedig sokszor egyikük sem érzi a sajátjának.

Saját tapasztalat. Amikor ilyen helyzeteket nézünk át, a hiba ritkán ül tisztán az egyik oldalon. Gyakori, hogy a hirdetés egy olyan aloldalra visz, amelyet a fejlesztő egy frissítéskor átalakított, és erről senki nem szólt a marketingesnek. Az is előfordul, hogy az űrlap működik, de megváltozott a köszönőoldal címe, ezért a konverzió eltűnt a riportból, miközben a levelek talán meg is érkeztek. Ilyenkor mindkét fél részben igazat mond, és a hiányzó darab a kettejük közötti átadásnál van.

Szakmai feltételezés. Az egymásra mutogatást a szerződések is erősíthetik. Ha egyik megállapodásban sem szerepel, ki felel a mérésért és a hirdetés célaloldaláért, mindkét fél a saját feladatleírása mögé húzódik, és formálisan egyiküknek sincs dolga a hibával.

Hogyan válaszd szét a problémát forgalomra, oldalra és mérésre?

Ha nem jön ajánlatkérés, a hiba három szinten lehet. Vagy nem érkezik elég releváns látogató, vagy érkezik, de elakad az oldalon, vagy minden működik, csak a rendszer nem rögzíti. A mérést kell először ellenőrizni, mert ha az hibás, a másik két szintről is félrevezető számokat látsz.

A mérés szintje

Itt azt vizsgálod, hogy egy valódi ajánlatkérés megjelenik-e a Google Analytics 4-ben és a hirdetési felületen. Sok vita azzal ér véget, hogy kiderül, az ajánlatkérések megjöttek a postafiókba, csak a riport mutatott nullát.

Hivatalosan igazolt. A GA4 a potenciális ügyfél jellegű műveletekhez a generate_lead ajánlott eseménynevet javasolja. A Google Ads automatikus címkézése a gclid paramétert fűzi a célaloldal címéhez, és ha egy átirányítás ezt levágja, a konverzió nem köthető a kattintáshoz. A hozzájárulási mód (Consent Mode) beállításától függ, hogy a sütiket elutasító látogatók műveletei hogyan jelennek meg a jelentésekben.

A forgalom szintje

Itt azt nézed, változott-e a kattintások száma, a forrásuk és az a keresés, amelyre a hirdetés megjelent. Egy kulcsszó-egyezési típus módosítása vagy egy új célzás gyorsan átírhatja a forgalom összetételét, miközben a kattintásszám alig mozdul.

Hivatalosan igazolt. A Google Ads keresési kifejezések jelentése megmutatja, milyen tényleges keresésekre jelent meg a hirdetés. A Google súgója szerint a célaloldal élménye a minőségi mutató egyik összetevője, tehát a hirdetés teljesítménye az oldaltól sem független. Ez önmagában jelzi, hogy a két terület szétválasztása csak részben lehetséges.

Az oldal szintje

Itt azt ellenőrzöd, hogy a célaloldal betölt-e mobilon is, látszik-e az ajánlatkérés lehetősége, elküldhető-e az űrlap, és megérkezik-e a levél oda, ahová kell.

Hivatalosan igazolt. A Google által közzétett Core Web Vitals küszöbök szerint jó felhasználói élménynek számít, ha a legnagyobb tartalmi elem megjelenése (LCP) legfeljebb 2,5 másodperc, a kattintásra adott válasz (INP) legfeljebb 200 ezredmásodperc, a vizuális elcsúszás (CLS) pedig legfeljebb 0,1.

Saját tapasztalat. A lassú oldal ronthatja az érdeklődők arányát, de egyik napról a másikra nullára eső ajánlatkérést ritkán magyaráz meg egyedül. Hirtelen leálláskor inkább egy elromlott űrlapot, egy levélküldési hibát vagy egy megszakadt mérést érdemes keresni.

Milyen adatot kérj a marketingestől?

A marketingestől dátumozott, napi bontású számokat és a hirdetési fiók változásnaplóját kérd, legalább nyolc hétre visszamenőleg. Így látszik, mikor tört meg a görbe, és mi történt aznap.

• A kattintások, megjelenések és a költés napi bontásban, kampányonként.
• A keresési kifejezések jelentése ugyanerre az időszakra, külön jelölve az új vagy szokatlan kifejezéseket.
• A Google Ads módosítási előzményei (kulcsszó, célzás, ajánlattételi stratégia, keret, hirdetésszöveg).
• Kampányonként a végső URL-ek listája, vagyis hová visznek ténylegesen a hirdetések.
• A konverziós műveletek beállítása, melyik az elsődleges, és mikor rögzített utoljára konverziót.
• Ha Facebook-hirdetés is fut, ugyanezek a Meta hirdetéskezelőből, a pixel vagy a Conversions API állapotával együtt.

Kérd, hogy ezeket képernyőkép helyett exportálható formában küldje, és add hozzá a saját olvasási hozzáférésedet a fiókhoz. A tulajdonosnak egyébként is érdemes saját hozzáféréssel bírnia a hirdetési és analitikai fiókokhoz.

Milyen adatot kérj a fejlesztőtől?

A fejlesztőtől a weboldal változásainak dátumozott listáját és az űrlap végponttól végpontig tartó tesztjének eredményét kérd. A kérdés mindig az, hogy a kattintás pillanatától a beérkezett levélig hol veszhet el egy érdeklődő.

• Az elmúlt nyolc hét telepítései, téma- és bővítményfrissítései, tartalmi átalakításai, dátummal.
• Egy friss tesztküldés eredménye, hová ment a levél, megérkezett-e, és nem a spam mappában landolt-e.
• A levélküldés módja (a tárhely saját levelezője vagy hitelesített SMTP), és hogy van-e róla napló.
• A szerver hibanaplója az érintett időszakra, különösen az 5xx kódú hibák.
• Az átirányítások listája, és hogy megmaradnak-e közben az URL paraméterei.
• Változott-e a köszönőoldal címe, vagy az az esemény, amelyet a mérés figyel.
• A Search Console Core Web Vitals jelentése és egy PageSpeed Insights mérés mobilra.

Hogyan ellenőrizheted magad, hogy működik-e a mérés?

Három egyszerű próbát technikai tudás nélkül is elvégezhetsz. Ezek nem helyettesítik a szakember vizsgálatát, de az egyeztetésre már tényekkel érkezel.

1. Nyisd meg a hirdetés célaloldalát egy próbaparaméterrel, például /ajanlatkeres?utm_source=teszt&utm_medium=teszt&gclid=proba123, és betöltés után nézd meg a címsort. Ha a paraméterek eltűntek, egy átirányítás levágja őket, és a hirdetési konverziók jó eséllyel nem kötődnek a kattintásokhoz.
2. Küldj be egy tesztűrlapot, és közben nézd a GA4 Valós idejű jelentését vagy a DebugView nézetet. Ha az esemény nem jelenik meg, a mérés szintjén van gond.
3. Ha az oldalon Google Tag Manager fut, a böngésző fejlesztői konzoljába írd be a window.dataLayer.filter(e => e.event) sort az űrlap elküldése után. A listában látszik, milyen események kerültek át a mérésnek. Ha az ajánlatkérés eseménye hiányzik, a fejlesztőnek és a mérést beállító személynek közösen kell megnéznie.

Hivatalosan igazolt. A GA4 DebugView és a Google Tag Assistant a Google hivatalos hibakereső eszközei a címkék és események ellenőrzésére.

Mi az egyoldalas hibakereső sorrend?

Haladj a mérés felől a forgalom és az oldal felé, és ahol hibát találsz, ott állj meg. Előbb javíttasd, és csak utána lépj tovább, különben két egyszerre zajló változás hatását nem tudod szétválasztani.

1. Írd le a pontos dátumot, amelytől kezdve nem jön ajánlatkérés.
2. Nézd meg a postafiókot és az ügyfélkezelő rendszert a riportoktól függetlenül. Ha ott vannak levelek, mérési hibát keresel.
3. Küldj be egy tesztűrlapot mobilon és asztali gépen is, és ellenőrizd, hogy megérkezik-e.
4. Nézd meg, megjelenik-e a tesztküldés a GA4-ben.
5. Ellenőrizd a Google Ads konverziós művelet állapotát és az utolsó rögzítés idejét.
6. Próbáld ki, megmarad-e a gclid paraméter a célaloldalon.
7. Nézd meg a kattintások napi görbéjét, és hogy a töréspont egybeesik-e a dátummal.
8. Olvasd át a keresési kifejezéseket, jöttek-e be oda nem illő keresések.
9. Nyisd meg a célaloldalt mobilon, és nézd meg, gyorsan betölt-e, és első ránézésre látszik-e az ajánlatkérés lehetősége.
10. Tedd egymás mellé a két fél változásnaplóját dátum szerint, és jelöld, mi történt a töréspont előtti napokban.

Saját tapasztalat. A tizedik lépés a leghasznosabb. Gyakran ott derül ki, hogy ugyanazon a héten a fejlesztő frissített egy bővítményt, a marketinges pedig átállította az ajánlattételt, és egyikük sem tudott a másik lépéséről.

Hogyan vezess le egy közös egyeztetést?

A közös egyeztetés akkor működik, ha egy idővonal köré szervezed, és minden állítás mögé a képernyőn megmutatott adatot kérsz. Előre küldd ki mindkét félnek a fenti adatkérést, hogy senki ne a megbeszélésen kezdjen keresgélni.

• Az elején mondd ki, hogy a cél a hiba helyének megtalálása, és a megbeszélés nem a felelős megnevezéséről szól.
• Elsőként a közös idővonalat nézzétek végig, a töréspont dátumától visszafelé.
• Utána a mérést ellenőrizzétek együtt, élő tesztküldéssel, mindenki szeme láttára.
• Ezután jön a forgalom, majd az oldal, ugyanabban a sorrendben, ahogy a hibakereső lista írja.
• Ha valaki véleményt mond, kérdezd meg, melyik adatban látja. Ha nincs mögötte adat, írd fel nyitott kérdésnek.
• A végén minden teendőnek legyen egy nevesített felelőse, és rögzítsétek, mikor nézitek meg újra az eredményt.

Szakmai feltételezés. Ha a két fél eddig csak a tulajdonoson keresztül kommunikált, már maga a közös képernyő is sokat old a feszültségen. Egymás adatait látva könnyebb belátni, hogy a másik sem a levegőbe beszélt.

Hogyan osszátok fel írásban a felelősséget?

A felelősséget szakaszonként, írásban érdemes rögzíteni, és a teljes útnak a kattintástól az ajánlatkérésig legyen egyetlen gazdája. Ő nem végez el mindent, viszont figyel arra, hogy a szakaszok között ne vesszen el semmi.

Egy lehetséges minta, amelyet a saját helyzetedre igazíthatsz.

• Marketinges. Felel a hirdetési fiók beállításáért, a célzásért, a keresési kifejezések rendszeres átnézéséért és a végső URL-ek helyességéért. Minden célaloldal-cserét előre jelez a fejlesztőnek.
• Fejlesztő. Felel az oldal elérhetőségéért, sebességéért, az űrlap és a levélküldés működéséért. Minden olyan változtatást, amely érinti a célaloldalakat, az űrlapot vagy a köszönőoldalt, előre jelez a marketingesnek.
• A mérés felelőse. Egy nevesített ember (lehet a két fél egyike is) felel a GA4 eseményekért, a konverziós műveletekért és a hozzájárulási mód beállításáért. Változás után tesztküldéssel ellenőriz.
• Az út gazdája. Havonta egyszer végigviszi a teljes utat egy tesztkattintással és tesztküldéssel, és ha bárhol eltérést lát, szól az érintettnek.
• Tulajdonos. Saját hozzáférése van minden fiókhoz, megkapja a változásnaplókat, és ő dönt, ha a felek nem értenek egyet.

Egy mondatos változat a szerződésbe vagy az e-mailes megállapodásba, például ilyen. „A célaloldalakat, az űrlapot vagy a mérést érintő minden változtatásról a változtató fél legalább egy munkanappal előtte írásban értesíti a másik felet, és a változtatás után tesztküldéssel ellenőrzi az ajánlatkérés rögzülését.”

Mit tegyél, ha a felek így sem jutnak dűlőre?

Ha két egyeztetés után sem derül ki, hol a hiba, vagy a felek nem fogadják el egymás adatait, kérj független, adatra épülő átnézést. Fontos, hogy olyan valaki végezze, aki egyik félnek sem érdekelt a felmentésében.

Egy ilyen átnézéshez olvasási hozzáférés kell a hirdetési fiókokhoz, a GA4-hez, a Search Console-hoz és lehetőség szerint a weboldal adminfelületéhez. Az átnéző ugyanazt a sorrendet követi, mint a fenti lista, csak mélyebben, és a végén írásban jelzi, melyik szinten talált eltérést, és mi a javítás következő lépése.

Szakmai feltételezés. A független átnézés nem ígér gyors fellendülést, és az is kiderülhet belőle, hogy a hiba a piacon vagy az ajánlatban van, és sem a hirdetés, sem az oldal nem tehet róla. Ez is hasznos eredmény, mert onnantól nem a rossz helyen keresitek a megoldást.

Források és további olvasnivalók

• Google Analytics súgó, ajánlott események és DebugView
• Google Ads súgó, automatikus címkézés, keresési kifejezések jelentése, módosítási előzmények, minőségi mutató
• Google Tag Manager és Google Tag Assistant dokumentáció
• Google hozzájárulási mód (Consent Mode) fejlesztői dokumentáció
• Google Search Central, Core Web Vitals jelentés a Search Console-ban
• web.dev, a Core Web Vitals mutatók leírása és küszöbértékei