Temel çıkarım: bir CDN ve yerel görsel optimizasyonu farklı sorunları çözer — CDN bir dosyanın kat ettiği ağ mesafesini kısaltır, yerel optimizasyon ise dosyanın kendisini küçültür. Yoğun uluslararası trafiği ve büyük medya kütüphanesi olan siteler genellikle ikisinden de faydalanır; ziyaretçileri çoğunlukla yerel olan siteler ise önce format ve boyutu düzeltmekten daha fazla kazanır.
Genellikle Tek Sorun Sanılan İki Farklı Darboğaz
"Görsellerim yavaş" iki farklı şey anlamına gelebilir, ve hangisi gerçekten doğruysa çözüm ona göre değişir:
- Dosya çok büyük. 2MB'lık bir JPEG, sunucu ne kadar yakın olursa olsun 2MB'lık bir JPEG'dir. Bu bir format ve sıkıştırma sorunu.
- Dosya çok uzağa gitmek zorunda. Mükemmel optimize edilmiş 80KB'lık bir WebP dosyası bile, tek sunucun Amsterdam'daysa Sydney'deki bir ziyaretçiye ulaşması daha uzun sürer. Bu bir ağ gecikme sorunu.
Bir CDN (İçerik Dağıtım Ağı), dosyalarının kopyalarını global olarak dağıtılmış sunucularda önbelleğe alarak ikinci sorunu çözer, böylece ziyaretçi origin sunucun yerine en yakın olandan indirir. Birinci sorunla ilgili hiçbir şey yapmaz — bir CDN, ağ açısından bakıldığında optimize edilmemiş 2MB'lık bir dosyayı, küçük bir dosyayı sunduğu kadar hızlı bir şekilde memnuniyetle önbelleğe alır ve sunar.
Yerel Optimizasyon Gerçekte Ne Yapar
Burada "yerel optimizasyon", görselleri kendi WordPress sunucunda işlemek anlamına gelir: modern formatlara (WebP, AVIF) dönüştürme, görünür kalite kaybı olmadan sıkıştırma, gerçek gösterim boyutlarıyla eşleşecek şekilde yeniden boyutlandırma ve tarayıcıların seçebileceği responsive srcset varyantlarını üretme.
Bu, görsel başına tek seferlik bir maliyettir. Bir görsel bir kez dönüştürülüp doğru boyutlandırıldıktan sonra, bu işin her istekte tekrar yapılması gerekmez — küçültülmüş dosya, ister kendi sunucundan ister bir CDN'in arkasından olsun, o andan itibaren sunulan şey haline gelir.
Erdo Image Optimizer tam olarak bunu yapar: görselleri dönüştürüp sıkıştırmak için sunucunun kendi GD veya Imagick kütüphanesini kullanır, harici API veya görsel başına ücret yoktur. Mekaniği için WordPress görsellerini WebP'ye dönüştürme rehberimize bak.
Her Seçeneğin Gerçekte Kazandığı Yer
| Faktör | Yerel optimizasyon | CDN |
|---|---|---|
| Dosya boyutunu azaltır | Evet — asıl işi bu | Hayır — kendisine verilen dosyayı olduğu gibi sunar |
| Ağ mesafesini azaltır | Hayır | Evet — asıl işi bu |
| Tek seferlik mi tekrarlayan mı maliyet | Çoğunlukla tek seferlik işleme | Genellikle tekrarlayan, bant genişliğiyle ölçeklenir |
| Tek bölgeli bir kitleye yardımcı olur | Evet, doğrudan | Sınırlı — kısaltacak çok az mesafe var |
| Global bir kitleye yardımcı olur | Dolaylı olarak (küçük dosyalar her yerde daha hızlı aktarılır) | Evet, doğrudan |
| Kurulum karmaşıklığı | Eklenti kurulumu + toplu dönüşüm | DNS/origin yapılandırması, önbellek geçersiz kılma kuralları |
Somut Bir Karşılaştırma
Origin sunucudan 9.000 km uzakta bir ziyaretçi tarafından istenen, optimize edilmemiş 1,8MB'lık bir JPEG hero görseli düşün:
| Senaryo | Dosya boyutu | Yaklaşık toplam yükleme süresi* |
|---|---|---|
| Optimize edilmemiş JPEG, CDN yok | 1,8 MB | ~2,9s |
| Optimize edilmemiş JPEG, CDN arkasında | 1,8 MB | ~2,1s |
| Optimize edilmiş WebP (~350KB), CDN yok | 350 KB | ~1,3s |
| Optimize edilmiş WebP (~350KB), CDN arkasında | 350 KB | ~0,6s |
*Uzun mesafeli bir istek için tipik gecikme ve bant genişliği varsayımlarına dayanan yaklaşık, gösterimlik rakamlar — gerçek sayılar host, bağlantı ve CDN sağlayıcısına göre değişir.
Önemli olan örüntü şu: tek başına format optimizasyonu (3. satır), optimize edilmemiş bir dosyaya CDN eklemekten (2. satır) daha iyi sonuç veriyor. İkisi birlikte (4. satır) her birinden tek başına çok daha iyi sonuç veriyor. Önce sadece birini yapabiliyorsan, dosya boyutunu düzeltmek seni mesafeyi düzeltmekten daha ileri götürür.
Bir CDN Eklemeye Değdiği Zaman
- Trafiğin gerçekten uluslararası, sadece ara sıra yabancı ziyaretle yerel değil.
- Medya kütüphanen, yük altında origin sunucu bant genişliğinin veya CPU'sunun kendisinin bir darboğaz haline gelmeye başladığı kadar büyük.
- Zaten optimize edilmiş formatlar ve boyutlar sunuyorsun ve bir sonraki hız artışını istiyorsun.
- Trafik zirvelerinde origin sunucu yükünün gerçek bir risk olduğu WooCommerce veya başka yüksek trafikli bir kurulum işletiyorsun.
Öncelik Olmadığı Zaman
- Kitlen, hosting'ine yakın tek bir ülke veya bölgede yoğunlaşmış.
- Görselleri henüz modern formatlara dönüştürmedin — bu neredeyse her zaman önce yapılacak daha yüksek etkili düzeltme.
- Mevcut hosting'in zaten temel bir CDN veya önbellekleme katmanı içeriyor (Kinsta veya WP Engine gibi yönetilen WordPress host'larında yaygın) — ikincisi için ödeme yapmadan önce kontrol et.
Sitenin Gerçekte Neye İhtiyacı Olduğunu Kontrol Etme
Tahmin etmek yerine hızlı bir teşhis çalıştır:
- PageSpeed Insights'i aç ve "Diagnostics" bölümünde işaretlenen görselleri kontrol et — format veya boyutlandırma sorunlarını işaret ediyorsa, bu bir mesafe sorunu değil, bir yerel optimizasyon sorunudur.
- Sunucundan uzak bir test konumuyla (örneğin host'un Avrupa'daysa Singapur'dan test etmek) WebPageTest gibi bir araç kullan. "Time to First Byte" ve bağlantı süresini, sunucuna yakın bir konumdan yapılan bir test çalıştırmasıyla karşılaştır. İkisi arasındaki büyük bir fark, daha büyük faktör olarak dosya boyutu değil gecikmeye işaret eder.
- Hosting planının dokümantasyonunu kontrol et — birçok yönetilen WordPress host'u (Kinsta, WP Engine, Cloudways) varsayılan olarak bir CDN veya edge önbellekleme katmanı içerir. Zaten sahip olduğun birinin üzerine ikinci bir CDN için ödeme yapmak nadiren yardımcı olur.
Bilinmesi Gereken Birkaç CDN Tuzağı
Bir CDN eklendiğinde saf bir kazanç değildir — gerçek WordPress kurulumlarında birkaç pratik sorun ortaya çıkar:
- Önbellek geçersiz kılma — medya kütüphanesinde bir görseli değiştirmek her zaman CDN'in önbelleğe alınmış kopyasını hemen güncellemez. Çoğu entegrasyon bunu otomatik olarak halleder, ama özellikle fiyatlandırma grafikleri gibi zamana duyarlı içerikler için doğrulamaya değer.
- Küçük sitelerde ekstra DNS/bağlantı yükü — sadece 2-3 görseli olan bir sayfa için, bir CDN alan adına yeni bir DNS araması ve TLS el sıkışması yükü, özellikle origin sunucuya zaten yakın ziyaretçiler için bazen gecikme kazanımını dengeleyebilir.
- CORS yapılandırması — CDN varlıkları farklı bir alt alan adından sunuyorsa, header'lar doğru yapılandırılmadığı sürece fontlar ve bazı JavaScript ile yüklenen görseller CORS hatalarına takılabilir.
Bunların hiçbiri bir CDN'den tamamen kaçınmak için neden değil — bir CDN'in kesinlikle bedava bir kazanç olduğunu varsaymak yerine kontrol etmeye değer yapılandırma detayları.
İkisini Birlikte Kullanma
Hem ikisine de ihtiyaç duyan siteler için sıra önemli: önce optimize et, sonra önbellekle. Erdo Image Optimizer, tam olarak bu nedenle opsiyonel BunnyCDN entegrasyonu içerir — görseller yerel olarak WebP/AVIF'e dönüştürülüp doğru boyutlandırılır, sonra CDN edge'ine gönderilip oradan sunulan şey, orijinal aşırı büyük yüklemeleri önbelleğe almak yerine zaten optimize edilmiş dosyalardır.
Özetle
"CDN" ve "görsel optimizasyonu"nu aynı sorunun birbirinin yerine geçebilir çözümleri gibi görmek yaygın bir hata — toplam yükleme süresinin farklı katmanlarını ele alırlar. Sitenin görselleri hâlâ ham JPEG ve PNG ise, bunları dönüştürüp yeniden boyutlandırmak genellikle önlerine bir CDN eklemekten daha fazla fark yaratır. Format ve boyutu zaten hallettiysen ve trafiğin gerçekten globalse, bir CDN mantıklı bir sonraki adımdır. Çoğu WordPress sitesi için doğru sıra: önce optimize et, sonra kalan gecikmenin bir CDN'in sürekli maliyetini haklı çıkarıp çıkarmadığına karar ver.