A lassú bolt pénzt veszít: a betöltési idő közvetlenül hat a konverzióra és a Google-rangsorra is. A jó hír, hogy a Shopify-boltok lassulásának nagy része három forrásból jön (túl sok app, nagy képek, render-blokkoló JavaScript), és mindhárom kezelhető, ráadásul a leghatásosabb lépésekhez nem is kell fizetős eszköz. Ebben a cikkben megnézzük, hogyan méred a sebességet a Shopify beépített eszközével, mi lassítja konkrétan a boltodat, és milyen sorrendben érdemes nekiállni. A sorrend a lényeg: a legtöbben rossz helyen kezdik.
Answer-First: a három legnagyobb lassító és a sorrend
A Shopify-bolt lassulásának fő okai 2026-ban: a túl sok app, a nagy képek és a render-blokkoló JavaScript. A leghatásosabb sorrend: először auditáld az appokat (mindegyik 100-500 ms-ot ad a betöltéshez), aztán tömörítsd a képeket (a képek a teljes oldalsúly 50-70%-a), végül halaszd el a nem kritikus scripteket. A sebességet a Shopify admin Online Store > Speed (Web Performance Dashboard) menüben méred, valós látogatói adatból.
Előbb mérj: a Shopify Web Performance Dashboard
Mielőtt bármihez nyúlsz, mérj, mert vakon optimalizálni időpazarlás. A Shopify ad egy beépített eszközt: az adminban az Online Store > Speed alatt (vagy az Analytics riportok közt „Online Store Speed" néven) találod a Web Performance Dashboardot. Ez már nem egy darab „speed score"-t mutat, hanem a három Core Web Vitalst, valós látogatói adatból (a Chrome User Experience Report, CrUX, 28 napra összesítve).
A három mutató, amit figyelj:
- LCP (Largest Contentful Paint) a betöltési sebesség: mennyi idő alatt jelenik meg a legnagyobb tartalmi elem (jellemzően a hero kép). 2026-ban a Google szigorított, a jó küszöb 2,0 másodperc alatt van.
- INP (Interaction to Next Paint) a válaszkészség: milyen gyorsan reagál az oldal a kattintásra. Jó: 200 ms alatt. Ez 2026-ban elsődleges rangsorjellé vált, és egyben a leggyakrabban megbukott mutató.
- CLS (Cumulative Layout Shift) a vizuális stabilitás: mennyire ugrál a tartalom betöltés közben. Jó: 0,1 alatt.
A Google a látogatások 75. percentilisén értékel, vagyis a látogatások 75%-ának kell „jó" élményt kapnia ahhoz, hogy átmenj. Ez fontos: nem az számít, hogy neked gyors a saját gépeden, hanem hogy a valódi vásárlóid többsége gyorsan tölt-e.

1. App-audit: a legnagyobb lassító, amiről senki nem akar beszélni
Itt kezdj, mert ez a legnagyobb tartalék, és ironikus módon pont a legkevésbé népszerű lépés. Az átlagos Shopify-bolt 15-20 appot futtat, és mindegyik 100-500 ms JavaScriptet ad minden egyes oldalbetöltéshez. A számok beszédesek: egy alap Shopify-téma testreszabás nélkül nagyjából 70 pontot ér mobilon, ugyanaz a bolt egy tipikus app-stackkel a 20-as sávba zuhan. Minden eltávolított app 0,5-2 másodpercet adhat vissza.
Most jön a rész, ami kényelmetlen. Sok bolt a sebesség-problémára válaszként felrak egy sebesség-optimalizáló appot. Vagyis a lassulásra, amit az appok okoznak, egy újabb appal reagál. Ez nem feltétlenül rossz (egyes appok tényleg tömörítenek és halasztanak), de a logika fordított: előbb azt nézd meg, mit tudsz levenni, és csak utána azt, mit tegyél hozzá. Az app, amit kikapcsolsz, mindig gyorsabb, mint az app, amit felraksz, hogy gyorsítson.
A gyakorlati lépés: nyisd meg az app-listát, és nézd végig, melyiket használod valójában. A kipróbált és ottfelejtett appok, a duplikált funkciók (két review-app, két SEO-app), a már nem futó kampányokhoz tartozó eszközök mind kódot töltenek. Töröld, amit nem használsz. Egy appot eltávolítani fél perc, és többet ér, mint bármilyen finomhangolás.
2. Képoptimalizálás: a page weight fele-kétharmada
A képek jellemzően a teljes oldalsúly 50-70%-át adják, úgyhogy a második legnagyobb tartalék itt van. A nagy, optimalizálatlan hero kép és termékfotó a leggyakoribb oka a hosszú LCP-nek, mert pont a hero kép az az elem, amit a Google az LCP-hez mér.
Három dolgot tegyél:
A formátum legyen WebP. A WebP nagyjából 25-35%-kal kisebb fájlméretet ad, mint a JPEG, azonos minőségnél. A jó hír, hogy ehhez nem kell külön app: a Shopify CDN-je automatikusan WebP-ben szolgálja ki a képet, ha a témában az image_url Liquid filtert használod. A modern Shopify-témák ezt alapból így csinálják.
A hajtás alatti képek legyenek lazy load, vagyis csak akkor töltsenek be, amikor a vásárló odagörget. A modern témák (Dawn, OS 2.0) ezt natívan kezelik. Ha régebbi témán dolgozol, a téma-kódszerkesztőben az <img> tagekhez add hozzá a loading="lazy" attribútumot:
<img src="..." loading="lazy" alt="...">
Egy fontos kivétel, amit könnyű elrontani: a hero kép (a hajtás fölötti, legnagyobb kép) soha ne legyen lazy load, mert az pont az LCP-elem. Azt épp ellenkezőleg, előre kell tölteni:
<img src="..." fetchpriority="high" alt="...">
A WebP, a reszponzív méretezés (srcset) és a hajtás alatti lazy load együtt tipikusan 60-75%-kal csökkenti a képek összsúlyát, és 1-2 másodpercet vág le az LCP-ből mobilon. Ez a legnagyobb egyetlen javítás, amit egy lassú bolton elérhetsz.
3. Render-blokkoló JavaScript: a maradék finomhangolás
A harmadik réteg a render-blokkoló JavaScript: az a szkript, ami megállítja az oldal megjelenítését, amíg le nem fut. Ez sokszor pont az appokból jön (lásd az első pontot), úgyhogy ha ott rendet tettél, itt már kevesebb a dolgod. A maradékot a nem kritikus scriptek elhalasztásával (defer) kezeled, hogy ne blokkolják az első megjelenítést.
Itt egy őszinte korlát: ez a réteg már technikaibb, és könnyű elrontani, ha találomra nyúlsz a téma kódjához. Ha nem vagy biztos benne, mit csinálsz, ezt hagyd a végére, vagy bízd fejlesztőre. Az első két lépés (app-audit, kép) a sebesség nagy részét megadja kockázat nélkül, a harmadik a finomhangolás, ami már szakértelmet kíván.
A téma maga: gyors alapról indulj
Egy dolgot érdemes a végén tisztázni, mert sok bajt megelőz. A leggyorsabb sebesség-optimalizálás az, ha eleve gyors témáról indulsz. A Shopify saját ingyenes témái (Dawn, Horizon) szigorú sebesség-követelménynek felelnek meg, natív lazy loaddal és tiszta kóddal. A Dawn kifejezetten úgy épült, hogy a teljesítmény elsődleges tervezési szempont legyen.
Ha egy nehéz, sok beépített funkcióval teli prémium témán ülsz, ami eleve lassú, akkor a finomhangolás csak tüneti kezelés. A sorrend tehát visszafelé is igaz: gyors téma, kevés app, optimalizált kép. Ebben a sorrendben épül a gyors bolt, és nem egy sebesség-app megvásárlásával.
A sebesség nem egy beállítás, amit egyszer bekapcsolsz. Egy állapot, amit fenntartasz: minden új app, minden új képcsomag, minden új szekció lassíthat egy kicsit. A gyors bolt nem az, ahol egyszer lefuttattak egy optimalizálást, hanem ahol minden új elemnél felteszik a kérdést, megéri-e a betöltési időt, amibe kerül. A legtöbb lassú bolt nem azért lassú, mert valamit elrontottak, hanem mert sosem mondtak nemet semmire.
GYIK
Hogyan mérem a Shopify boltom sebességét?
A Shopify adminban az Online Store > Speed menüben (Web Performance Dashboard) találod, vagy az Analytics riportok közt „Online Store Speed" néven. Ez a három Core Web Vitalst (LCP, INP, CLS) mutatja valós látogatói adatból, a Chrome User Experience Report alapján, 28 napra összesítve.
Mi lassítja le leginkább a Shopify boltot?
Három fő ok: a túl sok app (mindegyik 100-500 ms JavaScriptet ad oldalanként), a nagy, optimalizálatlan képek (a teljes oldalsúly 50-70%-a), és a render-blokkoló JavaScript. A leghatásosabb sorrend: app-audit, képtömörítés, majd script-halasztás.
Kell-e sebesség-optimalizáló app a Shopify-hoz?
Nem feltétlenül, és nem ezzel érdemes kezdeni. A legnagyobb javítást a felesleges appok eltávolítása és a képek optimalizálása adja, amihez nem kell fizetős eszköz: a WebP-t a Shopify CDN automatikusan szolgálja, a modern témák natívan lazy loadolnak. A sebesség-app csak a maradékot finomhangolja.
Mi a jó Core Web Vitals érték 2026-ban?
LCP (betöltés) 2,0 másodperc alatt, INP (válaszkészség) 200 ms alatt, CLS (stabilitás) 0,1 alatt. A Google a látogatások 75. percentilisén értékel, vagyis a vásárlóid legalább 75%-ának kell „jó" élményt kapnia. Az INP 2026-ban elsődleges rangsorjellé vált.
Lazy loadoljam a hero képet is?
Nem. A hero kép (a hajtás fölötti legnagyobb kép) általában az LCP-elem, ezért soha ne legyen lazy load, mert az lassítaná a betöltést. Ehelyett a fetchpriority="high" attribútummal előre kell tölteni. A lazy load csak a hajtás alatti, később látható képekre való.
Gyuri
Hugyecz György – keresőoptimalizálási szakértő és a TotalStudio egyik tulajdonosa. Weboldalaknál és webáruházaknál elsősorban SEO-val, tartalomfejlesztéssel és technikai auditokkal foglalkozik, emellett fizetett hirdetésekkel (Google Ads, Meta), szövegírással és általános tanácsadással is; aktívan érdeklődik és használja a különböző AI-megoldásokat.
Profil

