A CDN (Content Delivery Network) egy globálisan elosztott szerverhálózat, ami a weboldalad statikus tartalmait — képeket, CSS-t, JavaScriptet, fontokat, sokszor HTML-t is — gyorsítótárazza több földrajzi pontból, és a látogatóhoz fizikailag legközelebbi szerverről szolgálja ki. Az eredmény drasztikusan gyorsabb betöltés, kisebb terhelés a fő szervereden, és érzékelhetően jobb Core Web Vitals mutatók — amik 2021 óta a Google rangsorolásába is beleszámítanak. Egy modern projekten ma már szinte alap, de a használat módja és a beállítás finomságai bőven megérnek pár bekezdést.
Így is ismerheted
Magyarul leggyakrabban tartalomelosztó hálózat-nak vagy tartalomszolgáltató hálózat-nak fordítják, néha tartalomszétosztó hálózat-ként is találkozhatsz vele, de a szakmában mindenki a CDN rövidítést használja (Content Delivery Network). Az edge-szerver vagy edge-node kifejezés egy CDN egyik csomópontját jelenti — ahonnan a tartalom kimegy a látogatóhoz. Ha valaki „gyorsítótár-szerverről” vagy „edge cache-ről” beszél, ugyanerről van szó. A „CDN provider” a szolgáltatót jelenti (Cloudflare, Bunny.net, Fastly stb.).
Hogyan működik a CDN a gyakorlatban?
Képzeld el, hogy az oldalad szerverei Magyarországon vannak, de a látogatóid 40%-a Berlinből, 15%-a Bécsből, 10%-a Londonból érkezik. Egy ilyen kérés normál esetben átszalad fél Európán, és a hálózati késleltetés (latency) önmagában 50–150 millisecondumot is hozzátehet a betöltéshez. Egy átlag képes oldalon ez 5–15 kép × 50–150ms = simán 1–2 másodperc plusz várakozás, amit a látogató konkrétan érzékel — és sokszor el is hagyja az oldalt.
CDN-nel az első kérés után a tartalmat egy közelebbi edge-szerver eltárolja, és innentől a régiós látogatók arról kapják meg. A magyar szerver csak akkor szólal meg újra, ha lejár a cache TTL (Time To Live), vagy ha a tartalom dinamikus — például egy bevásárlókosár, egy beágyazott form, vagy egy bejelentkezett user-szekció. Praktikusan ez azt jelenti, hogy egy 100ms-os késleltetésű kép 10ms alá eshet, és a Largest Contentful Paint metrika 1.5 másodperces küszöb alá kerülhet — ami a Core Web Vitals értékelésben már „Good” minősítés.
A működés transzparens a látogatónak: a böngészője nem tudja, hogy a kép Frankfurtból vagy Budapestről jött, csak azt érzékeli, hogy gyorsan megjelent. A CDN DNS-szintű (lásd a DNS cikket) vagy Anycast IP-vel működik — a látogató IP-címe alapján a hálózat dönti el, melyik node-ról szolgálja ki a kérést.
Mikor van rá tényleg szükséged?
Ha az oldalad túlnyomórészt hazai közönséget szolgál, és a fő-szervered már Magyarországon vagy egy közeli régióban (Frankfurt, Bécs) van, sokszor a CDN inkább luxus, mint kötelező. Egy egyszerű bemutatkozó oldal sztenderd magyar hostingon, ha jól van cache-elve a WordPress-szinten, simán hozhatja a 1–2 másodperces LCP-t CDN nélkül is. Mi például sok ügyfélnél csak akkor kapcsoljuk be a Cloudflare-t, ha tényleg indokolt — feleslegesen nem akarunk egy plusz pontot a load chain-be tenni.
Négy szituáció van, amikor egyértelműen kell:
- Külföldi vagy globális látogatottság — a teljesítmény-növelés magától jön, sokszor 2–3 másodperces különbséggel.
- Sok statikus média (képek, videók, PDF-ek) — a fő szervert tehermentesíti, a sávszélességet megosztja.
- DDoS-védelem kell — a Cloudflare Free vagy a Bunny Shield már elviseli a legtöbb támadási kísérletet, és nem viszi ki a szervered.
- HTTP/3 és modern protokollok — sok shared hosting még nem ad, de a CDN-edge automatikusan igen.
A WooCommerce-es vagy nemzetközi e-commerce-es oldalakon a CDN ma már nem opció — gyakorlatilag minden ilyen projektnél bekötjük. Egy átlag bemutatkozó-oldalon pedig „nice-to-have”: a Cloudflare Free csomag bekapcsolása már elég a 90%-os javuláshoz.
Melyik CDN-szolgáltatót válaszd?
A piacon több tucat opció van, de a 90%-os esetre négy szállító elég. Tipikus tapasztalat: ha hazai WordPress-projektről van szó, a Cloudflare a default. Ha ár-érzékeny vagy és kevés a forgalom, a Bunny.net. Ha enterprise-szinten kell saját edge-logika, Fastly vagy CloudFront.
- Cloudflare — Free–$20/hó. A legelterjedtebb, generózus ingyenes csomag, jó WAF (web application firewall), és Workers-szel saját edge-logikát is futtathatsz. Hazai WordPress-projekten 95%-ban ez a jó.
- Bunny.net — $1–10/hó. Európai székhelyű, olcsó kis forgalomra, tisztességes admin-panel. A Bunny Optimizer add-on (WebP/AVIF konverzió, brotli) tényleg jól dolgozik. Ár-érzékeny projektekhez.
- Fastly — $50/hó+. Varnish-alapú, edge compute (Compute@Edge) saját kóddal. Fejlesztő-csapatnak, ahol a Varnish-konfig napi szinten nyílik a táblán.
- AWS CloudFront — pay-as-you-go (~$0.085/GB). Amazon ökoszisztémában S3-mal és Lambda@Edge-dzsel integrált. Ha már AWS-en van a stack.
- Akamai — egyeztetés szerinti ár (drága). Enterprise-szintű, óriás-vállalatoknak, banki és állami projekteknek. Egy kisvállalkozói projekten ne kezdj vele.
Mire figyelj a beállításnál?
A két leggyakoribb hiba a rossz cache-szabály és a hiányos purge-flow. Egy konkrét nyomozás emlékem: egyik ügyfélnél a Cloudflare Flexible SSL módot kapcsolták be a fejlesztők, és három órán keresztül keresgéltük a mixed-content figyelmeztetést a Chrome console-ban. A háttér HTTP volt, a Cloudflare meg HTTPS-t mutatott a látogatónak — egy egyszerű „Full strict” váltással megoldódott. Azóta ezt mindig kérdezzük rá először.
A statikus tartalmakat (kép, CSS, JS, font) hosszú TTL-lel (akár 1 év) cacheld, fingerprint-elt URL-lel — így ha változtatsz a fájlon, az URL is változik (pl. style.abc123.css → style.def456.css), és a böngésző automatikusan az újat kéri. A HTML-t viszont rövid TTL-lel (5–60 perc) vagy semmi cache-sel, hogy a tartalmi frissítések azonnal megjelenjenek.
A purge-mechanizmust teszteld éles bevezetés előtt: nyomj egy gombot a CDN admin-paneljén, és néhány másodpercen belül lássák az új tartalmat az edge-ek. Cloudflare-en ez a „Purge by URL” vagy „Purge Everything”; LiteSpeed Cache plugin esetén automatikus, ha jól van konfigurálva.
Gyors checklist beüzemeléshez
- SSL mód: Full (strict) — origin és edge között is titkosított.
- Cache-szabály: statikus 1 év TTL, HTML 5–60 perc.
- Fingerprint-elt URL-ek a CSS/JS-en — automatikus invalidáció.
- Purge-teszt éles előtt — másodperceken belül legyen az új tartalom.
- WAF / bot-szűrés bekapcsolva — Cloudflare Super Bot Fight Mode vagy Bunny Shield.
- Geo-blokk beállítva ahol indokolt (pl. orosz/kínai IP-tartomány, ha csak támadás jön onnan).
Mibe kerül, és kell-e WordPress-projekten?
Egy átlag WordPress oldalon a Cloudflare Free csomag 90%-ban elég — DDoS-védelem, alap gyorsítás, ingyenes SSL, HTTP/3. A Bunny Standard csomag havi $1–5 kis forgalomra, jobb képoptimalizációval. Komolyabb e-kereskedelmen, ahol fontos a TTFB (Time To First Byte) és a globális vásárlóbázis, érdemes a Cloudflare Pro ($20/hó) vagy a Bunny Optimizer ($9.5/hó) felé lépni.
Egy WordPress-projekten LiteSpeed Cache plugin + Cloudflare kombináció már komoly konfigot ad — ha ezt rendben beállítod, vagy lecserélteted (lásd a egyedi weboldal-fejlesztés szolgáltatást), a sebesség-eredmény mérhetően javul: a Lighthouse Performance pontszám 60-ról 90+ fölé. A Schema.org markup ezen felül a search-megjelenést rangsorolja jobban — együttesen a sebesség és a strukturált adatok adják a 2026-os SEO alapját.
Ha hosting-migrációval, CDN-bekötéssel vagy edge-beállítással szeretnél foglalkozni, beszéljünk a részletekről — minden projekt más, és nem mindenkinek kell ugyanaz. Egy 10 perces audittal megnézzük, mit használsz, és mit érdemes változtatni. Kapcsolódó cikkek: DNS, Core Web Vitals, Lighthouse. Bármilyen weboldal-projekthez találkozz velünk az egyedi weboldal-fejlesztés oldalon — ha WordPress-stack-en gondolkodsz, arra is van saját águnk.
