Statik dosyaları cookieless domain üzerinden sunmak hâlâ gerekli mi?

Web performansı optimizasyonunda sık duyulan önerilerden biri, statik dosyaları cookieless domain üzerinden sunmaktır. Bu yaklaşım; görseller, CSS, JavaScript ve font dosyaları istenirken gereksiz cookie bilgisinin tarayıcıdan sunucuya gönderilmesini engellemeyi amaçlar. Ancak HTTP/2, HTTP/3, modern CDN altyapıları ve gelişmiş tarayıcı davranışları nedeniyle bu önerinin değeri eskisine göre değişti. Bugün doğru karar, sitenin mimarisine, trafik hacmine, CDN kullanımına ve hosting altyapısının nasıl yapılandırıldığına göre verilmelidir.

Cookieless domain nedir?

Cookieless domain, statik dosyaların cookie taşımayan ayrı bir alan adı veya alt alan adı üzerinden servis edilmesidir. Örneğin ana site www.ornek.com üzerinde çalışırken statik dosyalar static.ornekcdn.com veya cdn.ornek.com gibi bir adresten sunulabilir. Amaç, her statik dosya isteğinde oturum, takip veya tercih cookie’lerinin gereksiz yere gönderilmesini önlemektir.

Özellikle çok sayıda küçük dosya içeren eski yapılarda bu yöntem bant genişliği tüketimini azaltabilir ve ilk yükleme süresine katkı sağlayabilirdi. Çünkü her HTTP isteğine eklenen cookie verisi, küçük görünse de onlarca veya yüzlerce istekle birleştiğinde ölçülebilir bir yük oluşturuyordu.

Bugün hâlâ gerekli mi?

Kısa cevap: Her site için zorunlu değildir. Modern web altyapılarında asıl performans kazanımı çoğu zaman doğru önbellekleme, görsel optimizasyonu, kritik CSS yönetimi, CDN kullanımı ve sunucu yanıt süresinin düşürülmesiyle elde edilir. Cookieless domain ise daha çok belirli senaryolarda anlamlı bir iyileştirme sağlar.

HTTP/2 ve HTTP/3 ile aynı bağlantı üzerinden çoklu isteklerin daha verimli taşınması, eski “çok fazla istek çok fazla maliyet” yaklaşımını kısmen değiştirdi. Bununla birlikte cookie boyutu büyükse, reklam ve analiz araçları gereğinden fazla veri ekliyorsa veya statik dosyalar ana domain üzerinden yoğun biçimde servis ediliyorsa cookieless yapı hâlâ faydalı olabilir.

Hangi durumlarda avantaj sağlar?

Cookie boyutu yüksekse

Sayfada oturum, sepet, kişiselleştirme, A/B test, reklam veya analitik amaçlı çok sayıda cookie varsa statik dosya istekleri gereksiz veri taşır. Bu durumda cookieless domain, özellikle mobil bağlantılarda ve yüksek trafikli sitelerde daha temiz bir istek akışı sağlar.

Statik dosya trafiği çok yoğunsa

Haber portalları, e-ticaret siteleri, eğitim platformları ve görsel ağırlıklı kurumsal sitelerde statik dosya trafiği toplam isteğin büyük bölümünü oluşturabilir. Bu tür yapılarda ayrı bir statik alan adı veya CDN kullanımı, kaynakların daha kontrollü yönetilmesine yardımcı olur.

CDN mimarisi zaten kullanılıyorsa

Bir CDN üzerinden statik dosya sunuyorsanız çoğu zaman cookieless yapı doğal olarak oluşur. Burada dikkat edilmesi gereken nokta, CDN alan adına gereksiz cookie set edilmemesidir. Bazı yanlış yapılandırmalarda ana domain cookie’leri alt alan adına da yayılabilir; bu durumda beklenen fayda ortadan kalkar.

Ne zaman öncelik olmamalı?

Küçük ölçekli bir WordPress sitesinde sınırlı sayıda görsel, iyi yapılandırılmış cache ve düşük cookie boyutu varsa cookieless domain kurmak ilk öncelik olmayabilir. Hatta yanlış yapılandırılmış ayrı domain, DNS çözümleme süresi, TLS el sıkışması ve karmaşık cache sorunları nedeniyle beklenenin tersine performansı olumsuz etkileyebilir.

Bir diğer risk, statik dosya yollarını değiştirirken kırık görsel, karışık içerik uyarısı veya CORS hatası oluşmasıdır. Özellikle font dosyaları, SVG içerikler ve JavaScript kaynakları farklı domain üzerinden servis edildiğinde tarayıcı güvenlik politikaları devreye girebilir. Bu nedenle canlı ortama almadan önce test ortamında deneme yapılmalıdır.

WordPress sitelerde nasıl değerlendirilir?

WordPress tarafında karar vermeden önce ölçüm yapmak gerekir. Tarayıcı geliştirici araçlarında Network sekmesi açılarak statik dosya isteklerine cookie gönderilip gönderilmediği kontrol edilebilir. Eğer CSS, JS, görsel ve font isteklerinde büyük cookie başlıkları görünüyorsa optimizasyon potansiyeli vardır.

Ardından cache eklentisi, CDN sağlayıcısı ve tema yapısı birlikte incelenmelidir. Bazı cache eklentileri CDN URL’si tanımlamaya izin verir; ancak tüm medya yollarının doğru değiştiğinden emin olunmalıdır. Çok dilli sitelerde, üyelik sistemlerinde ve WooCommerce kurulumlarında sepet veya oturum davranışı özellikle test edilmelidir.

Kurulumda dikkat edilmesi gerekenler

Cookieless yapı kurarken statik domainin cookie üretmediğinden emin olun. Alt alan adı kullanılıyorsa cookie kapsamı önemlidir. Örneğin ana domain için geniş kapsamlı bir cookie tanımlandıysa bu cookie alt alan adlarına da gönderilebilir. Daha temiz bir yapı için ayrı bir domain veya CDN sağlayıcısının sunduğu özel alan adı tercih edilebilir.

Cache-Control, Expires, ETag ve sıkıştırma ayarları da doğru yapılmalıdır. Yalnızca cookieless domain kullanmak yeterli değildir; uzun süreli tarayıcı önbelleği, dosya versiyonlama ve uygun MIME türleri birlikte çalışmalıdır. Burada sunucu yapılandırması ve CDN panelindeki kurallar kritik rol oynar.

Performans testlerinde nasıl yorumlanmalı?

PageSpeed Insights, Lighthouse veya WebPageTest gibi araçlar geçmişte “serve static assets from a cookieless domain” uyarısını daha görünür şekilde raporluyordu. Güncel değerlendirmelerde bu uyarı tek başına büyük bir skor belirleyicisi değildir. Daha önemli metrikler LCP, INP, CLS, TTFB ve toplam aktarım boyutudur.

Bu nedenle sadece puan yükseltmek için değil, gerçek kullanıcı deneyimini iyileştirmek için hareket edilmelidir. Önce cookie boyutunu ölçmek, sonra statik istek sayısını analiz etmek ve son olarak CDN/cache etkisini karşılaştırmak daha sağlıklı bir yöntemdir. Kurumsal projelerde bu karar, hosting kaynakları, trafik modeli ve bakım operasyonları birlikte ele alınarak verilmelidir.

Pratik karar rehberi

Eğer siteniz yüksek trafikli, görsel veya medya ağırlıklı, CDN kullanan ve cookie yükü yüksek bir yapıdaysa cookieless domain hâlâ değerlendirilmeye değerdir. Buna karşılık düşük trafikli, iyi cache edilmiş, cookie kullanımı sınırlı bir sitede önce görsel sıkıştırma, lazy load, veritabanı optimizasyonu ve TTFB iyileştirmelerine odaklanmak daha hızlı fayda sağlayabilir.

Uygulama sırasında küçük bir kontrol listesiyle ilerlemek hataları azaltır: Statik dosyalarda cookie gidiyor mu, CDN alan adı HTTPS ile sorunsuz çalışıyor mu, fontlarda CORS hatası var mı, önbellek başlıkları doğru mu, medya URL’leri kırılmadan değişti mi? Bu sorulara net yanıt verildikten sonra cookieless domain, performans mimarisinin tamamlayıcı bir parçası olarak güvenle konumlandırılabilir.