A CDN olyan, több országban elhelyezett szerverekből álló hálózat, amely a weboldalad fájljait a látogatóhoz legközelebbi kiszolgálóról adja vissza. Az eredeti szervered (origin) helyett egy közeli másolat válaszol, így rövidül a fizikai út és a várakozás.
Hogyan működik
A domain kéréseit a CDN DNS-e vagy anycast IP-je tereli. A böngésző arra az edge szerverre fut be, amelyik hálózatilag a legközelebb van.
- Cache hit: az edge már tárolja a fájlt, azonnal küldi.
- Cache miss: elkéri az origintől, kiszolgálja, majd eltárolja a következő kérésekhez.
A tárolás szabályait a Cache-Control fejléc és a CDN saját beállításai döntik el. Ugyanaz a logika, mint a böngészős cache (gyorsítótár), csak szerveroldalon.
Mit gyorsít és mit nem
Képeken, CSS-en, JS-en és betűtípusokon a legnagyobb a nyereség. Ezek ritkán változnak, ezért hosszan tárolhatók.
A HTML és a dinamikus válaszok alapértelmezésben az originre mennek. Ilyenkor a TTFB (Time to First Byte) nem javul, csak a letöltés második fele. A CDN nem javítja meg a lassú adatbázist vagy a túl nehéz kódot. Egy 4 MB-os JPEG az edge-ről is 4 MB marad. Előbb jön a modern képformátum és a tömörítés, utána a CDN.
Miért számít a botoknak
A keresőrobotok és az AI-crawlerek (GPTBot, ClaudeBot, PerplexityBot és társaik) időkorláttal dolgoznak. Ha a válasz lassú, a robot kevesebb oldalt tölt le ugyanannyi idő alatt.
Van egy csapda is. Sok CDN bot-szűrője vagy WAF-ja alapból 403-mal vagy challenge-dzsel válaszol az AI-botoknak. A riportokban ezt rendszeresen látjuk: az oldal gyors lett, de a modellek számára üres.
Röviden: a CDN a távolságot és a szerverterhelést oldja meg, nem a rosszul megírt frontendet.