Geri tuşunu ele geçirme olasılığı (gösterge)
back_button_hijack_suspectedKısa cevap
Glimana bu sayfayı gerçek bir tarayıcıda açtığında sayfa — herhangi bir tıklama ya da tuşa basmadan önce — kendi adresini tarayıcı geçmişine ekledi ve geri tuşu için bir dinleyici kurdu. Bu, geri tuşunu ele geçirme kalıbıdır: Geri'ye basınca ziyaretçi sitede kalır ya da başka yere gönderilir. Google'ın spam politikaları bunu kötü amaçlı uygulamalar arasında sayar.
Neden önemli
Google geri tuşunu ele geçirmeyi, sitenin kullanıcının tarayıcı gezinmesine müdahale etmesi ve kullanıcının önceki sayfaya kolayca dönememesi diye tanımlar. Elle işleme yol açabilir; sayfadan çıkamayan ziyaretçi de genellikle geri gelmez. Sorumlu betik çoğu zaman sizin kodunuz değildir: reklam ağları, “çıkış niyeti” açılır pencereleri ve anlık bildirim araçları yaygın kaynaklardır.
Glimana bunu nasıl tespit eder
Bu bir göstergedir, niyetin kanıtı değildir. Glimana sayfalarınızdan bir örneklemi (ana sayfa ve en çok tıklanan sayfalar) Chromium'da açar ve kullanıcı etkileşiminden önce sayfanın kendi adresini yeniden ekleyen history.pushState çağrılarını ve sayfanın popstate'i (geri tuşu) dinleyip dinlemediğini sayar. İkisi birlikte görülürse kural tetiklenir. Farklı bir adrese giden tek sayfa uygulamaları ve replaceState çağrıları sayılmaz.
Nasıl düzeltilir
- Glimana'da etkilenen sayfaları bulun. Sorunlar › Geri tuşunu ele geçirme olasılığı (gösterge) 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.
Sayfayı Chrome'da Geliştirici Araçları açıkken açın,
history.pushStateüzerine bir kesme noktası koyun (konsoldadebug(history.pushState)çalıştırabilirsiniz), sayfayı yenileyin ve hangi betiğin çağırdığına bakın. O betiği kaldırın ya da değiştirin; bir reklam ya da araç sağlayıcısından geliyorsa ayarlarında “geri tuşu”, “çıkış” ya da “geçiş reklamı” özelliğini kapatın.Eklentileri tek tek devre dışı bırakıp (anlık bildirim, açılır pencere, reklam yöneticisi) yeniden deneyin. Temanın ya da bir “özel kod” eklentisinin üst/alt bilgi betik alanlarındaki üçüncü taraf kodlara da bakın.
Açılır pencere, ek satış ya da anlık bildirim ekleyen uygulamaları ve
theme.liquidiçindeki özel betikleri kontrol edin. Uygulamayı kaldırın ya da çıkış niyeti özelliğini kapatın.Paketinizde ve etiket yöneticisi kapsayıcılarında
pushStatearayın. Onu yalnız gerçek bir gezinmeye yanıt olarak çağırın; açılışta geçerli kaydı çoğaltmak için asla çağırmayı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. Doğrulama elle yapılır: betiği kaldırdıktan sonra görevi tamamlandı olarak işaretleyin. Render örneklemi haftada bir yenilenir; sayfada kalıp artık görülmediğinde sorun kapanır.
Düzeltme nasıl doğrulanır
Haftalık render örneklemi sayfayı yeniden denetler; kalıp kalmadığında sorun kapanır.