CDN Ne Zaman Gerekir? Trafik ve Lokasyona Göre Karar

CDN Nedir? Sunucuya Eklenen Değil, Yanına Konumlanan Bir Katman

Bir web projesini planlarken genelde CPU, RAM, disk gibi sunucu kaynaklarına odaklanıyoruz. Ancak ziyaretçiye asıl dokunan şey, sitenin ne kadar hızlı açıldığı ve dünyanın neresinden girerse girsin bu deneyimin ne kadar tutarlı olduğu. İşte CDN (Content Delivery Network) tam burada devreye giren, sunucunuzun yanına konumlanan, global bir dağıtım katmanı.

Kısaca CDN, web sitenizin statik içeriklerini (CSS, JS, görseller, fontlar, videolar) dünyanın farklı bölgelerindeki edge sunuculara önbellekleyerek ziyaretçiye ağ yönlendirmesinin seçtiği uygun bir edge noktasından servis edebilir. Bu nokta her zaman coğrafi olarak en yakın nokta değildir. Önbellekten karşılanan isteklerde:

• Gecikme süresi (latency) düşebilir,
• Origin sunucunuzun (asıl hosting/VPS/dedicated) yükü azalır,
• Yoğun trafik anlarında daha dayanıklı bir yapı elde edersiniz.

Zaten DCHost tarafında daha önce CDN nedir ve temel avantajları üzerine detaylı bir yazı paylaştık. Bu makalede ise odak noktamız “Ne zaman gerçekten CDN kullanmalıyım?” sorusunu; küçük kurumsal sitelerden yüksek trafikli e‑ticaret projelerine kadar, trafik ve lokasyona bağlı net bir karar rehberine dönüştürmek olacak.

CDN Ne Zaman Gerekir? Temel Düşünme Çerçevesi

CDN kararı verirken tek bir sihirli kriter yok. Aşağıdaki senaryolardaki ziyaretçi sayıları örnektir; tek başlarına CDN gerekliliğini belirleyen eşikler değildir. Genelde şu dört eksende düşünmek gerekiyor:

• Trafik hacmi: Günlük/aylık ziyaretçi sayısı ve istek yoğunluğu
• Trafik dağılımı: Ziyaretçilerin ülkelere/bölgelere göre dağılımı
• İçerik türü: Görsel/video ağırlıklı mı, dinamik uygulama mı, basit kurumsal site mi?
• İş etkisi: Performans yavaşlarsa veya kısa kesinti olursa maddi/kritik etkisi ne olur?

Şimdi bu çerçeveyi farklı senaryolar üzerinden tek tek netleştirelim.

Küçük Siteler İçin CDN: Ne Zaman Lüks, Ne Zaman Mantıklı?

Senaryo 1: Yerel hedefli küçük kurumsal site (avukatlık bürosu, doktor kliniği vb.)

Özellikler:

• Aylık 1.000 – 10.000 arası ziyaretçi
• Ziyaretçilerin %90+’ı aynı ülkeden, hatta çoğu aynı şehirden
• Site ağırlıklı olarak metin, birkaç görsel ve iletişim formundan oluşuyor

Bu tip bir site için CDN çoğu zaman “olsa güzel ama şart değil” kategorisinde. Kritik nokta, iyi yapılandırılmış bir hosting ve doğru optimizasyonlar:

• HTTP/2 veya HTTP/3 etkin bir sunucu
• Gzip/Brotli sıkıştırma
• Tarayıcı önbellekleme başlıkları
• Optimizasyonlu görseller (WebP/AVIF gibi)

Bu aşamada, bütçeyi önce sağlam bir hosting altyapısına ayırmak daha mantıklı. Örneğin hedef kitleye yakın konumlandırılmış bir VPS veya uygun kaynaklara sahip bir paylaşımlı hosting paketi yeterli olabilir; yeterliliği gerçek sayfa yüklenme süreleri ve yoğun saatlerdeki yanıt süreleriyle değerlendirin. CDN’i trafik ya da ziyaretçilerin coğrafi dağılımı değiştiğinde yeniden değerlendirebilirsiniz.

Senaryo 2: Büyüyen blog veya niş içerik sitesi

Özellikler:

• Aylık 20.000 – 100.000 ziyaretçi
• Organik trafikle yavaş yavaş büyüyor
• Görsel içerik sayısı artıyor, bazı yazılar viral olabiliyor

Bu noktada CDN artık ciddi biçimde düşünülmesi gereken bir araç. Nedeni:

• Yoğun okunan yazıların görselleri, CSS/JS dosyaları edge’lerde tutulduğu için origin’in CPU ve disk I/O yükü azalır.
• Özellikle farklı ülkelerden okur çekmeye başladıysanız, önbellekten sunulan dosyaların TTFB değeri ve toplam sayfa yüklenme süresi iyileşebilir. Yalnızca statik dosyaları CDN’e taşımak, origin’de üretilen HTML yanıtının TTFB değerini doğrudan düşürmez.
• Önbellekten karşılanan istekler, yoğun saatlerde origin yükünün kullanıcı deneyimine etkisini azaltabilir; sabit hız garantisi vermez.

WordPress kullanıyorsanız, CDN kararını sunucu tarafı optimizasyonları ile birlikte düşünmek en sağlıklısı. Önbellek katmanınızı doğru kurmadan CDN eklemek, özellikle origin’de üretilen dinamik sayfalardaki darboğazları çözmeyebilir.

Görsel/Video Ağırlıklı Siteler: CDN’i Ne Zaman Planlamalı?

Fotoğraf portalları, haber siteleri, kataloglar

Aşağıdaki özellikler, CDN’i ilk fazda değerlendirmek için gerekçe olabilir. Kararı medya trafiği, önbelleklenebilirlik ve ziyaretçi dağılımıyla birlikte verin; yalnızca mobil ziyaretçi bulunması CDN gerektirmez:

• Her sayfada çok sayıda yüksek çözünürlüklü görsel kullanıyorsunuz,
• Haber veya blog girişleriniz günde onlarca/yüzlerce yeni medya dosyası üretiyor,
• Kullanıcıların bir kısmı mobil ağlardan erişiyor.

Bu senaryoda CDN’in katkısı üç temel başlıkta toplanır:

1. Origin bant genişliği tasarrufu: Önbellekten karşılanan medya trafiğini edge sunucular taşır, origin daha az çıkış trafiği üretir. Toplam maliyet CDN ücretlerine ve önbellek isabet oranına bağlıdır.
2. Hız: Görsellerin uygun bir edge noktasından sunulması, kullanıcıya ulaşma süresini kısaltabilir.
3. Ölçeklenebilirlik: Ani trafik dalgalanmalarında önbellekten karşılanan istekler origin yükünü azaltır; dinamik istekler ve önbellek kaçırmaları için origin kapasitesi yine önemlidir.

Detaylı bir görsel stratejisiyle CDN’i birleştirmek istiyorsanız, mutlaka görsel ağırlıklı siteler için hosting ve WebP/AVIF stratejisi yazımıza da göz atmanızı öneririz.

Video ve medya akışı

Video barındıran projelerde CDN, özellikle yüksek eşzamanlı izleme veya indirme trafiğinde yararlı olabilir. Şu durumlarda değerlendirin:

• Direct download veya progressive download ile dosya indirtiyorsanız,
• Video ders platformu veya üyelikli bir medya sitesi işletiyorsanız,
• Aynı anda çok sayıda kullanıcının aynı dosyayı indirmesi bekleniyorsa,

Bu senaryolarda tek bir origin sunucunun yeterliliği, eşzamanlı kullanıcı sayısı, medya bit hızı ve bağlantı kapasitesine bağlıdır. CDN kararında origin çıkış maliyetini CDN ücretleriyle karşılaştırın. Üyelikli medyada erişim denetimini, önbellekteki dosyalara yetkisiz erişime izin vermeyecek şekilde tasarlayın.

E-Ticaret Sitelerinde CDN: Hangi Aşamada Öncelik Kazanır?

Küçük ölçekli e-ticaret: İlk lansman dönemi

Özellikler:

• Yeni açılmış WooCommerce, PrestaShop veya benzeri mağaza
• Günlük 100–500 tekil ziyaretçi
• Ürün sayısı henüz az (50–200 arası)

Bu aşamada asıl önceliğiniz:

• Doğru hosting seçimi,
• Veritabanı ve PHP tarafının sağlıklı çalışması,
• Güvenlik ve yedekleme altyapısını oturtmak olmalı.

CDN bu fazda opsiyonel olabilir; siteniz tek bir ülkeye satış yapıyorsa, sunucunuz hedef kitleye düşük gecikmeyle erişiyorsa ve ölçülen performans yeterliyse CDN öncelikli olmayabilir. Yine de ürün görseli sayısı hızlı artıyorsa, gelecekteki geçişi kolaylaştırmak için medya URL yapınızı ve cache başlıklarınızı CDN uyumlu tasarlamak akıllıca olur.

Orta ve yüksek trafikli e-ticaret: Kampanyalar, yoğun sezon, çoklu ülke

Özellikler:

• Aylık 100.000+ ziyaretçi
• Sık kampanya, indirim dönemi, reklam trafiği
• On binlerce ürün ve varyasyon
• Birden fazla ülkeye satış veya gönderim

Bu seviyede CDN’i kapasite planına dahil ederek değerlendirmek önemlidir; gerekliliği yalnızca ziyaretçi sayısı değil, tepe istek yükü, medya trafiği ve hedef yanıt süreleri belirler. Özellikle:

• Ürün listeleme sayfaları ve kategori sayfaları yüksek sayıda görsel barındırır.
• Yoğun kampanya saatlerinde aynı görsellere binlerce istek gelebilir.
• Sepet & ödeme adımları gibi kişiye özel yanıtlar ortak CDN önbelleğine alınmamalıdır. İstekler CDN üzerinden origin’e iletilebilir; önbelleği atlamak, CDN’i ağ yolundan çıkarmak anlamına gelmez.

Doğru kurulan bir CDN kurgusunda:

• Ürün görselleri, CSS, JS ve fontlar CDN üzerinden sunulabilir; önbellekte bulunmayan dosyalar gerektiğinde origin’den alınır,
• Sepet, ödeme, hesap ve oturuma özel API yanıtları cache bypass ile ortak önbelleğe alınmadan origin’den alınır; istekler yine CDN üzerinden geçebilir,
• Global satış yapıyorsanız, önbellekten sunulan içeriklerde bölgeler arası hız farkı azalabilir; dinamik işlemlerin hızı origin uzaklığına ve uygulama performansına da bağlıdır.

E-ticarette CDN kurgusunu düşünürken, WooCommerce için doğru hosting seçimi ve kapasite planlama rehberi ile birlikte değerlendirmek, sunucu + CDN kombinasyonunu daha isabetli kurmanıza yardımcı olur.

Lokasyon Faktörü: Sunucu Nerede, Ziyaretçi Nerede?

CDN’in en büyük artılarından biri, sunucu lokasyonuna bağımlılığı azaltmasıdır. Ancak bu, sunucu lokasyonunun artık önemsiz olduğu anlamına gelmez.

Tek ülkeye hizmet veren siteler

Eğer hedef kitlenizin %90’ı Türkiye’de ve sunucunuz da Türkiye’ye yakın bir lokasyonda ise, CDN olmadan da düşük ağ gecikmesi elde edebilirsiniz; coğrafi yakınlık tek başına yeterli değildir, ağ rotası ve bağlantı kalitesi de etkilidir. Bu durumda CDN:

• Özellikle görsel/video ağırlıklı içerikte fark yaratır,
• Seçilen planın özelliklerine ve kapsadığı trafik yollarına bağlı olarak DDoS/abuse durumlarında ek koruma katmanı sağlayabilir,
• Edge tarafında WAF/bot filtreleri varsa güvenliğe katkı verir. Yalnızca statik dosyalar için kullanılan CDN, ana siteye doğrudan gelen istekleri koruma kapsamına almaz; origin güvenliği ayrıca sağlanmalıdır.

Birden fazla ülkeye hitap eden projeler

Sunucunuz tek bir lokasyonda olsa bile ziyaretçileriniz Avrupa, Orta Doğu, Amerika gibi farklı bölgelerden geliyorsa, origin’den yanıt alınan isteklerde TTFB (ilk bayta kadar geçen süre), uzak bölgelerde ağ gecikmesi nedeniyle artabilir. Bu durumda:

• CDN ile statik içerikleri ziyaretçiye yakın bir edge noktasından sunabilirsiniz.
• Gerekirse çok bölgeli mimariler kurarak, dinamik isteklerin de yakın veri merkezine gitmesini sağlayabilirsiniz.

Bu konuyu daha derin anlamak için, mutlaka sunucu lokasyonu ve SEO ilişkisini anlattığımız yazıya göz atmanızı tavsiye ederim. Orada lokasyon/SEO/performans üçgenini detaylı şekilde ele alıyoruz.

CDN Kullanmadan Önce Yapmanız Gereken Temel Optimizasyonlar

CDN birçok sorunu hafifletir ama kötü yapılandırılmış bir origin’i mucizevi şekilde düzelten sihirli değnek değildir. Kaçınılması gereken bir yaklaşım, henüz:

• PHP-FPM ayarları doğru yapılmamış,
• Veritabanı indeksleri optimize edilmemiş,
• Uygulama tarafında cache katmanı devreye alınmamışken,

doğrudan CDN eklenmesi ve bütün performans problemlerinin çözüleceğinin sanılması. Sağlıklı yol şudur:

1. Önce origin’i düzgün hale getirin. (PHP, veritabanı, disk, HTTP/2, gzip/brotli vb.)
2. Uygulama içi önbellekleri (WordPress cache eklentisi, Laravel önbellekleri, nesne cache vb.) etkin şekilde kullanın. Kişiye ve oturuma özel yanıtları yalnızca CDN’de değil, origin’deki paylaşımlı sayfa önbelleğinde de saklamayın; dışlama kurallarını gerçek sayfa yollarına ve oturum işleyişine göre belirleyin.
3. Statik içeriklerinizi düzenleyin: Gereksiz büyük görselleri küçültün, mümkünse WebP/AVIF kullanın.
4. Ardından CDN’i bu sağlıklı altyapının üzerine ekleyin.

WordPress tarafında özellikle tam sayfa önbellekleme ve cache eklentileri hakkında derin bir rehber isterseniz, LiteSpeed Cache ile WordPress hızlandırma yazısı iyi bir başlangıç noktası.

CDN Mimarisi ve Temel Kavramlar: Origin, Edge, Cache Hit Ratio

CDN kullanmaya karar verdiğinizde karşınıza çıkan bazı terimleri doğru anlamak, maliyet ve performansı kontrol etmeniz için çok kritik.

Origin nedir?

Origin, sitenizin asıl barındığı sunucudur; paylaşımlı hosting, VPS, dedicated sunucu veya colocation ile barındırılan bir makine olabilir. CDN, önbellekte bulunmayan içeriği origin’den alabilir; yalnızca önbelleklemeye uygun yanıtları kuralların izin verdiği süre boyunca kenar (edge) sunucularında saklar.

Edge sunucu nedir?

Edge, yani kenar sunucular, farklı coğrafi bölgelerde konumlandırılmış CDN noktalarıdır. CDN etkin alan adlarına gelen istekler, CDN’in yönlendirmesinin seçtiği edge noktasına ulaşır; bu nokta her zaman coğrafi olarak en yakın nokta değildir. Önbellek kaçırmaları, doğrulama gerektiren istekler ve önbelleklenemeyen yanıtlar için origin’e erişilebilir. CDN yalnızca statik dosyalarda kullanılıyorsa HTML istekleri doğrudan origin’e gidebilir.

Cache hit ratio nedir?

Cache hit ratio, gelen isteklerin yüzde kaçının doğrudan CDN önbelleğinden karşılandığını gösteren metriktir. Aynı trafik hacmi ve benzer içerik dağılımında yüksek oran genellikle:

• Origin’e daha az istek gittiği,
• Daha düşük origin bant genişliği kullanıldığı,
• Kullanıcıya genelde daha hızlı cevap döndüğü anlamına gelir.

Bu oranı yükseltmek için Cache-Control başlıklarını, TTL değerlerini ve URL yapınızı doğru kurgulamanız gerekir. Bu konuya özellikle odaklanan detaylı bir yazımız var: CDN trafik maliyetlerini kontrol altına almak rehberine mutlaka göz atın.

Cache-Control başlıkları ve dinamik içerik

CDN’de önbellekleme davranışı, origin’in gönderdiği HTTP başlıkları ile CDN’in önbellek kurallarına bağlıdır. Örneğin:

• Cache-Control: public, max-age=31536000 gibi bir başlık, genel önbelleklerde saklamaya izin verir ve bir yıllık tazelik süresi belirtir. Bu kadar uzun süre, içeriği değiştiğinde URL’si de değişen sürümlenmiş statik dosyalar için uygundur.
• Dinamik sayfalarda Cache-Control: no-cache, saklamayı engellemez; yanıtın yeniden kullanılmadan önce doğrulanmasını gerektirir. Kişiye özel yanıtlar paylaşımlı CDN önbelleğine alınmamalıdır: private paylaşımlı önbellekte, no-store ise tüm önbelleklerde saklamayı yasaklar. Sepet, ödeme ve hesap sayfaları için CDN’de uygun cache-bypass kuralları da tanımlanmalıdır.

WordPress, WooCommerce gibi sistemlerde CDN ile tam uyumlu bir önbellek stratejisi kurmak için CDN önbellekleme, Cache-Control ve edge kuralları yazımıza da uğramanızı öneririz.

Küçük Sitelerden E-Ticarete: CDN Karar Matrisi

Aşağıdaki ölçütleri, “ne zaman CDN gerekir?” sorusunu değerlendirmek için kullanabilirsiniz. Ziyaretçi aralıkları yalnızca örnektir; karar için eşzamanlı istek yükü, aktarım hacmi, önbelleklenebilir içerik oranı ve ölçülen gecikme birlikte değerlendirilmelidir.

1) Trafik hacmi kriteri

• 0 – 10.000 aylık ziyaretçi: CDN genelde opsiyonel; önce hosting ve uygulama optimizasyonu.
• 10.000 – 100.000: Özellikle görsel ağırlıklı sitelerde CDN’in olası faydasını ölçün.
• 100.000+: CDN’i kapasite planına dahil edin; kampanya riski aylık toplamdan çok anlık yük ve origin kapasitesine bağlıdır.

2) Lokasyon dağılımı kriteri

• %90 tek ülke, tek bölge: CDN performansı iyileştirebilir ama zorunlu olmayabilir.
• En az iki kıtadan anlamlı trafik: CDN güçlü şekilde tavsiye edilir.
• Global proje (SaaS, uluslararası e-ticaret vb.): CDN’i güçlü bir seçenek olarak değerlendirin; dinamik isteklerin gecikmesi ayrıca ele alınmalıdır.

3) İçerik türü kriteri

• Metin ağırlıklı kurumsal site: CDN’in katkısı sınırlı kalabilir.
• Görsel/galeri/haber sitesi: Önbelleklenebilir dosyalar sık tekrar isteniyorsa CDN önemli katkı sağlayabilir.
• Video veya büyük dosya dağıtımı: CDN origin yükünü azaltabilir; toplam maliyet için CDN aktarım ücretleri ile origin çıkış ücretlerini birlikte karşılaştırın.

4) İş etkisi kriteri

• Hobi blogu veya tanıtım sitesi: Kısa süreli yavaşlamalar büyük problem olmayabilir.
• E-ticaret, eğitim platformu, SaaS: Yavaşlamalar sepet terkini artırabilir, ciroyu veya memnuniyeti olumsuz etkileyebilir. CDN, gecikmenin içerik dağıtımından kaynaklanan bölümünü azaltabildiği ölçüde bu riskleri düşürebilir.

Statik Site, Jamstack ve CDN: Küçük Projelerde Performans Potansiyeli

Son yıllarda öne çıkan Jamstack ve statik site yaklaşımlarında CDN, mimarinin merkezinde yer alıyor. HTML sayfalarınız bile önceden üretilip CDN üzerinden servis edildiğinde:

• Origin sunucunuzun sayfa üretme yükü azalabilir; önbellek kaçırmaları, API ve yönetim paneli istekleri yine origin’e ulaşabilir.
• HTML yanıtı daha hızlı alınabilir; toplam sayfa yüklenme süresi görseller, JavaScript ve kullanıcı bağlantısına da bağlıdır.
• Origin kapasitesi ihtiyacı azalabilir; toplam ölçeklenme maliyeti CDN ve origin ücretlerine bağlıdır.

Bu modeli merak ediyorsanız, statik site hosting rehberimizde CDN ile birlikte çalışma biçimini ve olası mimari seçenekleri ele alıyoruz.

DCHost Perspektifi

CDN çoğu zaman yanlış bir şekilde “hosting alternatifi” gibi algılanıyor. Aslında CDN:

• Domain, DNS ve origin yapılandırmanız seçilen CDN ile uyumlu olduğunda,
• Origin sunucunuzu taşımadan, gerekli DNS ve uygulama ayarlarıyla yanına ekleyebileceğiniz bir performans ve dağıtım katmanıdır.
• HTTPS’i hem ziyaretçi–CDN hem de CDN–origin bağlantısında yapılandırın. CDN’in origin sertifikasını doğrulamasını sağlayın; sertifika, yapılandırılan origin ana makine adı için geçerli ve CDN tarafından güvenilir olmalıdır.

Varsayımsal bir projenin büyüme planı şöyle olabilir; adımların sırası ve gerekliliği ölçümlere bağlıdır:

1. Proje önce paylaşımlı hosting veya VPS ile başlayabilir.
2. Trafik ve iş kritikliği arttıkça, ölçümler kapasite ihtiyacını gösteriyorsa daha güçlü VPS veya dedicated sunucuya geçilebilir.
3. Ulusal/uluslararası trafik büyümeye başladığında, içerik dağıtım yükünü azaltmak için CDN katmanı değerlendirilebilir.
4. İleri seviye projelerde ihtiyaç varsa çok bölgeli mimariler, veritabanı replikasyonu ve akıllı DNS/geo-routing değerlendirilebilir.

Yani CDN’i doğru boyutlandırılmış bir origin altyapısını tamamlayan ve uygun yapılandırmayla dağıtım yükünü azaltabilen bir araç olarak konumlandırmak en sağlıklısı.

Sonuç: CDN’e Hemen mi Geçmelisiniz, Yoksa Bir Plan mı Yapmalısınız?

Özetle:

• Küçük, yerel, metin ağırlıklı bir sitede CDN hemen şart değil; önce sunucu ve uygulama optimizasyonuna odaklanın.
• Trafik arttıkça, görsel/video yükü büyüdükçe ve farklı ülkelerden ziyaretçi geldikçe CDN’in sağlayabileceği fayda artabilir.
• E-ticaret, eğitim platformu, SaaS gibi projelerde CDN’i dağıtım kaynaklı riskleri azaltabilecek bir bileşen olarak değerlendirmek gerekir.

CDN kararı tek başına verilmemeli; domain, DNS, hosting/VPS, SSL, önbellek, veritabanı ve güvenlik gibi tüm katmanlarla birlikte ele alınmalı. Blogumuzda yer alan web hosting, domain, DNS ve SSL’in birlikte nasıl çalıştığını anlattığımız rehber; bu büyük resmi kafanızda netleştirmek için iyi bir başlangıç.

Hangi aşamada olduğunuzdan emin değilseniz, mevcut trafiğiniz, lokasyon dağılımınız, origin yanıt süreleriniz ve aktarım hacminizle başlayın. CDN katmanını ne zaman ve nasıl ekleyeceğinizi belirlemek için hedef bölgelerdeki performansı ve CDN dahil toplam maliyeti karşılaştırın.