HTML sayfalarının çoğu Cache-Control: no-store ile gönderiliyor
html_no_storeKısa cevap
Glimana'nın taradığı HTML sayfalarının en az %20'si no-store içeren bir Cache-Control başlığı gönderiyor. Bu, tarayıcıya sayfayı hiç saklamamasını söyler. Hesap, sepet ve ödeme gibi özel sayfalar için doğrudur; herkese açık içerikte ise tarayıcının geri/ileri önbelleğini kullanmasını engeller ve geri dönmek sayfayı yeniden yükletir.
Neden önemli
Chrome ve diğer tarayıcılar no-store sayfalarını uzun süredir geri/ileri önbelleğinin dışında tutar; bu sayfalarda her Geri tuşu tam bir yükleme demektir. Toptan no-store genellikle sayfa sayfa verilmiş bir karardan değil, bir eklentinin, çatının ya da sunucunun varsayılanından gelir. Bu kural, hiç başlık göndermeyen sayfaları listeleyen Cache-Control başlığı yok kuralından ayrıdır.
Glimana bunu nasıl tespit eder
Glimana her taramada her sayfanın Cache-Control yanıt başlığını saklar. Kural 200 dönen canlı HTML sayfalarına (en az 10) bakar ve bunların %20'si ya da fazlası no-store içeriyorsa site için bir kez tetiklenir. Kanıt kaç sayfanın gönderdiğini ve örnek adresleri gösterir.
Nasıl düzeltilir
- Glimana'da etkilenen sayfaları bulun. Sorunlar › HTML sayfalarının çoğu Cache-Control: no-store ile gönderiliyor bölümünü açın. Etkilenen her sayfa bir satırdır; Glimana'nın o sayfa için kaydettiği kanıtı (ölçülen değer, soruna yol açan öğe ya da hedef adres) görmek için satırı açın. Aynı liste Görevler altındaki görev kartında da yer alır; sayfanın Sayfalar altındaki kendi ayrıntı görünümü ise tüm sinyallerini gösterir.
-
Düzeltmeyi platformunuzda uygulayın.
no-store'u neyin eklediğini bulun (uygulama kodu, bir eklenti, web sunucusu ya da CDN) ve özel veri gösteren sayfalarla sınırlayın. Herkese açık sayfalar içinCache-Control: no-cache(tarayıcı yeniden kullanmadan önce doğrular) ya da kısa birmax-agegönderin.Güvenlik, üyelik ve önbellek eklentileri bazen her sayfaya
no-storegönderir; WordPress de giriş yapmış kullanıcılara gönderir (tarayıcı bot giriş yapmış değildir). Eklenti ayarlarına ve sunucu yapılandırmasına (.htaccess, nginxadd_header) bakın.Shopify vitrin sayfaları için kendi önbellek başlıklarını kurar; herkese açık sayfalardaki
no-storegenellikle mağazanın önündeki bir vekil sunucudan ya da CDN'den gelir. O katmanın önbellek kurallarına bakın.no-storekuran genel bir ara katman ya da çatı varsayılanı arayın (oturum yönetimi çoğu zaman bunu yapar). Onu yalnız oturum açılmış ya da kişiselleştirilmiş rotalara uygulayın, diğer yerlerdeno-cacheya da kısa birmax-agegönderin. -
Yayımlayın ve önbellekleri temizleyin. Kaydedip yayımlayın, ardından tarayıcının yeni sürümü göreceğinden emin olun: WordPress — önbellek eklentinizde sayfa önbelleğini temizleyin ve CDN'i boşaltın; Shopify — tema ve içerik değişiklikleri kaydedildiği anda yayına girer, ancak mağazanın önünde bir CDN varsa onu boşaltın; özel kod — dağıtımı yapın ve uç (edge) önbelleği boşaltın. Canlı HTML'in değiştiğini gizli bir pencerede ya da
curl -s https://your-domain/page | grep -i '<title\|canonical\|robots'ile kontrol edin; Glimana, web tarayıcınızın önbelleğindekini değil, sunucunun gönderdiğini okur. - Glimana'da doğrulayın. Görevi Görevler altında açıp Yaptım düğmesine tıklayın. Bir sonraki tarama başlıkları yeniden okur; HTML sayfalarının %20'sinden azı no-store gönderiyorsa görev kapanır.
Düzeltme nasıl doğrulanır
Bir sonraki tarama Cache-Control başlıklarını yeniden okur; HTML sayfalarının %20'sinden azı no-store gönderiyorsa sorun kapanır.