CSS ve JS dosyalarını birleştirmek HTTP/2 sonrası hâlâ mantıklı mı?

Web performansı iyileştirmelerinde uzun yıllar boyunca en yaygın önerilerden biri CSS ve JavaScript dosyalarını birleştirmekti. Çünkü HTTP/1.1 döneminde tarayıcıların aynı anda açabildiği bağlantı sayısı sınırlıydı ve her ek dosya isteği sayfa yüklenmesini yavaşlatabiliyordu. HTTP/2 ile birlikte bu yaklaşım değişti. Artık tek bağlantı üzerinden birden fazla dosya paralel taşınabildiği için “ne kadar az dosya, o kadar hızlı site” kuralı her durumda geçerli değil.

Yine de bu, dosya birleştirmenin tamamen gereksiz olduğu anlamına gelmez. Doğru karar; sitenin altyapısına, tema ve eklenti yapısına, kullanılan hosting ortamına, CDN kullanımına ve gerçek kullanıcı performans verilerine göre verilmelidir.

HTTP/2 dosya birleştirme ihtiyacını nasıl değiştirdi?

HTTP/2’nin en önemli avantajı multiplexing desteğidir. Bu teknoloji sayesinde tarayıcı, tek bir bağlantı üzerinden birden fazla CSS ve JS dosyasını aynı anda isteyebilir. HTTP/1.1’deki gibi her dosya için ayrı bağlantı bekleme maliyeti büyük ölçüde azalır.

Bu nedenle modern bir sunucu ve doğru yapılandırılmış HTTPS altyapısında, küçük ve mantıklı ayrılmış dosyaların tek bir büyük dosyaya dönüştürülmesi her zaman hız kazandırmaz. Hatta bazı durumlarda performansı olumsuz etkileyebilir. Çünkü tek bir büyük dosyada yapılan küçük bir değişiklik, tarayıcı önbelleğinin tamamını geçersiz kılabilir.

CSS ve JS dosyalarını birleştirmek ne zaman hâlâ mantıklı olabilir?

HTTP/2 sonrasında bile dosya birleştirme bazı senaryolarda işe yarayabilir. Özellikle çok sayıda küçük dosya üreten, eski tema mimarisine sahip veya optimizasyonu zayıf WordPress sitelerinde istek sayısı hâlâ gereksiz şekilde yüksek olabilir.

Çok fazla eklenti gereksiz dosya yüklüyorsa

WordPress’te bazı eklentiler yalnızca ihtiyaç duyulan sayfalarda değil, tüm sitede CSS ve JS yükleyebilir. Örneğin iletişim formu eklentisinin ana sayfada, blog yazısında ve kategori sayfasında aktif dosya yüklemesi gereksizdir. Bu durumda ilk tercih dosyaları birleştirmek değil, gereksiz yüklenen kaynakları kaldırmak olmalıdır.

Birleştirme, ancak kaldırılması mümkün olmayan çok sayıda küçük dosyanın toplam maliyeti yüksekse düşünülmelidir. Aksi halde sorun çözülmüş gibi görünür, fakat sayfaya hâlâ gereksiz kod taşınır.

Sunucu HTTP/2 desteklemiyorsa veya yanlış yapılandırılmışsa

Her site teknik olarak HTTPS kullanıyor olsa da HTTP/2’nin aktif olduğu garanti değildir. Bazı eski sunucu yapılandırmalarında veya hatalı proxy/CDN ayarlarında site HTTP/1.1 üzerinden çalışmaya devam edebilir. Bu durumda dosya birleştirme hâlâ belirgin fayda sağlayabilir.

Karar vermeden önce tarayıcı geliştirici araçlarında Network sekmesinden protokol sütunu kontrol edilmelidir. Burada h2 veya HTTP/2 görünüyorsa modern aktarım kullanılmaktadır. Görünmüyorsa hosting sağlayıcısı veya teknik ekip ile sunucu yapılandırması gözden geçirilmelidir.

Birleştirme ne zaman zararlı olabilir?

CSS ve JS dosyalarını tek pakette toplamak, özellikle büyük ve dinamik sitelerde beklenmeyen sorunlara yol açabilir. En sık görülen problem, kritik olmayan kodların da ilk yüklemeye dahil edilmesidir. Kullanıcının ziyaret ettiği sayfada ihtiyaç duyulmayan slider, galeri, ödeme veya harita scriptleri tek dosya içinde gelirse ilk etkileşim süresi uzayabilir.

JavaScript tarafında sıralama hataları da yaygındır. jQuery’ye bağlı bir script, jQuery’den önce çalışırsa menüler, formlar veya sepet işlemleri bozulabilir. WordPress optimizasyon eklentilerinde “combine JS” seçeneğini aktif ettikten sonra özellikle mobil menü, form gönderimi, ürün varyasyonları ve ödeme adımları manuel test edilmelidir.

HTTP/2 sonrası daha doğru optimizasyon yaklaşımı

Modern performans optimizasyonunda temel hedef tüm dosyaları tek dosyada toplamak değil, doğru dosyayı doğru zamanda yüklemektir. Bunun için aşağıdaki yaklaşım daha sağlıklı sonuç verir:

• Kritik CSS ilk ekran için önceliklendirilmelidir.
• Kullanılmayan CSS temizlenmeli veya sayfa bazlı ayrıştırılmalıdır.
• JavaScript dosyaları mümkünse defer veya async ile ertelenmelidir.
• Üçüncü taraf scriptler, gerçekten gerekli oldukları sayfalarda çalışmalıdır.
• Önbellekleme ve sıkıştırma ayarları doğru yapılandırılmalıdır.

Bu yaklaşım özellikle Core Web Vitals metriklerinde daha tutarlı iyileşme sağlar. Largest Contentful Paint, Interaction to Next Paint ve Cumulative Layout Shift değerleri yalnızca dosya sayısına değil, kaynakların yüklenme sırasına ve ana iş parçacığını ne kadar meşgul ettiğine bağlıdır.

WordPress sitelerde pratik karar rehberi

Bir optimizasyon eklentisinde CSS veya JS birleştirme seçeneğini görüyorsanız, bunu doğrudan aktif etmek yerine kontrollü test etmek daha güvenlidir. Önce mevcut performansı PageSpeed Insights, Lighthouse veya WebPageTest ile ölçün. Ardından yalnızca CSS birleştirmeyi açıp test edin, sonra yalnızca JS birleştirmeyi deneyin. Her değişiklikten sonra hem skorları hem de site işlevlerini kontrol edin.

Eğer HTTP/2 aktifse, kaliteli bir CDN kullanılıyorsa ve dosyalar zaten cache-friendly şekilde servis ediliyorsa birleştirme çoğu zaman sınırlı fayda sağlar. Buna karşılık eski tema, çok sayıda eklenti ve zayıf sunucu yanıt süresi varsa dosya optimizasyonu tek başına yeterli olmayabilir. Bu noktada tema sadeleştirme, eklenti denetimi ve sunucu kaynaklarının değerlendirilmesi gerekir.

En güvenli uygulama sırası

CSS ve JS dosyalarını birleştirmek artık otomatik uygulanması gereken standart bir performans kuralı değildir. HTTP/2 destekli güncel bir hosting altyapısında daha önemli olan; gereksiz kaynakları azaltmak, dosyaları sayfa ihtiyacına göre yüklemek ve her değişikliği gerçek ölçümle doğrulamaktır. Böylece site hızlandırma çalışması yalnızca teknik bir ayar değişikliği olmaktan çıkar, kullanıcı deneyimini doğrudan iyileştiren kontrollü bir optimizasyon sürecine dönüşür.