WordPress Uploads Klasörünüz Neden Bu Kadar Büyük?

WordPress uploads klasörünüz büyük çünkü WordPress asla her görsel için tek bir dosya saklamaz. Her yükleme, orijinalin yanına sabit bir dizi yeniden boyutlandırılmış kopya oluşturur — tipik bir kamera boyutundaki bir fotoğraf için bunlardan yedi tane, üstelik herhangi bir tema ya da eklenti daha fazlasını eklemeden önce. Hiçbir şey bozulmuş değil; sadece her tek yüklemede gerçekleşen çoğalmayı görüyorsunuz. Çözüm, hiç sunmadığınız boyutları üretmeyi durdurmak, ardından eski kopyaların diskten silinmesi için yeniden oluşturmak.

Hesabı yapın

4000×3000 boyutunda tek bir JPEG yükleyin ve /wp-content/uploads/2026/07/ klasörünün içine bakın. Tek bir dosya bulamayacaksınız. Şunları bulacaksınız:

• photo.jpg — orijinal, dokunulmamış
• photo-scaled.jpg — WordPress’in orijinal yerine sunduğu 2560px’lik bir kopya
• photo-150x150.jpg — thumbnail
• photo-300x225.jpg — medium
• photo-768x576.jpg — medium_large
• photo-1024x768.jpg — large
• photo-1536x1152.jpg — 2× medium_large
• photo-2048x1536.jpg — 2× large

Yani yalnızca çekirdekten gelen, orijinal artı yedi türev. 3 MB’lık bir yükleme, tek bir eklenti çalışmadan önce diskte 5–6 MB olarak yer edebilir. Şimdi kendi başına dört boyut kaydeden bir tema ve WooCommerce’i (üç tane daha) ekleyin, bir yükleme on dört ya da on beş dosyaya dönüşür. Bunu birkaç bin görselden oluşan bir kütüphaneyle çarpın; klasör boyutu artık bir gizem olmaktan çıkar.

Kendi boyutlarınız ve kayıtlı boyutlarınız için tam sayıyı istiyorsanız, görsel depolama hesaplayıcısı çarpma işlemini sizin yerinize yapar.

Neden olur?

Bir görsel yüklediğinizde, wp_generate_attachment_metadata() fonksiyonu wp_create_image_subsizes() fonksiyonunu çağırır; bu da get_intermediate_image_sizes() tarafından döndürülen her boyut için döngü kurar ve orijinalin üretmeye yetecek kadar büyük olduğu her boyut için bir dosya yazar. Çekirdek; thumbnail, medium, medium_large, large boyutlarını ve WP 5.3’te eklenen 1536x1536 ile 2048x2048 retina boyutlarını kaydeder. add_image_size() çağıran herhangi bir tema veya eklenti, aynı döngüye kalıcı olarak — gelecekteki her yükleme için — ekleme yapar.

-scaled dosyası ise ayrı bir mekanizmadan gelir: varsayılanı 2560px olan big_image_size_threshold filtresi. Bundan geniş olan her şey ölçeklenmiş bir kopya alır; bu kopya sunulan “full” (tam) görsel hâline gelirken, orijinal diskte kalmaya devam eder. Yani büyük bir yükleme, hem devasa orijinali hem de 2560px’lik sürümü birlikte tutar.

Kurulumunuzun belirli bir görsel için tam olarak neler ürettiğini görsel boyutları inceleyicisi ile görebilirsiniz.

Sırasıyla nasıl düzeltilir?

1. Hiçbir şeye dokunmadan önce ölçün. Tahmin yürütmek zaman kaybettirir. Site kök dizininden:

du -sh wp-content/uploads
find wp-content/uploads -type f \( -name '*.jpg' -o -name '*.webp' -o -name '*.png' \) | wc -l
du -ah wp-content/uploads | sort -rh | head -20

2. Sunmadığınız boyutların kaydını iptal edin. Çoğu tema 1536 ve 2048 boyutlarını asla üretmez, birçoğu da medium_large boyutunu hiç kullanmaz. Bunları çıkarın:

// functions.php — stop generating sizes this site never outputs
add_action( 'init', function () {
    remove_image_size( '1536x1536' );
    remove_image_size( '2048x2048' );
} );

// Drop medium_large too, if your theme doesn't use the 768px size
add_filter( 'intermediate_image_sizes_advanced', function ( $sizes ) {
    unset( $sizes['medium_large'] );
    return $sizes;
} );

3. Eski kopyaları silmek için yeniden oluşturun. Kaydı iptal etmek yalnızca gelecekteki üretimi durdurur — diskte hâlihazırda bulunan dosyalar, siz yeniden oluşturana kadar kalır:

wp media regenerate --yes

Güncel WP-CLI sürümleri, işlem ilerledikçe artık kayıtlı olmayan boyutlara ait dosyaları siler. Bunun yerine Regenerate Thumbnails eklentisini kullanıyorsanız, onun “kayıtsız boyutları sil” seçeneğini işaretleyin — bu kutu işaretli değilse, eski dosyalar yerinde kalır.

4. Sahipsiz dosyaları avlayın. Tema değiştirmek, eski temanın kaydettiği boyutları asla temizlemez. Yazıları silmek de her zaman onların türevlerini kaldırmaz. 3. adımdan sonra du -sh hâlâ hesaplayıcının öngördüğünün çok üzerindeyse, elinizde sahipsiz dosyalar var demektir — diskte hiçbir eke referans verilmeyen dosyalar.

Yapılmaması gerekenler

Ölçeklenmiş görselleri “yer kazanmak için” devre dışı bırakmayın. -scaled dosyası orijinalinizden daha küçüktür. big_image_size_threshold filtresini kapatmak hiçbir şeyi silmez — sadece WordPress’in her ziyaretçiye tam, çok megabaytlı orijinali sunmasına yol açar. Bu bir bant genişliği ve kalite kararıdır, depolama temizliği değil; ve genellikle sayfa ağırlığını daha da kötüleştirir. scaled görselleri devre dışı bırakma aracı bunun gerçekten doğru seçim olduğu durumları anlatır; uploads klasörünüzü küçültmek bu durumlardan biri değil.

uploads klasöründen SFTP üzerinden doğrudan dosya silmeyin. Her ekin alt boyut listesi, onun _wp_attachment_metadata verisinde tutulur. Dosyaları elle silmek bozuk referanslar bırakır ve türetildiği orijinali kaldırdıysanız, yeniden oluşturma o boyutu yeniden inşa edemez. Orijinali silin ve o görsel temelli gider.

Ayarlar → Medya bölümünde thumbnail/medium/large değerlerini 0 yaparak klasörün küçüleceğini beklemeyin. Bir boyutu sıfırlamak gelecekteki üretimi durdurur ama diskte hâlihazırda bulunan hiçbir şeye dokunmaz; ayrıca arayüz medium_large, 1536, 2048 ya da herhangi bir tema/eklenti boyutuna ulaşamaz — bunlar orada değildir.

Veritabanını suçlamayın. Ağır bir uploads klasörü görsel dosyalarıdır, neredeyse hiçbir zaman veritabanı değil. Tabloları optimize etmek bu sayıyı kıpırdatmaz.

Hâlâ takıldınız mı?

Yeniden oluşturmanın ardından klasör hâlâ beklenenden büyükse, gerçek görsel boyutlarınızı ve kayıtlı boyutlarınızı depolama hesaplayıcısı üzerinden geçirin ve çıkan rakamı du -sh wp-content/uploads ile karşılaştırın. Büyük bir fark, eski bir temadan ya da silinmiş yazılardan kalan sahipsiz dosyalara işaret eder — ne çekirdekten kaynaklanır, ne de daha fazla yeniden oluşturmanın düzelteceği bir şeydir. Küçük bir fark ise matematiğin olduğu gibi olduğunu gösterir: yükleme başına yedi ve daha fazla dosya, tam da tasarlandığı gibi çalışıyor.