Oldal-gyorsítótár

Egy WordPress-oldal alapból minden látogatásra lefuttatja a PHP-kódot, és adatbázis-lekérdezésekből állítja össze a HTML-t. Az oldal-gyorsítótár (page cache) a kész HTML-t eltárolja, és a következő látogatónak ezt adja oda, így a szerver kevesebbet dolgozik, és a válasz sokkal hamarabb megérkezik. A WordPress hivatalos teljesítmény-útmutatója is a gyorsítótárazást nevezi a legnagyobb haszonnal járó, legkisebb fáradsággal elérhető lépésnek.

Hogyan mérjük

A teszt csak WordPress-oldalakon fut; más oldalnál nem értékelhető. A riport a gyorsítótár négyféle jelét keresi, a sorrend szerint az elsőt fogadja el:

1. Gyorsítótár-fejléc. Ha a válaszban szerepel valamelyik ezek közül (az érték mindegy): x-litespeed-cache, x-fastcgi-cache, x-proxy-cache, x-cache-enabled, x-kinsta-cache, x-wp-super-cache, x-breeze-cache, x-cache-handler.
2. Találatot jelző fejléc. A cf-cache-status vagy az x-cache fejléc értékében szerepel a HIT szó.
3. Lábjegyzet a HTML-ben. A gyorsítótár-bővítmények HTML-megjegyzései, például „Performance optimized by WP Rocket”, „Cached page generated by WP-Super-Cache”, „WP Fastest Cache file was created in”, „Cached by WP-Optimize”, „Cache served by breeze”, a W3 Total Cache és a Hummingbird hasonló sorai.
4. Ismert bővítmény. A riport a HTML-ből felismert bővítmények között talál gyorsítótár-bővítményt (például wp-rocket, litespeed-cache, w3-total-cache, wp-super-cache, wp-fastest-cache, breeze, cache-enabler, wp-optimize, sg-cachepress, hummingbird-performance).

• Megfelelő: a fenti jelek valamelyike megvan.
• Hiba (közepes súlyosság): egyik sincs.

A teszt jelet keres, nem méri a gyorsítótár tényleges hatékonyságát: egy telepített bővítmény hibás beállítással is „megfelelő” lehet, és egy fejléc nélkül működő gyorsítótár „hibás”. A Első bájt (TTFB) teszt mutatja meg, hogy a válasz valójában gyors-e.

Fontos: Cloudflare mögött a cf-cache-status csak HIT értékkel számít. A Cloudflare dokumentációja szerint a CDN alapból nem gyorsítótáraz HTML-t, ezért a Cloudflare önmagában nem teszi „megfelelővé” az oldalt.

Hogyan javítsd

Erre nincs minden oldalon érvényes kódrészlet, mert a gyorsítótár több szinten is megvalósítható. Válaszd azt, amelyet a tárhelyed vagy a szerver-környezeted támogat:

1. Tárhelyszolgáltató gyorsítótára. A fenti fejlécek (például x-litespeed-cache, x-kinsta-cache, x-fastcgi-cache) a szerver szintjén működő gyorsítótárakra utalnak. Ha a tárhelyed ilyet kínál, a legegyszerűbb, ha ezt használod; kérdezd meg a szolgáltatót, vagy nézd meg a tárhely felületén.
2. Saját nginx. Az nginx a FastCGI-válaszokat az ngx_http_fastcgi_module direktíváival (fastcgi_cache_path, fastcgi_cache, fastcgi_cache_valid) tárolhatja el. A pontos beállítás függ a szerverfelépítésedtől, ezért az nginx dokumentációja szerint állítsd össze, és ügyelj arra, hogy a bejelentkezett látogatók oldala ne kerüljön be a közös gyorsítótárba.
3. Gyorsítótár-bővítmény a WordPressben. A riport a fenti 4. pontban felsorolt slugú bővítményeket ismeri fel gyorsítótárként. Ha bővítményt választasz, a bővítménykatalógus leírásában nézd meg, hogyan kezeli a bejelentkezett felhasználók és a kosárral rendelkezők oldalát, és hogy a riport felismeri-e a jelét (fejléc, lábjegyzet vagy slug).
4. CDN-szabály. Ha CDN-nel (például Cloudflare) szolgálsz ki HTML-t is, külön gyorsítótár-szabályt kell létrehozni; ezt a Cloudflare Cache Rules adja.

A gyorsítótár bekapcsolása után a változások nem azonnal látszanak: tartalomszerkesztés után a gyorsítótárat üríteni kell, vagy meg kell várni a lejáratát.

Hogyan ellenőrizd

Futtasd újra a riportot. A válaszfejlécekben is látszik a jel:

Terminál

curl -sI https://pelda.hu/ | grep -iE "cache|x-"

Keresd azt a sort, amely a fenti fejlécnevek valamelyikét tartalmazza. Gyorsítótárazott oldalnál a második kérés általában gyorsabb: mérd meg a time_starttransfer értékét kétszer egymás után:

Terminál

curl -o /dev/null -s -w "%{time_starttransfer}\n" https://pelda.hu/