# Miért lassú a WordPress webshop, és meddig lehet gyorsítani?

URL: https://rootcr.hu/tudastar/miert-lassu-a-wordpress-webshop/
Frissítve: 2026-08-14

# Miért lassú a WordPress webshop, és meddig lehet gyorsítani?

> **Röviden:** Egy WooCommerce webshop lassúságának ritkán egy oka van. A három fő forrás: a betöltendő kód mennyisége (sablon + bővítmények), az adatbázis-lekérdezések száma terméklistázásnál, és a nem gyorsítótárazható oldalak (kosár, pénztár, bejelentkezett vevő). Gyorsítótárral és képoptimalizálással jellemzően jelentős javulás érhető el a nyilvános oldalakon, de a kosár és a pénztár marad lassú — mert azokat nem lehet előre kiszámolni. Ott a plafon.

## Hol keletkezik a lassúság?

### 1. A betöltendő kód mennyisége

Egy tipikus WooCommerce webshop tucatnyi stíluslapot és szkriptet tölt be: a sablonét, az oldalépítőét, minden bővítményét. Ezek nagy része az adott oldalon nem is használódik — de letöltődik, feldolgozódik és lefut.

Ez a rész az, amit a látogató a **legelső másodpercben** megérez: a lap vázlata már látszik, de még nem lehet kattintani rajta.

### 2. Az adatbázis-lekérdezések száma

A terméklistázás WooCommerce-ben nem egy lekérdezés. Minden termékhez tartozik ár, készlet, variáns, adó, kép, kategória, esetleg vevőcsoport-specifikus ár — és a bővítmények is beleszólnak. Egy 24 terméket mutató kategórialap könnyen több száz lekérdezést futtat le.

Ez a rész az, amitől **a szerver válasza maga lassú** (magas TTFB), és ezen a képoptimalizálás semmit nem segít.

### 3. Az oldalak, amiket nem lehet gyorsítótárazni

A gyorsítótár úgy működik, hogy az oldal kész változatát elmenti, és a következő látogatónak azt adja ki. Ez remekül működik a nyitólapon és a termékoldalakon. **Nem működik** viszont ott, ahol az oldal minden látogatónak más: kosár, pénztár, fiók, bejelentkezett nagykereskedelmi vevő saját áraival.

Vagyis pontosan azokon az oldalakon nem segít, ahol a pénz keletkezik.

## Mit old meg a gyorsítótár, és mit nem?

| Probléma | Gyorsítótár segít? | Miért |
|---|---|---|
| Lassú nyitólap, kategórialap | Igen, sokat | Az oldal kész változata kiszolgálható |
| Nagy, tömörítetlen képek | Nem, de a képoptimalizálás igen | Külön probléma, külön eszköz |
| Sok bővítmény szkriptje és stíluslapja | Részben | Kevesebbet kell számolni, de ugyanannyit kell letölteni |
| Lassú kosár és pénztár | Nem | Minden látogatónak más, nem menthető el |
| Lassú admin felület | Nem | A gyorsítótár a nyilvános oldalakat szolgálja ki |
| Vevőcsoportos árazás | Nem | Ugyanaz az oldal, más árakkal — nem gyorsítótárazható |

## Meddig lehet gyorsítani? A reális sorrend

1. **Mérj, ne tippelj.** [PageSpeed Insights](https://pagespeed.web.dev/) és a szerveroldali válaszidő (TTFB) külön nézendő. Ha a TTFB magas, a kliensoldali optimalizálás nem fog segíteni.
2. **Képek.** Modern formátum, helyes méret, késleltetett betöltés. A legolcsóbb, leggyorsabban megtérülő lépés.
3. **Bővítmény-leltár.** Minden bővítménynél kérdés: mit ad, és mennyibe kerül milliszekundumban? A leggyakoribb eredmény, hogy három-négy kidobható.
4. **Gyorsítótár és tömörítés.** Innentől a nyilvános oldalak gyorsak lesznek.
5. **Adatbázis és tárhely.** Ha idáig eljutottál és a kosár még mindig lassú, akkor a probléma szerkezeti.

Az 1–4. lépés a legtöbb boltnál érezhető javulást hoz, és néhány nap munka. Az 5. lépésnél kell eldönteni, hogy foltozol vagy építesz.

## Mikor kell inkább újraépíteni?

Nem sebességi szám dönti el, hanem szerkezeti jel. Építs újra, ha:

- a **pénztár** lassú, és ezen a gyorsítótár per definitionem nem segít;
- **vevőnkénti árazás** vagy nagykereskedelmi logika van a boltban, ami minden oldalt egyedivé tesz;
- a bolt működéséhez **öt vagy több fizetős bővítmény** kell, amiket egymáshoz igazítva tartotok életben;
- minden frissítés után **valami eltörik**, és ezt már be is áraztátok a havi költségbe;
- az admin felületen töltött **napi munkaóra** nagyobb, mint ami az árbevételhez képest indokolt.

Ilyenkor a kérdés már nem a sebesség, hanem az, hogy a rendszer alkalmas-e arra, amit csináltok vele. Erről szól az [egyedi webshop készítés](/webshop-keszites/), és a rendszerválasztást itt vezetem végig: [Shopify, WooCommerce, Unas vagy egyedi](/tudastar/shopify-woocommerce-unas-vagy-egyedi-webshop/).

## Mit jelent a „gyors” konkrétan?

Sebességnél a szlogen semmit nem ér, mérés kell. Ezért mérem naponta a saját és a referencia-oldalaimat, ugyanazzal a paranccsal, és az eredmény kint van a [főoldalon](/) és a [referenciák](/referenciak/) alatt. Ugyanezt bárki megismételheti — ez a lényeg.

## Gyakori kérdések

### Egy jobb tárhely megoldja?

Ritkán önmagában. Jobb tárhely csökkenti a szerveroldali időt, de a betöltendő kód mennyiségét és a lekérdezések számát nem. Ha a lekérdezésszám a gond, drágább vasat veszel ugyanahhoz a problémához.

### Mennyi idő alatt lehet gyorsítani egy meglévő boltot?

A mérés és a képek-bővítmények-gyorsítótár kör jellemzően néhány nap. Ez a legjobb ár-érték arányú lépés, és érdemes ezzel kezdeni, mielőtt bárki új rendszerről beszél.

### Az újraépítés alatt áll a bolt?

Nem. Az új rendszer párhuzamosan készül, és az átállás egy előre egyeztetett időpontban történik, átirányításokkal — hogy a keresőben meglévő pozíciók se vesszenek el.