Sunucu hatası (5xx)
http_5xxKısa cevap
Sunucu bu sayfa için 500, 502, 503 ya da 504 döndürdü. Google bir süre yeniden dener, sonra adresi dizinden — trafiğiyle birlikte — çıkarır ve tüm sunucudaki taramasını yavaşlatır. Sebebi sunucu ya da uygulama kütüğünde bulun ve bugün düzeltin.
Neden önemli
5xx, sunucunun başarısız olduğunu kabul etmesidir. Google kısa bir kesintiyi hoş görür (sonra tekrar gelir), ama süreklilik gösteren bir 5xx "bu sayfa yok artık" diye okunur; sunucu genelinde tekrarlanan 5xx yanıtları da Googlebot'un durumu kötüleştirmemek için tarama hızını düşürmesine yol açar. Sıralamalar birkaç gün içinde bunu izler. Hata sürdükçe her gün sayfanın sinyallerinden biraz daha kaybolur.
Glimana bunu nasıl tespit eder
Tarayıcı her isteğin son durum kodunu kaydeder; kural 500 ve üzerinde tetiklenir. Sorunlar sayfasındaki tarama özeti her taramadaki sayıyı gösterir; Bing'in tarama istatistikleri diğer tarayıcıların da aynısını görüp görmediğini gösterir.
Nasıl düzeltilir
- Glimana'da etkilenen sayfaları bulun. Sorunlar › Sunucu hatası (5xx) 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.
Tam istek için sunucu hata kütüğünü açın. Sık görülen sebepler: bir eklenti ya da tema güncellemesinden gelen PHP ölümcül hatası, tükenen bellek ya da çalışma süresi, çökmüş ya da dolmuş bir veritabanı, yanlış yapılandırılmış ters proxy (502/504) veya açık unutulmuş bakım modunun bilinçli olarak döndürdüğü 503.
WP_DEBUG_LOGayarını etkinleştiripwp-content/debug.logdosyasını açın ya da barındırma sağlayıcınızın hata kütüğünü okuyun.- Hata izinde adı geçen eklentiyi devre dışı bırakın (yönetim paneli açılmıyorsa klasörünün adını FTP/SFTP ile değiştirin).
- Kütük belleğin tükendiğini söylüyorsa
memory_limitdeğerini artırın. - Sitenin tamamı 503 veriyorsa bir bakım eklentisi ya da
.maintenancedosyası olup olmadığını kontrol edin.
Shopify'da 5xx neredeyse her zaman bir app proxy ya da hata veren harici bir servisi çağıran tema bölümüdür. Shopify durum sayfasını kontrol edin, ardından uygulama yerleştirmelerini (app embed) tek tek devre dışı bırakın.
İzleme sisteminizde 5xx oranı için alarm kurun; planlı bakım sırasında Google'ın geçici olduğunu anlaması için
Retry-Afterile 503 döndürün. -
Yayımlayın ve önbellekleri temizleyin. Sunucu ya da CDN değişikliğini uygulayın (Nginx/Apache'yi yeniden yükleyin, Cloudflare kuralını kaydedin), önbelleği boşaltın, ardından canlı yanıtı
curl -sI https://your-domain/pageile kontrol edin — orada gördüğünüz durum satırı ve başlıklar, Glimana'nın ve Googlebot'un aldığının tam olarak aynısıdır. - Glimana'da doğrulayın. Görevi Görevler altında açıp Yaptım düğmesine tıklayın. Etkilenen sayfalar birkaç saat içinde doğrulama taramasına alınır; hepsi 200 (ya da bilinçli bir 404/410) döndüğünde görev kapanır. Kontrol 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 sorundaki Etkilenen sayfaları yeniden tara düğmesini kullanın.
Düzeltme nasıl doğrulanır
Görevi yapıldı olarak işaretledikten sonra etkilenen adresler yeniden çekilir; hepsi 200 (ya da bilinçli bir 404/410) döndüğünde görev kapanır.
SSS
Hata yalnızca ara sıra oluyor. Bu yine de sorun mu?
Aralıklı 5xx, Google'ın tarama hızı mantığının tam olarak tepki verdiği şeydir. Taramalar sayfasındaki Bing tarama istatistikleri günlük 5xx sayılarını gösterir ve tek bir gece taramasının kaçırdığı aralıklı hataları görmenin en iyi yoludur.