Galeri Fotoğraf Paylaşım Sitesi için CDN Gerekir mi? Net Eşikler

Fotoğraf ve galeri odaklı sitelerde performansın ana belirleyicisi sadece sunucu gücü değildir. Aynı zamanda dosyaların dünyanın neresinde talep edildiği, önbellemenin ne kadar iyi çalıştığı ve bant genişliği maliyetinin nasıl yönetildiğidir. Bu yazıda, CDN (Content Delivery Network) gerekip gerekmediğini “hissediyorum” seviyesinden çıkarıp ölçülebilir eşiklerle anlatıyorum. Ayrıca CDN kullanırken yapılandırma adımlarını, cache davranışlarını ve başarının nasıl test edileceğini net şekilde göreceksiniz.

CDN neyi çözer? Galeri sitelerinde ana etkiler

CDN, statik içeriklerinizi (fotoğraf, thumbnail, CSS/JS, fontlar) kullanıcıya en yakın edge lokasyonundan sunar. Fotoğraf paylaşım sitelerinde pratikte şu etkiler görülür:

• TTFB yerine transfer süresi düşer: CDN, içerik yükünü origin sunucudan alır; kullanıcıya giden yol kısalır.
• Origin üzerindeki bant genişliği azalır: Aynı görsel tekrar tekrar istense bile origin yerine edge yanıt verir.
• Gecikme (latency) ve paket kaybı etkisi azalır: Özellikle mobil ağlarda fotoğraf yükleme “beklemede” daha az hissedilir.
• Ani trafik dalgalarını daha stabil geçirir: Galeri sayfası “viral” olduğunda origin sunucu, aynı dosyaları yeniden üretmek/iletmek zorunda kalmaz.

CDN’in yalnızca “hız” değil, maliyet kontrolü tarafı da vardır. Fotoğraf sitelerinde aylık istek hacmi ve veri transferi büyüdükçe origin kaynaklarının ücretlendirmesi (bant genişliği overage vb.) doğrudan maliyete yansır.

CDN, hangi dosyaları hızlandırır?

Galeri sitelerinde CDN için ilk adaylar genellikle şunlardır:

• Orijinal fotoğraflar (jpg/jpeg/png/webp)
• Thumbnail ve ara boyutlar (ör. 300x200, 800x600)
• WebP/AVIF türevleri
• Statik asset’ler: CSS, JS, fontlar

Dinamik HTML sayfaları (listeleme, arama sonuçları, yorumlar) farklı strateji gerektirir. CDN sadece statik dosyalarda başlar, dinamik taraf sonraki aşamadır.

CDN gereksinimini netleştiren ölçümler (kural tabanlı)

CDN kullanıp kullanmama kararını şu metriklerle netleştirin. Aşağıdaki değerler, “tam olarak neye göre CDN kullanmalıyım?” sorusunu yanıtlar.

1) Bant genişliği ve origin yükü

Aşağıdaki durumlar CDN ihtiyacını açık şekilde işaret eder:

• Aylık bant genişliği artışı var ve fotoğraf/thumbnail istekleri toplam trafiğin büyük bölümünü oluşturuyor.
• Web sunucunuzda (Nginx/Apache) istek artınca CPU’dan ziyade I/O veya network darboğazı oluşuyor.
• Origin üzerindeki transfer maliyeti yükseliyor ve çoğu istek aynı görselleri tekrar tekrar gösteriyor.

Bu noktada CDN’in temel katkısı: aynı görselleri edge’den yanıtlayarak origin network kullanımını düşürmektir.

2) Cache hit oranı (bunu görmeden CDN düşünmeyin)

CDN’in başarılı olup olmadığını ölçmenin yolu cache hit oranıdır.

• En azından CDN devreye girmeden önce, statik dosyalarda cache header doğru mu kontrol edin.
• CDN sonrası hedef olarak cache hit oranını yüksek tutmak gerekir.

Örneğin galeri sitelerinde thumbnail görselleri çok tekrarlandığı için şu beklenir: aynı görselin farklı kullanıcılar tarafından tekrar tekrar çağrıldığı saatlerde hit oranı yükselir.

3) Coğrafi dağılım ve gecikme (latency)

CDN’in anlamı; kullanıcıların sunucudan uzakta olmasıyla daha da büyür.

Net yaklaşım:

• Kullanıcılar tek bir şehirde toplanmıyorsa (Türkiye genelinde, Avrupa’da veya diaspora kullanıcı varsa) edge lokasyonu etkisi belirgin olur.
• Özellikle görsellerin yüklenmesi sırasında “sayfa açıldı ama görseller gelmiyor” hissi varsa, CDN genellikle ilk müdahale adımıdır.

4) TTFB vs. görsel yüklenme süresi ayrımı

TTFB (Time to First Byte) tek başına galeriler için her şeyi anlatmaz. Çünkü kullanıcı esas olarak görselin ekrana gelmesini bekler.

Bu nedenle şu ayrımı yapın:

• TTFB yüksek mi? (dinamik içerik/uygulama gecikmesi)
• TTFB düşük ama LCP (Largest Contentful Paint) kötü mü? (genelde görsel transfer/indirme gecikmesi)

LCP’nin ana nedeni görselse CDN, çoğu senaryoda daha doğru etkidir.

“CDN şart mı?” karar matrisi (galeri senaryosuna göre)

Aşağıdaki tablo, tipik galeri/fotoğraf paylaşım senaryolarında karar verir.

Bu matriste “yüksek” CDN etkisi genellikle iki şeye dayanır: aynı görsellerin tekrar talebi ve origin’e giden transferin azaltılması.

CDN kurulumunda doğru yaklaşım: önce cache stratejisi

CDN’i “açtım, hızlandı” seviyesinde bırakmayın. Galeri sitelerinde kritik olan, görsellerin doğru cache davranışı ile servis edilmesidir.

1) Görsel isimlendirme ve geçerlilik (cache busting)

Thumbnail ve türev görselleri güncelleniyorsa aynı URL ile yenisi sunuluyorsa cache sorun çıkarır. Net çözüm:

• Görsel URL’lerini değiştirin (ör. /img/abcd1234.webp gibi içerik hash’li isim)
• Ya da görsel güncellemesinde sürüm parametresi kullanın (ör. ?v=20260508), fakat bu yaklaşım bazı CDN cache davranışlarını zorlaştırabilir.

En sorunsuz yöntem hash bazlı dosya adıdır.

2) Cache TTL önerisi (galeri için pratik değerler)

Aşağıdaki TTL mantığı, galeri sitelerinde iyi çalışır:

• Thumbnail ve türevler: Genellikle uzun TTL ile servis edilebilir; içerik değişikliği olduğunda URL de değişmelidir.
• Orijinal görsel: İçerik nadiren değişiyorsa uzun TTL.
• HTML sayfaları: CDN cache’i gerekiyorsa daha kısa TTL, hatta bazı sayfalarda “bypass” doğru olabilir.

Bu TTL değerleri, CDN sağlayıcınıza göre ayarlanır. Sizde amaç aynı: doğru yerde uzun cache, doğru yerde kısa cache.

3) “Range requests” ve görsel akışı

Büyük dosyalarda tarayıcılar bazen kısmi indirme (range) yapar. Galeri sitesi hızında tarayıcı indirme davranışları önemlidir. CDN sağlayıcınızın görsellerde range request desteğini kontrol edin. İstenen görüntü “yarım” veya “yeniden başlıyorsa” CDN ayarları güncellenmelidir.

4) Origin shielding (origin’e istek yığılmasını önleme)

Trafik artışlarında aynı görselin edge’te cache’i dolmadan oluşan ilk istekler origin’i zorlayabilir. Origin shielding benzeri mekanizmalar, ilk erişimdeki yükü azaltır. Bu özellikle viral içerikte önem kazanır.

Doğru test: CDN’i devreye aldıktan sonra ne bakmalısınız?

“CDN var ama fark etmedi” şikayetini engellemek için test planı uygulayın.

1) Tek görsel ve tek sayfa testi

Örnek test akışı:

1. Aynı galeri sayfasından aynı görseli inceleyin.
2. Geliştirici araçlarında (Network) görsel isteğinin yanında şu bilgileri kontrol edin: - Yanıt durumu (200/206 vb.) - İstek süresi (TTFB değil, download/response süresi) - “Cache hit/miss” işareti veya CDN header’ları
3. Farklı coğrafyalardan test edin (en azından farklı ISP ağları).

2) Cache hit oranı grafiği

CDN panelinde cache hit oranı, eşik gibi düşünülmelidir:

• İlk 1-24 saat “ısınma” olur; sonra trend belirginleşir.
• Hit oranı düşük kalıyorsa genelde şu kök nedenler vardır:
• Cache-control header yanlış (no-store/no-cache)
• URL sürümleri her seferinde farklı (querystring varyasyonu)
• Otomatik yönlendirme (302) zinciri

3) Origin log kontrolü

CDN’den sonra origin loglarında görsel trafiği ciddi düşmelidir. Düşmüyorsa CDN şu an ya yanlış path’lerde çalışıyordur ya da header/redirect nedeniyle cache’leyemiyordur.

CDN ile birlikte mutlaka yapılması gereken 3 ek optimizasyon

CDN tek başına “galeri hızını” garanti etmez. Fotoğraf sitelerinde CDN’in yanında şu üç adım etkili sonuç verir.

1) Görselleri doğru formatla servis edin

• WebP veya AVIF kullanın (destek durumuna göre otomatik seçim)
• Orijinal görüntüyü her zaman küçük gösteriyorsanız “resize” yapın

Bu, CDN olsa bile transfer miktarını azaltır.

2) Thumbnail üretimini standartlaştırın

Her boyutta aynı kalite ayarları ve aynı ölçü kuralları olsun. Aksi halde cache verimliliği düşer ve kullanıcı cihazına yanlış boyut gidip performans kaybı oluşur.

3) Başlıklar ve sıkıştırma

• Statik içerikte cache header
• HTML/JS/CSS gibi metinlerde sıkıştırma (Brotli/Gzip)

Bu adımlar CDN’in verimini artırır.

Sonuç ve aksiyon planı (net sırayla)

Galeri/fotoğraf paylaşım sitesi için CDN ihtiyacı, tek bir sorudan ziyade bant genişliği artışı, cache hit performansı ve kullanıcıların coğrafi dağılımı ile netleşir. Basit kural: Fotoğraf ve thumbnail trafiği büyüdüyse ve kullanıcılar farklı bölgelerden geliyorsa CDN kullanımı doğrudan ölçülebilir şekilde fark yaratır.

Aksiyon önerisi:

1. CDN’den bağımsız olarak statik görsel/thumbnail yanıtlarında Cache-Control davranışını kontrol edin.
2. CDN’i sadece fotoğraf ve thumbnail path’leriyle başlatın.
3. Devreye aldıktan sonra tek görsel testinde download sürelerini karşılaştırın ve CDN panelinde cache hit oranını takip edin.
4. Cache hit düşükse önce URL/redirect/cache header kök nedenini düzeltin; sonra optimizasyonu genişletin.

Bu sırayı uygularsanız CDN’i “varsayım” üzerinden değil, ölçüme dayalı şekilde devreye alırsınız.