500 Dahili Sunucu Hatası

Kısa özet — 500 Internal Server Error, sayfa oluşturulurken sunucunun bozulduğu anlamına gelir; URL’niz, tarayıcınız veya arama tarayıcısıyla ilgili sorun değildir. Tek seferlik 500 genellikle Google tarafından yeniden denenir ve bunun size mutlaka bir bedel çıkaracağına dair kural yoktur. Belgelenmiş tehlike, çok sayıda sayfanın bir süre 500 döndürmesidir; Google bu durumda taramayı yavaşlatır ve sonunda sayfaları aramadan çıkarabilir. Düzeltmeye tarayıcıdan değil, sunucunun hata günlüklerinden başlayın.

500 hatası nedir

Bu değerlendirme, 500 sunucu hatası için kanıtı ve uygulama kararını birlikte değerlendirir.

“encounters some kind of issue and doesn’t have a better or more specific error code.” (Türkçe çeviri) Alıntı, yanıtın kapsamını ve beklenen istemci davranışını birlikte gösteriyor. “something went wrong and I can’t tell you exactly what.” (Türkçe çeviri) Bu ifade, makaledeki karar ağacının dayandığı resmi açıklamayı taşıyor.

Anlaşılması gereken temel nokta şu: 500 bir genel yakalama kodudur. Sunucu tarafında bir şeylerin bozulduğunu söyler. Neyin bozulduğunu söylemez. “Ne” olduğunu bulmak bütün iştir.

Bu genellikle sizin değil, sunucunun sorunudur

500 hataları sunucu hataları olan 5xx ailesindedir. Bu, isteği (bozuk veya eksik bir URL’yi) ilgilendiren 404 (sayfa bulunamadı) gibi 4xx hatalarından farklıdır. 500 durumunda URL tamamen doğru olabilir; sunucu yalnızca işi tamamlayamamıştır. 502, 503 ve 504 gibi 500’ün akrabalarını da görürsünüz — bunlar da sunucu tarafındadır, ancak daha özel durumlara (bozuk ağ geçidi, geçici olarak kullanılamayan sunucu veya zaman aşımı) işaret eder.

500 hatası SEO’ya zarar verir mi?

Tek bir sayfada tekil, ara sıra oluşan bir 500 mü? Google genellikle geri dönüp yeniden dener; sayfa yeniden denemede düzgün yüklenirse konu çoğunlukla kapanır. Google, izole bir hatanın zararsız olduğuna dair genel bir söz yayımlamaz — yalnızca tek seferlik bir aksaklığı cezalandıran herhangi bir mekanizmayı belgelememiştir.

Bu açıklama, durum kodu sunucu hatası bağlamındaki uygulama kararını özetler.

1. Google yeniden denemeyi sürdürür, hataların devam ettiğini görür ve sitenizi ne kadar hızlı taradığını yavaşlatır.
2. Hatalar hâlâ düzelmezse Google sonunda bu sayfaları dizinden kaldırır — yani aramada görünmeyi bırakırlar. Evidence for this claim Google reduces crawling in response to 5xx errors and eventually removes persistently failing URLs from its index. Scope: Google documents the general 5xx progression; it does not provide a guaranteed retry or recovery timeline for an individual URL. Confidence: high · Verified: 2026-07-14 Google: How HTTP status codes affect Google's crawlers

Buradaki bölüm, durum kodu sunucu hatası bağlamındaki uygulama kararını özetler. “Recovery is usually quick” (Türkçe çeviri) Bu alıntı, ilgili protokol sınırını kısa ve açık biçimde belirtiyor.

Düzeltmeye nasıl başlanır

• Önce sunucunun hata günlüklerini kontrol edin. Gerçek neden tarayıcıda değil oradadır. Tarayıcı yalnızca “500” gösterir; günlükler nedenini gösterir.
• Yakın zamanda neyin değiştiğine bakın. Yeni eklenti, tema veya dağıtım başladıysa geri alın ve yeniden test edin. WordPress’te eklentileri sırayla devre dışı bırakmak hızlı yoldur.
• Barındırma kaynaklarını kontrol edin. CPU, bellek, disk veya PHP worker sınırı tükendi mi? Paylaşımlı barındırmada sağlayıcı paneli veya destek ekibi bunu gösterebilir.
• Dosya izinlerini ve yapılandırmayı inceleyin. Bozuk .htaccess, yanlış izinler veya hatalı ortam değişkeni yaygın nedenlerdir.
• Önbelleği temizleyin ve yeniden test edin. CDN, sayfa ve uygulama önbelleklerini temizleyin; ardından gerçek HTTP durumunu kontrol edin.
• Search Console’u ancak sunucuyu düzelttikten sonra kullanın. GSC neden analizi yapmaz; “Server error (5xx)” raporunu düzeltmeden sonra iyileşmeyi doğrulamak için kullanın.

Daha derin sürümü — Google’ın tam olarak nasıl tırmandırdığını, yaklaşık %1 kuralını, 500 ile 503 arasındaki farkı ve eksiksiz teşhis sırasını mı istiyorsunuz? Advanced sekmesine geçin.

Kısa özet — RFC 9110, 500’ü sunucunun isteği yerine getirmesini engelleyen beklenmedik koşul olarak tanımlar; durum kodunun sınırı budur, neden, süre ve yeniden denemeye uygunluk semantik değil teşhistir. Google’ın belgelenen tepkisi kademelidir: tekil 500’ler genellikle yeniden denenir; kalıcı ve site geneline yayılan 500’ler taramayı yavaşlatır ve çözülmezse sonunda dizinden çıkarılır. Mueller, yaklaşık %1’in üzerindeki hata oranının muhtemelen bir şeylerin bozuk olduğu anlamına geldiğine dair kişisel ve kaba bir pratik kural vermiştir; bu belgelenmiş Google eşiği değildir. Yeniden deneme → taramayı yavaşlatma → dizinden çıkarma sırası sabit zamanlayıcı değil, belgelenmiş davranışları anlatır. Önce sunucu günlüklerinden teşhis edin; ardından GSC Server error (5xx) raporu ve Crawl Stats “by response” görünümünü kullanın. 500 ile 503 ayrımı önemlidir: 503, yaklaşık 2 günlük rehber penceresiyle onaylanan “daha sonra gel” kodudur; kontrolsüz 500 aynı rehbere sahip değildir.

500 aslında nedir

Uygulamacıların kısaltmalarından değil, spesifikasyondan başlayın. HTTP anlambilimi standardı RFC 9110, 500 Internal Server Error’ı sunucunun isteği yerine getirmesini engelleyen beklenmedik bir durum olarak tanımlar. Durum kodunun kendisinin size söylediği şeyin tam sınırı budur. Kök nedeni, arızalanan bileşeni, sorunun ne kadar süreceğini, aynı isteğin yeniden denemede başarılı olup olmayacağını veya toparlanmanın olası olup olmadığını belirtmez. “Sunucu başa çıkamadığı bir şeyle karşılaştı” ifadesinin ötesindeki her şey teşhistir, durum kodu anlambilimi değil — teşhis de spesifikasyonda veya tarayıcıda değil, sunucu hata günlüklerinizde bulunur.

“the server hit something it couldn’t handle” (Türkçe çeviri) Bu cümle, uygulamadaki kararın dayandığı normatif noktayı açıklıyor.

Ahrefs HTTP durum kodları rehberinde uygulamacıya dönük tanımı bilerek yalın tutuyorum: sunucu “bir tür sorunla karşılaşır ve daha iyi ya da daha özel bir hata koduna sahip değildir.” Bu, aynı RFC sınırının günlük dille açıklamasıdır — hâlâ genel yakalama kodu, hâlâ teşhis değil belirtidir. “encounters some kind of issue and doesn’t have a better or more specific error code.” (Türkçe çeviri) Bu kaynak cümlesi, kontrol listesindeki teknik gerekçeyi destekliyor.

502 (bad gateway), 503 (service unavailable) ve 504 (gateway timeout) ile birlikte 5xx ailesinde yer alır — hepsi sunucu tarafındadır, ancak 500 “daha iyi bir kod uygulanamaz” anlamına gelir. Durum kodunun kendisi teşhis ayrıntısı taşımadığı için tarayıcıyı yenilemek bunun neden olduğunu söylemez; gerçeği sunucunun hata günlükleridir. “no better code applies.” (Türkçe çeviri) Bu kaynak cümlesi, kontrol listesindeki teknik gerekçeyi destekliyor.

Googlebot 500’ü nasıl ele alır

Google’ın tarayıcısı tasarım gereği naziktir — tarama hızını sunucunuzun sağlığına göre ayarlar ve 5xx yanıtları “yavaşla” şeklinde okuduğu sinyallerden biridir. Google’ın güncel belgeleri bu tepkinin biçimini doğrular: 5xx ve 429 yanıtları, etkilenen URL sayısına göre ölçeklenen geçici bir tarama hızı düşüşüne yol açar ve başarısız olmaya devam eden URL’ler sonunda dizinden kaldırılabilir; bu sırada zaten dizine eklenmiş içerik başarılı bir yenileme beklenirken korunur. Evidence for this claim Google reduces crawling in response to 5xx errors and eventually removes persistently failing URLs from its index. Scope: Google documents the general 5xx progression; it does not provide a guaranteed retry or recovery timeline for an individual URL. Confidence: high · Verified: 2026-07-14 Google: How HTTP status codes affect Google's crawlers John Mueller aynı ilerlemeyi Search Engine Journal’ın aktardığı bir Google SEO Office Hours oturumunda kendi sözleriyle açıklamıştır:

“We don’t have any strong thresholds on that. But essentially what happens with 500 errors is we’ll try to retry them. And if we continue to see …the 500 errors then we will …slow down crawling. And if we continue to see that there are 500 errors then we will drop those URLs from the index.” (Türkçe çeviri) “Bu konuda katı eşiklerimiz yok. 500 hatalarını yeniden deneriz; sürerlerse taramayı yavaşlatır, devam ederlerse bu URL’leri dizinden çıkarırız.”

Bunu belgelenmiş davranışların — yeniden deneme, daha yavaş tarama, olası kaldırma — açıklaması olarak okuyun; garantili geçişleri veya zamanlaması olan sabit üç adımlı bir zamanlayıcı olarak değil. Google bir aşamanın ne zaman sonrakine dönüştüğüne ilişkin kesin eşikleri yayımlamaz. Tek bir URL’deki izole 500 genellikle yeniden denenir ve sonraki başarılı getirme çoğunlukla konuyu kapatır — ancak bu yaygın durumun açıklamasıdır; tek seferlik bir hatanın sıfır maliyet taşıdığına dair garanti değildir. Gerçek ve belgelenmiş risk, düzelmeyen hatalarda yatar.

Neden site genelindeki durum kodu hataları tekil hatalardan ağırdır?

Bu kontrol noktası, durum kodu sunucu hatası için yanıtın ne anlattığını ve ne anlatmadığını açıklar.

Kısa özet — Bu kısa bölüm, 500 sunucu hatası için yanıtın ne anlattığını ve ne anlatmadığını açıklar; doğru durum kodu seçimini, kanıtı ve uygulama bağlamını koruyun.

Mueller’in “buna bizim neden olduğumuzu varsayıyoruz” şeklindeki nedensel çerçevesini Google’ın güncel resmî belgelerinden kelimesi kelimesine alınmış ifade değil, Mueller’in kendi nitelemesi olarak ele alın. Temel mekanizma belgelenmiştir: daha fazla başarısız URL, ana makine genelinde daha fazla geri çekilmeye yol açar. Ancak resmî sayfa Googlebot’un belirli bir neden varsaydığını söylemez. Bu ayrım, kaynakları aşırı yorumlamadan kanıt sınırını korur.

Ne kadarı “fazla”?

Kesin bir çizgi yok — Google’ın kendi sorun giderme belgeleri hiçbir hata oranı eşiği yayımlamıyor. Mueller, SEO Office Hours’ta (resmi bir Google yayını değil, yine Search Engine Journal tarafından aktarılan) kabaca kişisel bir kural önermiştir:

Kısa özet — Kaynak özeti, durum kodu sunucu hatası için uygulama sırasında izlenecek sinyalleri bir araya getirir; doğru durum kodu seçimini, kanıtı ve uygulama bağlamını koruyun.

Yaklaşık %1’i Mueller’e atfedilen gayriresmî bir koku testi olarak ele alın; belgelenmiş veya uygulanan bir Google sınırı olarak değil. Bunun altında muhtemelen sorun yoktur; üstünde araştırmaya değer — ancak %1’i aşmayı otomatik bir tetikleyici, altında kalmayı da garanti olarak görmeyin. Google’ın kamuya açık biçimde taahhüt ettiği tek sayı, bir sayının yokluğudur: “we don’t have any strong thresholds.”

500 ile 503: önemli olan fark

Birçok kişinin yanıldığı yer burasıdır. 503 Service Unavailable, bir tarayıcıya “geçici olarak kapalıyım, daha sonra geri gel” demenin onaylanmış yoludur. Google bunu kasıtlı kabul eder ve bir hoşgörü penceresi tanır. Google’ın kendi tarama sorun giderme belgesi açıkça şöyle der: “I’m temporarily down, come back later.” (Türkçe çeviri) Kaynak cümlesi, bu durum kodunun hangi koşulda kullanıldığını netleştiriyor.

Kısa özet — Bu anlatım, durum kodu sunucu hatası için uygulama sırasında izlenecek sinyalleri bir araya getirir; doğru durum kodu seçimini, kanıtı ve uygulama bağlamını koruyun. 503 429

Karşılaştırma şu: 503 kasıtlıdır ve yaklaşık 2 günlük yeniden deneme hoşgörüsü alır; kontrolsüz 500 kasıtsızdır ve böyle bir hoşgörü almaz — Google vazgeçene kadar yalnızca yeniden denenir. Pratik sonuç: planlı bakım veya kasıtlı aşırı yük savunması için 500 değil, 200 hata sayfası değil, 503 döndürün (ideal olarak bir Retry-After başlığıyla). Gerçek bir kesintiyi 200 gibi göstermeyin.

500 nasıl teşhis edilir

Bunu katmanlar hâlinde ele alın — uygulama/kod, platform/CMS, altyapı ve kaynaklar, ardından yapılandırma — önce en ucuz ve sonuç verme olasılığı en yüksek adımları uygulayın. (WordPress’e özgü) işaretli adımlar yaygın WordPress uygulamasıdır, evrensel düzeltmeler değildir; bunları gerçek yığınınıza uyarlayın.

1. Sunucu hata günlükleri. error.log / access.log veya platform günlük görüntüleyicisi. Zaman damgalarını başarısız isteklerle eşleyin. Gerçek stack trace, PHP fatal error veya DB bağlantı hatası burada görünür; bunları okumadan sonraki her şey tahmindir.
2. GSC — Server error (5xx) raporu. Search Console Page Indexing raporu Google’ın 500 gördüğü URL’leri işaretler. Ardından Crawl Stats içindeki zaman boyunca “by response” dağılımını okuyun; geçici sıçramayı kalıcı erişilebilirlik sorunundan böyle ayırırsınız.
3. Bing Webmaster Tools. Tarama hata uyarıları Server Errors (5xx) grubunu, belirli URL’leri ve Crawl Information aracını gösterir.
4. Yalnızca tarayıcıda değil, bot olarak yeniden üretin. Sayfa sizin için açılırken taramanın tetiklediği yük, bot algılama/güvenlik duvarı hatası veya eşzamanlı bot trafiğinde çalışan kapasite sınırı nedeniyle Googlebot’a 500 dönebilir. Yalnızca bota görünen hatayı yakalamak için URL Inspection, Fetch as Bingbot veya bot user-agent’lı curl kullanın. “Tarayıcımda çalışıyor” yeterli değildir.
5. Eklenti / tema / modül çakışmaları (WordPress’e özgü kalıp; başka yığınlara uyarlayın). Önce yedek alın. Ardından uzantıları devre dışı bırakıp suçluyu ayırmak için sırayla yeniden etkinleştirin; dokunduğunuz dosyaların izin ve sahipliğini kontrol edin. Bu, barındırma sağlayıcılarının WordPress rehberlerinde sık görülür; her yığında başlıca neden olduğunun kanıtı değildir. Başka CMS veya özel uygulamada eşdeğer sorun üçüncü taraf modül, paket ya da middleware çakışmasıdır.
6. Kaynak tükenmesi. PHP bellek sınırı, veritabanı bağlantı sınırı, paylaşımlı barındırma kapasitesi, trafik veya tarama sıçramaları. Sağlayıcınız kendi tarafından doğrulayabilir.
7. Yapılandırma ve son değişiklikler. Bozuk .htaccess, hatalı sunucu ayarı, yeni dağıtım veya yanlış veritabanı kimlik bilgileri. En yüksek getirili başlangıç noktası son değişikliklerdir.

Nedene uygun şekilde nasıl düzeltilir

Düzeltmeyi teşhisin işaret ettiği katmanla eşleştirin. Bunlar, belirli yığınınızda en olası olanların evrensel veya sıralı bir listesi değil, uygulamacı yazılarında bildirilen yaygın kalıplardır:

• Yapılandırma/dağıtım neden oldu → değişikliği geri alın; .htaccess, yapılandırma veya kimlik bilgilerini düzeltin.
• Kaynak tükenmesi → sınırları (PHP belleği, DB bağlantıları) yükseltin veya barındırma katmanını yükseltin; tarama aşırı yükü tetikliyorsa bu aynı zamanda tarama hızıyla ilgili bir konudur.
• Eklenti/modül çakışması → soruna neden olan uzantıyı kaldırın veya değiştirin.
• Kod hatası → kodu düzeltin ve eksik hata işlemeyi ekleyin.
• Söyleyemiyorsanız → kesin zaman damgaları ve günlük satırlarıyla sağlayıcınıza başvurun. Üretimde tahmin yürütmeyin.

Tekrarını önleme

Bu karar çerçevesi, durum kodu sunucu hatası için okurun ilgili durumu güvenle doğrulamasına yardımcı olur. 503 429, 5xx

SSS

500 hatası SEO’ya zarar verir mi? Belgelenmiş risk esas olarak kalıcılık ve ölçekle ilgilidir. Tekil 500’ler genellikle yeniden denenir ve tek seferlik kesinti için belgelenmiş ceza yoktur; site genelinde süren 500’ler taramayı yavaşlatır ve URL’leri sonunda dizinden çıkarabilir.

Google’ın 500 döndüren bir sayfayı dizinden kaldırması ne kadar sürer? Sabit bir zaman çizelgesi yoktur. Google önce yeniden dener ve taramayı yavaşlatır; dizinden kaldırma ancak hatalar sürerse gerçekleşir. Düzeltin; taramalar yeniden başarılı olduğunda sayfalar genellikle geri gelir.

Sitem tarayıcımda açılırken Googlebot neden 500 görüyor? Yalnızca bota görünen 500’ler genellikle kapasite veya bot işleme sorunlarıdır: taramanın tetiklediği yük, güvenlik duvarı/bot kuralları ya da yalnızca eşzamanlı bot trafiğinde devreye giren sınırlar. Doğrulanmış Googlebot isteğini aynı URL ve zamanda sunucu günlükleriyle eşleştirin.

Bu teknik not, durum kodu sunucu hatası için protokol ayrımını gerçek bir kullanım kararıyla ilişkilendirir.

WordPress’te 500’e ne sebep olur? Özellikle WordPress’te barındırma sağlayıcıları ve WordPress topluluğu en sık eklenti/tema çakışmalarını, bozuk bir .htaccess dosyasını veya PHP bellek sınırına ulaşmayı bildirir — bu, her 500’ün evrensel önde gelen nedenleri olduğu iddiası değil, o platform için bildirilen durumdur. Yukarıdaki teşhis sırası (önce günlükler, ardından neyin değiştiği) CMS’den bağımsız olarak aynıdır.

500 sonrasında bir isteği otomatik olarak yeniden denemek güvenli midir? Yalnızca önce yöntemi ve isteğin idempotence özelliğini kontrol ettiyseniz — 500 durumu tek başına bir yeniden deneme politikası yetkilendirmez. GET, HEAD, PUT ve DELETE genellikle güvenle yeniden denenebilir çünkü idempotent’tir (tekrarlanması ek yan etkilere yol açmamalıdır); yalın bir POST genellikle güvenli değildir, API’niz örneğin bir idempotency key ile idempotence garantisi vermedikçe — körlemesine yeniden denemek yinelenen sipariş, yinelenen e-posta veya iki kez ücret çekilmesi riski taşır. Yeniden denediğinizde jitter’lı üstel geri çekilme kullanın, deneme sayısını sınırlayın ve zaten başarısız olan bir sunucunun üzerine yeniden deneme fırtınası bindirmemek için bir yeniden deneme bütçesi belirleyin.

AI özeti

Advanced sürümünün kısaltılmış özeti:

• 500, RFC 9110’un beklenmedik koşul sınırıdır. Durum kodunun tüm kapsamı budur; kök neden, süre veya yeniden denemeye uygunluk söylemez. Belirtidir, teşhis değildir; nedeni tarayıcıdan değil sunucu günlüklerinden bulun. 4xx istemci/istek hatalarından ve 5xx kardeşleri 502/503/504’ten farklıdır.
• Google’ın belgelenmiş tepkisi kademelidir: etkilenen URL sayısına göre geçici tarama hızı azalması, başarısızlık sürerse olası dizinden çıkarma ve başarılı getirmeler başlayınca iyileşme. Mueller bunu yeniden deneme → yavaş tarama → dizinden çıkarma olarak anlatır; sabit zamanlayıcı değildir. Tekil 500 genellikle yeniden denenir; maliyetsiz olduğu vaat edilmez, belgelenmiş asıl risk ölçekte kalıcılıktır.
• Site genelindeki 500’ler daha kötüdür: tarama azalması başarısız URL sayısıyla ölçeklenir. Mueller, Google’ın kendi taramasının aşırı yükün parçası olabileceğini düşündüğünü söyler; bu resmî belgeden kelimesi kelimesine ifade değil kendi nitelemesidir. Her durumda tarama yükünün daha fazla 500 tetikleyebildiği geri besleme döngüsüdür.
• Eşik değil pratik kural: Mueller yaklaşık %1’in üzerindeki hata oranını “muhtemelen bozuk” diye nitelemiştir; bu SEO Office Hours’taki kişisel çerçevesidir, belgelenmiş Google sınırı değildir. Google sert eşik olmadığını söyler.
• 500 ve 503: 503 (veya 429), Google belgelerine göre yaklaşık 2 günlük yeniden deneme rehberi bulunan onaylı “daha sonra gel” sinyalidir; kontrolsüz 500 aynı rehbere sahip değildir. Planlı kesintide Retry-After ile 503 kullanın.
• Teşhis sırası: sunucu günlükleri → GSC Server error (5xx) ve Crawl Stats “by response” → Bing Webmaster Tools → bot olarak yeniden üretme (URL Inspection / curl) → eklenti/modül çakışmaları (WordPress’e özgü kalıp; uyarlayın, önce yedek alın) → kaynak tükenmesi → yapılandırma/dağıtım değişiklikleri.
• Yeniden deneme güvenliği durum koduna değil isteğe bağlıdır. İdempotent yöntemler (GET/HEAD/PUT/DELETE) genellikle güvenle yeniden denenir; çıplak POST, idempotency anahtarı olmadan genellikle güvenli değildir. Geri çekilme, deneme sınırı ve deneme bütçesi kullanın.
• İyileşme düzeltmeden sonra genellikle hızlıdır; çıkarılan sayfalar başarılı taramalarla dönme eğilimindedir, ancak Google zaman veya sonuç garantisi vermez.

Resmi belgeler

Arama motorlarından ve HTTP spesifikasyonundan birincil kaynak belgeleri.

Google

• Troubleshoot Google Search crawling errors — Google’ın sunucu hatalarını ele alma biçimi ve geçici aşırı yükte 503/429 kullanımının onaylanması.
• In-Depth Guide to How Google Search Works — tarama zamanlayıcısı ve 5xx yanıtlarının “yavaşla” sinyali olarak okunması.
• Crawl Stats report — tekil sıçramayı kalıcı sorundan ayırmak için Server error (5xx) dâhil “by response” dağılımı.
• Googlebot tarama hızını azaltma — sunucunun kontrolsüz 500 üretmesine izin vermek yerine taramayı kasıtlı olarak yavaşlatmanın doğru yolu.

Bing / Microsoft

• Bing Webmaster Tools — tarama hatası uyarıları listesi — Bing’in Sunucu Hatalarını (5xx) nasıl grupladığı ve etkilenen URL’lerin nerede inceleneceği.

HTTP spesifikasyonu / referans

• MDN — 500 Internal Server Error — durum kodunun kendi tanımı.
• RFC 9110 §15.6.1 — 500 Internal Server Error — yetkili HTTP anlambilimi.

Kaynaktan alıntılar

Kayıt altına alınmış açıklamalar. Kaynak sayfa JavaScript ile oluşturuluyorsa veya ikincil kapsamdan aktarılmışsa bu durum bir <small> notuyla işaretlenmiştir.

Google — tırmanma yolu

• “We don’t have any strong thresholds on that. But essentially what happens with 500 errors is we’ll try to retry them. And if we continue to see …the 500 errors then we will …slow down crawling. And if we continue to see that there are 500 errors then we will drop those URLs from the index.” (Türkçe çeviri) “Bu konuda katı eşiklerimiz yok. 500 hatalarını yeniden deneriz; sürerlerse taramayı yavaşlatır, devam ederlerse bu URL’leri dizinden çıkarırız.” — John Mueller, Google. Haberi okuyun Search Engine Journal’ın Google SEO Office Hours video dökümü üzerinden aktarılmıştır; kesin kabul etmeden önce ifadeyi kaynak videoyla doğrulayın.
• “But if a large part of a site consistently has 500 errors and we might assume that maybe we’re causing the problem and we’ll slow down crawling of the whole site and at some point we’ll say well, it looks like these pages are really gone, we’re going to drop them.” (Türkçe çeviri) “Sitenin büyük bölümü sürekli 500 hatası verirse soruna bizim yol açtığımızı düşünüp tüm sitenin taramasını yavaşlatabilir ve sonunda sayfaların gerçekten gittiğine karar verip onları çıkarabiliriz.” — John Mueller, Google. Haberi okuyun Search Engine Journal üzerinden aktarılmıştır; özgün videoyla kelimesi kelimesine doğrulayın.
• “My feeling is if you’re seeing something more than one percent then that sounds like something is kind of broken.” (Türkçe çeviri) “Bence yüzde birden fazlasını görüyorsanız bir şeyler bozuk demektir.” — John Mueller, Google, on a rough error-rate rule of thumb. Haberi okuyun Search Engine Journal üzerinden aktarılmıştır; özgün videoyla kelimesi kelimesine doğrulayın.

Google — onaylanmış “yavaşla” sinyali (belgeler, doğrulanmış)

• “Return 503 or 429 HTTP response status codes temporarily for Googlebot requests when your server is overloaded. Googlebot will retry these URLs for about 2 days. Note that returning ‘no availability’ codes for more than a few days will cause Google to permanently slow or stop crawling URLs on your site.” (Türkçe çeviri) “Sunucunuz aşırı yüklendiğinde Googlebot isteklerine geçici olarak 503 veya 429 döndürün. Googlebot bu URL’leri yaklaşık iki gün yeniden dener; erişilemezlik kodlarının birkaç günden uzun sürmesi taramanın kalıcı olarak yavaşlamasına veya durmasına yol açar.” — Google Search Central docs. Jump to quote

Patrick Stox — tanım (Ahrefs, doğrulanmış)

• “500 Internal Server Error – The server encounters some kind of issue and doesn’t have a better or more specific error code.” (Türkçe çeviri) “500 Internal Server Error, sunucunun bir sorunla karşılaştığını ve daha iyi veya daha özel bir hata kodu bulunmadığını belirtir.” — my HTTP status codes guide on the Ahrefs blog. Jump to quote

500-hata triyaj kontrol listesi

Bu kısa bölüm, durum kodu sunucu hatası için HTTP davranışını arama ve operasyon sonuçlarıyla birlikte ele alır.

• Kural: Bu açıklama, 500 sunucu hatası için teknik bağlamı sade bir karar kuralına dönüştürür; kanıtı ve doğru kullanım kararını Türkçe olarak uygulayın. .htaccess curl 503 Retry-After, 5xx

Runbook: site durum kodu döndürüyor — ilk neyi kontrol etmeliyim?

“The site is throwing durum kodus — what do I check first?” (Türkçe çeviri) Bu alıntı, ilgili protokol sınırını kısa ve açık biçimde belirtiyor. “The site is throwing 500s — what do I check first?” (Türkçe çeviri) Bu alıntı, ilgili protokol sınırını kısa ve açık biçimde belirtiyor.

Panik yapmadan izlenecek işlem sırası. Bunları sırayla uygulayın; nedeni bulup düzelttiğinizde durun.

0. Kapsamı belirleyin (2 dakika). Sorun tek bir URL’de mi, tek bir şablon/bölümde mi, yoksa tüm sitede mi? Tek URL düşük önceliklidir (Google yeniden dener). Site geneli acildir — Google’ın site genelindeki taramayı yavaşlatmasına neden olan kalıp budur.

1. Sunucu hata günlüklerini okuyun. Önce error.log. Zaman damgalarını hatalarla eşleştirin. Gerçek nedeni arıyorsunuz: PHP kritik hatası, DB bağlantı hatası, segmentasyon hatası veya bellek yetersizliği nedeniyle sonlandırma. Aşağıdaki her şey, bunu yapana kadar tahmindir.

Bu anlatım, durum kodu sunucu hatası için teknik bağlamı sade bir karar kuralına dönüştürür. .htaccess

3. Arama motorunun gördüğü görünümü doğrulayın. Etkilenen URL’ler için GSC → Page Indexing → Server error (5xx), ardından bunun geçici mi kalıcı mı olduğunu görmek için Crawl Stats → by response. Bing Webmaster Tools tarama hatası uyarılarıyla karşılaştırın. Bu, SEO saatinin ne kadar acil olduğunu gösterir.

Bu kısa bölüm, durum kodu sunucu hatası için teknik bağlamı sade bir karar kuralına dönüştürür. curl -A "Googlebot" <url>

Bu açıklama, durum kodu sunucu hatası için incelemenin ilgili noktasını kısa bir örnekle somutlaştırır. .htaccess

6. Taramayı tetikleyen yükü yalnızca karşılamaya çalışmayın. Googlebot’un tarama hacmi sunucuyu aşırı yüklüyorsa doğru geçici araç, sunucunun kontrolsüz 500 üretmesine izin vermek değil, Retry-After ile 503/429 döndürmektir. Önce bot kimliğini doğrulayın, kuralı doğru kapsama uygulayın ve kapasite iyileşince kaldırın.

7. Toparlanmayı doğrulayın. Hata oranı gayriresmî yaklaşık %1 koku testinin altında, günlükler temiz ve GSC Crawl Stats yeniden başarılı getirmeler gösteriyor. Düşen sayfalar taramalar başarılı oldukça genellikle geri döner — garanti edilmiş bir zaman çizelgesi yoktur, ancak çoğunlukla hızlıdır.

Akılda tutulacak tırmanma kalıbı: ara sıra 500 → genellikle yeniden denenir, belgelenmiş risk düşüktür → kalıcı 500 → tarama yavaşlar → hâlâ kalıcı → URL’ler dizinden kaldırılır. Google bu geçişler için kesin zamanlamayı yayımlamaz; göreviniz zincir o noktaya gelmeden kırmaktır.

Hangi sunucu kodunu döndürmeliyim?

Ne sunacağınıza karar verirken veya gördüğünüz şeyi yorumlarken bunu kullanın.

Hata kasıtlı mı (bakım / kasıtlı aşırı yük savunması)?

• Evet → 503 başlığıyla Retry-After Service Unavailable döndürün. Google bunu geçici kabul eder ve yaklaşık 2 gün yeniden dener. 200 hata sayfası sunmayın ve 500’e düşmesine izin vermeyin.
• Hayır (gerçek ve beklenmedik bir hata) → devam edin.

Herkes hatayı mı alıyor, yoksa yalnızca tarayıcı mı?

• Herkes → Bu bir kod / yapılandırma / DB sorunudur. Sunucu hata günlüklerine ve “neyin değiştiği” listesine gidin. Son değişiklikleri geri alın.
• Yalnızca Googlebot/Bingbot → kapasiteden, bot algılama/güvenlik duvarı kurallarından veya taramanın tetiklediği yükten şüphelenin. Bot olarak yeniden üretin; sunucu kaynaklarını ve bot kurallarını kontrol edin.

Tek bir URL mi, yoksa sitenin büyük bir bölümü mü?

• Tek URL / ara sıra → Öncelik düşüktür. Google yeniden dener; rahatça düzeltin ama gerçekten izole olduğunu doğrulayın.
• Site geneli / kalıcı → Acil durumdur. Google’ın site genelindeki taramayı yavaşlatıp sonunda dizinden kaldırmasına neden olan kalıp budur. Önce hizmeti geri getirin (geri alın), sonra kök nedeni bulun.

Hata oranı yaklaşık %1’in üzerinde mi?

• Evet → Muhtemel gerçek bir sorun olarak araştırmaya değer — bu Mueller’in kendi gayriresmî kuralıdır, belgelenmiş bir Google eşiği değildir.
• Hayır → Muhtemelen sorun yoktur — ancak yalnızca anlık görüntüyü değil, eğilimi izlemeyi sürdürün.

İstem: bir 500’ü günlükler ve dağıtımla ilişkilendirin

Diagnose this HTTP 500 incident from the sanitized evidence I provide. Build a
timeline across deployment events, request IDs, access logs, application errors,
resource signals, and affected URL patterns. Rank likely causes by evidence, separate
the fastest service-restoration action from the root-cause fix, and give exact
validation and rollback checks. Do not invent missing stack traces or thresholds.

[PASTE TIMELINE, HEADERS, LOGS, AND RECENT CHANGES]

İstem: bir yığın izini güvenli bir test planına dönüştürün

Explain this stack trace in plain language, identify the failing component and its
inputs, and propose the smallest reversible test that distinguishes code, dependency,
configuration, and resource-exhaustion causes. Include what evidence would falsify
each hypothesis and how to confirm the URL returns a stable non-5xx response afterward.
Redact secrets and do not suggest exposing debug output publicly.

[PASTE SANITIZED STACK TRACE]

Shell: 5xx yanıtları için URL listesinden örnek alın

Bunu urls.txt içinde satır başına bir mutlak URL olacak şekilde çalıştırın.

while IFS= read -r url; do
  curl -sS -o /dev/null -w '%{http_code},%{time_total},%{url_effective}\n' "$url"
done < urls.txt

Çıktı, yanıt gövdelerini indirmeden izole rotaları geniş bir arızadan ayırır ve gecikmeyi kaydeder.

PowerShell: aynı durum örneğini dışa aktarın

Get-Content .\urls.txt | ForEach-Object {
  $r = Invoke-WebRequest -Uri $_ -SkipHttpErrorCheck
  [PSCustomObject]@{ Status = $r.StatusCode; Url = $_ }
} | Export-Csv .\status-sample.csv -NoTypeInformation

Shell: erişim günlüğündeki 5xx durumlarını sayın

Sonuca güvenmeden önce durum alanının konumunu belgelenmiş günlük biçiminize uyacak şekilde ayarlayın.

awk '$9 ~ /^5[0-9][0-9]$/ { count[$9]++ } END { for (code in count) print code, count[code] }' access.log

Durum kodlarını bulma ve teşhis araçları

• Sunucu hata günlükleri — error.log / access.log veya barındırma platformunun günlük görüntüleyicisi. En önemli araçtır; gerçek neden buradadır.
• Google Search Console — Page Indexing — “Server error (5xx)” bölümü Google’ın 500 gördüğü URL’leri listeler.
• GSC — Crawl Stats report — zaman içindeki “by response” dağılımı geçici sıçramayı kalıcı erişilebilirlik sorunundan ayırır.
• GSC — URL Inspection — yalnızca bota görünen 500’ü yeniden üretmek için tek URL’yi Google gibi getirin.
• Bing Webmaster Tools — tarama hata uyarıları Server Errors (5xx) grubunu ve Crawl Information aracını gösterir.
• curl — keyfî user-agent ile yeniden üretin: curl -I -A "Googlebot" <url> komutu botun gördüğü durumu gösterir.
• Tarayıcılar / site denetimleri — Ahrefs Site Audit ve Screaming Frog SEO Spider site genelindeki 5xx yanıtlarını ve şablon/bölüm kalıplarını ortaya çıkarır.
• Uptime / durum izleme — 5xx oranı uyarılarıyla artışı Google’dan önce öğrenin.

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• HTTP durum kodlarının SEO ve kullanıcı deneyimine etkisi — 500 tanımı ve daha geniş 5xx-tarama çerçevesi dahil, durum kodlarına ilişkin eksiksiz referansım.
• The Beginner’s Guide to Technical SEO — sunucu hatalarının daha geniş teknik resimdeki yeri.

Konuşmam

• How Search Works (SlideShare) — tarama ve sunucu sağlığının sürece geri beslenmesi üzerine anlatımım. Sabit uyarı geçerlidir: “Bu, sistemleri anlama biçimimdir; yüzde 100 eksiksiz veya doğru olmayabilir.”

Sektörden

• 500 hata kodlarının dizine eklemeyi olumsuz etkilemesi (Search Engine Journal) — John Mueller’in yeniden deneme → taramayı yavaşlatma → dizinden çıkarma alıntıları ve yaklaşık %1 pratik kuralını aktaran Matt G. Southern yazısı.
• Google Search Console’da Sunucu hatası (5xx) düzeltme (Search Engine Land) — GSC raporu için aşamalı inceleme.
• Google Search Console’da Sunucu hatası (5xx) nasıl düzeltilir (Onely) — 5xx tanımı, GSC’deki konumu ve düzeltme yolu.
• Sitenizde 500 Internal Server Error düzeltme (Kinsta) — sunucu günlükleri, eklenti/tema, PHP belleği, .htaccess ve izinleri kapsayan WordPress/barındırma odaklı liste.
• 5xx sunucu hatalarını bulma ve düzeltme rehberi (Lumar) — günlük dosyası ve tarama bütçesi çerçevesi güçlü kurumsal/teknik denetim yaklaşımı.
• How to Fix 5xx Server Error in Google Search Console (Sitechecker) — GSC raporunu izleyen başka bir uygulama rehberi.

Videolar

• Google Search Central (YouTube) — John Mueller’in sunucu hatası ve tarama yönlendirmelerinin (yukarıda alıntılanan yeniden dene → yavaş tara → dizinden kaldır çerçevesinin) kaynağı olan SEO Office Hours arşivi. Kanal

Kendinizi test edin: 500 Internal Server Error

500’ün ne olduğu ve SEO’yu nasıl etkilediği hakkında beş kısa soru. Her biri için bir yanıt seçin, sonra kontrol edin.

Değişiklik günlüğü