Geri gelen ziyaretçi değişmeyen logo ve fontu yeniden indirmemeli, ancak yeni CSS sürümünü hemen alabilmelidir. Aynı URL’de değişen bütün dosyalara bir yıllık cache süresi vermek ziyaretçiyi eski tasarıma kilitleyebilir.
Tarayıcı önbelleğinde uzun süre, yalnız içerik değiştiğinde URL’si de değişen varlıklarda güvenlidir. HTML, API ve kişisel hesap yanıtları farklı kurallara ihtiyaç duyar.
Bu konu ne anlama gelir?
Tarayıcı, HTTP cache başlıklarına göre kaynağı yeniden kullanır, doğrular veya tekrar indirir. Cache-Controltazelik ve paylaşım kuralını; ETagya da Last-Modifiedise koşullu doğrulamayı yönetir.
- Taze kaynak ağ isteği olmadan kullanılabilir.
- Süresi dolan kaynak
304 Not Modifiedyanıtıyla doğrulanabilir. - WordPress cache temizliği ziyaretçinin tarayıcısındaki taze kaydı doğrudan silemez.
Gerçekçi bir WordPress örneği
Bir tema, CSS dosyasını her sürümde aynı URL ile yayınlıyor ve sunucu bu URL’ye bir yıllık max-ageveriyor. Yeni düzen canlıya alındığında bazı ziyaretçiler eski CSS ile yeni HTML’i birlikte görüyor.
Dosya URL’sine içerik/sürüm değeri ekleniyor; değişen sürüm yeni URL oluşturuyor. Sürümlü varlıklar uzun süre cache’lenirken HTML daha kısa ve doğrulanabilir tutuluyor. Normal yenileme ile yeni sürümün geldiği doğrulanıyor.
Neden önemlidir ve ne zaman kullanılır?
Doğru tarayıcı cache’i tekrar ziyaretlerde ağ isteğini ve aktarım baytını azaltır. Hatalı uzun süre ise dağıtım tazeliğini bozar; hassas yanıtların yanlış depolanması da gizlilik riski yaratır.
Varlık pipeline’ı, CDN veya sunucu yapılandırması değiştiğinde son kullanıcıya ulaşan başlıkları yeniden inceleyin. Eklenti, web sunucusu ve CDN aynı header’ı farklı değerlerle yazabilir.
Yeni başlayanlar için anlaşılır yol
- HTML, sürümlü CSS/JS, font, görsel, API ve kişisel yanıtları sınıflandırın.
- Her sınıfın mevcut
Cache-Control,ETagveLast-Modifiedbaşlıklarını kaydedin. - Uzun
immutablesüreyi yalnız URL’si içerikle birlikte değişen varlıklara verin. - Yeni sürümü yayınlayıp HTML’in yeni URL’yi kullandığını doğrulayın.
- İlk ziyaret, tekrar ziyaret, normal yenileme ve girişli yanıtları farklı tarayıcılarda sınayın.
İleri teknik yol
Header’ları origin, reverse proxy ve CDN sonrasında karşılaştırın. private, public, no-cache, no-store, s-maxageve must-revalidateyönergelerini kullanım amacına göre seçin.
- Paylaşılan cache ile özel tarayıcı cache’inin farklı kapsamını hesaba katın.
Varybaşlığını yalnız gerçekten gereken değişkenlerle sınırlayın.- Validator değerlerinin sıkıştırma ve varyantlar arasında doğru kaldığını doğrulayın.
- Yeni HTML yayına çıkmadan önce sürümlü varlıkları erişilebilir hâle getirin.
Riskler, sık hatalar, yedekleme ve geri alma
En sık hata, tek bir “cache bir yıl” kuralını bütün yanıt türlerine uygulamaktır. İkinci hata, yeni dağıtımda değişmeyen dosya adını koruyup tarayıcıdan cache temizlemesini beklemektir.
- Hesap ve kişisel API yanıtlarını ortak cache’e uygun işaretlemeyin.
- HTML ile sürümlü varlıklara aynı süreyi vermeyin.
- Yalnız hard refresh ile geçen testi başarılı saymayın.
Önceki header kuralını saklayın. Tazelik veya gizlilik sorunu görülürse yalnız ilgili kaynak sınıfının kuralını geri alın ve yeni sürümlü URL yayınlayın.
AIOWS nasıl yardımcı olur?
AIOWS Önbellek Yöneticisi
AIOWS Önbellek Yöneticisi, WordPress tarafındaki desteklenen önbellek seçeneklerini merkezi biçimde yönetmeye yardımcı olur. Tarayıcı cache’i çalışmasında kaynakları sınıflandırmak önemlidir; sürümlü statik dosya, HTML ve kişisel yanıt aynı süreye tabi tutulmamalıdır.
Desteklenen ayarı uyguladıktan sonra son kullanıcı URL’sindeki yanıt başlıklarını kontrol edin. Sürümlü CSS/JS dosyası uzun süre yeniden kullanılmalı, yeni dağıtım yeni URL üretmeli ve HTML bu URL’ye işaret etmelidir. Girişli hesap sayfasının hassas içeriği uygun özel/no-store politikasıyla korunmalıdır. İlk ziyaret, tekrar ziyaret ve normal yenileme senaryolarını gerçek tarayıcıda sınayın.
AIOWS, CDN veya web sunucusunun daha sonra üzerine yazdığı header’ı aşamaz. Varlık URL’leri sürümlendirilmiyorsa uzun cache süresi tek başına güvenli değildir. Modül bu sınırlar içinde WordPress tarafındaki seçeneği görünür tutmayı, kontrollü değişiklik yapmayı ve sorun çıkarsa önceki ayara dönmeyi kolaylaştırır. Son header’ın mutlaka dışarıdan istenen genel URL’de doğrulanması gerekir.
AIOWS Önbellek Yöneticisi’ni inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress Önbelleğini Temizleme: Sayfa, Nesne, Tarayıcı ve CDN
- WordPress Cache-Control Başlıkları Nedir?
- WordPress Önbelleği Ne Zaman Temizlenmeli?
Sonuç ve önerilen yol
Uzun tarayıcı cache süresini içerik değişince URL’si de değişen statik varlıklarla eşleştirin. HTML ve kişisel yanıtları ihtiyatlı tutun; origin, proxy ve CDN sonrasındaki gerçek başlıkları normal yenileme ve yeni dağıtım senaryolarında doğrulayın.
