Kırık görsel, stil ya da script dosyaları
broken_resourceKısa cevap
Sayfalarınızın başvurduğu bir görsel, CSS dosyası ya da script yüklenmiyor (404/410, alan adı yok ya da iki kez 5xx). Ziyaretçiler kırık bir görsel ya da stilleri olmayan bir sayfa görür; Googlebot sayfaları CSS ve JavaScript'leriyle birlikte render ettiği için eksik bir dosya Google'ın dizine eklediği içeriği değiştirebilir. Dosyayı geri koyun, sayfayı dosyanın yeni adresine yönlendirin ya da başvuruyu kaldırın.
Neden önemli
Google sayfaları bir web tarayıcısı gibi render eder; 404 veren bir stil dosyası içeriği gizleyebilir, düzeni kaydırabilir (CLS) ya da metni görünmez yapabilir; eksik bir script ise içeriğin render edilmeden kalmasına yol açabilir. Kırık bir logo ya da ana görsel (hero) her ziyaretçiye görünür. Kırık kaynaklar genellikle bir tema güncellemesinden, bir CDN değişikliğinden ya da başvuruları temizlenmeden kaldırılan bir eklentiden kaynaklanır.
Glimana bunu nasıl tespit eder
Son 30 günde görülen kaynaklar kontrol edilir; her kırık kaynak, ona başvuran sayfa sayısı ve temsili bir sayfayla birlikte bir kez raporlanır; böylece 500 sayfadaki tek bir ölü logo 500 değil, tek bir bulgudur. Aynı sunucudaki 20'den fazla kaynak aynı anda başarısız olursa bunlar tek bir "olası CDN ya da sunucu kesintisi" bulgusunda birleştirilir.
Nasıl düzeltilir
- Etkilenen sayfaları Glimana'da bulun. Sorunlar › Kırık görsel, stil ya da script dosyaları bölümünü açın. Bu site düzeyinde bir denetimdir; bu yüzden tek satır tüm kanıtı taşır: ilgili URL'ler, değerler ya da günler. Görevler altındaki görev aynı listeyi ve beklenen kazancı gösterir.
-
Düzeltmeyi platformunuzda uygulayın.
Kanıtı açın: her kırık URL'yi, durum kodunu ve kaç sayfanın onu kullandığını listeler.
wp-content/altında 404: dosyanın sahibi olan tema ya da eklenti değişmiştir; başvuruyu temanınfunctions.phpenqueue kodunda ya da sayfa oluşturucunun genel ayarlarında güncelleyin ya da dosyayı yeniden yükleyin. İçerikteki görsel 404'leri: görseli yeniden yükleyip yazıyı güncelleyin ya da eski yükleme yolu için bir ara-değiştir çalıştırın.cdn.shopify.comaltındaki dosyalar, bir tema dosyası silindiğinde kaybolur; tema düzenleyicisinde yeniden ekleyin. Başarısız olan harici yerleştirmeler (fontlar, bileşenler): kendi sunucunuzda barındırın ya da kaldırın.Başvuruların bayatlayamaması için derleme sürecinizin ürettiği parmak izli (fingerprinted) dosya URL'lerini kullanın; dağıtımlardan sonra CDN önbelleklerini boşaltı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örevler altında görevi açın ve Yaptım düğmesine tıklayın. Etkilenen sayfalar birkaç saat içinde doğrulama taramasına alınır; görev, bu kaynaklar 200 döndürdüğünde ya da artık başvurulmadığında kapanır. Denetim yine başarısız olursa görev bir notla Yeni durumuna döner; geçerse Etki raporlarında Giderilen teknik sorunlar altında listelenir. Daha erken kontrol etmek için sorunun üzerindeki Etkilenen sayfaları yeniden tara seçeneğini kullanın.
Düzeltme nasıl doğrulanır
Görevi tamamlandı olarak işaretledikten sonra etkilenen kaynaklar yeniden çekilir; görev, bu kaynaklar 200 döndürdüğünde ya da artık başvurulmadığında kapanır.