Klasszikus kedvencek – a két héttel ezelőtt ígért újramérés

Nova · mérés ideje: 2026-08-07 09:0x CEST · forrás: GA4 property 352393190 (olvasás), MiniCRM regisztráció-értesítők, és az élő oldal saját böngészős mérése

Van már érdemi forgalom, tehát a kérdés eldönthető. A 07-29-i változtatás (űrlap a hajtás fölé) használt: az olvasási mélység a háromszorosára nőtt. Regisztrációban viszont nem követte: nyolc nap alatt egyetlen valódi jelentkezés jött erről az oldalról, miközben a kerti bútor outlet oldal ugyanennyi idő alatt ötöt hozott kevesebb látogatóból. A különbség nem a hirdetésben van, hanem az oldalon.

1. Mit hozott a nyolc nap

Ablak: 2026-07-30 – 2026-08-06 (nyolc zárt nap). A regisztrációk a MiniCRM értesítőkből számolva, a Weboldal forrás mező szerint szétválasztva – nem a GA4-ből (lásd a 3. pontot).

Ajánlat-oldal	Belépő session	Mobil arány	Mobil visszafordulás	Valódi regisztráció	Regisztráció/session
klasszikus-kedvencek	348	85%	59,6%	1	0,29%
kerti-butor-outlet	234	95%	45,3%	5	2,14%
napernyovasar	426	88%	37,5%	2	0,47%

A klasszikus-kedvencek oldal mind a három tengelyen a leggyengébb: itt fordul vissza a legtöbb ember, itt a legrövidebb a mobil-látogatás, és innen jön a legkevesebb jelentkezés – miközben a három közül erre megy a legtöbb hirdetési pénz.

Kikötés, kimondva: egy lead önmagában nem szignifikáns (n=1). Az állítást nem is ez tartja, hanem hogy három függetlenül mért szám (visszafordulás, látogatás-hossz, regisztráció) egy irányba mutat, és a két kontroll-oldal ugyanabból a kampány-forgalomból többet hoz. A 07-31-i két „Novateszt” beküldés belső teszt volt (Niki), ezért nincs benne a számban.

2. A 07-29-i változtatás használt – ezt vállaltam, ez a válasz jó hír

Két héttel ezelőtt azt ígértem, hogy megmérem: tényleg lejjebb viszi-e az embereket az oldalon a feljebb hozott űrlap és az új tartalom. Az összevetés alapja előre rögzített volt: a négy érintetlen kampánynap (07-22, 07-23, 07-25, 07-26) – ezeken az oldalt nem szerkesztették.

Ablak	Oldalmegtekintés	90%-ig görgetett	Arány
Bázis: 07-22, 23, 25, 26 (változás előtt)	232	5	2,16%
07-30 – 08-04 (változás után, végig érintetlen)	316	22	6,96%

Ez 3,2-szeres növekedés, és pontosan az a nagyságrend, amiről előre kimondtam, hogy kimutatható lesz (a bázis-rátán 8–11 görgetést vártunk volna, 22 lett). A belső forgalom (Ads-felület, OptiMonk, saját shop) mindkét ablakból ki van szűrve. Tehát: az embereket jobban leviszi az oldal, mint korábban – de a végén nem jelentkeznek.

3. A GA4 űrlap-eseménye ezen az oldalon nem használható konverzió-mérésre mérési figyelmeztetés

Az új ablakban a GA4 két form_submit-ot mutat erre az oldalra, a CRM viszont három beküldést kapott (egy valódi + két belső teszt) – és a két halmaz nem is fedi egymást: azokon a napokon, amikor a CRM-be jött jelentkezés (07-31, 08-03), a GA4 nulla űrlap-eseményt rögzített, és fordítva. Ugyanezt mértem 07-30-án is egy bizonyítottan megtörtént beküldésnél.

Ennek az a következménye, ami a döntéseket érinti: minden olyan szám, ami a GA4 form_start/form_submit párosából készül erre az oldalra – így az „X-en kezdte, Y-on küldte el, tehát Z% elhagyja az űrlapot” típusú állítás is – egy elromlott műszeren áll. Nem azt mondom, hogy az űrlap-elhagyás nem létező probléma; azt, hogy ez a szám nem bizonyítja.

A gyökér-ok régebbi lelet, változatlanul áll: a property-n négy tölcsér köszönő-oldalán van saját kulcsesemény beállítva, a három legnagyobb forgalmún (köztük a /klasszikus-kedvencek-koszonjuk/) nincs. Amíg ez nem készül el, erről az oldalról nem lesz megbízható konverziós szám – sem nekünk, sem az ügynökségnek.

4. Mit lát a látogató – ma, élesben, mobilon

A forgalom 85%-a mobil, ezért mobilon mértem (iPhone-vieport, valódi böngésző).

Ezt látja minden új látogató először. A cookie-ablak a képernyő alsó ~58%-át elfoglalja. Az ajánlatból (25% + ajándék bútor) semmi nem látszik.

Elfogadás után. Fotó + futószöveg + lebegő AJÁNLATKÉRÉS gomb. A cím és az ajánlat szövege még mindig a hajtás alatt van.

Az űrlap utolsó mezője. Közvetlenül a küldés gomb fölött egy üres, magyarázat nélküli „Weboldal forrás” mező.

Mért tények az oldalról (2026-08-07)

A cookie-ablak elfedi az ajánlatot. Nem sáv, hanem nagy doboz három gombbal, a 664 px-es mobil-képernyő alsó kétharmadán. A kampány-forgalom túlnyomó része első látogató, tehát majdnem mindenki ezzel találkozik először.
Az űrlapon 10 kitöltendő elem van (vezetéknév, keresztnév, e-mail, telefon, irányítószám, három bemutatóterem-jelölő, ÁSZF, és a „Weboldal forrás”).
A „Weboldal forrás” mező látszik mindkét jelentkezési űrlapon (a hírlevél-űrlapon rendben, rejtve van). A HTML-ben display:none áll rajta, de a MiniCRM script futásidőben megjeleníti – ezért nem látszik a kódot nézve, csak élesben. Niki 08-05-én már jelezte, hogy Abonyi Dani visszatérésekor javul.
A két jelentkezési űrlap továbbra is ugyanazt a MiniCRM-azonosítót (FormHash) viszi. A beküldést ez nem töri el – Niki tesztjei és a beérkezett lead ezt igazolják.
Oldalsúly mobilon: 7,05 MB, 210 kérés, ebből 3,19 MB kép. A nyító fotó 1500×1500-as forrásból jelenik meg 320 px szélesen.
Az oldal mobilon 22 képernyő hosszú. Az első űrlap a 4., a második a 14. képernyőnél van.

5. Javaslat – sorrendben, a gyors nyereséggel elöl

1. A cookie-ablak legyen kompakt alsó sáv fél nap, nem érinti az űrlapot Ma a belépő képernyő kétharmadát elveszi. Egy alacsony alsó sáv ugyanúgy megfelel, és az ajánlat azonnal látszik. Ez az egyetlen olyan tétel, ami minden látogatót érint, és nem kell hozzá sem űrlap-, sem design-be avatkozni. Mérés: mobil visszafordulás (most 59,6%).

2. A „Weboldal forrás” mező elrejtése Dani, egy beállítás Egy értelmezhetetlen üres mező közvetlenül a küldés gomb fölött, pont abban a pillanatban, amikor az ember már döntött. Niki látja és tervezi – csak azt teszem hozzá, hogy ez nem kozmetika, hanem az űrlap utolsó lépése.

3. Az első mobil képernyőn legyen ott az ígéret 1–2 nap Most fotó + futószöveg + gomb van rajta, de szöveg nincs. A „25% kedvezmény + ajándék bútorok, a készlet erejéig” kerüljön rá a képre vagy közvetlenül alá, egy mondatban. Egy kép önmagában nem mondja meg, miért érdemes maradni.

4. Az űrlap két lépésben Niki döntése Nem azt javaslom, hogy vegyük ki az irányítószámot vagy a bemutatóterem-kérdést – Niki jogosan mondta, hogy a lead-osztás és a szűrés ezen áll. A megoldás, ami mindkettőt megtartja: első lépésben név + telefon, a többi mező a küldés után. Ha a MiniCRM-űrlap ezt nem tudja, akkor a mezők sorrendje számít: a könnyű mezők előre, a kérdés hátra.

5. Kép-súly 2–3 óra 3,19 MB kép mobilon, túlméretezett forrásokból. Méretezett változatokkal nagyságrendileg 2 MB megtakarítható úgy, hogy a látvány nem változik. Ez a „lassú mobil betöltés” felvetés legkockázatmentesebb része: nem nyúl a designhoz.

6. És ami nélkül a többi nem mérhető: kulcsesemény a köszönő-oldalra ennélkül vakon döntünk A /klasszikus-kedvencek-koszonjuk/ oldalra ugyanaz a saját kulcsesemény, ami négy másik tölcséren már be van állítva. Ennélkül bármelyik fenti javítás hatását csak a CRM-ből, kézzel tudjuk visszamérni.

6. Amit ez a mérés nem mond meg

A költést nem látom. Nincs Ads- és Meta-felület-hozzáférésem, tehát a „mennyi pénz ment rá” kérdésre a marketing számai a mérvadóak. A forgalom összetételéből annyi látszik, hogy a Google Ads és a Meta közel azonos méretben hozza a forgalmat erre az oldalra.
Nem azt mértem, hogy melyik javítás mennyit hoz. A sorrend a kockázat és a ráfordítás alapján áll fel, nem becsült hozam alapján – hozam-becslést a 6. pont nélkül nem is lehetne visszaellenőrizni.
A mobil-lassúság állítást nem tudtam függetlenül igazolni. A 7 MB és a 210 kérés mért tény, de hogy ebből a hirdetés-kattintások hány százaléka vesz el betöltés közben, azt csak az Ads-felület mondja meg.

Bizonyíték-pillanatkép az oldalról: kk_2026-08-07_0905.html (277 286 bájt, sha256 8e5aa068a…). A GA4-számok saját lekérdésből, property időzóna Europe/Budapest. A regisztráció-számlálás a MiniCRM értesítő-levelekből készült, két független kereséssel egyeztetve.