Mótyán Árnyékolás: mit bizonyít egy PageSpeed-eredmény?
A WordPress–Astro átállás technikai tanulságai, a közölt eredmények korlátai és egy megismételhető mérési terv magyar szolgáltató cégeknek.

A Mótyán Árnyékolás weboldalának átalakítása jó alkalom arra, hogy különválasszuk a gyors oldal ígéretét a bizonyítható eredménytől. Egy helyi szolgáltatónak az számít, hogy az érdeklődő megtalálja a megfelelő szolgáltatást, megértse a kiszállási területet, és el tudja küldeni az ajánlatkérést. A sebesség ezt segítheti, de önmagában nem igazol több megrendelést.
Ez a cikk a projekt technikai értelmezéséről szól. A Conen Digital üzleti esettanulmánya bemutatja a Mótyán Árnyékolást és a weboldal átalakítását. Az ott közölt mérési összesítés azonban nem helyettesít két teljes, azonos beállításokkal készült Lighthouse-riportot. A különbség fontos, ha egy másik vállalkozás ezekből a számokból próbál beruházási döntést hozni.
Mit tudunk a közölt eredményekről?
A stúdió nyilvános esettanulmánya 57-ről 99-re változó mobilos PageSpeed-pontszámot, valamint 13,5-ről 1,8 másodpercre változó LCP-t közöl. Az ellenőrző mérés dátumaként 2026. október 12-ét nevezi meg. Ezek a projektgazda által publikált értékek, nem e cikk szerkesztése során megismételt mérések.
A rendelkezésre álló anyagból hiányzik a költözés előtti teljes riport, annak pontos időpontja, a Lighthouse verziója és az összes környezeti beállítás. Ezért itt nem állítjuk, hogy az eredmény függetlenül reprodukálható, és nem bontjuk fel a javulást egyes fejlesztések számszerű hatására. Egy friss mérés az új oldalról a régi állapotot már nem tudná visszaigazolni.
Az eredeti cikkben szereplő adatforgalmi összevetést is elhagytuk. Nem volt igazolható, hogy mindkét oldalon ugyanazokat az erőforrásokat, ugyanazzal a tömörítéssel és ugyanabban a gyorsítótár-állapotban számolták. A teljes oldal letöltési mérete és egy tömörített programcsomag mérete nem felcserélhető adat.
Az LCP nem a fehér képernyő időtartama
Az LCP azt jelzi, mikor jelenik meg a látható terület legnagyobb, a mérésbe beleszámító tartalmi eleme. Lehet, hogy előtte már olvasható a cím, látható a menü vagy használható a telefonszám. A 13,5 másodperces LCP tehát nem bizonyítja, hogy ennyi ideig semmi nem látszott.
A Google „jó” LCP-küszöbe legfeljebb 2,5 másodperc; valós felhasználói adatoknál ezt a betöltések 75. percentilisén vizsgálja, mobilon és asztali eszközökön elkülönítve. A 13,5 másodperc ennek 5,4-szerese. Ez egyszerű arányszám, nem becsült ügyfélvesztés. A definíció és a küszöb a Google LCP-dokumentációjában ellenőrizhető.
A PageSpeed-pontszám súlyozott laboreredmény. Nem százalékos gyorsaság, és nem értékesítési mutató. A futtatások között a környezet miatt eltérés lehet; a részleteket a Lighthouse pontozási leírása ismerteti. Egyetlen kiugróan jó futás helyett a megismételt mérések és a tényleges felhasználói tapasztalat együtt adnak értékelhető képet.
Mi indokolhatott technológiaváltást?
A nyilvános projektleírás WordPress és Elementor alapú kiindulást, majd előre előállított oldalakra épülő megoldást mutat be. Ez ésszerű irány lehet olyan szolgáltatói honlapnál, ahol a tartalom ritkán változik, nincs bejelentkezett ügyfélfelület, és a fő feladat a tájékoztatás meg az ajánlatkérés.
Ebből nem következik, hogy a WordPress általában rossz választás. Ha a munkatársak naponta publikálnak, kiforrott szerkesztési munkafolyamatuk van, vagy üzletileg fontos bővítményekre támaszkodnak, a meglévő rendszer célzott javítása kedvezőbb döntés lehet. A technológiacsere költségéhez a betanítás, a tartalomköltöztetés és a későbbi módosítások is hozzátartoznak.
Egy alacsony pontszám ezért vizsgálatot indokol. Először azt kell kideríteni, hogy a szerverválasz, a képek, a külső szolgáltatások vagy a böngészőben futó kód okozza-e a problémát. Ugyanaz a tünet eltérő okból is kialakulhat, és a javítás ára jelentősen különbözhet.
A képeknél a helyük és a szerepük dönt
Egy árnyékolástechnikai oldal referenciafotói fontos információt hordoznak: megmutatják a szerkezetet, az anyagot és a beépítés környezetét. A kisebb fájlméret nem mehet ezek rovására. A megfelelő méretű képváltozatokat mobilon és nagyobb kijelzőn is szemrevételezni kell.
A nyitóképet, ha az az LCP-elemet adja, nem célszerű késleltetett betöltésre állítani. A lejjebb található galériaképeknél viszont indokolt lehet a lazy loading. A Google LCP-optimalizálási útmutatója külön tárgyalja a fő kép korai felfedezhetőségét és betöltési prioritását.
Gyakorlati átvételi feltétel lehet, hogy keskeny kijelzőn se töltődjön le indokolatlanul nagy kép, a képek számára előre legyen hely, és a fontos részlet ne vágódjon le. Ez konkrétabban ellenőrizhető, mint az, hogy „minden kép modern formátumú”.
A kevesebb kód is ellenőrzést igényel
Érdemes eltávolítani az adott oldalon nem használt szkripteket és a fölösleges külső beágyazásokat. Ugyanakkor minden eltávolítás után ellenőrizni kell a menüt, az űrlapot és az esetleges kalkulátort. A kisebb letöltés önmagában nem siker, ha közben megszűnik az ajánlatkérés.
A kritikus stílusok korai elérhetősége segíthet a megjelenítésen, de a hatását ezen a projekten elkülönített mérés nélkül nem számszerűsítjük. A túl sok beágyazott stílus növelheti a HTML méretét, és karbantartási nehézséget okozhat. A döntést a tényleges erőforráslánc vizsgálata indokolja.
Az előre generált oldalnak is vannak támadási felületei. A domainkezelő, a tárhelyfiók, a kiadási rendszer és az űrlapot fogadó szolgáltatás továbbra is védendő. Különösen fontos, hogy az ügyféladat ne kerüljön nyilvános naplóba, és a böngészőből érkező adatot a fogadó szerver ellenőrizze.
Így készülne megismételhető mérési jegyzőkönyv
Másik vállalkozásnál a munka előtt rögzítenénk a főoldal, egy szolgáltatásoldal és az ajánlatkérő útvonal pontos URL-jét. Elmentenénk az induló verziót, a mérés dátumát, a mobilos vagy asztali profilt, a hálózati és processzorlassítást, valamint a sütihozzájárulás állapotát.
A jegyzőkönyv tartalmazná a teljes HTML- vagy JSON-riportot, az eszközverziót és a kiadás azonosítóját. Azonos körülmények között több futást végeznénk, a jellemző eredményt és a szóródást is közölnénk. Az adatforgalmat azonos erőforráskörre, például üres gyorsítótárral mért összes átvitt bájtra definiálnánk.
Ha külön akarjuk állítani egy képcsere vagy szkripteltávolítás hatását, akkor egyszerre csak azt módosítjuk. Több egyidejű változtatásnál az összhatás mérhető, az egyes beavatkozások hozzájárulása nem választható szét megbízhatóan.
Az üzleti átvétel külön feladat
Egy magyar szolgáltató cégnél a technikai teszt mellé érdemes valós feladatokat adni: találja meg a látogató a kiszállási területet, kérjen ajánlatot mobilon, csatoljon képet, és értse a beküldés visszajelzését. A csatolmány csak akkor legyen része a tesztnek, ha ténylegesen kínál ilyen funkciót az oldal.
A kattintott telefonszám még nem beszélgetés, a beküldött űrlap még nem elfogadott megrendelés. A beérkezett érdeklődéseket az értékesítési nyilvántartással kell összevetni. Szezonalitás és hirdetési változás mellett egy egyszerű előtte–utána összehasonlításból nem állapítható meg a weboldal önálló bevételi hatása.
A Mótyán-projektből így egy védhető tanulság marad: a szolgáltatás bemutatását, az ajánlatkérés működését és a teljesítményt együtt érdemes javítani. A közölt pontszám támpont; egy új beszerzés alapja a dokumentált állapot, a világos átvételi feltétel és a javítás után megismételt ellenőrzés legyen.
HÍRLEVÉL
Az új írások elsőként nálad.
Szólunk, ha új cikk jelenik meg a webáruházakról, a SEO-ról és az AI-keresésről. Legfeljebb havonta egyszer, bármikor leiratkozhatsz.


