A Cloudflare Oldalszabályok lehetővé teszik, hogy bizonyos URL mintákra szabott gyorsítótár, átirányítás, biztonsági és teljesítménybeállításokat alkalmazzunk. A haladó gyorsítótár-kezelésben az egyik legpraktikusabb felhasználási mód a statikus fájlok hosszú távú tárolása, adminisztrációs felületek kizárása a cache-ből, kampányoldalak gyorsítása, valamint a dinamikus e-kereskedelmi oldalak hibás gyorsítótár-kockázatának minimalizálása. Megfelelő beállításokkal a Cloudflare Oldalszabályok csökkentik a szerverterhelést, javítják a TTFB értékeket, támogatják a Core Web Vitals mutatókat, és látogatóidnak gyorsabb oldalbetöltést biztosítanak.
Ebben az útmutatóban lépésről lépésre bemutatjuk, hogyan alkalmazhatod a Cloudflare Oldalszabályokat haladó gyorsítótár-kezelésre a 2026-os SEO és teljesítmény elvárásoknak megfelelően. Megvizsgáljuk, hogy WordPress, WooCommerce, vállalati weboldalak, statikus oldalak, médiafájlok és belépési felületek esetén mikor, mely szabályokat érdemes használni, mely beállítások kockázatosak, és milyen tesztekkel ellenőrizd azokat. Ha a weboldalad nagy forgalomnál lassul, a tárhely erőforrásai indokolatlanul fogynak, vagy hiába aktív a Cloudflare, nem érzed a sebességnövekedést, akkor a probléma gyakran a nem megfelelő gyorsítótár-stratégiából ered. Erős alapokért érdemes átnézni a Hostragons web hosting csomagok és a biztonságos forgalomkezeléshez a SSL tanúsítvány megoldások is.
Mi az a Cloudflare Oldalszabály?
A Cloudflare Oldalszabályok segítségével URL minták alapján különféle viselkedéseket definiálhatsz a Cloudflare-en keresztül érkező kérésekre. Például az example.com/wp-admin/* címre teljes gyorsítótár-kizárást állíthatsz be, az example.com/assets/* mappában lévő képeket és CSS fájlokat hosszabb ideig tárolhatod, vagy egy régi kampányoldalt átirányíthatsz egy új URL-re. Ezek a szabályok a DNS és CDN rétegekben működnek, így a látogató kérése még a szerveredhez érkezés előtt érvényesülnek.
Bár a Cloudflare az utóbbi években Cache Rules, Transform Rules és Redirect Rules néven fejlettebb, moduláris szabálymotorokat vezetett be, az Oldalszabályok (Page Rules) még mindig praktikus megoldást jelentenek kisebb és közepes méretű oldalak számára. 2026-ban a jó gyakorlat az, hogy egyszerűbb igényekhez Oldalszabályokat használjunk, míg összetettebb és nagyobb projektekhez a fejlettebb szabályrendszereket. Mindkettő alapelve ugyanaz: a tartalmat a megfelelő helyen, a megfelelő ideig gyorsítótárazni.
Miért kulcsfontosságú a gyorsítótár-kezelés a SEO szempontjából?
A SEO nem csupán a tartalom minőségéről és a backlinkekről szól. A Google a felhasználói élményt mérve figyelembe veszi az oldalbetöltési sebességet, a szerver válaszidejét, a képek betöltésének hatékonyságát, a feltérképezési hatékonyságot és az oldal stabilitását is. Egy jól konfigurált Cloudflare gyorsítótár-struktúra nem csak a valós felhasználói élményt javítja, hanem a keresőrobotok hatékonyabb feltérképezését is elősegíti.
Például a híroldalak, blogok vagy vállalati weboldalak tartalmai általában nem változnak állandóan. Ezeket a tartalmakat a Cloudflare edge szerverein tárolva a látogatók a földrajzi közelségük miatt gyorsabban kapják meg az adatokat, miközben a szerver terhelése csökken. Ez kevesebb szerveroldali hibát, stabilabb válaszidőt és nagy forgalom esetén is megbízható elérést eredményez, ami hosszú távon pozitívan hat a SEO-ra.
Fontos teljesítménymutatók
- TTFB: Az első bájt megérkezéséig eltelt idő csökken, ami különösen távoli felhasználóknál érzékelhető javulás.
- LCP: A legnagyobb kép vagy fő tartalom gyorsabban jelenik meg.
- INP: A szerveroldali késleltetés csökken, így az interakciók gyorsabban válaszolnak.
- CLS: A gyors és következetes betöltés közvetetten csökkenti az elhelyezkedési elcsúszást.
- Crawl budget: A keresőrobotok gyorsabban és hatékonyabban térképezik fel az oldalad.
Cloudflare Oldalszabályok és a gyorsítótár működése
A Cloudflare alapértelmezett viselkedése, hogy az HTML oldalakat általában nem gyorsítótárazza automatikusan, míg a CSS, JavaScript, képek és betűtípusok statikus fájlokat a megfelelő fejlécbeállítások alapján tárolja. Az Oldalszabályok segítségével ezt a viselkedést URL szinten módosíthatod. A legfontosabb, hogy soha ne gyorsítótárazz dinamikus vagy személyre szabott tartalmat úgy, hogy az mindenki számára elérhető legyen.
Egy webshopnál például a kosár, fizetés, fiók és felhasználói felület gyorsítótárba kerülése adatkeveredéshez vezethet. Ezzel szemben a termékképek, kategóriák bannerei, statikus landing page fájlok és blogképek biztonságosan tárolhatók hosszabb ideig. A hatékony gyorsítótár-kezelés lényege, hogy az egyes oldalak funkciójától függően különböző szabályokat alkalmazzunk, ne egyformán kezeljünk mindent.
Cloudflare gyorsítótár szintek
- No Query String: A lekérdezési paraméterek ellenére az alapfájlt tárolja – óvatosan használandó.
- Ignore Query String: A URL paramétereket figyelmen kívül hagyja, ugyanazt a cache másolatot szolgálja – jó kampányparaméterekhez, kockázatos személyre szabott tartalomhoz.
- Standard: A fájlnév és a query string kombinációját használja biztonságosabb alapként.
- Cache Everything: Minden tartalmat, beleértve az HTML-t is, gyorsítótárazza – csak jól beállított kizárásokkal szabad használni.
- Edge Cache TTL: Meghatározza, mennyi ideig maradjon a tartalom a Cloudflare edge szerverein.
- Browser Cache TTL: Meghatározza, mennyi ideig tárolja a böngésző a fájlokat.
Hogyan működik az Oldalszabályok prioritása?
A Cloudflare Oldalszabályok felülről lefelé haladva értékelik az egyezéseket, és az első találathoz tartozó szabály lép életbe. Emiatt a szabályok sorrendje legalább olyan fontos, mint maga a szabály. A legspecifikusabb és legkritikusabb kizárásokat mindig a lista tetejére kell helyezni, míg az általános gyorsítási szabályok lent szerepeljenek. Például a /wp-admin/* gyorsítótár-kizárásnak mindig megelőznie kell egy teljes webhelyre vonatkozó Cache Everything szabályt.
Ingyenes csomagban általában korlátozott számú Oldalszabály áll rendelkezésre, ezért gazdaságosan kell használni őket. Ha három szabályt állíthatsz be, akkor a sorrend: adminisztrációs és belépési oldalak kizárása, statikus fájlok optimalizálása, majd bizonyos fix oldalak agresszív gyorsítótárazása. Több szabály esetén érdemes a Cloudflare új Cache Rules rendszerét vagy magasabb szintű előfizetéseket fontolóra venni. Fontos továbbá, hogy a szerveroldalon a LiteSpeed Cache, NGINX cache vagy alkalmazásszintű cache-rétegekkel összhangban működjön a rendszer. Ehhez a témához jó kiindulópont lehet a WordPress tárhely teljesítmény optimalizálás cikk.
Cloudflare Oldalszabályok példa stratégia táblázat
| URL Minta | Ajánlott Beállítás | Felhasználás | Kockázati Megjegyzés |
|---|---|---|---|
| example.com/wp-admin/* | Cache Level: Bypass | WordPress admin felület kizárása a gyorsítótárból | Ez legyen a legfelső szabály |
| example.com/wp-login.php* | Cache Level: Bypass | Belépési képernyőnél az üléshibák elkerülése | Biztonsági szabályokkal támogasd |
| example.com/wp-content/uploads/* | Cache Level: Standard, Edge TTL: 1 hónap | Képek és médiafájlok gyorsítása | Frissítéskor purge szükséges lehet |
| example.com/blog/* | Cache Everything, Edge TTL: 1 óra vagy 1 nap | Ritkán változó blog tartalmak gyorsítása | Ha komment vagy tagság van, figyelni kell |
| example.com/sepet/* | Cache Level: Bypass | E-kereskedelmi kosár dinamikus kezelése | Ha cache-elt, adatkeveredés léphet fel |
Lépésről lépésre: Oldalszabályokkal gyorsítótár beállítása
1. Térképezd fel az oldalad és az oldal típusokat
Az első lépés, hogy csoportosítsd az oldal típusokat: blogbejegyzések, kategóriaoldalak, termékoldalak, kosár, fizetés, felhasználói profil, admin felület, statikus fájlok, API végpontok. Jegyezd fel, milyen gyakran frissülnek, tartalmaznak-e személyre szabott adatot, és mekkora SEO értékük van. Enélkül a Cache Everything rövid távon gyorsítást adhat, de hosszú távon hibás tartalom, űrlaphibák és konverziócsökkenés lehet a következmény.
2. Kizárd a dinamikus területeket a gyorsítótárból
Az első és legfontosabb biztonsági lépés, hogy az összes dinamikus és személyre szabott területet kizárjuk a gyorsítótárból. WordPress esetén ez az /wp-admin/*, /wp-login.php*, /cart/*, /checkout/*, /my-account/*, WooCommerce-ben pedig a /sepet/*, /fizetes/* és /fiók/* útvonalakat jelenti. Egyedi fejlesztésű rendszereknél /panel/*, /api/*, /login/*, /user/* is lehet ilyen terület.
Ehhez a Cache Level: Bypass beállítás ajánlott. Tovább növelhető a biztonság Security Level emeléssel, Browser Integrity Check bekapcsolásával, IP korlátozás bevezetésével vagy más Cloudflare biztonsági funkciókkal. Különösen az admin felületekhez érdemes átnézni a weboldal biztonsági útmutató és a SSL tanúsítvány telepítése.
3. Használj hosszú TTL értékeket statikus fájlokra
A képek, CSS, JS, betűtípusok és PDF-ek, amelyek ritkán változnak, akár hetekig vagy hónapokig is tárolhatók a gyorsítótárban. Érdemes 1 hét, 1 hónap vagy verziózás esetén akár 1 év TTL-t beállítani. A verziózás azt jelenti, hogy a fájl neve változik új verzió esetén, például style.v24.css vagy app.2026.01.js, így a régi fájl megmarad a böngészőben, de az új verziót már az új névvel tölti be.
Hosszú TTL használata csökkenti a sávszélesség-felhasználást, és a visszatérő látogatók számára gyorsabb betöltést eredményez. Hostragons tárhelyen futó oldalak esetén a CDN és a szerver cache rétegek összehangolásához érdemes átnézni a tárhely kezelőfelületén a cache beállításokat is. Ehhez a Magas teljesítményű tárhely megoldások oldal nyújthat segítséget.
4. Óvatosan alkalmazd az HTML gyorsítótárat
Az HTML gyorsítótár a legnagyobb sebességnövekedést hozhatja, de ez a beállítás igényli a legnagyobb körültekintést. Blogok és vállalati oldalak általában alkalmasak rá, de ha az oldal személyre szabott üdvözlést, tagsági adatokat, készletinformációt, kosárállapotot vagy dinamikus űrlap tokeneket tartalmaz, akkor nagyobb a kockázat. Cache Everything beállítást csak akkor alkalmazz, ha a kizáró szabályokat pontosan beállítottad.
Például egy blog esetében a /blog/* alatt Cache Everything és Edge Cache TTL: 4 óra megfelelő lehet. Egy vállalati oldalnál, amely naponta frissül, 1 nap TTL javasolt. Gyorsan változó árú vagy készletű webshopnál az oldal HTML cache-ének ideje rövidebb legyen, vagy a készlet és ár adatok dinamikus lekéréssel kezelendők.
5. Tervezd meg a lekérdezési paraméterek (query string) kezelését
Az UTM paraméterek, hirdetési kampányok és szűrők bonyolítják a cache működését. Például az /termek/cipo?utm_source=google és az /termek/cipo?utm_source=facebook ugyanazt a tartalmat mutathatja, ezért érdemes a query stringeket figyelmen kívül hagyni a gyorsítótárnál, ami növeli a hatékonyságot. Viszont ha a paraméterek, mint az /kereses?q=hosting vagy a /kategori?szin=kek, ténylegesen megváltoztatják a tartalmat, akkor nem szabad figyelmen kívül hagyni őket.
Ezért mindig azt kérdezd meg: „A paraméter módosítja az oldal tartalmát?” Ha nem, akkor ignoráld, így növelve a cache hatékonyságát. Ha igen, akkor a Standard beállítás biztonságosabb.
Oldalszabály példa WordPress oldalakhoz
A WordPress a Cloudflare Oldalszabályok egyik leggyakrabban optimalizált platformja, de az egyedi bővítmények, témák, tagsági rendszerek és WooCommerce jelenlét befolyásolják a cache döntéseket. Egy egyszerű vállalati WordPress oldal induló konfigurációja lehet:
- Első szabály: example.com/wp-admin/* – Cache Level: Bypass
- Második szabály: example.com/wp-login.php* – Cache Level: Bypass, magas biztonsági szinttel
- Harmadik szabály: example.com/wp-content/uploads/* – Edge Cache TTL: 1 hónap, Browser Cache TTL: 1 hónap
Ha magas a blogforgalom és van még Oldalszabály kereted, érdemes a /blog/* útvonalra Cache Everything beállítást adni, de ha aktívak a kommentek, gondoskodj arról, hogy komment beküldés után a felhasználók ne kapjanak régi tartalmat, például automatikus purge-ral. A WordPress cache-bővítmények közül sok támogatja a Cloudflare purge integrációt, így frissítéskor automatikusan tisztítható a cache. Ezekhez ajánljuk a WordPress hosting és a WordPress sebességnövelési útmutató cikkeket.
Figyelmeztetések WooCommerce és e-kereskedelmi oldalakhoz
Az e-kereskedelmi oldalak gyorsítótár-kezelése különösen érzékeny, mivel az ügyfél munkamenete, kosár tartalma, árak, akciók, készlet és fizetési lépések dinamikusan működnek. Rosszul beállított Cloudflare Oldalszabályok akár azt is eredményezhetik, hogy egy felhasználó más kosáradatait látja. Ezért WooCommerce, OpenCart, Magento vagy egyedi webshopok esetén alapos tesztelés szükséges, mielőtt agresszív cache-t alkalmazunk.
Általános szabály, hogy a kosár, fizetés, fiók, belépés, regisztráció és API végpontokat mindig ki kell zárni a cache-ből. A termékképek, kategória bannerek és statikus témafájlok viszont hosszú TTL-lel gyorsíthatók. A termékoldalak HTML gyorsítótárának időtartama a készlet és árfrissítések gyakoriságától függ. Ha az árak ritkán változnak, nincs személyre szabott kedvezmény és a készletinformáció nem kritikus, rövid Edge TTL használható. Gyors készletmozgású boltokban viszont jobb, ha inkább a statikus fájlok optimalizálására koncentrálsz.
Oldalszabályok vs. Cache Rules: Melyiket válasszam?
2026-ban a technikai SEO és teljesítménykezelés terén már nem mindig elég csak az Oldalszabályokat ismerni. A Cloudflare fejlettebb, részletesebb feltételeket kínáló Cache Rules rendszerét ajánlja. Ennek ellenére sok kisebb oldal tulajdonosának az Oldalszabályok még mindig gyors és egyszerű megoldást jelentenek. Az alábbi táblázat összefoglalja, mikor melyik megközelítés előnyösebb:
| Jellemző | Oldalszabályok (Page Rules) | Cache Rules |
|---|---|---|
| Könnyű használat | Egyszerű URL-minták és gyors beállítás | Technikai, de rugalmas szabályozás |
| Feltételválaszték | Korlátozott | Fejlettebb: fejléc, cookie, útvonal, stb. |
| Kis oldalak | Általában elegendő | Ha kell, használható |
| Nagy projektek | Korlátozó lehet a szabálykorlát miatt | Jobban skálázható |
| Tanulási görbe | Alacsony | Közepes vagy magas |
Gyakori hibák rossz gyorsítótár-beállítás esetén
A Cloudflare Oldalszabályok hatékonyak, de helytelen használatuk SEO, konverzió és felhasználói élmény szempontjából káros lehet. A leggyakoribb hiba, ha dinamikus oldalakon alkalmazzuk a Cache Everything-et. Ilyenkor a látogatók régi árakat, elavult készletadatokat, hibás felhasználói állapotokat vagy korábbi űrlapválaszokat láthatnak. Másik gyakori probléma, ha túl hosszú TTL-t állítunk be, és nem végzünk rendszeres purge-t. Különösen akkor, ha SEO szempontból fontos cím, meta leírás vagy strukturált adat változik, de a Cloudflare még mindig régi HTML-t szolgál ki, a Google botok elavult verziót indexelhetnek.
A helyes gyorsítótár beállítás ellenőrzéséhez használd a böngésző fejlesztői eszközeit a válaszfejlécek vizsgálatára. A CF-Cache-Status értéke HIT esetén a tartalom Cloudflare gyorsítótárból érkezik, MISS, EXPIRED, BYPASS vagy DYNAMIC értékek más viselkedést jeleznek. Teszteld nem csak a főoldalt, hanem kategória, blog, termék, kosár, belépés és űrlapoldalakat is.
Gyorsítótár tisztítás és frissítés stratégiája
Haladó gyorsítótár-kezelésnél nem elég a cache beállítása, hanem a megfelelő időben végzett tisztítás is kulcsfontosságú. A Cloudflare lehetővé teszi egyedi URL-ek, speciális purge, teljes cache törlés és API alapú automatizált purge használatát. Az egész cache törlése egyszerűnek tűnik, de nagy webhelyeken hirtelen szerverterhelést okozhat, mert minden edge szerver azonnal lekéri az eredeti szerverről az adatokat.
Az ideális megoldás a csak a változott URL-ek és azok kapcsolódó oldalak (pl. kategória, főoldal, címkék) törlése. WordPress bővítmények vagy egyedi megoldások automatikusan végezhetik ezt. Vállalati oldalakon érdemes a tartalom publikálási folyamatába beépíteni a cache purge lépést, hogy mindig friss tartalom kerüljön ki.
Gyakorlati példa: Növekvő forgalmú blog oldal
Képzeljük el, hogy van egy havi 300 ezer látogatós technológiai blogod. A legnépszerűbb tartalmak a részletes útmutatók és képes elemzések. A szerver CPU használata különösen a közösségi médiában megosztott új cikkeknél nő meg. Ilyenkor a Cloudflare Oldalszabályokkal érdemes a következő stratégiát alkalmazni: admin felület kizárása, feltöltött médiafájlok 1 hónapig tartó cache-elése, blogbejegyzések Cache Everything és 4 órás Edge TTL-lel, valamint a frissítések utáni automatikus purge beállítása.
Ezzel a beállítással a cikkekhez érkező több ezer kérés nagy része a Cloudflare adatközpontjaiból érkezik, az eredeti szervert pedig csak a frissítés vagy kizáró szabályok érintik. Így a tárhely erőforrásai hatékonyabban használódnak, és a hirtelen forgalomnövekedés sem okoz lassulást. Ha a forgalom tartósan nő, érdemes a CDN optimalizálás mellett VPS szerver megoldások vagy vállalati tárhely csomagok is megfontolni.
Gyakorlati példa: Vállalati weboldal
A vállalati oldalak jellemzően statikusabb tartalmakból állnak: szolgáltatások, rólunk, kapcsolat, blog, referenciák. Ezeken az oldalakon az agresszív gyorsítótárazás általában biztonságos, de a kapcsolati űrlapok, ajánlatkérések és CRM integrációk külön figyelmet igényelnek. Ha az űrlapok tartalmaznak CSRF tokent, captcha-t vagy személyes adatokat, akkor az adott oldalak esetében az HTML cache-t ki kell kapcsolni.
Praktikus szabály: média- és statikus fájlokat hosszú TTL-lel tárolj, a szolgáltatásoldalakon közepes időtartamú HTML cache-t alkalmazz, az űrlapokat és adminisztrációs területeket pedig zárd ki a gyorsítótárból. Fontos a DNS és domain névkezelés helyes konfigurációja is, amelyhez ajánlott a Domain regisztrációs és átvitel szolgáltatások áttekintése.
Tesztelési és ellenőrzési lista
Az Oldalszabályok beállítása után elengedhetetlen a tesztelés. Nem elég, hogy gyorsan tölt be az oldal, meg kell győződni arról is, hogy a megfelelő tartalom jelenik meg a megfelelő felhasználónak. Az alábbi ellenőrző lista segít a leggyakoribb lépésekben:
- Teszteld inkognitó ablakban a főoldalt, blogot, kategóriákat, termék- és űrlapoldalakat.
- Ellenőrizd a CF-Cache-Status fejléc értékeket.
- Hasonlítsd össze bejelentkezett és kijelentkezett felhasználói élményt.
- Próbálj meg terméket hozzáadni a kosárhoz, végigmenni a fizetési folyamaton, belépni és űrlapot kitölteni.
- Frissítés után ellenőrizd, hogy nem jelenik-e meg régi cím, kép vagy ár.
- Mérd meg a TTFB és LCP változásokat PageSpeed Insights vagy WebPageTest segítségével.
- Kövesd a Google Search Console szerver válaszidő statisztikáit.
Legjobb gyakorlatok és szakértői tippek
Maximális hatékonyság érdekében a Cloudflare gyorsítótár rétegeit ne versenytársként, hanem egymást kiegészítőként kezeld. A Cloudflare edge cache, szerveroldali cache és alkalmazásszintű cache együtt működhet, de az eltérő TTL-ek és frissítési idők következetlenséget okozhatnak. Ezért fontos a TTL értékek dokumentálása, a purge folyamatok pontos meghatározása, és a jogosultságok szabályozása cache törléshez.
- Először írd meg a kizáró szabályokat, majd utána alkalmazd az agresszív gyorsítótár szabályokat.
- A legspecifikusabb URL mintákat tedd felülre, az általánosakat alulra.
- Mielőtt a teljes oldalra Cache Everything-et állítanál, elemezd az oldal típusaidat.
- Ha verziózást használsz, állíts be hosszú Browser Cache TTL-t a statikus fájlokon.
- Ne használj HTML gyorsítótárat űrlap, munkamenet, kosár és fizetési oldalakon.
- Adj hozzá manuális vagy automatikus purge lépést a tartalomfrissítési folyamatba.
- Élesben változtatás előtt válassz alacsony forgalmú időszakot.
- Az új szabályok beállítása után legalább 24 órán át figyeld a teljesítményt és a hibajelentéseket.
Összegzés: Megfelelő szabályokkal gyorsabb és megbízhatóbb weboldalak
A Cloudflare Oldalszabályok jól megtervezve hatékony és elérhető eszközt jelentenek a haladó gyorsítótár-kezeléshez. A siker kulcsa, hogy ne egyformán kezeljük az összes URL-t, hanem az oldal típusának megfelelően döntsünk. Statikus fájlokat hosszú ideig tároljunk, dinamikus területeket zárjunk ki, az HTML cache-t kontrolláljuk, és a frissítések után ne feledkezzünk meg a purge-ról.
Röviden: először zárd ki a kockázatos területeket, utána gyorsítsd a statikus és ritkán változó oldalakat, végül teszteld és ellenőrizd a beállításokat. Ha megbízható a tárhelyed, helyesen konfigurált az SSL, és jól megtervezett a CDN szabályrendszer, az felhasználói élményed és SEO eredményed is stabilabban fejlődik. Az infrastruktúrád erősítéséhez érdemes átnézni a Hostragons Tárhely, domain és SSL tanúsítvány megoldásait, ahol személyre szabottan választhatod ki a legjobb szolgáltatást.
Gyakran Ismételt Kérdések
Mi a Cloudflare Oldalszabályok szerepe?
A Cloudflare Oldalszabályok segítségével bizonyos URL mintákra szabott gyorsítótár, átirányítás, biztonsági és teljesítménybeállításokat adhatsz meg. Például kizárhatod az admin felületet a cache-ből, hosszú ideig tárolhatod a képeket, vagy a blogoldalakat gyorsabb elérésű edge szerverekről szolgálhatod ki.
Biztonságos a Cache Everything beállítás?
Cache Everything csak akkor biztonságos, ha azt megfelelő kizárásokkal használod. A kosár, fizetés, felhasználói panel, belépési oldal és személyre szabott tartalmak kizárása kötelező. Ellenkező esetben a látogatók hibás vagy más felhasználóhoz tartozó dinamikus tartalmat láthatnak.
Melyik a legfontosabb Cloudflare Oldalszabály WordPresshez?
WordPress esetén a legkritikusabb szabály a /wp-admin/* és /wp-login.php* útvonalak kizárása a gyorsítótárból. Ez megakadályozza a munkamenet problémákat és biztosítja az admin felület hibátlan működését. Ezután jöhetnek a médiafájlokra és blog tartalmakra vonatkozó gyorsítótár szabályok.
Hogyan hat a cache törlés a SEO-ra?
A helyes cache törlés pozitívan befolyásolja a SEO-t, mert a keresőmotorok mindig a friss tartalmat látják. Ugyanakkor a teljes cache gyakori törlése megnöveli a szerverterhelést. Az optimális megoldás a csak a változott URL-ek és azok kapcsolódó oldalainak törlése.
Érdemes inkább Cache Rules-t használnom Oldalszabályok helyett?
Kisebb és közepes oldalak esetén az Oldalszabályok általában elegendőek. Ha fejlettebb feltételekre, cookie vagy fejléc alapú szabályokra, vagy nagyobb projektekre van szükség, a Cache Rules rugalmasabb választás. Érdemes egyszerűbb esetekben Oldalszabályokkal kezdeni, és később áttérni Cache Rules-ra, ha nő az igény.