Sayfa geri/ileri önbelleğini kullanamıyor (Lighthouse)

ÖnemDüşük

KapsamTüm site

EmekAz

DoğrulamaGörevi tamamlayınca yeniden tarama

Kural anahtarıbfcache_blocked

Kısa cevap

Haftalık PageSpeed Insights testinde Lighthouse'un "Sayfa geri/ileri önbelleğinden geri yüklemeyi engelledi" denetimi bu sayfa için başarısız oldu. Tarayıcılar yeni ziyaret edilen sayfaları bellekte tutar; Geri ve İleri onları anında gösterir. Bu sayfadaki bir şey buna engel oluyor; her geri dönüşte sayfa yeniden yükleniyor.

Neden önemli

Geri ve ileri gezinmeler tüm sayfa görüntülemelerinin büyük bir kısmıdır. Geri/ileri önbelleğiyle anında olurlar; o olmadan ziyaretçi tam yüklemeyi bekler ve bu LCP gibi saha verilerine de yansır. Sebepleri kaldırmak çoğu zaman basittir: Cache-Control: no-store başlığı, bir unload olay dinleyicisi ya da açık bir bağlantı.

Glimana bunu nasıl tespit eder

Glimana haftada bir ana sayfada ve en çok tıklanan sayfalarda PageSpeed Insights (mobil) çalıştırır ve başarısız denetimleri saklar. Her sayfa için son 14 günün en yeni testi okunur; Lighthouse'un bf-cache denetimi başarısızlar arasındaysa kural tetiklenir. Kanıt Lighthouse'un özetini (ör. engel sebebi sayısı) gösterir. Test edilmeyen sayfalar yargılanmaz.

Nasıl düzeltilir

Glimana'da etkilenen sayfaları bulun. Sorunlar › Sayfa geri/ileri önbelleğini kullanamıyor (Lighthouse) 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.

Kesin sebepleri görmek için sayfayı PageSpeed Insights'ta ya da Chrome Geliştirici Araçları'nda açın (Application → Back/forward cache → Test back/forward cache). unload dinleyicilerini kaldırın (yerine pagehide kullanın), herkese açık sayfalarda Cache-Control: no-store göndermeyin ve sayfa gizlenince WebSocket gibi açık bağlantıları kapatın.

WordPressShopifyÖzel kod

Eski analiz, sohbet ve açılır pencere eklentileri çoğu zaman unload dinleyicisi ekler; onları güncelleyin ya da değiştirin. Bazı önbellek ve güvenlik eklentileri her sayfaya no-store gönderir — bunu hesap, sepet ve ödeme sayfalarıyla sınırlayın.

Shopify temalarının çoğu uyumludur; engel genellikle unload dinleyicisi ekleyen ya da bağlantı açık tutan uygulamalardır. Sorumlu uygulamayı bulmak için uygulamaları birer birer kapatarak test edin.

unload yerine pagehide kullanın, herkese açık HTML'de no-store yerine no-cache ya da kısa bir max-age gönderin ve bağlantıları bir pagehide işleyicisinde kapatın. Canlıda sebepleri izlemek için notRestoredReasons API'sini kullanın.
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. Haftalık PageSpeed Insights testi denetimi yeniden çalıştırır; geçince görev kapanır.

Düzeltme nasıl doğrulanır

Haftalık PageSpeed Insights testi denetimi yeniden çalıştırır; bf-cache denetimi sayfa için artık başarısız değilse sorun kapanır.