Kompatibilitás és sebesség: WooCommerce-kosár, Divi, TTFB

A WooCommerce-kosár hibái Cloudflare mellett

Ha a WP Compress-t Cloudflare-rel és WooCommerce-szel használod, előfordulhat, hogy a kosárba tett termékek eltűnnek egy másik oldalra lépéskor, vagy a kosár darabszáma hibás. Ennek oka, hogy a Cloudflare olyan oldalakat is gyorsítótáraz, amelyeket nem kellene, mégpedig magát a kosárba tételi kérést, mielőtt a munkamenet-sütik beállnának a böngészőben.

1. lépés: AJAX-os kosárba tétel bekapcsolása

Az AJAX-os kosárba tétel a legbiztonságosabb módszer bármilyen gyorsítótár-beállítás mellett: háttérkérésként fut, amelyet soha nem gyorsítótáraz semmi.

1. Nyisd meg a WooCommerce → Beállítások → Termékek oldalt.
2. Kapcsold be az archívumoldali „Kosárba” gombok AJAX-os működését.

Ha a témád vagy az oldalszerkesztőd saját kosárba tételi beállításokkal rendelkezik, azokat is nézd át, és ahol lehet, válaszd az AJAX-ot.

2. lépés: A Cloudflare-kapcsolat frissítése

A kapcsolat frissítése átírja a gyorsítótár-szabályokat úgy, hogy a WooCommerce kosár-, pénztár- és munkamenet-URL-jei kimaradjanak a gyorsítótárazásból.

1. Nyisd meg a WP Compress felületét.
2. Lépj a Cloudflare-integráció beállításaihoz.
3. Kattints a Refresh Connection (kapcsolat frissítése) gombra.
4. A frissítés után mindig ürítsd a gyorsítótárat, hogy a tévesen gyorsítótárazott oldalak eltűnjenek.

Ha a kosár ezután sem működik megfelelően, kérj segítséget a gyártó csevegőtámogatásától: ők megnézik a Cloudflare gyorsítótár-szabályaidat, és megmondják, mely további kivételek kellenek a beállításodhoz.

A WP Compress és a Divi együtt

A Divinek beépített teljesítménybeállításai vannak. A legjobb sebesség és az oldalt elrontó ütközések elkerülése érdekében ne duplázd a funkciókat: vagy a Divi, vagy a WP Compress végezze az optimalizálást, ne mindkettő.

1. lehetőség: a WP Compress végez mindent (ajánlott)

A legjobb Core Web Vitals és betöltési idők érdekében hagyd, hogy a WP Compress intézze az összes optimalizálást. A WP Compress az erőforrásokat a felhőben optimalizálja és globális CDN-ről szolgálja ki, a Divi viszont a helyi szerveren.

1. Nyisd meg a WordPress vezérlőpultot.
2. Menj a Divi → Theme Options oldalra.
3. A General fülön görgess le (újabb verziókban a Performance fület keresd).
4. Kapcsold ki a Divi teljesítménybeállításait, hogy ne ütközzenek a WP Compress-szel.

2. lehetőség: a Divi saját optimalizálása

Ha a Divi beépített eszközeit szeretnéd használni, a WP Compress ne végezze ugyanazt a munkát.

1. Hagyd bekapcsolva a kívánt beállításokat a Divi → Theme Options oldalon.
2. Nyisd meg a WP Compress beállításait.
3. Kapcsold ki az átfedő funkciókat, vagyis az összes teljesítménybeállítást.
4. A képtömörítést és a CDN-kiszolgálást továbbra is használhatod a WP Compress-szel, az erőforrások kezelését viszont hagyd a Divire.

Ha elcsúszott elrendezést vagy „széttört” stílusokat látsz, szinte biztosan az az ok, hogy a Divi és a WP Compress is ugyanazt a CSS-fájlt próbálja minifikálni. Csak az egyik módszert használd.

Statikus CSS-fájl generálása

A Divi gyakran statikus CSS-fájlt ment a gyorsabb betöltéshez. A beállítás helye: Divi → Theme Options → Builder → Advanced → Static CSS File Generation. Ha módosítod a dizájnt, és nem látod a változást, kattints a Diviben a beállítás melletti Clear gombra, majd a WP Compress-ben a Clear Cache gombra.

Magas szerverválaszidő (TTFB) csökkentése

1. Ajánlott mód bekapcsolása. Ez a legtöbb problémát azonnal megoldja: WP Compress → Settings → General → Optimization Mode → Recommended.
2. Fejlett gyorsítótárazás bekapcsolása. Ha ki van kapcsolva, kapcsold be: WP Compress → Settings → CDN → Advanced Caching → ON.
3. A gyökér (/) dokumentum méretének ellenőrzése. Ha a probléma megmarad, nézd meg a főoldal HTML-jének méretét. Ha jelentősen nagy (például 700 KB fölötti), folytasd a következő lépésekkel.
4. Kritikus CSS bekapcsolása. Kigyűjti és beágyazza az első képernyőn látható tartalomhoz kellő CSS-t, így az oldal gyorsabban rajzolódik ki: WP Compress → Settings → CSS → Critical CSS → ON.
5. Inline CSS kikapcsolása. Nagy dokumentumméretnél segít, mert csökkenti az oldal teljes méretét: WP Compress → Settings → CSS → Inline CSS → OFF.

További javaslatok:

• Csökkentsd az átirányítások számát, mert a sok átirányítás lassítja a TTFB-t.
• Tartsd naprakészen a WordPresst, a témákat és a bővítményeket.
• Használj CDN-t, ha még nem teszed: a statikus fájlokat a látogatóhoz közelebbi szerverről szolgálja ki, ami jelentősen csökkentheti a TTFB-t.

„Reduce initial server response time” figyelmeztetés a PageSpeed Insightsban

Ha a Google PageSpeed Insights ezt a figyelmeztetést mutatja, miközben a WP Compress gyorsítótára aktív, valami nincs rendben.

1. Teszteld újra az oldalt: lehet, hogy a gyorsítótár még nem készült el az oldalhoz. A Smart Optimization nézetben is ellenőrizheted.
2. Ha a hiba marad, egy harmadik fél bővítménye vagy egy szerveroldali gyorsítótár felülírhatja a WP Compress gyorsítótárazását. Kapcsold ki a többi teljesítményeszközt, és kérj segítséget a csevegőtámogatástól.

Működő gyorsítótárnál a kezdeti szerverválaszidő oldalanként eltér, de 500 ms alatt kell lennie (jó esetben 200 ms vagy kevesebb, sőt akár 0 ms is lehet).

Ez az időt jelenti, ami az első bájt megérkezéséig telik a kérés után. Ha az újratesztnél „cache did not hit” jelzést kapsz, a teszt nem kapott gyorsítótárazott oldalt, ezért hosszabb a válaszidő. Lehetséges okok:

• Gyorsítótár-tévesztés (cache miss): az oldal nem volt a gyorsítótárban, a szervernek menet közben kellett előállítania.
• Hibás gyorsítótár-beállítás: a rossz beállítás vagy fejléc megakadályozza a működést.
• Felülíró gyorsítótárak: más optimalizáló eszközök vagy gyorsítótár-rétegek (CDN-gyorsítótár, WordPress-gyorsítótár-bővítmények) zavarhatják a beállításokat.

A TTFB-t a webhelyen kívüli tényezők is befolyásolják, például a hálózati késleltetés és a szerver teljesítménye, ezért fontos a jó tárhelyszolgáltató is.