502 Ağ Geçidi Hatası

TL;DR — 502 Bad Gateway, bir sunucunun başka bir sunucudan sayfanızı isterken kötü bir yanıt alması demektir. Genellikle bu “ön” sunucu bir CDN veya proxy, “arka” sunucu ise gerçek web sitenizdir (origin). Hata Google Search Console’da değil, barındırma/altyapınızdadır; kısa süreli bir 502 pratikte genellikle sınırlı SEO riski taşır, ancak Google kesin bir “güvenli” süre yayımlamaz. Sorun uzadıkça daha ciddi hâle gelir.

502 Bad Gateway nedir

Bir sayfa yüklediğinizde istek çoğu zaman doğrudan web sitenize gitmez. İstek, bir CDN (Cloudflare gibi), bir yük dengeleyici veya bir reverse proxy (Nginx gibi) olan bir aracıdan geçer. Bu aracı isteği gerçek sunucunuza iletir, yanıtı bekler ve ziyaretçiye geri aktarır.

502 Bad Gateway, aracı sunucunun sayfayı istemek için sunucunuza başvurup geçersiz bir şey — veya hiçbir şey — alması durumunda gösterdiği hatadır. Basitçe: ön sunucu arka sunucudan iyi bir yanıt alamadı. Evidence for this claim A 502 response means a gateway or proxy received an invalid response from an upstream server. Scope: RFC 9110 defines the gateway response semantics; it does not identify which infrastructure layer caused a specific failure. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.6.3 — 502 Bad Gateway

Önemli nüans budur. 502 otomatik olarak web sitenizin kapalı olduğu anlamına gelmez. Sunucunuz tamamen sağlıklı olabilir ve doğrudan isteğe iyi yanıt verebilir; ancak önündeki proxy ona ulaşamıyorsa (zaman aşımı, hatalı ayar veya CDN’nin kendi sorunu), ziyaretçiler yine 502 görür.

Benzerlerinden farkı

Benzer görünen birkaç 5xx hatasıyla karşılaşırsınız:

• 500 — sayfanızı oluştururken web sitenizin kendi kodu hata verdi.
• 502 — sitenizin önündeki proxy, sitenizden kötü bir yanıt aldı.
• 503 — siteniz bilerek kullanılamıyor (planlı bakım, aşırı yük).
• 504 — proxy sunucunuzu bekledi, ancak hiç yanıt alamadan zaman aşımına uğradı.

Bunlar ilişkilidir, ancak bakmanız gereken farklı yerlere işaret eder.

502 SEO’nuza zarar verir mi?

Genellikle çok fazla değil — yeter ki uzun sürmesin. Google’ın tarayıcısı (Googlebot), 502’yi diğer 5xx hatalarıyla aynı şekilde ele alır: hata veren URL’lerinizin sayısıyla orantılı olarak taramayı yavaşlatır, ardından siteniz yeniden 2xx yanıtları vermeye başlayınca hızını artırır. Google kesin bir “güvenli” süre yayımlamaz; ancak kısa bir 502 — dakikalardan birkaç saate kadar — tekrarlayan bir 502’ye göre pratikte çok daha düşük risk taşır. Evidence for this claim Google handles 502 with its general 5xx behavior: reduced crawling, ignored response content, and eventual removal of persistently failing URLs. Scope: Google explicitly lists 502 among 5xx server errors; it does not guarantee that a particular short outage has no ranking effect. Confidence: high · Verified: 2026-07-14 Google: How HTTP status codes affect Google's crawlers

Asıl risk, 502’nin tekrarlaması veya uzun süre devam etmesiyle ortaya çıkar. Google’ın kendi ifadesi, “persistently” sunucu hatası döndüren URL’leri kaldırdığı yönündedir; bunu belirli bir gün sayısı olarak tanımlamaz. (Google’dan John Mueller, sayfaların düşmeye başlaması için kabaca “multiple days” ifadesini gayriresmî olarak kullanmış ve sitenin toparlanmasından sonra geri gelme eğiliminde olduklarını söylemiştir; ancak bunu resmî bir kural değil, belirli bir olaya ilişkin bir kişinin yaklaşık değerlendirmesi olarak ele alın.)

Bununla ilgili ne yapmalı

• Search Console’da bunu “düzeltmeye” çalışmayın. Search Console 502’yi yalnızca olaydan sonra raporlar. Düzeltme CDN’nizde, proxy’nizde veya sunucunuzdadır.
• Sorunun yalnızca sizde mi, herkeste mi olduğunu kontrol edin. Tüm internet çalışıyor ama siteniz kapalıysa sorun kurulumunuzdadır. Büyük bir CDN kesinti yaşıyorsa bunun sizin hatanız olmaması mümkündür — sizin tarafınızda beklemekten başka düzeltecek bir şey yoktur.
• Barındırıcınızın veya CDN’nizin durum sayfasına ve sunucu günlüklerinize bakın. Gerçek yanıt oradadır.

Katman bazında teşhisi (CDN ve proxy ile origin arasındaki farkı), Google’ın belgelerinin tam olarak ne söylediğini ve John Mueller’in Kasım 2025 Cloudflare kesintisi sırasında ne dediğini mi istiyorsunuz? Advanced sekmesine geçin.

TL;DR — 502, proxy/gateway katmanında oluşan bir hatadır: RFC 9110 §15.6.3 bunu, bir gateway’in veya proxy’nin gelen bir sunucudan geçersiz yanıt alması olarak tanımlar. 500’den (origin uygulaması hata verdi) ve 503’ten (origin bilerek kullanılamıyor) farklıdır. Google’ın belgeleri 500, 502 ve 503’ü aynı 5xx işlemi altında gruplar: tarama hızı hata veren URL sayısıyla orantılı düşer, 5xx içeriği yok sayılır ve kalıcı hatalar sayfaları dizinden çıkarır. 2xx yeniden başladığında kurtarma kademelidir; Google sabit bir zaman çizelgesi yayımlamaz. Süre önemlidir, ancak resmî bir eşik yoktur: kısa sıçramalar pratikte çok daha az risk taşırken, tekrarlayan hatalar sayfaları gerçek riske sokar — Mueller’in Kasım 2025 açıklamaları bunu gayriresmî olarak birkaç gün civarına koyar, belgelenmiş bir SLA olarak değil. Katmana göre teşhis edin — CDN, reverse proxy veya origin — ve markalı bir hata sayfasına tek başına güvenmek yerine atlamalar arasındaki kanıtları ilişkilendirin.

502 aslında neye işaret eder?

RFC 9110 §15.6.3, 502’yi özel olarak şöyle tanımlar: isteği yerine getirmeye çalışırken eriştiği bir gelen sunucudan geçersiz yanıt alan gateway veya proxy. Bu spesifikasyon sınırı önemlidir — hatanın gateway tarafından gözlemlendiği yeri belirtir, hataya hangi atlamanın neden olduğunu zorunlu olarak değil. 502 durumu bir sınır arızasının kanıtıdır; origin uygulamasının bozuk olduğunun kanıtı değildir. Bu tek ayrım, rakiplerin çoğu “düzeltmenin 13 yolu” yazısında bulanıklaştırılır ve aşağıdaki teşhisin düz bir liste yerine katmanlı olmasının nedeni budur. Evidence for this claim A 502 response means a gateway or proxy received an invalid response from an upstream server. Scope: RFC 9110 defines the gateway response semantics; it does not identify which infrastructure layer caused a specific failure. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.6.3 — 502 Bad Gateway

Birbiriyle karıştırılabilen 5xx kodlarını karşılaştırın:

• 500 Internal Server Error — origin uygulamasının kendisi hata verdi (kod hatası, ele alınmamış istisna, kaynak tükenmesi). Origin yanıt verdi ve yanıtı “bozuldu” oldu.
• 502 Bad Gateway — proxy upstream’den bozuk veya geçersiz bir yanıt aldı (RFC 9110 §15.6.3).
• 503 Service Unavailable — origin bilerek kullanılamıyor; planlı bakım için, tercihen Retry-After başlığıyla kullanılan kasıtlı, Google’ın onayladığı “daha sonra gel” kodudur.
• 504 Gateway Timeout — proxy upstream’i bekledi ve zaman aşımı dolmadan önce hiçbir şey alamadı (RFC 9110 §15.6.5). (502 = kötü yanıt; 504 = zamanında yanıt yok.)

Pratik sonuç şudur: 503, bilerek seçtiğiniz koddur; 502 ise altyapı arızalandığında başınıza gelen koddur.

Googlebot 502’yi nasıl ele alır?

Burada, başka yerlerde okuyacağınız el yordamıyla yazılmış “sıralamalara zarar verebilir” ifadesi yerine Google’ın gerçek belgelerine dayanmak gerekir. Google’ın HTTP ve ağ hataları belgesi 502 (bad gateway) kodunu bir 5xx kodu olarak listeler ve tüm 5xx kodlarına aynı işlemi uygular:

• Tarama hızı orantılı olarak düşer. Google site için tarama hızını azaltır ve azalma, sunucu hatası döndüren ayrı URL’lerin sayısıyla orantılıdır. Birkaç 502 önemsizdir; site genelindeki 502 kesin bir “yavaşla” işaretidir.
• 5xx içeriği yok sayılır. Google’ın 5xx döndüren bir URL’den aldığı her şey yok sayılır — 502 hata sayfasını içeriğiniz olarak dizine eklemez.
• Dizinde tutma geçicidir. Zaten dizine eklenmiş URL’ler önce dizinde kalır, ancak Google’ın dizine ekleme hattı kalıcı olarak sunucu hatası döndüren URL’leri kaldırır.
• Kurtarma otomatik ve kademelidir. Sunucu yeniden 2xx yanıtları vermeye başlayınca Google tarama hızını kademeli olarak artırır. Olağan kurtarma için yeniden gönderim, yeniden değerlendirme isteği veya “düzeltmeyi doğrula” çabası gerekmez — bu düğme yalnızca Google’dan daha erken yeniden kontrol etmesini ister.

En önemli sonuç şudur: 502, 500 ve 503 ile aynı şekilde ele alınır. Origin uygulaması yerine proxy/CDN katmanında ortaya çıkması onu “daha az ciddi” yapmaz. 502 için belgelenmiş bir hoşgörü yoktur. Evidence for this claim Google handles 502 with its general 5xx behavior: reduced crawling, ignored response content, and eventual removal of persistently failing URLs. Scope: Google explicitly lists 502 among 5xx server errors; it does not guarantee that a particular short outage has no ranking effect. Confidence: high · Verified: 2026-07-14 Google: How HTTP status codes affect Google's crawlers

Bütün mesele süre

502’nin size gerçekten zarar verip vermeyeceği ne kadar sürdüğüne bağlıdır; ancak Google sabit bir güvenli süre veya sabit bir dizinden düşme eşiği yayımlamaz. Bu nedenle aşağıdakileri bir SLA değil, pratik bağlam olarak değerlendirin:

• Kısa bir sıçrama (dakikalardan birkaç saate kadar) → Google’ın tarama hızı azaltımı, hata veren URL’lerin sayısına göre ölçeklenir; bu nedenle küçük ve kısa bir sıçramanın pratik etkisi sınırlıdır ve genellikle Search Console’da peşine düşmeye değmez. Google’ın belgelerinde kısa hatalar için resmî bir muafiyet yoktur — bu bir derece meselesidir, kesin bir sınır değil.
• Tekrarlayan veya devam eden hata → Google’ın “kalıcı olarak sunucu hatası döndürme” ifadesinin geçerli olduğu aralık budur ve sayfalar dizinden düşmeye başlayabilir. Google “kalıcı olarak” ifadesini belirli bir gün sayısıyla tanımlamaz. Mueller’in aşağıdaki kamuya açık açıklaması bunu gayriresmî olarak multiple days civarına koymuş ve site sağlıklı hâle geldikten sonra kurtarmanın oldukça hızlı olduğunu söylemiştir; ancak bu, her site veya CDN için güvenebileceğiniz belgelenmiş bir kural değil, belirli bir olaya ilişkin bir uygulamacı değerlendirmesidir.

Bu, sitelerin kendi hataları olmadan bir dalga hâlinde 5xx hataları verdiği Kasım 2025 Cloudflare kesintisine kabaca uyar. Mueller’in Bluesky’daki kamuya açık yanıtı, 5xx taramasının yavaşladığı ancak “ramps back up” olduğu yönündeydi — tam ifade ve kaynaklandırma uyarıları için Quotes sekmesine bakın; buna, doğrulanmamış özgün ileti dizisi yerine üçüncü taraf bir özette aktarılan ayrı “multiple days” yorumu da dahildir. Kısa ve sağlayıcı tarafından doğrulanmış bir kesinti en iyi senaryolardan biridir: görünürdür, genellikle kendiliğinden çözülür ve sağlayıcı toparlanmayı doğrulayıp sizin 2xx yanıtlarınız da yeniden başladıktan sonra makul tepki, altyapıda tepkisel değişiklikler yapmak yerine genellikle beklemektir.

502’yi katmana göre teşhis etme

502, sunucular arasındaki bir iletişim arızası olduğundan, onu bulmanın en hızlı yolu düz bir kontrol listesini baştan sona uygulamak yerine yığının aşağısına — CDN, ardından reverse proxy, ardından origin — doğru ilerlemektir. (Decision Trees sekmesinde bunun sıralı biçimde anlatımı vardır.)

Başlamadan önce bir uyarı: markalı bir hata sayfası, bir başlıktaki sağlayıcı adı veya bir kesintinin “görünümü”, hangi atlamanın başarısız olduğuna dair tek bir kanıttır; kanıt değildir. “CDN” veya “origin’im” sonucuna varmadan önce bunu yanıt başlıkları, istek/trace ID’leri ve atlamanın her iki tarafındaki zaman damgalı günlüklerle ilişkilendirin.

CDN / edge katmanı

• Upstream zaman aşımı: edge düğümü origin’den zamanında yanıt alamadı.
• Edge origin’e hiç ulaşamıyor olabilir — DNS çözümleme hatası, SSL/TLS el sıkışma hatası veya origin güvenlik duvarının/güvenlik sisteminin CDN IP aralıklarını engellemesi.
• Belgelenen nedenler sağlayıcıya göre değişir: Cloudflare’ın kendi sorun giderme belgeleri edge ağına özgü origin bağlantısı ve zaman aşımı senaryolarını anlatırken AWS CloudFront kendi TLS, DNS, port ve origin işlevi nedenlerini belgeler — bir sağlayıcının neden listesinin diğerine uygulandığını varsaymak yerine kullandığınız CDN’nin belgelerini kontrol edin.
• CDN sağlayıcısının kendi kesintisi (Cloudflare, Fastly, AWS vb.) — sunucunuzun sağlığıyla ilgisi olmayan, ilişkisiz sitelerde toplu 502 olayına neden olabilir; bunu yalnızca hata sayfasındaki markaya değil, sağlayıcının durum sayfasına göre doğrulayın.

Reverse proxy / yük dengeleyici katmanı (Nginx, Apache mod_proxy, HAProxy)

• Backend zaman aşımı veya bağlantı reddi.
• Yanlış yere işaret eden hatalı yapılandırılmış bir proxy_pass / upstream bloğu.
• Backend havuzunun tükenmesi — her upstream worker’ı meşgul.
• Proxy ile backend arasında SSL/TLS uyuşmazlığı.

Origin sunucu katmanı

• Uygulamanın/PHP-FPM’nin çökmesi veya yeniden başlaması ya da OOM sonlandırması (bellek sınırı aşıldı).
• Veritabanı bağlantılarının tükenmesi.
• Kısa süreli kullanılamazlığa neden olan bir dağıtım/yeniden başlatma.
• WAF veya güvenlik eklentisinin meşru proxy ya da tarayıcı IP’lerini saldırgan sanarak engellemesi — normal tarayıcılar çalışırken proxy’nin (veya Googlebot’un) 502 alabilmesi nedeniyle en sinsi durum budur.

Son örneği özellikle vurgulamak gerekir: normal tarayıcılar çalışırken yalnızca Googlebot veya yalnızca CDN üzerinden gelen istekler 502 alıyorsa, gerçek bir kesintiye değil botlara özgü bir engellemeye veya değişken yanıt sorununa bakıyorsunuz demektir. Doğrudan origin’e giden yol ile CDN üzerinden giden yolu test edin ve zaten eskimiş olabilecek bir Server error (5xx) raporundan devam eden etki varsaymak yerine Googlebot’un gerçekte ne gördüğünü Search Console URL Inspection canlı testiyle doğrulayın.

502’leri düzeltme ve önleme

Düzeltmeler katmana özgüdür ve bunları kimin yapması gerektiği role göre değişir:

• Ziyaretçi — düzeltecek bir şey yoktur. Bir kez yeniden yükleyin, yerel bir sorundan şüpheleniyorsanız farklı bir ağ deneyin ve aksi hâlde bekleyin; tarayıcı tarafındaki değişiklikler sunucular arası bir arızayı onaramaz.
• Altyapıya erişimi olmayan site sahibi — önce kapsamı doğrulayın ve durum sayfalarıyla günlükleri kontrol edin (aşağıdaki kontrol listesine bakın), ardından bir düzeltme tahmin etmek yerine barındırıcınıza, CDN desteğine veya geliştirme ekibinize iletin.
• Barındırma / CDN / uygulama sahibi — proxy/upstream yapılandırmasını düzeltin, origin gerçekten darboğazsa zaman aşımını ve backend kapasitesini artırın, yeniden başlatmaların tüm havuzu kısa süreliğine düşürmemesi için dağıtımları kademelendirin. WAF izin listesi, güvenlik duvarı değişiklikleri ve proxy/upstream yapılandırması düzenlemelerini onay gerektiren değişiklikler olarak ele alın — bunları yalnızca günlükler ve sağlayıcı kanıtı gerçekten bir güvenlik duvarı veya erişim denetimi arızası gösterdikten sonra uygulayın; ilk tepki olarak tahminle yapmayın. CDN veya tarayıcıya izin vermek genel bir 502 düzeltmesi değildir.

Önleme için sıkıcı şeyler işe yarar: uyarılı çalışma süresi izleme, sunucu ve proxy hata günlüklerinin izlenmesi, Search Console tarama istatistiklerindeki Host status ile Server error (5xx) eğiliminin takip edilmesi ve artışları CDN ile DNS sağlayıcılarının durum sayfalarıyla ilişkilendirmek. Böylece “benim sorunum” ile “onların kesintisi”ni saniyeler içinde ayırabilirsiniz.

Bu kümede hemen yan tarafta yer alan, birbirine karıştırılmaması gereken ilişkili kodlar şunlardır: origin 500, kasıtlı 503 ve zaman aşımı 504.

AI özeti

Advanced sürümün kısa özeti:

• 502 = proxy/gateway katmanı arızası. RFC 9110 §15.6.3 bunu, bir gateway’in veya proxy’nin gelen bir sunucudan geçersiz yanıt alması olarak tanımlar — bu bir sınır arızasının kanıtıdır; buna hangi atlamanın (CDN, proxy veya origin) neden olduğunun kanıtı değildir. Origin sağlıklı iken ziyaretçiler yine 502 görebilir.
• Farklı nedenler, aynı belgelenmiş aile. 500 (origin uygulaması hata verdi), 502 (proxy kötü yanıt aldı, RFC §15.6.3), 503 (origin bilerek kullanılamıyor), 504 (proxy zamanında yanıt alamadı, RFC §15.6.5). Google’ın belgeleri 500, 502 ve 503’ü tek bir 5xx işlemi altında gruplar — bu aile kuralının ötesinde duruma özgü eşitlik belgelemez.
• Googlebot’un tepkisi: tarama hızı hata veren URL sayısıyla orantılı düşer, 5xx içeriği yok sayılır, dizine eklenmiş URL’ler kısa vadede korunur ancak hatalar kalıcı olursa kaldırılır ve 2xx yeniden başlayınca tarama kademeli olarak hızlanır — Google kesin bir güvenli süre veya garantili kurtarma zaman çizelgesi yayımlamaz.
• Süre önemlidir, ancak resmî eşik yoktur. Kısa sıçramalar pratikte çok daha az risk taşır; tekrarlayan hatalar gerçek risktir. Mueller’in gayriresmî Kasım 2025 yorumu dizinden düşmeleri multiple days civarına koymuş ve kurtarmanın oldukça hızlı olduğunu söylemiştir — bunu belgelenmiş bir SLA değil, tek bir olaya ilişkin uygulamacı değerlendirmesi olarak ele alın.
• Kanıtları katmanlar arasında ilişkilendirerek teşhis edin, yalnızca markaya güvenmeyin: CDN (zaman aşımı, DNS/SSL hatası, sağlayıcı kesintisi — Cloudflare ve AWS CloudFront farklı platforma özgü nedenler belgeler) → reverse proxy (hatalı proxy_pass, havuz tükenmesi, bağlantı reddi) → origin (uygulama/PHP-FPM çökmesi, OOM, DB tükenmesi, proxy/tarayıcı IP’lerini engelleyen WAF). Hangi katmanın başarısız olduğuna karar vermeden önce bir atlamanın her iki tarafındaki başlıkları, trace ID’lerini ve zaman damgalı günlükleri eşleştirin.
• Tek tip bir düzeltme yoktur. GSC 502’yi yalnızca sonradan raporlar ve düzeltemez. Ziyaretçiler de düzeltemez; altyapıya erişimi olmayan site sahipleri yapılandırmayı değiştirmek yerine konuyu iletmelidir; yıkıcı değişiklikler — WAF izin listesi, güvenlik duvarı veya proxy düzenlemeleri — ilk tepki olarak tahminle değil, günlük/sağlayıcı kanıtıyla yapılmalıdır. Yalnızca Googlebot veya yalnızca CDN üzerinden gelen istekler 502 alıyorsa küresel kesintiden çok bota özgü bir engelden şüphelenin.

Resmî belgeler

Arama motorlarının 502 dahil 5xx hatalarını nasıl ele aldığına ilişkin birincil kaynak belgeleri.

Google

• HTTP durum kodlarının Google tarayıcılarını nasıl etkilediği — temel belge; 502 (bad gateway) kodunu 500 ve 503 ile birlikte listeler ve ortak tarama hızı/dizine ekleme işlemini açıklar.
• Planlı site kesintisiyle nasıl başa çıkılır — planlı kesinti için neden 503’ün (502, 404 veya 200 yerine) Retry-After başlığıyla doğru kod olduğu; 502 ile 503 ayrımı açısından yararlıdır.
• robots.txt spesifikasyonu — sunucu hatalarını ele alma — robots.txt dosyasının kendisinde 5xx oluştuğunda Google’ın bunu nasıl ele aldığı.

Spesifikasyon

• RFC 9110 §15.6.3 — 502 (Bad Gateway) — spesifikasyon düzeyindeki tanım: isteği yerine getirmeye çalışırken eriştiği gelen bir sunucudan geçersiz yanıt alan gateway veya proxy. Hatanın gözlemlendiği sınırı belirtir; hangi atlamanın buna neden olduğunu değil.

Bing / Microsoft

• Bing Webmaster Tools — Yardım Merkezi — Bing, bağlantı hataları da dahil sunucu tarafı (5xx sınıfı) tarama sorunlarını tarama hatası raporlamasında gösterir.

Kaynaktan alıntılar

Google’ın kayda geçmiş açıklamaları. Her bağlantı, alıntılanan bölüme doğrudan gider.

Google — 5xx (502 dahil) nasıl ele alınır

• “5xx and 429 server errors prompt Google’s crawlers to temporarily slow down with crawling. For Google Search, already indexed URLs are preserved in the index, but eventually dropped.” (Türkçe çeviri) “5xx ve 429 sunucu hataları, Google’ın tarayıcılarının taramayı geçici olarak yavaşlatmasına neden olur. Google Arama için zaten dizine eklenmiş URL’ler dizinde korunur, ancak sonunda kaldırılır.” — Google Search Central, How HTTP status codes affect Google’s crawlers. Alıntıya git
• “Google decreases the crawl rate for the site. The decrease in crawl rate is proportionate to the number of individual URLs that are returning a server error. For Google Search, Google’s indexing pipeline removes from the index URLs that persistently return a server error.” (Türkçe çeviri) “Google site için tarama hızını azaltır. Tarama hızındaki azalma, sunucu hatası döndüren ayrı URL’lerin sayısıyla orantılıdır. Google Arama için Google’ın dizine ekleme hattı, kalıcı olarak sunucu hatası döndüren URL’leri dizinden kaldırır.” — aynı belge, 500, 502 ve 503 kodlarını kapsayan tablo satırı. Alıntıya git
• “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate for the site.” (Türkçe çeviri) “Sunucu 2xx durum koduyla yanıt vermeye başladığında Google site için tarama hızını kademeli olarak artırır.” — aynı belge. Alıntıya git

John Mueller, Google (Bluesky, 18 Kasım 2025 — Cloudflare kesintisinin 5xx artışı hakkındaki bir ileti dizisine yanıt)

• “Yeah. 5xx = Google crawling slows down, but it’ll ramp back up.” (Türkçe çeviri) “Evet. 5xx = Google’ın taraması yavaşlar, ancak yeniden hızlanır.” Gönderiyi görüntüle
• “If it stays at 5xx for multiple days, then things may start to drop out, but even then, those will pop back in fairly quickly.” (Türkçe çeviri) “Birkaç gün 5xx olarak kalırsa bazı şeyler düşmeye başlayabilir, ancak o zaman bile oldukça hızlı geri gelirler.” Matt G. Southern’ın Search Engine Journal’daki aynı konuşmaya ilişkin yazısı üzerinden aktarıldı; nihai kabul etmeden önce özgün ileti dizisiyle doğrulayın. Haberi oku

502 Bad Gateway yanıtı kontrol listesi

Bir 502 — tarayıcıda, izleme sisteminde veya Search Console’un Server error (5xx) raporunda — göründüğünde bu listeyi uygulayın. Rol etiketleri: [Any], altyapıya erişiminiz olsun ya da olmasın çalışır; [Host/CDN/App owner] erişim gerektirir.

• [Any] Gerçek ve güncel olduğunu doğrulayın — etkilenen URL’yi şimdi yeniden üretin; Server error (5xx) raporu, zaten çözülmüş kısa bir olayın gerisinde kalabilir.
• [Any] Kapsamı kontrol edin — sorun tek bir URL’de mi, bir bölümde mi, yoksa site genelinde mi? (Tarama etkisi, hata veren URL sayısıyla ölçeklenir.)
• [Any] Kendi yapılandırmanıza dokunmadan önce CDN/DNS sağlayıcınızın durum sayfasında sağlayıcı genelinde bir kesinti olup olmadığını kontrol edin.
• [Host/CDN/App owner] Doğrudan origin’e karşı CDN üzerinden test yapın — origin doğrudan 2xx yanıtlıyor, ancak CDN 502 döndürüyorsa sorun edge’de veya aradaki yoldadır.
• [Host/CDN/App owner] Tarayıcılar çalışırken yalnızca botların/CDN IP’lerinin 502 alıp almadığını kontrol edin — bu bir kesintiden çok olası WAF/güvenlik duvarı engeline işaret eder. Bir şeye izin vermeden önce bunu güvenlik duvarı/WAF günlüklerinde doğrulayın; izin listesine alma genel bir çözüm değildir ve kanıttan sonra gelmelidir.
• [Host/CDN/App owner] Upstream zaman aşımları veya bağlantı reddi kayıtları için proxy hata günlüklerini (Nginx/Apache/HAProxy) okuyun.
• [Host/CDN/App owner] Zaman damgaları çevresinde uygulama çökmesi, OOM sonlandırması veya DB bağlantı tükenmesi için origin günlüklerini okuyun.
• [Any] GSC URL Inspection canlı testiyle Googlebot’un ne gördüğünü doğrulayın.
• [Host/CDN/App owner] Katmana özgü düzeltmeyi yalnızca günlük/sağlayıcı kanıtı onu işaret ettikten sonra uygulayın — WAF, güvenlik duvarı, zaman aşımı ve proxy yapılandırması değişiklikleri altyapı değişiklikleridir; ilk tepki olarak yapılacak tahminler değildir.
• [Any] Düzeltildikten sonra kurtarmanın gerçekleşmesine izin verin — 2xx yanıtları taramayı kademeli olarak yeniden hızlandırır; Google kesin bir kurtarma zaman çizelgesi yayımlamaz. “Validate Fix”i yalnızca daha hızlı bir yeniden kontrol istemek için kullanın, bir “düzeltme” olarak değil.
• [Host/CDN/App owner] Bundan sonra planlı kesintiler için 503 (502 değil) kullandığınızı doğrulayın.

502 sorunum CDN, proxy mi yoksa origin kaynaklı mı?

502, sunucular arasındaki bir arızadır; bu nedenle tahmin etmek yerine yığının aşağısına doğru ilerleyerek teşhis edin. Edge’den başlayıp içeri doğru gidin.

S1. CDN veya DNS sağlayıcınız şu anda bir kesinti bildiriyor mu?

• Evet → büyük olasılıkla sağlayıcı genelinde bir kesintidir (Kasım 2025 Cloudflare olayı bunun tipik örneğidir). Genellikle sizin tarafınızda düzeltilecek bir şey yoktur. Origin’inizin sağlıklı olduğunu doğrulayın, ardından toparlanmayı bekleyin — 2xx yanıtları yeniden başladığında Google’ın tarama hızı kademeli olarak artar, ancak kesin bir zaman çizelgesi yayımlanmamıştır. Burada durun.
• Hayır → devam edin.

S2. CDN/proxy’yi atlayan doğrudan bir istekte origin 2xx yanıtı veriyor mu?

• Hayır — origin de başarısız → sorun origin katmanındadır. Günlüklerde uygulama / PHP-FPM çökmelerini, OOM sonlandırmalarını, veritabanı bağlantılarının tükenmesini veya hatalı bir dağıtımı kontrol edin. Proxy’nin bunu nasıl gördüğüne bağlı olarak bu durumun 500 veya 504 olarak da görünebileceğini unutmayın. Burada durun.
• Evet — origin doğrudan sağlıklı, ancak CDN/proxy 502 döndürüyor → devam edin. Origin iyi durumdadır; önündeki bir şey temiz bir yanıt alamıyordur.

S3. Normal tarayıcılar çalışırken yalnızca Googlebot / CDN IP’leri mi 502 alıyor?

• Evet → proxy veya tarayıcı IP aralıklarını saldırgan sanan bir WAF veya güvenlik duvarı engelinden şüphelenin. Önce bunu güvenlik duvarı/WAF günlüklerinde doğrulayın, ardından meşru CDN ve doğrulanmış tarayıcı IP aralıklarına izin verin — bu doğrulama olmadan izin listesine eklemeyin. Burada durun.
• Hayır — proxy üzerinden herkes 502 alıyor → devam edin.

S4. Reverse proxy günlükleri upstream için ne gösteriyor?

• Zaman aşımı / bağlantı reddi → proxy backend’e ulaşabiliyor, ancak zamanında ve geçerli bir yanıt alamıyor → backend kapasitesi veya zaman aşımı sorunu (havuz tükenmiş, zaman aşımları çok sıkı). Kapasiteyi/zaman aşımlarını artırın veya yavaş backend’i düzeltin.
• Upstream’e yanlış host / DNS / SSL el sıkışma hatası → proxy yapılandırması hatalı → proxy_pass / upstream bloğunu veya proxy↔backend TLS kurulumunu düzeltin.

Katman ne olursa olsun SEO temizliği aynıdır ve çoğunlukla sizin müdahalenizi gerektirmez. URL’ler 2xx döndürmeye başladığında Google taramayı otomatik olarak sürdürür — yeniden gönderim gerekmez.

Kaçınılması gereken 502 mitleri ve hatalar

• Mit: “502, Search Console’da düzelteceğim bir Google/SEO sorunudur.” Hayır. 502 bir barındırma/altyapı arızasıdır; Search Console bunu yalnızca sonradan raporlar. Düzeltme CDN, proxy veya origindedir. “Validate Fix” yalnızca Google’dan yeniden kontrol etmesini ister — hiçbir şeyi onarmaz.
• Mit: “A 502 always means my server is down.” (çeviri) “502 her zaman sunucumun kapalı olduğu anlamına gelir.” Hayır. Origin doğrudan isteğe 2xx döndürürken ziyaretçiler CDN üzerinden 502 görebilir — neden zaman aşımı, hatalı upstream yapılandırması veya CDN’nin kendi kesintisi olabilir. Sunucunuzun çöktüğünü varsaymadan önce doğrudan origin’i test edin.
• Mit: “502 SEO açısından 500’den daha az ciddidir.” Hayır. Google’ın belgeleri 500, 502 ve 503’e aynı tarama hızı azaltımını ve kalıcı hatalarda aynı nihai dizinden çıkarılmayı uygular. 502 için belgelenmiş bir hoşgörü yoktur.
• Mit: “Tek seferlik bir 502 sayfamı dizinden çıkarır.” Hayır. Tarama yavaşlar, ardından yeniden hızlanır. Dizinden düşme için hatanın kalıcı olması gerekir — Google belgelerinde bu sözcük kullanılır, ancak kesin bir gün sayısı tanımlanmaz. Mueller’in gayriresmî Kasım 2025 yorumu bunu multiple days civarına koymuş ve düşen sayfaların “pop back in fairly quickly” olduğunu söylemiştir — bunu resmî eşik değil, tek bir olaya ilişkin uygulamacı değerlendirmesi olarak ele alın.
• Mit: “502 ve 503 aynı anlama gelir.” Hayır. 503, planlı bakım için (bir Retry-After ile) kullanmanız gereken kasıtlı “service unavailable” kodudur; 502 ise kasıtsız bir proxy arızasıdır. Bunları izleme sisteminde birbirine karıştırmak gerçek olayları beklenen bakım aralıklarının arkasına gizler.
• Mit: “Tarayıcı önbelleğimi temizlemek site genelindeki 502’yi düzeltir.” Bu, ziyaretçinin kendi görünümünü sorun gidermesi için verilen bir tavsiyedir. CDN/proxy/origin gerçekten arızalıysa tarayıcı tarafındaki hiçbir işlem başkaları için bir şeyi değiştirmez.
• Anti-pattern: refleks olarak “Validate Fix” düğmesine basmak ve GSC’yi yenilemek. Geçici bir artış veya CDN kesintisi sırasında en hızlı ve doğru hareket, çoğu zaman toparlanmayı doğrulamak dışında hiçbir şey yapmamaktır. Google yeniden hızlanmayı otomatik olarak yönetir.

Olay kılavuzu: site 502 döndürüyor

1. Kapsamı doğrulayın. Etkilenen bir URL’yi Website Down Checker ile kontrol edin ve ardından Bulk HTTP Status Code Checker ile birden çok URL’yi test edin. Yalnızca tarayıcınız başarısızsa, site genelinde bir olayı büyütmeden önce yerel ağ veya DNS sorununu düzeltin. Birçok herkese açık URL 502 döndürüyorsa devam edin.
2. Başarısız yanıtı kaydedin. Saati, URL’yi, durumu, yanıt başlıklarını ve varsa CDN istek kimliğini kaydedin. Hata aralıklıysa, tek bir başarılı yeniden denemeyi toparlanma olarak kabul etmek yerine isteği tekrarlayın.
3. Gateway’i belirleyin — markayı kanıt değil, tek bir sinyal olarak ele alın. CDN, reverse proxy veya yük dengeleyici izini bulmak için başlıkları ve markalı hata sayfasını okuyun, ancak hangi atlamanın başarısız olduğu sonucuna varmadan önce bunu sağlayıcının kendi durum sayfası ve günlüklerinizle doğrulayın; markalı sayfalar ve başlıklar sağlayıcıya özgüdür ve nedeni evrensel olarak kanıtlamaz. Sağlayıcı bir kesinti bildiriyorsa olay yolunu izleyin; aksi hâlde origin’e doğru ilerleyin.
4. Edge ile origin’i karşılaştırın. Herkese açık hostname’e normal şekilde istek gönderin, ardından aynı hostname’i curl --resolve ile bilinen origin IP’sine doğrudan gönderin. Origin başarılı olurken edge 502 döndürüyorsa CDN-origin bağlantısını, TLS’yi ve proxy yapılandırmasını inceleyin. İkisi de başarısızsa uygulama ve origin günlüklerine geçin.
5. Günlükleri zaman damgasına göre ilişkilendirin. Bağlantı reddi veya TLS hatası gateway/origin sınırını; bozuk veya aniden kapatılmış bir upstream yanıtı origin hizmetini işaret eder. Search Console’u değil, başarısız katmanı düzeltin.
6. Toparlanmayı doğrulayın. Temsili URL’lerde hem herkese açık hem doğrudan origin kontrollerini yeniden çalıştırın. 2xx yanıtları kararlıysa Googlebot otomatik olarak yeniden taramaya başlarken günlükleri ve Search Console’u izleyin. 502’ler tekrarlarsa körlemesine yeniden denemeleri artırmak yerine yeni zaman damgalarıyla 4. adıma dönün.

İstem: bir 502 hatası grubunu katmana göre sınıflandırma

URL, zaman damgası, durum, yanıt başlıkları, herkese açık edge sonucu, doğrudan origin sonucu ve eşleşen günlük alıntısını içeren bir CSV yapıştırın. Önce sırları, çerezleri, yetkilendirme başlıklarını ve özel origin adreslerini kaldırın.

You are triaging HTTP 502 Bad Gateway failures. A 502 means a gateway or proxy
received an invalid response from an upstream server. Classify each row as one of:
CDN/edge, reverse proxy or load balancer, origin application/server, local-only,
provider-wide outage, or insufficient evidence.

For every row:
1. Cite the exact supplied evidence that supports the classification.
2. State the next check that would distinguish the leading cause from the runner-up.
3. Do not infer a cause from the 502 code alone.
4. Flag cases where the public edge fails but a same-host direct-origin test succeeds.
5. Group failures that share a timestamp, header fingerprint, or upstream log error.

Return a table with URL, likely layer, confidence (high/medium/low), evidence, next
check, and incident group. End with the three highest-value checks for the batch.

DATA:
[PASTE SANITIZED CSV HERE]

Kesin bir kök neden raporu değil, bir triyaj kuyruğu bekleyin. Önerilen her kontrolü canlı başlıklar ve günlüklerle doğrulayın.

Herkese açık 502’yi yeniden üretme

Bunu macOS/Linux kabuğunda çalıştırın. Gövdeyi indirmeden yanıt başlıklarını yazdırır ve yönlendirmeleri takip etmez; böylece ilk yanıtı görürsünüz.

curl -sS -D - -o /dev/null https://www.example.com/affected-path

PowerShell karşılığı:

Invoke-WebRequest -Uri 'https://www.example.com/affected-path' -Method Head -SkipHttpErrorCheck

Uygulama HEAD isteklerini farklı ele alıyorsa normal bir GET kullanıp gövdeyi atın:

Invoke-WebRequest -Uri 'https://www.example.com/affected-path' -SkipHttpErrorCheck | Select-Object StatusCode, Headers

CDN yolunu bilinen origin ile karşılaştırma

203.0.113.10 değerini kontrol ettiğiniz bir origin IP’siyle değiştirin. --resolve, bu IP’ye bağlanırken herkese açık hostname’i HTTP Host başlığı ve TLS adı olarak korur.

curl -sS -D - -o /dev/null \
  --resolve www.example.com:443:203.0.113.10 \
  https://www.example.com/affected-path

Bu testi çalıştırmak için korunan bir origin’i herkese açmayın veya güvenlik duvarını zayıflatmayın. Testi zaten yetkili bir ağdan çalıştırın. Herkese açık 502 ile doğrudan origin başarısı, arızayı CDN/proxy yoluyla sınırlar; her iki yolun da başarısız olması sizi origin’e veya uygulamaya yönlendirir.

502’yi daraltmaya yarayan araçlar

• Website Down Checker — URL’ye harici bir Cloudflare noktasından ulaşılıp ulaşılamadığını doğrular ve zamanlama, yönlendirmeler ile sınırlı DNS kanıtını kaydeder. Altyapıyı değiştirmeye başlamadan önce “bu yalnızca benim başıma mı geliyor?” sorusunu yanıtlar.
• Bulk HTTP Status Code Checker — temsili bir URL kümesini test eder, tam yönlendirme yollarını ve gecikmeyi gösterir ve sonuçları dışa aktarır. Tek bir rota arızasını daha geniş bir 502 olayından ayırmak için kullanın.
• CDN veya yük dengeleyici panonuz — başarısız yanıttaki istek kimliklerini ve zaman damgalarını edge günlükleriyle ve sağlayıcı durumuyla eşleştirin.
• Origin uygulaması ve sunucu günlükleri — upstream’in isteği kabul edip etmediğini ve yanıtı döndürüp döndürmediğini, bağlantıyı sıfırlayıp sıfırlamadığını veya yanıtı bozup bozmadığını doğrulayın. Katman hipotezini kök nedene dönüştüren şey budur.

Hiçbir araç yalnızca 502 kodundan başarısız katmanı belirleyemez. Herkese açık edge kanıtını yetkili bir doğrudan origin isteği ve zaman damgalı günlüklerle karşılaştırın.

Kendinizi test edin: 502 Bad Gateway

502’nin 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, ardından kontrol edin.

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• SEO için HTTP Durum Kodları Kapsamlı Kılavuzu — 502’nin ve 5xx ailesinin geri kalanının yeri ve her kodun arama motorlarına ne işaret ettiği.
• Teknik SEO’ya Başlangıç Kılavuzu — sunucu sağlığı ile taramanın daha geniş tabloyla bağlantısı.
• Robots.txt ve SEO: Bilmeniz Gereken Her Şey — robots.txt dosyanızda bir 5xx oluştuğunda özel işlem uygulandığı için ilgili.

Sektörden

• HTTP durum kodları Google’ın tarayıcılarını nasıl etkiler (Google Search Central) — temel kaynak: 502 (bad gateway) 500/503 ile gruplandırılır ve tarama hızı/dizine ekleme ifadeleri aynen açıklanır.
• Planlı site kesintisiyle nasıl başa çıkılır (Google Search Central) — 503 ile 502 arasındaki farkı ve kasıtlı kesinti için neden 503’ün kod olduğunu açıklar.
• Cloudflare Outage Triggers 5xx Spikes: What It Means For SEO (Matt G. Southern, Search Engine Journal) — Mueller’in yorumlarıyla birlikte Kasım 2025 kesintisini gerçek dünya örneği olarak ele alır.
• 502 Bad Gateway: MDN başvurusu (MDN Web Docs) — durum kodunun tarafsız, spesifikasyon düzeyindeki tanımı.
• RFC 9110 §15.6.3 — 502 (Bad Gateway) (IETF) — temel HTTP anlamları spesifikasyonu.
• 502 Bad Gateway Hatası Nasıl Düzeltilir (Kinsta) — tarayıcı/site sahibi düzeltmeleri için kapsamlı bir barındırıcı bakış açılı sorun giderme anlatımı.
• 502 bad gateway: anlamı ve web geliştiricilerinin bu hataları düzeltme yolları (Webflow) — geliştirici odaklı nedenler ve düzeltmeler özeti.

Değişiklik günlüğü