Türkiye CDN Sağlayıcıları Karşılaştırması: Seçim Rehberi (2026)

CDN (Content Delivery Network), Türkiye’de kullanıcıya yakın içerik teslimi yaparak hem yükleme süresini hem de sunucu üzerindeki bant genişliği baskısını azaltır. Ancak CDN’de kalite tek başına “hız” değildir; cache kontrolü, header/URL davranışı, log ve raporlama, TLS/sertifika yönetimi ve güncel kapasite gibi somut unsurlar toplam performansı belirler. Bu yazıda Türkiye’de yaygın kullanılan CDN yaklaşımlarını, karar vermeyi kolaylaştıracak net karşılaştırma başlıkları ve uygulama kontrol listeleriyle ele alıyorum.

CDN seçerken önce net hedefi belirleyin (Türkiye için)

CDN alırken “daha hızlı olsun” demek tek başına yeterli değildir. En doğru yaklaşım, hedefi yazılı hale getirip CDN’in hangi özelliklerle bunu sağlayacağını kontrol etmektir.

1) Hedef KPI’ler

• İlk yükleme süresi (TTFB/first byte benzeri), örn. 0–2 sn aralığı hedefleyen ekipler için kritik
• PageSpeed ölçümlerinde LCP (Largest Contentful Paint) etkisi
• Sunucu bant genişliği maliyeti (CDN cache oranı yükseldikçe düşer)
• Önbellek (cache) isabet oranı: Warming ve purge stratejisiyle doğrudan ilişkilidir

2) İçerik türü ayrımı

CDN davranışı içerik türüne göre değişir: - Statik dosyalar: CSS/JS, görseller, fontlar - Dinamik içerik: HTML (çoğu zaman edge/derivation gerekir) - Dosya indirme: range requests (parçalı indirme) desteği önemlidir - API trafik: cache politikası ve varyant (Vary) kuralları belirleyicidir

Bu ayrımı yapmadan “en iyi CDN” aramak, yanlış beklenti üretir. Örneğin CDN iyi olsa bile HTML cache edilmiyorsa LCP etkisi sınırlı kalır.

Türkiye odaklı CDN seçenekleri: türlere göre karşılaştırma

Türkiye’de CDN ihtiyaçları genellikle üç yoldan biriyle karşılanır: 1) Global CDN kullanıp Türkiye kullanıcılarını global edge noktalarından hızlandırmak 2) Türkiye’ye daha yakın POP veya yerel ağ peering’i olan CDN/edge sağlayıcılarına yönelmek 3) Cloud/WAF ile entegre edge çözüm kullanarak güvenlik + CDN’i tek panelde toplamak

Aşağıdaki tabloda “Türkiye için seçim kriteri” açısından farklı CDN yaklaşımlarının tipik güçlü ve zayıf yönlerini gösteriyorum. (Marka bazlı fiyatlar ve POP listeleri dönem dönem değişebilir; bu yüzden kriter temelli değerlendirme daha güvenilirdir.)

Popüler CDN kullanım senaryoları ve karar matrisi

Aşağıdaki senaryo matrisi, Türkiye’de ekiplerin en sık yaşadığı gereksinimleri hedef alır.

Senaryo A: Sadece statik hızlandırma (en yaygın)

Hedef: görsel, CSS/JS, fontlar için LCP iyileştirme - CDN’in statik cache politikası ve header kontrolü kritik - Kaynak (origin) üzerinde doğru Cache-Control başlıkları yoksa CDN “doğru olsa bile” verimli çalışmaz

Kontrol listesi: - Cache-Control: public, max-age=... uygulanıyor mu? - Dosya isimlerinde sürümleme (ör. app.3f2a.js) var mı? (cache bust) - CDN purge/prefetch (cache warming) yönetimi mümkün mü?

Senaryo B: HTML ve dinamik içerik (daha hassas)

Hedef: Tam sayfa performansı - HTML cache politikasının “ne zaman cache, ne zaman bypass” kuralları net olmalı - Varyantlar (cookie, header, user-agent) yanlış ayarlanırsa cache isabet oranı düşer

Kontrol listesi: - CDN’de “cache key” kavramı nasıl belirleniyor? - Cookie’yi otomatik dikkate alıyor mu, yoksa kuralla mı? - Yanlış cache, “kullanıcıya özel” içerik sızıntısı riskini artırır. Bu yüzden kural seti test edilmelidir.

Senaryo C: API hızlanması + güvenlik

Hedef: belirli endpoint’lerde gecikmeyi azaltmak ve saldırı trafiğini filtrelemek - WAF/rate limit entegrasyonu, log erişimi ve origin shielding net olmalı - Cache edilecek API’lerde idempotency ve varyant kuralları doğru tanımlanmalı

Kontrol listesi: - HTTP status bazlı cache var mı? (örn. 200 cache) - Range/stream desteği (dosya indirimi/large payload) var mı? - Origin’e kimlerin eriştiği ACL ile kısıtlanabiliyor mu?

Türkiye’de CDN kalitesini doğrulamak için 5 somut test

CDN’ler pazarlama metinlerinde benzer görünür. Karar vermeyi hızlandıran şey, aynı ölçümü yapmaktır.

1) Aynı URL ile “first byte” ölçümü

Uygulama URL’inizi 10–20 kez çağırın: - CDN açıkken TTFB düşüyor mu? - CDN kapalıyken fark oluşuyor mu? - Ölçüm saatini gündüz/gece iki farklı zamana yayın (servis yükü etkisi)

2) Cache isabet oranı (cache HIT) takibi

CDN panelinde/raporlarda HIT oranını izleyin: - HIT düşükse TTL çok kısa olabilir - Purge gerektiren bir yayın akışı varsa warming planına ihtiyaç doğar

3) Header doğrulaması

Origin cache kontrol başlıklarını CDN’in nasıl taşıdığını test edin: - Cache-Control, ETag, Vary davranışı doğru mu? - Suspect: CDN başlıkları “override” ediyor olabilir. Bu durumda origin ayarları etkisiz kalır.

4) Purge/prefetch davranışı

Yeni bir görsel veya JS yayınladığınızda: - Tam purge mi incremental purge mi var? - Cache warming sunucuda trafiği patlatmadan nasıl yapılabiliyor?

5) Log kapsamı ve problemlerde teşhis imkânı

Bir performans gerilemesi yaşandığında: - Hangi request path’leri kaç kez geldi? - Status kodları dağılımı nedir? - Ülke/ASN kırılımı var mı? - Origin’den mi CDN edge’den mi servis edildiği raporlanıyor mu?

Bu testler, sağlayıcı seçiminden bağımsızdır; ancak sağlayıcı log kalitesi düşükse sorun ayıklama süresi uzar.

Maliyetleri “kalem kalem” hesaplayın: Türkiye için yaygın tuzaklar

CDN maliyeti tek bir satır değildir. Türkiye’de trafik profilleri (gün içi yoğunluk, görsel ağırlığı, indirme yoğunluğu) maliyeti değiştirir.

Hesaplamanız gereken başlıca kalemler

• CDN egress / bant genişliği (GB/TB)
• İstek sayısı (request) ve farklı metod başına ücretlendirme
• Origin fetch maliyeti (cache MISS oranı yüksekse artar)
• WAF/rate limit ek modülleri
• Log saklama/analitik ek ücretleri

Somut yaklaşım: 30 günlük trafik verisiyle senaryo kurun

Elinizde 30 gün trafik varsa, aşağıdaki mantıkla başlangıç tahmini yapın: - Cache MISS oranını mevcut Cache-Control ve içerik sürümlenmesine göre varsayın - Eğer TTL düşükseniz MISS artar; bu da istek ve origin fetch maliyetlerini yükseltir - HTML dinamikse HTML cache etmeye çalışma maliyeti artabilir

Net sonuç: CDN’e geçince maliyet düşer/güçlenir demek yerine, MISS azaltma ve cache bust disiplinini kurunca maliyetin stabil hale geldiğini görürsünüz.

Uygulama kontrol listesi: CDN’i doğru kurmak (Türkiye dahil)

CDN doğru kurulmadığında gecikme düzelmez, hatta yan etki yaratır.

1) Origin’i koruyun (shield)

• Origin sunucusunu sadece CDN üzerinden erişilebilir yapın (IP/ACL)
• Yönlendirmelerde doğru Host başlığı taşınıyor mu kontrol edin

2) Cache-Control başlıklarını standartlaştırın

Statik dosyalar için örnek politika: - CSS/JS/görseller için uzun TTL (ör. 30 gün + isimle sürümleme) - HTML için kısa TTL veya varyant kontrollü politika

3) Purge stratejisi belirleyin

• Yayın sürecinizde purge gerektiren dosyaları listeleyin
• Büyük purge’ler yerine değişen asset’leri hedefleyen yaklaşım seçin

4) Cache warming planı

• Yayın sonrası trafik dalgasını origin’den CDN’e kaydırmak için warming gerekir
• Warm sürelerini kademeli yapın; tek seferde tüm içerik ön yükleme gereksiz maliyet üretir

Sonuç: Türkiye’de CDN seçimini “test + kontrol” ile netleştirin

Türkiye’de CDN seçimi, POP iddiasından çok cache davranışının doğruluğu, log/teşhis kalitesi, purge ve warming yönetimi ve maliyet kalemlerinin öngörülebilirliği ile kazanılır. Bu yüzden tek bir sağlayıcıya karar vermeden önce aynı URL setiyle TTFB ve cache HIT testini yapın; ardından origin koruma, header standardizasyonu ve purge stratejisini yazılı hale getirin. İlk adım olarak, elinizdeki 30 günlük trafikle bir “statik + HTML” senaryosu çıkarın ve CDN’in bu senaryoda MISS’i nasıl yönettiğini kontrol edin; kararınız bu testlerin sonucu üzerinden netleşsin.