A tartalomkézbesítő hálózat (CDN) a látogatókhoz közeli szerverekről szolgálja ki az oldalaidat és fájljaidat. Megtudhatod, hogyan működik a CDN, milyen hatása van a sebességre, a Core Web Vitals mutatókra és a SEO-ra.

Ezen az oldalon
Összefoglaló
A tartalomkézbesítő hálózat (CDN) a világ különböző pontjain elhelyezett szerverek hálózata, amely a weboldal fájljairól másolatokat tárol, és mindig az egyes látogatóhoz legközelebbi helyről szolgálja ki azokat.
Szeretnél többet megtudni? Kérdezd meg
A tartalomkézbesítő hálózat (CDN) földrajzilag szétosztott szerverek csoportja, amelyeket peremszervereknek vagy jelenléti pontoknak (PoP) neveznek. Ezek a weboldal tartalmának másolatait gyorsítótárazzák, és mindig az adott felhasználóhoz legközelebbi helyről kézbesítik őket. Ahelyett, hogy minden kérés egyetlen eredetiszerverhez menne, a képeket, szkripteket, stíluslapokat, és gyakran a teljes HTML-oldalakat is a közeli peremszerverről szolgálják ki.
Az eredmény kisebb késleltetés, gyorsabb oldalbetöltés és kisebb terhelés az eredetiszerveren. Ismert CDN-szolgáltatók a Cloudflare, az Akamai, a Fastly, az Amazon CloudFront és a Google Cloud CDN, a legtöbb tárhelyplatform pedig már alapértelmezetten tartalmaz egyet.
A CDN az eredetiszerver és a látogatók között helyezkedik el. Amikor valaki kér egy fájlt, a CDN megnézi, hogy a legközelebbi peremszerveren van-e friss másolat a gyorsítótárban. Ha van (gyorsítótár-találat), azonnal válaszol. Ha nincs (gyorsítótár-hiba), lekéri a fájlt az eredetiszerverről, visszaküldi, és másolatot tart belőle a következő látogatóknak.
A legtöbb CDN úgy működik, hogy átveszi a domain vagy egy aldomain DNS-ét: a domain a CDN hálózatára oldódik fel, amely aztán minden látogatót a legjobb peremszerverre irányít, általában anycast útválasztással. Ezért a CDN bekapcsolása gyakran névkiszolgálók átállításával vagy egy CNAME-rekord hozzáadásával kezdődik.
Az interneten a fizikai távolság számít. Egy Párizs és Sydney közötti oda-vissza út sokkal tovább tart, mint egy Párizs és Frankfurt közötti, az oldalbetöltéshez pedig sok oda-vissza útra van szükség (DNS-, TCP- és TLS-kézfogás, majd minden egyes kérés). Azzal, hogy a kapcsolatokat a felhasználóhoz közel zárja le, és a gyorsítótárazott fájlokat helyben szolgálja ki, a CDN a legtöbb ilyen utazási időt megspórolja.
Azt, hogy mi kerül a gyorsítótárba és meddig, a HTTP-fejlécek, például a Cache-Control, valamint a CDN felületén beállított szabályok határozzák meg. A statikus fájlok hónapokig gyorsítótárazhatók, a HTML-t gyakran rövidebb ideig tárolják, vagy minden alkalommal újraellenőrzik. Ezeket a fejléceket egy HTTP-fejléc-ellenőrzővel megvizsgálhatod, hogy lásd, a gyorsítótárból szolgálja-e ki az oldalt.
A CDN önmagában nem rangsorolási tényező, de több fontos jelzést javít. A Google Core Web Vitals mutatói a valódi felhasználók betöltési sebességét, interaktivitását és vizuális stabilitását mérik. A HTML, a képek és a betűtípusok gyorsabb kézbesítése általában javítja az első bájt megérkezésének idejét (Time to First Byte) és a Largest Contentful Paint (LCP) értékét, különösen azoknak a látogatóknak, akik messze vannak az eredetiszervertől.
A CDN a rendelkezésre állást is javítja. Elnyeli a forgalmi csúcsokat és sok szolgáltatásmegtagadásos (DDoS) támadást, egyes CDN-ek pedig akkor is ki tudnak szolgálni egy gyorsítótárazott oldalváltozatot, ha az eredetiszerver nem elérhető. A kevesebb szerverhiba megbízhatóbb feltérképezést jelent a Googlebot számára.
A modern CDN-ek sokkal többet tesznek annál, hogy fájlokat tárolnak. Kezelik a TLS-tanúsítványokat és a HTTP/2 vagy HTTP/3 protokollt, tömörítik a fájlokat Brotli vagy Gzip módszerrel, menet közben átméretezik és WebP vagy AVIF formátumba konvertálják a képeket, és a peremen futtatnak kódot az átirányítások, az A/B-tesztek vagy a fejlécek kezelésére anélkül, hogy az eredetiszerverhez nyúlnának.
A másik nagy funkciókészlet a biztonság: webalkalmazási tűzfalak, botkezelés, kérésszám-korlátozás és DDoS-védelem. Ezek hasznosak, de körültekintést igényelnek: egy túl szigorú botszabály blokkolhatja a jogos keresőrobotokat, ha nincs beállítva, hogy felismerje őket.
Tartsd meg változatlanul az URL-eket. A CDN-nek ugyanazokat az URL-eket kell kiszolgálnia, mint korábban, ugyanazon a domainen, hogy a kanonikus címkék, a belső linkek és a visszamutató linkek ne változzanak. Képeket külön CDN-hosztnévről szolgálni rendben van, feltéve, hogy ezek a képek feltérképezhetők, és a hosztnév hosszú távon stabil.
Ezután ellenőrizd a gyorsítótárazási szabályokat: ne tárolj gyorsítótárban személyre szabott oldalakat, figyelj rá, hogy az átirányítások és az állapotkódok (301, 404, 410) változatlanul átjussanak, és fontos frissítések után ürítsd ki a gyorsítótárat, hogy a keresőrobotok a legfrissebb változatot lássák. A váltás utáni hetekben figyeld a Search Console feltérképezési statisztikáit és a szerverhibákat.
A legkárosabb hiba, ha a botvédelem vagy a kihívás-oldalak blokkolják a keresőmotorok és az AI-robotok hozzáférését. Ha a Googlebot, a Bingbot vagy a GPTBot tartalom helyett kihívás-oldalt kap, az oldalak kieshetnek a találatokból. Az ellenőrzött robotokat kifejezetten engedélyezni kell.
További hibák: a túl sokáig gyorsítótárazott, elavult HTML, a rossz nyelvi változat kiszolgálása a gyorsítótárból, mert a gyorsítótár-kulcs figyelmen kívül hagyja a nyelvet, és duplikált tartalom létrehozása, amikor a CDN-hosztnév kanonikus címke nélkül szolgálja ki az egész oldalt egy másik domainen.
A SEO szempontjából a CDN az egyik legegyszerűbb módja annak, hogy globális közönségnek gyorsítsd az oldalsebességet, stabilizáld a Core Web Vitals mutatókat, és megvédd az üzemidőt. Az infrastruktúrát versenyelőnnyé alakítja, különösen a nemzetközi oldalaknál, ahol a látogatók több kontinensen élnek.
A GEO szempontjából a kézbesítés sebessége és megbízhatósága számít, amikor az AI-keresőrobotok lekérik az oldalakat, beleértve a valós idejű lekérdezést is egy beszélgetés közben. Az az oldal, amely gyorsan és egyenletesen válaszol, könnyebben olvasható és idézhető az olyan asszisztensek számára, mint a ChatGPT vagy a Perplexity, az az oldal viszont, amely időtúllépést vagy kihívás-oldalt ad, kimarad.
A tartalomkézbesítő hálózat a tartalmadat a látogatóid közelében lévő szervereken gyorsítótárazza, ezzel csökkenti a késleltetést, gyorsítja az oldalakat, és elnyeli a forgalmi csúcsokat. Nem pótolja a jó tartalmat vagy a linkeket, de erősíti a Core Web Vitals mutatókat, a rendelkezésre állást és a feltérképezés megbízhatóságát, feltéve, hogy a keresőrobotok engedélyezettek, és az URL-ek változatlanok maradnak.
Forrásként: web.dev és MDN Web Docs.
Források
A CDN a weboldal fájljait minden látogatóhoz közeli szerverekről szolgálja ki. Gyorsítja az oldalbetöltést, csökkenti az eredetiszerver terhelését, elnyeli a forgalmi csúcsokat, és gyakran biztonsági funkciókat is ad, például DDoS-védelmet.
Nem feltétlenül, de segít. A gyorsabb kézbesítés javítja a Core Web Vitals mutatókat és az első bájt megérkezésének idejét, különösen a nemzetközi látogatóknak, a jobb üzemidő pedig megbízhatóbb feltérképezést jelent. A kisebb, helyi oldalak, amelyek gyors tárhelyen futnak, kisebb előnyt látnak.
Csak akkor, ha rosszul van beállítva. Problémát okozhat a keresőrobotok botvédelemmel való blokkolása, az elavult oldalak gyorsítótárazása, az URL-ek módosítása vagy a duplikált tartalom kiszolgálása egy CDN-hosztnéven. Ha a keresőrobotok engedélyezettek, és az URL-ek változatlanok, a CDN semleges vagy pozitív hatású.
A TE ELŐTTED PRÓBÁLTÁK KI A SORANKOT
