CDN (Content Delivery Network, içerik dağıtım ağı), sitenizin görsel, CSS, JavaScript gibi dosyalarının kopyalarını dünyanın farklı yerlerindeki sunucularda tutan ve her ziyaretçiye en yakın noktadan servis eden bir sunucu ağıdır. CDN nedir sorusunun kısa cevabı şu: Verinin ziyaretçiye gitmek için kat ettiği yolu kısaltan bir ara katmandır. Bu yazıda nasıl çalıştığını, ne zaman gerçekten işe yaradığını ve kurarken nelere dikkat etmeniz gerektiğini anlatıyoruz.
Kısaca
- CDN, sitenizin dosyalarını ziyaretçiye yakın "uç" (edge) sunuculardan dağıtır; asıl sunucunuzun (origin) yerini almaz.
- En büyük faydası, mesafeden kaynaklanan gecikmeyi azaltmak ve asıl sunucunun yükünü hafifletmektir.
- Varsayılan olarak çoğu CDN görsel, CSS, JS gibi statik dosyaları önbelleğe alır; HTML sayfaları için ek ayar gerekir.
- Ziyaretçileriniz farklı şehir ve ülkelere dağılmışsa ya da ağır görseller kullanıyorsanız fayda belirgindir.
- Yanlış önbellek ayarı eski içerik gösterme, form ve sepet sorunlarına yol açabilir.
CDN nedir?
MDN'nin tanımıyla CDN, birçok farklı konuma dağılmış bir sunucu grubudur. Bu sunucular verinin kopyalarını saklar; böylece istekler, kullanıcıya en yakın sunucudan karşılanabilir.
Burada iki terimi bilmek işinizi kolaylaştırır:
- Kaynak sunucu (origin): Sitenizin asıl çalıştığı sunucu, yani hosting hesabınız ya da sanal sunucunuz.
- Uç sunucu (edge): CDN sağlayıcısının farklı şehirlerdeki veri merkezlerinde bulunan, dosyalarınızın kopyalarını tutan sunucular.
CDN, hostingin alternatifi değildir. Siteniz yine bir sunucuda çalışır; CDN onun önüne konan, dosyaları çoğaltıp dağıtan bir katmandır. Hosting türlerini Hosting nedir? yazımızda anlattık.
CDN nasıl çalışır?
Akışı adım adım anlatalım:
- Ziyaretçi sitenize girer. Alan adınızın DNS kaydı, isteği CDN'e yönlendirecek şekilde ayarlanmıştır (DNS'in nasıl çalıştığını DNS nedir? yazımızda anlattık).
- İstek, ziyaretçiye en yakın uç sunucuya gider.
- Uç sunucuda dosyanın güncel bir kopyası varsa uç sunucu onu doğrudan gönderir. Buna "önbellekten karşılama" (cache hit) denir.
- Kopya yoksa ya da süresi dolmuşsa uç sunucu dosyayı kaynak sunucudan alır, ziyaretçiye gönderir ve bir sonraki istek için saklar.
Sonuç olarak İstanbul'daki bir ziyaretçi ile Berlin'deki bir ziyaretçi aynı görseli farklı, ama kendilerine yakın sunuculardan alır.

CDN neden siteyi hızlandırır?
Gecikme (latency) nedir? yazımızda anlattığımız gibi, verinin kat ettiği fiziksel mesafe her isteğe süre ekler. Bir web sayfası onlarca dosyadan oluştuğu için bu süre katlanarak hissedilir. CDN mesafeyi kısaltarak bu yükü azaltır.
Google'ın web.dev rehberi de aynı noktaya işaret eder: Kaynak sunucudan uzaktaki kullanıcılar yüksek ilk bayt süresi (TTFB) yaşayabilir. Rehber, CDN kullanmayan siteler için CDN'e geçmeyi TTFB'yi iyileştirmede öncelikli adımlardan biri olarak önerir.
Hızın yanında başka faydalar da vardır:
- Kaynak sunucunun yükü azalır. Görsel ve dosya istekleri uç sunuculardan karşılandığı için sunucunuz daha az trafik ve istek işler.
- Trafik artışlarında daha dayanıklı bir yapı. MDN'nin tanımında da belirtildiği gibi CDN, yoğun trafikten daha az etkilenen bir hizmet sunar. Kampanya ya da haber sonrası ani ziyaretçi artışları kaynak sunucuya daha az yansır.
- Ek güvenlik katmanı. Birçok CDN sağlayıcısı, saldırı trafiğini filtreleme ve web uygulama güvenlik duvarı gibi hizmetleri aynı katmanda sunar. Bu özelliklerin kapsamı sağlayıcıya ve pakete göre değişir.
CDN hangi içerikleri önbelleğe alır?
Burada sık yapılan bir varsayımı düzeltmek gerekiyor: CDN'e geçtiğiniz anda sitenizin tamamı uçlardan servis edilmez.
Örneğin Cloudflare'in dokümantasyonu, CDN'in HTML ve JSON'u varsayılan olarak önbelleğe almadığını açıkça belirtir. Varsayılan olarak önbelleğe alınanlar dosya uzantısına göre belirlenir: görseller (JPG, PNG, WEBP, AVIF, SVG…), CSS ve JS dosyaları, fontlar, PDF ve video gibi dosyalar.
Bunun pratik anlamı şudur:
- Statik dosyalar (görsel, CSS, JS, font) CDN'den hızlıca gelir.
- HTML sayfasının kendisini ise hâlâ kaynak sunucunuz üretir. Sunucunuz yavaşsa, sayfanın ilk baytı yine geç gelir.
- HTML'i de uçta önbelleğe almak mümkündür, ama bu bilinçli bir ayardır. Giriş yapmış kullanıcılar, sepet, ödeme ve form sayfaları gibi kişiye özel sayfaların önbellek dışında tutulması gerekir.
web.dev de buna dikkat çeker: Kişiye özel içerik için kaynak sunucuya giden istekler, CDN'den beklenen faydanın büyük bölümünü ortadan kaldırabilir.
| İçerik türü | Varsayılan CDN davranışı (genel) | Not |
|---|---|---|
| Görsel, CSS, JS, font | Önbelleğe alınır | En kolay kazanım |
| PDF, video, indirilebilir dosya | Çoğunlukla önbelleğe alınır | Büyük dosyalarda bant genişliği tasarrufu |
| HTML sayfaları | Çoğu sağlayıcıda varsayılan olarak alınmaz | Ayrı kural ve önbellek temizleme düzeni gerekir |
| Sepet, ödeme, üye alanı, formlar | Önbelleğe alınmamalı | Kişiye özel içerik |
CDN sizin siteniz için gerekli mi?
Ancak her siteye CDN gerekmez. Karar verirken şu sorulara bakın:
- Ziyaretçileriniz nerede? Neredeyse tamamı tek bir şehirde ya da ülkedeyse ve sunucunuz da aynı bölgedeyse, CDN'in hız etkisi sınırlı olabilir. Ziyaretçileriniz farklı ülkelere dağılmışsa (ihracat yapan firmalar, iki dilli siteler) etkisi belirgindir.
- Siteniz ne kadar görsel ağırlıklı? Ürün katalogları, portfolyo ve proje galerileri çok sayıda büyük görsel taşır. Bu dosyaların uçlardan gelmesi hem hızı hem sunucu yükünü olumlu etkiler.
- Trafiğiniz dalgalı mı? Kampanya dönemlerinde ani artış yaşıyorsanız, kaynak sunucuyu korumak önem kazanır.
- Sunucunuz zaten yavaş mı? CDN statik dosyaları hızlandırır, ama yavaş üretilen HTML'i tek başına çözmez. Önce sunucu ve sayfa önbelleği tarafını düzeltmek gerekebilir.
CDN kurarken sık yapılan hatalar
- Önbellek temizlemeyi unutmak. Sitede bir görseli ya da CSS dosyasını değiştirdiniz, ama ziyaretçiler eskisini görüyor. CDN'deki kopyanın da temizlenmesi gerekir.
- Kişiye özel sayfaları önbelleğe almak. Sepet ya da üye sayfasının önbelleğe alınması, bir kullanıcının başkasına ait içeriği görmesi gibi ciddi sorunlara yol açabilir.
- DNS değişikliğini planlamadan yapmak. Bazı CDN'ler alan adınızın ad sunucularının (nameserver) değiştirilmesini ister. E-posta (MX) ve diğer DNS kayıtlarının eksiksiz taşındığından emin olun.
- Ölçmeden karar vermek. CDN'den önce ve sonra hız ölçümü yapın. Faydayı ancak böyle görebilirsiniz.
- CDN'i yavaş sunucunun ilacı sanmak. Yavaş bir arka uç, CDN'e rağmen yavaş kalabilir.
WordPress sitelerde CDN
WordPress sitelerde CDN genellikle bir önbellek eklentisiyle birlikte yönetilir. Örneğin LiteSpeed Cache eklentisinin dokümantasyonu üç yol tarif eder: LiteSpeed'in kendi CDN hizmeti QUIC.cloud ile kurulum, Cloudflare hesabını eklenti içinden yönetme (ör. eklentide tam temizleme yapıldığında Cloudflare önbelleğini de temizleme) ve ters vekil sunucu (reverse proxy) çalışan diğer CDN'ler için dosya adreslerini eşleme. Hangi yolun uygun olduğu sunucunuza, alan adınızın DNS'inin nerede yönetildiğine ve sitenizin yapısına bağlıdır.
Bizim deneyimimiz
Kendi sitemiz LiteSpeed sunucu üzerinde LiteSpeed Cache eklentisiyle çalışıyor. Hız çalışmalarında önce kaynak tarafını düzenledik: CSS dosyalarını birleştirdik, fontları yerel olarak sunduk ve Türkçe karakterler için küçük font alt kümeleri hazırladık. Bu deneyimden çıkardığımız sonuç şu: CDN ya da önbellek gibi katmanlar ancak sağlam bir temelin üzerine kurulduğunda işe yarıyor. Önbellek ayarlarını da ziyaretçi deneyimine göre seçiyoruz. Örneğin JavaScript'i ilk etkileşime kadar geciktirip menü ve formları bozabildiği için "Konuk İyileştirme" seçeneğini kapalı tutuyoruz.
Müşteri projelerinde ise CDN kararını, ziyaretçi kitlesinin nerede olduğuna, sitenin görsel yüküne ve sunucu altyapısına bakarak veriyoruz.
Sık sorulan sorular
CDN, hosting yerine geçer mi?
Hayır. CDN, sitenizin dosyalarının kopyalarını dağıtan bir katmandır. Siteniz yine bir hosting hesabında ya da sunucuda çalışır. CDN bu kaynak sunucunun önünde durur.
Ziyaretçilerimin hepsi Türkiye'de, yine de CDN kullanmalı miyim?
Sunucunuz da Türkiye'deyse ve siteniz çok görsel ağırlıklı değilse hız kazancı sınırlı olabilir. Yine de sunucu yükünü azaltmak ve trafik artışlarına karşı dayanıklılık için değerlendirilebilir. En doğrusu, önce ve sonra ölçüm yaparak karar vermektir.
CDN'e geçtikten sonra sitede yaptığım değişiklik neden görünmüyor?
Büyük ihtimalle uç sunucular dosyanın eski kopyasını servis ediyor. Bu durumda CDN panelinden ya da önbellek eklentinizden ilgili dosyayı veya tüm önbelleği temizlemeniz gerekir.
CDN SEO'yu etkiler mi?
CDN doğrudan bir sıralama faktörü değildir. Ancak sayfa hızını ve kullanıcı deneyimini iyileştirmesi, Core Web Vitals metriklerine olumlu yansıyabilir. Bu metrikleri Core Web Vitals nedir? yazımızda anlattık.
Sonuç
CDN, sitenizin dosyalarını ziyaretçiye yakın noktalardan dağıtarak mesafeden kaynaklanan gecikmeyi azaltır ve kaynak sunucunun yükünü hafifletir. En çok, ziyaretçileri dağınık ve görsel ağırlıklı sitelerde fark yaratır. Ama doğru önbellek kuralları, temizleme düzeni ve sağlam bir sunucu altyapısı olmadan beklenen faydayı vermez.
Sitenizin altyapısını ve hızını birlikte değerlendirmek isterseniz web tasarım ve WordPress geliştirme hizmetlerimize göz atabilir ya da bize yazabilirsiniz.
Kaynaklar6
- MDN Web Docs, "CDN" developer.mozilla.org
- web.dev, "Optimize Time to First Byte" web.dev
- Cloudflare Docs, "Cache" developers.cloudflare.com
- Cloudflare Docs, "Default cache behavior" developers.cloudflare.com
- LiteSpeed Documentation, "LSCache for WordPress — CDN" docs.litespeedtech.com
- Ilya Grigorik, *High Performance Browser Networking*, "Primer on Latency and Bandwidth" hpbn.co



