Mérés előtte
Megmérjük a főoldalt és a legfontosabb aloldalakat mobilon és gépen. A Core Web Vitals három mutatóját nézzük: mennyi idő alatt jelenik meg a fő tartalom, milyen gyorsan reagál az oldal egy kattintásra, és ugrál-e közben a tartalom.
Weboldal-gyorsítás fix áron
Lassan tölt be az oldalad, főleg telefonon, és a látogató addigra már vissza is lépett. Megmérjük, mi lassítja, rendbe tesszük, és utána újra megmérjük.
89.900Ft egyszeri, fix ár
2 méréselőtte és utána
3 mutatóCore Web Vitals
Minden döntésünk mögött ott a nyilvános tudástárunk: szakmai cikkek, pillér-útmutatók és zenei marketing-útmutatók.
📚 Magyar online marketing tudástár
Röviden
Amit kapszA weboldal-gyorsítás egy egyszeri munka: megmérjük az oldalad Core Web Vitals mutatóit, aztán rendbe tesszük a képeket, a gyorsítótárat és a betöltött scripteket, végül újra mérünk. Az ára 89 900 Ft, fix áron, nem óradíjban. Kapsz egy előtte-utána jelentést. Ha valamelyik cél nem érhető el (például a tárhely vagy egy kötelező külső script miatt), azt megírjuk, és azt is, mi kellene hozzá.
Mit csinálunk az oldaladdal?
Képek
Gyakran egyetlen óriási fejléckép lassítja az egész oldalt. Átméretezzük, modern formátumra alakítjuk, és csak akkor töltjük be a képet, amikor a látogató odagörget.
Gyorsítótár
Beállítjuk, hogy a böngésző és a szerver ne számoljon ki és ne töltsön le mindent újra minden látogatásnál. Ez a visszatérő látogatónál különösen sokat számít.
Scriptek
Csevegőablak, három mérőkód, egy régi slider, amit már senki nem használ: ezek mind lassítanak. Megnézzük, mi kell, mit lehet később betölteni, és mit lehet kidobni.
Ugráló tartalom
Ha betöltés közben elcsúszik a gomb, és a látogató mellé nyom, az bosszantó és rontja a mutatót is. Helyet foglalunk a képeknek és a hirdetési sávoknak, hogy ne ugráljon semmi.
Mérés utána és jelentés
Ugyanazokon az oldalakon újra mérünk, és egy táblázatban kapod meg az előtte-utána értékeket. Ahol nem értük el a célt, ott leírjuk, miért, és mi kellene hozzá.
Egy helyzet, amit láttunk
Amikor maga a mérés vezet félre
Bevallom, régen mi is egy-egy mérésre néztünk rá. Lefuttattuk, kaptunk egy eredményt, és elhittük. Hiba volt. Aztán ugyanazt az oldalt változtatás nélkül újra lemértük, és egészen mást kaptunk. A mérést ugyanis a gép terhelése, a hálózat és a szerver pillanatnyi állapota is befolyásolja, szóval egyetlen futásból nem lehet eldönteni, hogy egy javítás segített-e. Azóta nálunk minden oldal háromszor fut le, előtte és utána is, és a középső eredménnyel, pontosabban a mediánnal dolgozunk.
Olyan is volt, hogy maga a mérőeszköz terhelte azt a szervert, amit mértünk. Sok egymás utáni futás ment ugyanarra a tárhelyre, a szerver belassult, és a lassulást igazából a saját mérésünk okozta. Kicsit kínos. Azóta figyelünk arra, hogy a mérések ne fussanak egymásra, és közben a szerver terhelését is nézzük.
A harmadik csapda a tárhely vagy a Cloudflare bot-védelme, mert ezek máshogy bánnak egy mérőeszközzel, mint egy valódi böngészővel. Előfordult, hogy a mérés egy ellenőrző oldalt vagy egy tiltást látott a valódi oldal helyett, és persze azt mérte le. Pont ezért minden eredményt valódi böngészőben is visszanézünk, mielőtt bármit kijelentenénk.
Mi derül ki az első héten
- Három méréssel felvesszük a kiinduló állapotot, telefonra és gépre is.
- Megtudod, mi lassítja leginkább az oldalt: a képek, a scriptek, a szerver, vagy azok az elemek, amik betöltés közben ugrálnak.
- Megnézzük, nem zavarja-e a mérést a tárhely vagy a Cloudflare bot-védelme.
- Írásban kapod, mit javítunk, és mit nem lehet, mert a tárhely vagy egy kötelező külső script nem engedi.
- A javítást a legnagyobb hatású tételekkel kezdjük.
Kinek nem ezt ajánljuk
- Ha az oldalad gyors, csak kevés a látogató. Ott a forgalommal van gond, a sebességgel nem.
- Ha a tárhelyed a szűk keresztmetszet, és nem szeretnél váltani. Sokat ki tudunk hozni, de egy lassú szervert mi sem tudunk megkerülni.
- Ha hamarosan úgyis új weboldal készül. Akkor az újat építsük eleve gyorsra.
- Ha csak egy pontszám miatt kérnéd, és a látogatóid igazából nem várnak. A pontszám eszköz, nem cél.
A süti-sáv is a sebesség része
Az uniós szabályok miatt a magyar oldalakon is süti-sávnak kell megjelennie, mielőtt a mérő- és hirdetési kódok elindulnak. Ez két módon hat a sebességre. Egyrészt maga a sáv is egy script, és ha későn jelenik meg vagy arrébb tolja a tartalmat, ugrál az oldal. A másik: hozzájárulás előtt a mérőkódok nem töltődnek be, utána igen, szóval egy első látogató és egy visszatérő látogató igazából más oldalt kap. Nálunk ezért mindkét állapotot megmérjük, és a sávot úgy állítjuk be, hogy ne takarja és ne tolja el az oldal fő tartalmát.
Hogyan dolgozunk
Így megy, lépésről lépésre
- 1
Hozzáférés és mentés
Hozzáférést kérünk a weboldalhoz és a tárhelyhez. Mielőtt bármihez nyúlunk, mentést készítünk, hogy bármikor vissza lehessen állni.
- 2
Mérés
Megmérjük az oldalt, és megírjuk, mit látunk és mit tervezünk. Ha már itt kiderül, hogy a tárhely a szűk keresztmetszet, ezt előre jelezzük.
- 3
Javítás
Elvégezzük a képek, a gyorsítótár és a scriptek rendbetételét. Minden változtatás után ellenőrizzük, hogy az űrlapok, a kosár és a mérés továbbra is működik.
- 4
Újramérés és átadás
Újra mérünk, átadjuk az előtte-utána jelentést, és elmondjuk, mire figyelj, hogy ne lassuljon vissza (például új kép feltöltésénél).
Ár
Mennyibe kerül?
Weboldal-gyorsítás
89.900Ft egyszeri
Fix ár, nem óradíj. Ha egy cél nem érhető el, leírjuk, miért.
- Core Web Vitals mérés előtte és utána
- Képek optimalizálása
- Gyorsítótár beállítása
- Scriptek rendbetétele
- Írásos előtte-utána jelentés
Kérd a weboldalad gyorsítását
Add meg az oldalad címét, és írd le, milyen rendszeren fut (WordPress, webshop-motor vagy egyedi). 48 órán belül válaszolunk.
Gyakori kérdések
Gyakori kérdések
Garantáljátok, hogy minden mutató zöld lesz?
Nem, és ezt előre megmondjuk. Van, amit a tárhely, egy kötelező külső script (például egy foglalórendszer) vagy maga a sablon korlátoz. Ilyenkor leírjuk, mi akadályozza a célt, és mi kellene ahhoz, hogy elérd.
Mi az a Core Web Vitals?
A Google három mutatója arra, milyen élmény az oldalad betöltése: mennyi idő alatt jelenik meg a fő tartalom, milyen gyorsan reagál az oldal egy kattintásra, és mennyire ugrál a tartalom betöltés közben. Mi ezt a hármat mérjük előtte és utána.
Miért fix az ár?
Mert nem szeretnénk, hogy óradíjban fizess azért, amit nem tudsz ellenőrizni. A fix ár egy átlagos céges weboldalra vagy kisebb webshopra szól. Ha nagyon nagy vagy egyedi rendszerről van szó, ezt még a munka előtt jelezzük, és nem kezdünk bele szó nélkül.
Elronthatja az oldalt a gyorsítás?
Előfordulhat, hogy egy script késleltetése miatt valami másképp működik, ezért minden lépés előtt mentést készítünk, és minden változtatás után végigpróbáljuk az űrlapokat, a kosarat és a mérést. Ha valami elromlik, visszaállunk.
Segít ez a Google-helyezésen?
A gyorsaság az egyik szempont, de önmagában nem fog feljebb tenni. Ahol igazán érezni, az a látogató türelme: egy gyorsabb oldalon kevesebben lépnek vissza, mielőtt meglátnák, mit kínálsz. Ha hirdetsz, ez közvetlenül a hirdetési pénzed hatékonyságán is látszik.
Mi van, ha később újra lelassul?
Az átadáskor elmondjuk, mire figyelj (képfeltöltés, új bővítmények). Ha később újra kéred a mérést és a javítást, megbeszéljük, mekkora munka, és annak alapján adunk árat.
Aki mögötte áll
Rácz Dávid
Alapító & stratégaNem sablon — adatból visszaigazolt rendszer, amit én magam is nap mint nap használok.
Mérés-rendbetétel, helyi célzás és heti keresésiszó-munka egy szervizfiókon.
Elolvasom →Ne veszítsd el a látogatót a betöltésnél
Megmérjük, rendbe tesszük, újramérjük. Fix áron, és ha valamit nem lehet elérni, azt is leírjuk.
Kérem →Válaszidő: 48 óra