HTTP Hata Kodları

TL;DR — HTTP hata kodları, sunucunuzun normal bir “200 OK” yerine gönderdiği “bir şeyler ters gitti” yanıtlarıdır. İki ailede gelirler: 4xx (sayfa eksik veya engellenmiş — bir istemci sorunu) ve 5xx (sunucunun kendisi zorlanıyor). Google bunlara çok farklı davranır: bir 4xx sayfayı aramadan düşürür; bir 5xx, sunucu toparlanana kadar Google’ın sitenizin tamamını tarama hızını yavaşlatır. Ve yarattıkları paniğe rağmen, 404 hataları bir ceza değildir — yalnızca önemli olanları düzeltmeniz gerekir.

HTTP hata kodları nelerdir

HTTP durum kodları, istemci hatası 4xx ve sunucu hatası 5xx sınıflarına ayrılmış standartlaştırılmış yanıt meta verileridir. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Status codes Google, bu yanıt aileleri için farklı tarama ve dizine ekleme işlemlerini belgeler. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTP and network errors

Bir tarayıcı veya arama motoru botu her sayfa istediğinde, sunucunuz üç haneli bir durum kodu ile yanıt verir. 200, “işte sayfa, her şey yolunda” anlamına gelir. Hata kodları 400lü ve 500lü olanlardır — isteğin başarılı olmadığı anlamına gelirler.

İki aile vardır ve aralarındaki fark bu sayfadaki en önemli tek şeydir:

• 4xx — istemci hataları. Sorun istekle ilgilidir: sayfa yok (404), kalıcı olarak kaldırılmış (410) veya erişiminize izin verilmiyor (401, 403). Bir arama motoru için 4xx temel olarak “burada içerik yok” der.
• 5xx — sunucu hataları. Sorun sizdedir: sunucu çöktü (500), bağlı olduğu bir sistem başarısız oldu (502, 504) veya aşırı yüklü ya da bakımda (503). Bir arama motoru için 5xx “sunucunun kendisi şu anda bozuk” der.

Google her aileye nasıl tepki verir

İki ailenin ayrıştığı yer burasıdır:

• Bir 4xx sayfa arama sonuçlarından çıkarılır. Google, içeriğin mevcut olmadığına karar verir ve URL’yi zaman içinde dizininden kaldırır. Önemlisi, bu hataların çokluğu, Google’ın sitenizin geri kalanını tarama hızını yavaşlatmaz.
• Bir 5xx, Google’ın sitenizin tamamını daha yavaş taramasına neden olur. Sunucu hata verdiğinde Google, durumu kötüleştirmemek için taramayı azaltır. Dizine eklenmiş sayfalarınız ilk başta dizinde kalır; Google ancak hatalar sürerse bunları kaldırmaya başlar. Sunucunuz yeniden sağlıklı olduğunda tarama hızı kendiliğinden artar.

Çoğu insanın yanlış yaptığı şey

Çok sayıda bu tür hata ceza değildir. Google’dan John Mueller bunu açıkça söyledi: “not a quality signal, it’s not a SEO signal” (Türkçe çeviri) «bir kalite sinyali veya SEO sinyali değildir». Bozuk ve eksik sayfalar web’in olağan bir parçasıdır. Search Console’u açıp binlerce “Bulunamadı” hatası gördüğünüzde paniğe kapılmayın; yalnızca gerçekten önemli olanları düzeltin: insanların hâlâ bağlantı verdiği, site haritanızda bulunan veya trafik alan sayfaları. Gerçekten ölü URL’ler 404 olarak kalabilir.

Gerçek, belgelenmiş bir dezavantajı olan tek desen, sürekli 5xx hataları veren bir sunucudur — Google’ın taramayı yavaşlattığı ve sonunda sayfaları düşürdüğü durum budur. O zaman bile geri döndürülebilir: sunucuyu düzeltin ve iyileşir.

Kodlara hızlı bir bakış

Bunların her birinin kendi derinlemesine inceleme sayfası vardır — işte tek satırlık versiyonu:

• 401 / 403 — sayfa engellenmiş (giriş yapmanız gerekiyor veya erişiminiz yasak).
• 404 — sayfa bulunamadı. 410 — sayfa kalıcı olarak kaldırıldı.
• 429 — “çok fazla istek” (hız sınırlama). İstemci hatası gibi görünür ancak Google bunu bir sunucu hatası gibi ele alır.
• 451 — yasal nedenlerle engellendi (bir kaldırma talebi, ülke düzeyinde bir engelleme).
• 500 / 502 / 503 / 504 — sunucu hatası ailesi (çökme, bozuk ağ geçidi, kullanılamıyor, ağ geçidi zaman aşımı).
• Soft 404 — sinsi olan: “bulunamadı” diyen ancak 200 kodu döndüren bir sayfa, bu yüzden Google onu kontrol etmeye devam eder.

Mekaniği mi istiyorsunuz — Google’ın tarama hızının tam olarak nasıl tepki verdiği, sayfaların dizinden ne zaman çıkarıldığı, bir siteyi doğru şekilde nasıl kapatacağınız ve tüm bunları Search Console’da nasıl izleyeceğiniz? Gelişmiş sekmesine geçin.

TL;DR — HTTP hata kodları, 4xx (istemci) ve 5xx (sunucu) durum sınıflarıdır. Google bu sınıflar arasında belirgin bir davranış ayrımı yapar: 4xx (429 hariç), “içerik mevcut değil” anlamına gelir; URL dizinden çıkarılır ve tarama hızı etkilenmez. 5xx (ve 429), “sunucu başarısız oluyor” anlamına gelir; Google taramayı hata hacmiyle orantılı olarak kısıtlar, dizindeki URL’leri önce korur ve yalnızca hatalar sürerse dizinden çıkarır. Kurtarmadan sonra tarama hızı kademeli olarak artar. 429 sayısal olarak 4xx olsa da Google bunu bir sunucu hatası sayar. Hata yanıtlarının içeriği yok sayılır. Bu hatalar kalite sinyali değildir (Mueller); tümünü düzeltmek yerine bağlantı ve trafiğe göre önceliklendirin. İzole bir hatanın gerçek etkisinin URL’ye bağlı olduğunu da unutmayın: robots.txt, sıradan bir sayfadan farklı hata işleme kurallarına sahiptir. “Bulunamadı” gibi okunan bir 200 olan yumuşak hata, özellikle büyük sitelerde tarama bütçesi israfı olarak işaretlenebilir. Planlı kesinti için en fazla birkaç gün 503 + Retry-After kullanın ve robots.txt için asla 503 döndürmeyin. Aileyi GSC Sayfa Dizinleme raporundan izleyin. Bu merkez, her bir hata kodunu eşler ve ilgili ayrıntılı sayfaya yönlendirir.

Tüm konuyu yöneten tek ayrım

Protokol kodu HTTP sonucunu tanımlar; bir Search Console etiketi, Google’ın gözlemlenen bir getirmeyi nasıl sınıflandırdığını açıklar. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Status codes Aileden tek bir kök neden veya kesin bir kaldırma zamanı çıkarmayın. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTP and network errors

İnsanlar hatalar hakkında konuşurken dört katman “bu bir 404” olarak düzleştirilir ve bunları ayırmak, bu sayfanın geri kalanını anlamlı kılan şeydir:

1. Protokol semantiği — durum kodunun HTTP spesifikasyonuna göre ne anlama geldiği (404 “bulunamadı” anlamına gelir, nokta).
2. Gözlemlenen getirme — Googlebot’un belirli bir zamanda belirli bir istekte gerçekte ne aldığı; bu, bir tarayıcının gördüğünden farklı olabilir.
3. Arama işleme — Google’ın dizinleme hattının bu gözlemlenen getirmeyi nasıl sınıflandırdığı ve ona göre hareket ettiği (URL’yi düşürür, taramayı yavaşlatır, gövdeyi yok sayar).
4. Kök neden — sunucunuzdaki gerçek neden (kötü bir dağıtım, aşırı yüklenmiş bir veritabanı, bir WAF kuralı); durum kodu tek başına bunu asla söylemez.

Aileyi (4xx vs 5xx) bilmek, ilk üç katmandan hangisine baktığınızı söyler. Asla 4. katmanın yerini tutmaz — yine de gidip nedenini bulmanız gerekir.

Google’ın kendi belgeleri bu ayrımı net bir şekilde çerçeveler ve her şeyden önce bunu içselleştirmeye değer: 4xx hataları “the content doesn’t exist” (Türkçe çeviri) «içerik mevcut değil» der; 5xx hataları “the server itself is failing.” (Türkçe çeviri) «sunucunun kendisi başarısız oluyor» der. Bunlar tamamen farklı iki sorundur ve Google’ın dizinleme hattı bunlara tamamen farklı iki şekilde yanıt verir.

Önce yararlı bir çapa: bir başarı kodu bile bir vaat değildir. Google açıkça şunu söyler: “for Google Search, an HTTP 2xx (success) status code doesn’t guarantee indexing.” (Türkçe çeviri) «Google Arama için bir HTTP 2xx (success) durum kodu dizine eklemeyi garanti etmez.» Hata kodları aslında resmin daha deterministik yarısıdır — Google’a açık bir şekilde ya “gitti” ya da “bozuk” derler.

Google 4xx hatalarını nasıl ele alır

İstemci hataları için Google’ın davranışı tek tip ve nettir: “Google, 4xx durum kodu döndüren URL’lerden gelen içeriği kullanmaz,” ve “Google tarayıcıları sonraki işleme sistemine içeriğin mevcut olmadığını bildirir.” 403 veya 404 sayfanız gerçek metinden oluşan bir duvar oluştursa bile, hiçbiri dizinlenmez — bir hata yanıtının gövdesi yok sayılır.

İki sonuç ortaya çıkar:

• Daha önce dizine eklenen URL’ler çıkarılır. Bir sayfa güvenilir biçimde 4xx döndürdüğünde Google, onu zaman içinde dizinden kaldırır.
• Tarama hızı cezası yoktur. Yanlış inanışı çürüten ifade şudur: “The 4xx status codes, except 429, have no effect on crawl rate.” (Türkçe çeviri) «429 hariç 4xx durum kodlarının tarama hızı üzerinde etkisi yoktur.» Bu hataların çokluğu, Google’ın sitenizin geri kalanını taramasını yavaşlatmaz.

Bu son nokta kötü bir içgüdüyü ortadan kaldırır: Googlebot’u 401 veya 403 ile yavaşlatmaya çalışmayın. Google açıkça uyarır: “don’t use 401 and 403 status codes for limiting the crawl rate” (Türkçe çeviri) «tarama hızını sınırlamak için 401 ve 403 durum kodlarını kullanmayın». Kimlik doğrulama duvarı taramayı yavaşlatmaz; yalnızca içeriği görünmez kılar.

Google 5xx hatalarını (ve 429’u) nasıl ele alır

Sunucu hataları “the server is struggling” (Türkçe çeviri) «sunucu zorlanıyor» dalını tetikler ve burada Google sitenizi kasıtlı olarak korur:

• Önce tarama hızı, hacimle orantılı biçimde kısıtlanır. “5xx and 429 server errors prompt Google’s crawlers to temporarily slow down with crawling” (Türkçe çeviri) «5xx ve 429 sunucu hataları, Google tarayıcılarının taramayı geçici olarak yavaşlatmasına yol açar»; ayrıca “the decrease in crawl rate is proportionate to the number of individual URLs that are returning a server error” (Türkçe çeviri) «tarama hızındaki düşüş, sunucu hatası döndüren tekil URL sayısıyla orantılıdır». Birkaç böyle hata sınırlı etki yaratırken site genelindeki kesinti taramayı ciddi ölçüde azaltır.
• Dizindeki URL’ler, hatalar sürünceye kadar korunur. “Already indexed URLs are preserved in the index, but eventually dropped” (Türkçe çeviri) «daha önce dizine eklenen URL’ler dizinde korunur ancak sonunda çıkarılır»; Google ayrıca şunu söyler: “removes from the index URLs that persistently return a server error” (Türkçe çeviri) «sürekli sunucu hatası döndüren URL’leri dizinden kaldırır». Kısa bir kesinti dizinden çıkarma anlamına gelmez; sürekli arıza anlamına gelir.
• 5xx içeriği de yok sayılır. “Any content Google receives from URLs that return a 5xx status code is ignored.” (Türkçe çeviri) «Google’ın 5xx durum kodu döndüren URL’lerden aldığı tüm içerik yok sayılır.»
• Kurtarma otomatik ama kademelidir. “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 sitenin tarama hızını kademeli olarak artırır.» Elle açılacak bir kilit yoktur; kök nedeni düzeltip kurtarmayı beklersiniz.

429 neden sunucu hatası kategorisinde

Çoğu rehberde en sık gözden kaçan ayrıntı budur. 429 Too Many Requests sayısal olarak 4xx’tir ancak Google bunu bir sunucu sinyali olarak ele alır: “Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” (Türkçe çeviri) «Google tarayıcıları 429 durum kodunu sunucunun aşırı yüklendiğine dair bir sinyal olarak ele alır ve bu kod bir sunucu hatası kabul edilir.» Bu nedenle Googlebot’a 429 döndürmeye başlayan bir WAF veya hız sınırlayıcı, sayfaları bir 404 yanıtı gibi düşürmek yerine bu hata dalgasında olduğu gibi taramayı kısıtlar. Ahrefs’teki HTTP durum kodları rehberimde 429’u tam da bu nedenle sunucu hatalarıyla birlikte ele alıyorum: bu, “a form of rate-limiting to protect the server” (Türkçe çeviri) «sunucuyu korumaya yönelik bir hız sınırlama biçimidir» ve Google’ın yavaşlamasına neden olur.

Hata kodu aile haritası

Tüm ailenin hızlı triyaj görünümü burada. Aşağıdaki her kod, bu merkez altında kendi derinlemesine incelemesidir (kenar çubuğunda da bulunurlar):

Engellenen / erişim hataları

• 401 Unauthorized — istemci, gerektiğinde kendini tanımlamadı veya doğrulamadı. Kimlik doğrulama isteğinin arkasında Googlebot’a engellendi.
• 403 Forbidden — istemci biliniyor ancak erişim haklarına sahip değil.

Bulunamadı hataları

• 404 Not Found — istenen kaynak bulunamadı.
• 404 vs 410 — “bulunamadı” ile “gitti” arasındaki pratik fark (insanların düşündüğünden daha küçüktür).
• 410 Gone — 404 gibi, ancak kaynağın geri gelmeyeceğini de söyler. Sayfaları biraz daha hızlı düşürür.

Çift kimlikli kod

• 429 Too Many Requests — hız sınırlama; sayısal olarak 4xx ancak Google, tarama hızı amaçları için bunu bir sunucu hatası olarak ele alır.

Yasal

• 451 Yasal Nedenlerle Kullanılamıyor — yasal bir nedenle engellendi: ülke düzeyinde engellemeler, DMCA kaldırma talepleri.

Sunucu hataları (5xx)

• 500 Internal Server Error — sunucu, başa çıkamadığı bir sorunla karşılaştı.
• 502 Bad Gateway — üst sunucudan kötü bir yanıt.
• 503 Service Unavailable — sunucu aşırı yüklü veya bakım için kapalı (planlı kesintiler için doğru kod).
• 504 Gateway Timeout — üst sunucudan zamanında yanıt yok.

Tuzak durumu

• Soft 404 — 200 OK döndüren ancak “bulunamadı” gibi okunan bir sayfa. İki dünyanın en kötüsü — aşağıda bununla ilgili daha fazlası.

Bozuk yönlendirmeler hata benzeridir ancak ayrı kategorize edilir (Google bunları Search Console’da “Yönlendirme hatası” olarak gösterir; normal, çalışan bir “Yönlendirmeli sayfa”dan farklıdır). Varsayılan olarak Google’ın tarayıcıları vazgeçmeden önce “en fazla 10 yönlendirme atlamasını takip eder”; çok uzun, döngüye giren veya hatalı bir URL içeren bir zincir, bu Yönlendirme-hatası durumuna dönüşür.

Bir HTTP hatası SEO’nuzu etkiler mi?

Önce hüküm: Sıradan bir sayfadaki izole hata neredeyse hiçbir zaman sorun değildir; özellikle bu hatalar sıralama veya kalite sinyali değildir. Mueller bunu açıkça ve birçok kez söyledi. “50.000 tane 404’üm var, sitem cezalandırılıyor olmalı” tepkisi çürütülmesi gereken başlıca yanılgıdır. Hatalar web’in olağan bir parçasıdır; mevcut olmayan URL’leri 404 veya 410 ile karşılamak teknik olarak doğru yöntemdir.

Ancak “izole”, “her zaman zararsız” demek değildir; gerçek etki, hatayı hangi kaynağın döndürdüğüne bağlıdır. Sıradan bir sayfanın 404 vermesi olağan bir durumdur, özel bir kaynak ise farklıdır. Google, robots.txt için normal URL’lerden ayrı hata işleme kuralları uygular. Bu nedenle robots.txt üzerindeki bir sunucu hatası taramayı, sıradan bir sayfanın 404’ünün etkilemeyeceği biçimde etkileyebilir. Hatayı yalnızca durum koduna göre değil, bulunduğu URL’ye ve o URL’ye bağlı süreçlere göre değerlendirin.

Gerçek ve belgelenmiş bir mekanizmaya sahip desen kalıcı, yaygın 5xx hatalarıdır: tarama hızının kısıtlanması → sonunda dizinden çıkarma. Bu bile hata veren URL sayısıyla orantılıdır ve sunucu toparlandığında genellikle geri döndürülebilir. Google, hızın aniden değil kademeli olarak arttığını belirtir; dolayısıyla kesin zamanlamayı, yeniden deneme sıklığını ve kurtarma hızını sabit bir garanti değil, kanıta bağlı davranışlar olarak ele alın. Mueller’ın vurguladığı ayrım şudur: tarama hızı bu hatalara değil, sunucu hatalarına (429/500/503/zaman aşımları) tepki verir.

Tarama israfı ve dizinden çıkarma — iki farklı zarar

Hataların size maliyetinin iki yolunu ayırmak yardımcı olur:

• Dizinden çıkarma — kalıcı 4xx (sayfa “gitmiş” olarak düşürülür) veya kalıcı 5xx (sürekli sunucu arızasından sonra sayfalar düşürülür). Bu, sayfaların dizinden ayrılmasıyla ilgilidir.
• Tarama bütçesi israfı — çoğunlukla büyük siteleri ilgilendirir. Google’ın tarama bütçesi kılavuzunda şu ifadeler yer alır: “if the site slows down or responds with server errors, the limit goes down and Google crawls less.” (Türkçe çeviri) «Site yavaşlarsa veya sunucu hatalarıyla yanıt verirse sınır düşer ve Google daha az tarar.» Ancak gerçek bütçe-israfçısı yumuşak 404’tür: “soft 404 pages will continue to be crawled, and waste your budget.” (Türkçe çeviri) «Yumuşak 404 sayfaları taranmaya devam eder ve bütçenizi boşa harcar.» Çünkü yumuşak bir 404 canlı görünür (200 döndürür), Google gerçekte orada olmayan bir sayfayı yeniden kontrol eder. Bu yüzden yumuşak 404 “iki durumun en kötüsü” durumudur — gerçek bir 404 gibi temizce düşmez, oyalanır ve getirme işlemlerini yakar.

Yumuşak-404 tuzağının iki yaygın nedeni vardır, ikisini de adlandırmak gerekir: gerçek bir 404 yerine 200 döndüren özel bir “sayfa bulunamadı” şablonu ve her ölü URL’nin ana sayfaya toplu yönlendirilmesi — Google bu deseni de yumuşak 404 olarak tanır. Dostça bir 404 sayfası UX için iyidir ve tamamen önerilir — yeter ki gerçek HTTP 404 durum kodunu döndürmeye devam etsin.

Planlı bakımı doğru şekilde yapmak

Bir siteyi (veya bir bölümü) kasıtlı olarak çevrimdışı aldığınızda, doğru kod Retry-After başlığıyla birlikte 503 Hizmet Kullanılamıyor’dur — asla bir 4xx değil. Google’ın “Çevrimiçi işinizi duraklatın” rehberi spesifiktir:

• “If you need to urgently disable the site for 1-2 days, then return an informational error page with a 503 HTTP response status code.” (Türkçe çeviri) «Siteyi acilen 1-2 gün devre dışı bırakmanız gerekiyorsa 503 HTTP yanıt durum koduyla birlikte bilgilendirici bir hata sayfası döndürün.»
• “This is an extreme measure that should only be taken for a very short period of time (a few days at most),” (Türkçe çeviri) «Bu, yalnızca çok kısa bir süre (en fazla birkaç gün) uygulanması gereken olağanüstü bir önlemdir»; çünkü “completely closing a site even for just a few weeks can have negative consequences on Google’s indexing of your site” (Türkçe çeviri) «bir siteyi yalnızca birkaç haftalığına bile tamamen kapatmak, Google’ın sitenizi dizine eklemesi üzerinde olumsuz sonuçlar doğurabilir».
• “Don’t block the website by returning 403, 404, 410 HTTP status codes” (Türkçe çeviri) «Web sitesini 403, 404 veya 410 HTTP durum kodları döndürerek engellemeyin.» Bir 4xx, “kalıcı olarak kaldırıldı” der; geçici bir kesinti için tam tersine yanlış sinyaldir.
• Neredeyse herkesin kaçırdığı tuzak: “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (Türkçe çeviri) «Tüm taramayı engellediği için robots.txt dosyasında 503 HTTP yanıt durum kodu döndürmeyin.» 503’ü sayfalarınız için kullanın, robots.txt için değil.

Search Console’da tüm aileyi nasıl izlersiniz

Günlük olarak bu hatalarla Search Console’un Sayfa Dizine Ekleme raporunda karşılaşırsınız ve her biri farklı bir duruma karşılık gelir:

• Bulunamadı (404) — “this page returned a 404 error when requested” (Türkçe çeviri) «bu sayfa istendiğinde 404 hatası döndürdü».
• Sunucu hatası (5xx) — “your server returned a 500-level error when the page was requested” (Türkçe çeviri) «sayfa istendiğinde sunucunuz 500 düzeyinde bir hata döndürdü».
• Yetkisiz istek nedeniyle engellendi (401) — “the page was blocked to Googlebot by a request for authorization” (Türkçe çeviri) «sayfa, yetkilendirme isteği nedeniyle Googlebot’a engellendi».
• Erişim yasaklandığı için engellendi (403) — kimlik bilgilerinin sağlandığı ancak erişime izin verilmediği bir 403.
• Diğer 4xx sorunu nedeniyle engellendi — başka bir durumun kapsamadığı 4xx; hata ayıklamak için URL İnceleme’yi kullanın.
• Yumuşak 404 — “user-friendly ‘not found’ message but not a 404 HTTP response code” (Türkçe çeviri) «kullanıcı dostu bir ‘bulunamadı’ mesajı, ancak 404 HTTP yanıt kodu değil».
• Yönlendirme hatası — çok uzun zincir, döngü, aşırı uzun URL veya zincirdeki hatalı URL.

Her durum farklı bir kök nedene ve düzeltme yoluna işaret eder. Sorunu giderdikten sonra yeniden taramayı istemek için Düzeltmeyi Doğrula özelliğini kullanın; ancak yeniden tarama anlık olmadığından zamanlama beklentinizi gerçekçi tutun. Google’ın ifadesini de unutmayın: “it’s fine for a URL not to be indexed for the right reasons — for example… a 404 for a page that you’ve removed and have no replacement for” (Türkçe çeviri) «Bir URL’nin doğru nedenlerle dizine eklenmemesi sorun değildir; örneğin kaldırdığınız ve yerine koyacak sayfanız olmayan bir sayfanın 404 döndürmesi.» Her hata yapılacak iş değildir.

Search Console tek başına harekete geçmek için yeterli değildir — örneklenmiş ve gecikmeli tek bir bakış açısıdır. Önceliklendirme için bir hata kaydettiğinizde en azından şunları kaydedin: URL, ne zaman gözlemlediğinizi, bakış açısını (Search Console ile canlı kontrol veya sunucu/CDN günlükleri), isteğin geldiği kullanıcı aracısını, HTTP yöntemini, son durum kodunu ve yanıt yolunu (herhangi bir yönlendirme zinciri dahil), bunun tek seferlik mi yoksa tekrarlayan mı olduğunu ve yeniden dağıttıktan sonra bir düzeltme sonrası doğrulama adımını. GSC’yi canlı bir durum kontrolü ve kendi günlüklerinizle karşılaştırmak, bayat bir rapor satırını doğrulanmış, düzeltilebilir bir soruna dönüştüren şeydir.

Hatalar nasıl düzeltilir ve önceliklendirilir

• 404’leri değere göre triyajlayın. Gelen veya iç bağlantıları olan, site haritasında bulunan ya da hâlâ trafik alan URL’leri düzeltin; bağlantı değerini korumak için bunları gerçekten ilgili bir sayfaya 301 ile yönlendirin. Gerçekten ölü URL’lerin 404 veya 410 döndürmesine izin verin. Ahrefs rehberimde pratik çözümü şöyle açıklıyorum: “you just need to 301 redirect each of these pages to a relevant page” (Türkçe çeviri) «bu sayfaların her birini ilgili bir sayfaya 301 ile yönlendirmeniz yeterlidir»; ancak bunu yalnızca ilgili bir hedef varsa yapın. Her şeyi ana sayfaya topluca yönlendirmeyin; bu bir yumuşak 404 oluşturur.
• 410 ile 404 arasındaki fark sınırlıdır. 410, sayfayı 404’ten biraz daha hızlı düşürür; pratik SEO farkı küçüktür. Bir kaynağın kalıcı olarak kaldırıldığını açıkça belirtmek istediğinizde 410 kullanın ancak belirgin biçimde daha iyi sonuç beklemeyin.
• 5xx’in kök nedenini bulun. Düzeltmeler sunucu tarafındadır: bu tür hatalar için kapasite ve zaman aşımları, 502/504 için üst akış veya CDN sağlığı, 403/429 için Googlebot’ta yanlış tetiklenen WAF veya hız sınırlama kuralları. Hız sınırlamadan önce gerçek botu ters ve ileri DNS denetimiyle doğrulayın.
• Yaygın kök nedenler: uygulama ve veritabanı hataları ile aşırı yüklü sunucular (5xx), üst akış veya CDN arızaları (502/504), hız sınırlama ya da bot engelleyen WAF’lar (403/429), bozuk taşıma işlemleri ve eski iç bağlantılar (404), yanlış yapılandırılmış “dostça hata sayfaları” (yumuşak 404).

Bing: benzer bir model, kod-kod bağımsız doğrulanmamış

Bing’in kamuya açık açıklamaları Google’ın yaklaşımıyla aynı yöne işaret ediyor — 400 aralığındaki kodlar eksik veya yasak olarak ele alınıyor ve 500 aralığındaki kodlar tarama verimliliğine zarar veren sunucu sorunlarını işaret ediyor — ancak Bing’in kendi dokümantasyonuna karşı tam, güncel, kod-kod birebir eşleşmeyi bağımsız olarak doğrulamadım, bu yüzden bunu doğrulanmış bir birebir eşleşme olarak değil, yönlendirici olarak ele alın. Fabrice Canel, Bing’in hedefini “tarama verimliliği kuzey yıldızı … içerik eklendiğinde … güncellendiğinde yalnızca bir URL’yi taramak” olarak çerçeveliyor ve kalıcı hatalar doğrudan buna karşı çalışıyor — Bing, taze ve dizine eklenebilir içerik üretmeyen URL’lere tarama alanı harcıyor. Bing ayrıca planlı bakım için hata sayfalarını 200 olarak sunmak yerine Retry-After ile 503 önerir. Bing’in tarama hatası yüzeylerini Bing Webmaster Tools’ta (URL İnceleme, Tarama Kontrolü, Site Taraması) bulacaksınız.

Sırada ne var

Bu sayfa, hata kodu ailesi için kavramsal merkezdir. Daha geniş HTTP Durum Kodları kümesinin içinde yer alır (tam 1xx–5xx resmi, artı yönlendirmeler ve başarı kodları); bu alt merkez, bunun hata yarısının haritasıdır. Aşağıdaki her kod kendi derinlemesine incelemesidir:

Engellendi / erişim

• 401 Yetkisiz — “Yetkisiz istek nedeniyle engellendi” durumunu neyin tetiklediği ve kimlik doğrulama duvarlarının Googlebot’u neden yavaşlatmadığı.
• 403 Yasak — kimlik bilgileri sağlandığı hâlde erişimin reddedilmesi ve Googlebot’a yanlış 403 döndüren WAF veya bot engelleme desenleri.

Bulunamadı

• 404 Bulunamadı — Google’ın eksik sayfaları nasıl ele aldığı, bunun neden ceza olmadığı ve hangi 404’lerin gerçekten düzeltilmesi gerektiği.
• 404 ile 410 — gerçek ama küçük fark ve her birinin ne zaman kullanılacağı.
• 410 Kaldırıldı — “kalıcı olarak kaldırıldı” sinyali ve sayfanın biraz daha hızlı düşmesi.

Hız sınırlama

• 429 Çok Fazla İstek — 5xx gibi davranan 4xx ve hız sınırlarının taramanızı yavaşlatmasını nasıl önleyeceğiniz.

Yasal

• 451 Yasal Nedenlerle Kullanılamıyor — kaldırma talepleri, ülke engelleri ve yasal kaldırmaların nasıl göründüğü.

Sunucu hataları

• 500 İç Sunucu Hatası — genel sunucu arızası ve kök nedenini nasıl bulacağınız.
• 502 Hatalı Ağ Geçidi — üst/ara katman proxy arızaları.
• 503 Hizmet Kullanılamıyor — bakım ve planlı kesintiler için doğru kod (robots.txt tuzağıyla birlikte).
• 504 Ağ Geçidi Zaman Aşımı — üst katman zaman aşımları.

Tuzak durumu

• Yumuşak 404 — gitmiş gibi okunan 200, tarama bütçesini neden boşa harcadığı ve bunu gerçek bir 404’e nasıl dönüştüreceğiniz.

Bozuk yönlendirmeler ayrı olarak Yönlendirme hatası durumu olarak ele alınır — ilişkili ancak Search Console’da kendi başına kategorize edilir.

AI özeti

Gelişmiş sürümün yoğunlaştırılmış bir değerlendirmesi:

• İki aile, iki davranış. 4xx = “içerik mevcut değil”; 5xx = “sunucu başarısız oluyor”. Google’ın dizine ekleme hattı bu ailelere çok farklı tepki verir.
• 4xx (429 hariç): içerik yok sayılır, URL dizinden çıkarılır ve tarama hızı etkilenmez. Googlebot’u yavaşlatmak için 401/403 kullanmayın; Google bunu açıkça söyler.
• 5xx (ve 429): Google önce taramayı hata veren URL sayısıyla orantılı biçimde kısıtlar, dizindeki URL’leri başlangıçta korur ve yalnızca hatalar sürerse dizinden çıkarır. Kurtarma otomatiktir ancak tarama hızı kademeli artar.
• 429 istisnadır: sayısal olarak 4xx olsa da Google, tarama hızı açısından bunu sunucu hatası sayar; 5xx gibi davranır.
• Bu hatalar kalite veya sıralama sinyali değildir (Mueller). Hata sayısı yüzünden paniğe kapılmayın; bağlantı, site haritası varlığı ve trafiğe göre triyaj yapın. Önemli olanları ilgili hedefe 301 ile yönlendirin, ölü sayfaları 404/410 bırakın.
• İzole hatanın etkisi yalnızca durum koduna değil URL’ye bağlıdır. Sıradan bir sayfanın bu hatayı vermesi olağandır; robots.txt gibi özel kaynakların ayrı hata işleme kuralları vardır ve taramayı farklı etkileyebilir.
• Yumuşak 404 tuzaktır: “bulunamadı” gibi okunan bir 200, canlı görünen sayfanın sürekli kontrol edilmesine yol açtığı için Google tarafından tarama bütçesi israfı olarak işaretlenir. Bu daha çok büyük siteleri ilgilendirir; her sitede garanti edilmiş bir etki değildir.
• 410 ile 404 arasındaki fark küçüktür: 410 biraz daha hızlı düşer ancak pratik fark sınırlıdır.
• Planlı kesinti: en fazla birkaç gün 503 + Retry-After kullanın; 403/404/410 kullanmayın ve robots.txt için asla 503 döndürmeyin çünkü tüm taramayı engeller.
• İzleme: GSC Sayfa Dizinleme raporundaki yedi durumu (404, 5xx, 401, 403, diğer 4xx, yumuşak 404, yönlendirme hatası), kendi canlı kontrolleriniz ve sunucu günlüklerinizle birlikte izleyin; Düzeltmeyi Doğrula’yı kullanın.
• Bing’in kamuya açık açıklamaları Google ile aynı yöne işaret eder; ancak her kod için tam eşlik bağımsız olarak doğrulanmamıştır. Bing de kesinti için 503 + Retry-After önerir.

Resmi dokümantasyon

Arama motorlarından birincil kaynak dokümantasyonu.

Google

• HTTP durum kodları, ağ hataları ve DNS hataları — Google’ın 4xx, 5xx, 429, yönlendirme ve ağ/DNS hatalarını nasıl ele aldığına ilişkin temel belge.
• Sayfa Dizinleme raporu (Search Console Yardım) — günlük karşılaşacağınız hata durumları (404, 5xx, 401, 403, diğer 4xx, yumuşak 404, yönlendirme hatası) ve Düzeltmeyi Doğrula.
• Tarama bütçenizi optimize edin — sunucu hatalarının tarama sınırını nasıl düşürdüğü ve yumuşak hataların bütçeyi neden boşa harcadığı.
• Çevrimiçi işletmenizi Google Arama’da duraklatın — planlı kesintide 503 + Retry-After kullanma ve kaçınılacak işlemler.
• Yumuşak 404 hataları — yumuşak 404’ün ne olduğu ve nasıl düzeltileceği.
• 404 sayfalarınızı daha yararlı hâle getirin — eski ancak hâlâ geçerli yönlendirme: gerçek 404 kodu döndürdüğü sürece dostça bir 404 sayfası kullanılabilir.

Bing / Microsoft

• Tarama hatası uyarıları (Bing Webmaster Tools Yardım) — Bing’in tarama hatalarını gösterdiği yer.
• bingbot Serisi: Tarama Verimliliğini Maksimize Etme — Bing’in “tarama verimliliği kuzey yıldızı,” kalıcı hataların aleyhine çalıştığı şey.

Kaynaktan alıntılar

Google ve Bing’den kayıtlara geçmiş açıklamalar. Her bağlantı, kaynak sayfadaki alıntılanan pasaja atlayan bir derin bağlantıdır.

Google — 4xx vs 5xx ayrımı

• “For Google Search, an HTTP 2xx (success) status code doesn’t guarantee indexing.” (Türkçe çeviri) «Google Arama için bir HTTP 2xx (success) durum kodu dizine eklemeyi garanti etmez.» — Google Arama Merkezi belgeleri. Alıntıya git
• “Google doesn’t use the content from URLs that return 4xx status codes.” (Türkçe çeviri) «Google, 4xx durum kodu döndüren URL’lerdeki içeriği kullanmaz.» Alıntıya git
• “The 4xx status codes, except 429, have no effect on crawl rate.” (Türkçe çeviri) «429 hariç 4xx durum kodlarının tarama hızı üzerinde etkisi yoktur.» Alıntıya git

Google — 5xx ve 429

• “5xx and 429 server errors prompt Google’s crawlers to temporarily slow down with crawling.” (Türkçe çeviri) «5xx ve 429 sunucu hataları, Google tarayıcılarının taramayı geçici olarak yavaşlatmasına yol açar.» Alıntıya git
• “already indexed URLs are preserved in the index, but eventually dropped.” (Türkçe çeviri) «Daha önce dizine eklenen URL’ler dizinde korunur ancak sonunda çıkarılır.» Alıntıya git
• “Any content Google receives from URLs that return a 5xx status code is ignored.” (Türkçe çeviri) «Google’ın 5xx durum kodu döndüren URL’lerden aldığı tüm içerik yok sayılır.» Alıntıya git
• “Google’s crawlers treat the 429 status code as a signal that the server is overloaded, and it’s considered a server error.” (Türkçe çeviri) «Google tarayıcıları 429 durum kodunu sunucunun aşırı yüklendiğine dair bir sinyal olarak ele alır ve bu kod bir sunucu hatası kabul edilir.» Alıntıya git

Google — tarama bütçesi ve yumuşak 404

• “If the site slows down or responds with server errors, the limit goes down and Google crawls less.” (Türkçe çeviri) «Site yavaşlarsa veya sunucu hatalarıyla yanıt verirse sınır düşer ve Google daha az tarar.» Alıntıya git
• “Soft 404 pages will continue to be crawled, and waste your budget.” (Türkçe çeviri) «Yumuşak 404 sayfaları taranmaya devam eder ve bütçenizi boşa harcar.» Alıntıya git

Google — planlı kesinti

• “If you need to urgently disable the site for 1-2 days, then return an informational error page with a 503 HTTP response status code.” (Türkçe çeviri) «Siteyi acilen 1-2 gün devre dışı bırakmanız gerekiyorsa 503 HTTP yanıt durum koduyla bilgilendirici bir hata sayfası döndürün.» Alıntıya git
• “Don’t return a 503 HTTP response status code for the robots.txt file because this blocks all crawling.” (Türkçe çeviri) «Tüm taramayı engellediği için robots.txt dosyasında 503 HTTP yanıt durum kodu döndürmeyin.» Alıntıya git

Google — dizine eklenmemek sorun değil

• “It’s fine for a URL not to be indexed for the right reasons — for example, an expected robots.txt rule on your site, a noindex tag on the page, a duplicate URL, or a 404 for a page that you’ve removed and have no replacement for.” (Türkçe çeviri) «Bir URL’nin doğru nedenlerle dizine eklenmemesi sorun değildir; örneğin sitenizde beklenen bir robots.txt kuralı, sayfadaki noindex etiketi, yinelenen bir URL veya kaldırdığınız ve yerine koyacak sayfanız olmayan bir sayfanın 404 döndürmesi.» — Search Console Yardım. Alıntıya git

John Mueller, Google — Bu hatalar kalite sinyali değildir

• “404s are not a quality signal, it’s not a SEO signal.” (Türkçe çeviri) «Bu hatalar bir kalite sinyali veya SEO sinyali değildir.» Haberi okuyun
• Tarama hızı tepkileri hakkında: “I’d only expect the crawl rate to react that quickly if they were returning 429 / 500 / 503 / timeouts… (404s are generally fine & once discovered, Googlebot will retry them anyway)… Once things settle down on the server, the crawl rate will return to normal automatically.” (Türkçe çeviri) «Tarama hızının ancak 429 / 500 / 503 / zaman aşımı döndürülüyorsa bu kadar hızlı tepki vermesini beklerdim… (bu hatalar genellikle sorun değildir ve keşfedildikten sonra Googlebot yine de yeniden dener)… Sunucudaki durum düzeldiğinde tarama hızı otomatik olarak normale döner.» Haberi okuyun

Fabrice Canel, Microsoft Bing

• “Our crawl efficiency north star is to crawl a URL only when the content has been added (URL not crawled before), updated (fresh on-page context or useful outbound links).” (Türkçe çeviri) «Tarama verimliliğimizin kuzey yıldızı, yalnızca içerik eklendiğinde (daha önce taranmamış URL), güncellendiğinde (taze sayfa içi bağlam veya yararlı dış bağlantılar) bir URL’yi taramaktır.» Alıntıya git

Hangi hatayla önce ilgilenmeliyim?

Bir hata grubu ortaya çıktığında, triyajı şu sırayla yapın — sunucu sağlığı eksik sayfalardan önce, çünkü gerçek, site genelindeki hasar oradadır.

1. 5xx veya 429 (Sunucu hatası veya zaman aşımı artışı) görüyor musunuz?

• Evet → Acil olarak ele alın. Bu, site genelinde taramayı kısıtlayan ve devam ederse sayfaların dizinden çıkarılmasına neden olabilen daldır. Şimdi kök nedeni bulun: sunucu kapasitesi/zaman aşımları (500), üst akış/CDN sağlığı (502/504) veya Googlebot’ta hatalı çalışan bir WAF / hız sınırlayıcı (403/429). 2xx döndürdüğünüzde kurtarma otomatiktir, ancak tarama hızı kademeli olarak tekrar artar.
• Hayır → Devam edin; 4xx’in tarama hızı üzerinde etkisi yoktur.

2. Bu, “bulunamadı” gibi okunan bir 200, yani yumuşak 404 mü?

• Evet → Yanıt kodunu düzeltin. Gerçek bir 404/410 döndürün veya sayfa taşındıysa ilgili bir sayfaya 301 ile yönlendirin. Ölü URL’leri topluca ana sayfaya yönlendirmeyi bırakın. Google bu URL’leri yeniden kontrol ettiği için bu yumuşak hatalar tarama bütçesini boşa harcar.
• Hayır → Devam edin.

3. Bu bir 404 / 410 (Bulunamadı / Kaldırıldı) mu?

• URL’nin gelen bağlantıları, iç bağlantıları, site haritasında varlığı veya kalıcı trafiği var mı?
  • Evet → Değeri geri kazanmak için ilgili bir sayfaya 301 yönlendirin.
  • Hayır → Bırakın. Gerçekten ölü bir sayfa sadece 404/410 döndürmelidir — bu bir ceza değildir ve düzeltmeniz gerekmez.

4. Bu bir 401 / 403 (Engellendi) mi?

• Bu sayfa herkese açık olmalı mı? Evet → Googlebot’u engelleyen kimlik doğrulama/izin yapılandırmasını veya WAF kuralını düzeltin. Hayır → Engellenmesi sorun değil — ancak 401/403’ün Googlebot’u kısmasını beklemeyin; yalnızca içeriği görünmez yapar.

5. Bu bir 451 (Yasal) mi?

• Bu yasal bir kaldırma veya coğrafi engellemedir, teknik bir hata değil — bunu SEO sürecinden değil, yasal/uyum sürecinden geçirin.

6. Bu bir Yönlendirme hatası mı?

• Zinciri kısaltın (Google yaklaşık 10 atlamaya kadar takip eder), döngüyü kırın veya zincirdeki hatalı/aşırı uzun URL’yi tek bir son 200’e çözümlenecek şekilde düzeltin.

Dizinden çıkarma mı yoksa tarama israfı mı — gerçekte hangi zararla karşı karşıyayım?

• Sayfalar dizinden mi çıkıyor? → “Kaldırıldı” olarak düşürülen kalıcı 4xx’leri veya sürekli arıza sonrasında düşürülen kalıcı 5xx’leri arayın. İzole hatalar buna neden olmaz.
• Tarama bütçesi mi harcanıyor (büyük siteler)? → Canlı göründükleri için yeniden taranan sayfalardaki yumuşak hataları ve yaygın sorunları arayın.

Hata kodu → davranış → düzeltme kopya kağıdı

Google her kodu nasıl ele alır

Hızlı bilgiler

• 4xx (429 hariç): içerik yok sayılır, URL çıkarılır, tarama hızı etkilenmez.
• 5xx + 429: önce kısıtlama, yalnızca kalıcıysa dizinden çıkarma; kurtarma kademelidir.
• Kasıtlı kaldırma yanıtları kalite veya sıralama sinyali değildir; bağlantı ve trafiğe göre triyaj yapın.
• Yumuşak 404 tuzaktır: kaldırılmış gibi okunan 200 → tarama bütçesini boşa harcar.
• Planlı kesinti = en fazla birkaç gün 503 + Retry-After; 403/404/410 kullanmayın ve robots.txt için asla 503 döndürmeyin çünkü tüm taramayı engeller.
• Yönlendirmeler: Google yaklaşık 10 atlamaya kadar izler; aşırı uzun veya döngülü zincirler GSC’de “Yönlendirme hatası” olur.

İzlenecek GSC Sayfa Dizinleme durumları Bulunamadı (404) · Sunucu hatası (5xx) · Yetkisiz istek nedeniyle engellendi (401) · Erişim yasaklandığı için engellendi (403) · Diğer 4xx sorunu nedeniyle engellendi · Soft 404 · Yönlendirme hatası — ardından çözüldüğünde Düzeltmeyi Doğrula.

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• HTTP Durum Kodları ve SEO Etkileri — tüm durum kodu aralığında 4xx, 5xx, 429 ve pratik düzeltmeleri her kod için ele aldığım rehber.
• 11 Yönlendirme Türü ve SEO Etkileri — yönlendirme hataları ile yumuşak hataların önde gelen nedenlerinden olan yönlendirme tarafı.
• Teknik SEO’ya Başlangıç Rehberi — durum kodlarının daha geniş resimdeki yeri.

Konuşmalarım

• Arama Nasıl Çalışır (SlideShare) — tarama, işleme, dizinleme ve sunum dahil, durum kodlarının hattı nasıl yönettiği de dahil olmak üzere süreç anlatımım. (Her zamanki feragatnamem geçerlidir: “Bu benim sistemlere dair anlayışım… %100 eksiksiz veya doğru olmayacak.”)

Sektörden kaynaklar

• Googlebot Taraması Düştü mü? Mueller Sunucu Hatalarına İşaret Ediyor (Search Engine Journal) — Mueller’ın sözleriyle “tarama hızı bu hatalara değil, 429/500/503/zaman aşımlarına tepki verir” ayrımını temellendiren yazı.
• SEO için HTTP durum kodları nihai rehberi (Search Engine Land) — tüm durum sınıflarını kapsayan geniş bir kaynak.
• HTTP Durum Kodları Açıklaması (Semrush) — kod ailelerine uygulama odaklı genel bakış.
• HTTP Durum Kodları için SEO Rehberi (Search Engine Journal) — SEO bağlamında her kod için başvuru kaynağı.
• r/TechSEO — tarama hataları ve dizine ekleme hata ayıklaması topluluğu.

İki zarar modeli: kaybolma ve tarama hız sınırlaması

İlk rakama dayanarak bir HTTP hatasına öncelik vermeyin. Bunun yerine, yarattığı iki zarardan hangisini sorun.

Zarar 1: URL içeriğin var olmadığını söylüyor

Çoğu 4xx yanıtı Google’a istenen içeriğin kullanılamadığını söyler. Google, döndürülen gövdeyi dizine eklemez ve kalıcı olarak etkilenen bir URL dizinden çıkabilir. Kapsam genellikle URL’nin kendisidir; sıradan 4xx yanıtları Google’a tüm sunucunun sağlıksız olduğunu söylemez. İstisna, Google’ın sunucu kullanılabilirlik sorunu gibi ele aldığı 429’dur.

Karar sorusu: Bu URL’nin var olması, trafik alması veya bağlantıları koruması mı amaçlanıyor? Evet ise, hatalı durumu düzeltin veya kullanıcıları gerçekten eşdeğer bir hedefe yönlendirin. Hayır ise, 404 veya 410 SEO sorunu değil, doğru sonuç olabilir.

Zarar 2: sunucu güvenilir şekilde yanıt veremeyeceğini söylüyor

5xx yanıtları ve 429, kullanılabilirlik veya kapasite sorunlarına işaret eder. Google, yük eklememek için taramayı azaltabilir; yalnızca sürekli arızalar dizine eklenen URL’leri tehdit eder. Bu nedenle zarar, tek bir arızalı URL’nin ötesine geçerek sitenin genelinde daha yavaş keşif ve yenilemeye yayılabilir.

Karar sorusu: Arıza, tarayıcı davranışını değiştirecek kadar kalıcı veya geniş mi? Evet ise, bunu bir altyapı olayı olarak ele alın ve güvenilir yanıtları geri yükleyin. Bunu Search Console içinde “düzeltmeyin”.

Öncelik katmanı: değer ve niyet

Zararı seçtikten sonra, etkilenen URL’leri canlı olmaları gerekip gerekmediğine, iç veya dış bağlantılara sahip olup olmadıklarına, bir site haritasında görünüp görünmediklerine, arama trafiği alıp almadıklarına veya kritik bir şablonu temsil edip etmediklerine göre sıralayın. Bu bağlam olmadan bir hata sayısı öncelik listesi değildir.

Kanıt/eylem matrisi: hata başına ne kaydedilmeli

İki zarar modeli size hangi sorunla karşı karşıya olduğunuzu söyler. Bu matris, her etkilenen URL için ne yapacağınıza karar vermeden önce gerçekte kaydetmeniz gereken şeydir — bu sütunlardan herhangi birini atlamak, bir triyaj listesini tahmine dönüştürür:

İstem: bir GSC hata dışa aktarımını triyaj kuyruğuna dönüştürün

Search Console’dan etkilenen URL listesini dışa aktarın ve mümkün olduğunda durum kodu, site haritası varlığı, organik tıklamalar/gösterimler, iç bağlantılar, dış bağlantılar ve amaçlanan URL durumu ile zenginleştirin. Yalnızca hassas olmayan verileri yapıştırın.

You are triaging an HTTP-error URL export for technical SEO. Use only the supplied
columns. Do not assume that every 404 is a problem or that every 5xx is permanent.

For each URL:
1. Classify the response as 4xx disappearance risk, 5xx/429 crawl-throttling risk,
   soft-404 mismatch, or insufficient evidence.
2. Decide whether the URL appears intended to exist, based only on sitemap presence,
   links, traffic, template, and the supplied intended-state field.
3. Assign priority: incident-now, high, medium, low, or expected/no fix.
4. Explain the priority using the exact supplied signals.
5. Recommend the next verification, not a guessed root cause.

Prioritize broad or persistent 5xx/429 incidents first, then intended URLs with
traffic or links, then sitemap/internal-link hygiene. Keep intentional 404/410 URLs
out of the fix queue. Return a table plus a short list of missing data that would
change the ranking.

DATA:
[PASTE SANITIZED EXPORT HERE]

İş atamadan önce çıktıyı canlı durum kontrollerine ve sitenin amaçlanan URL haritasına karşı doğrulayın.

Hata triyajı için araçlar

• Bulk HTTP Status Code Checker — yapıştırın dışa aktarılan URL’leri canlı durum kodlarını, yönlendirme zincirlerini, hedefleri ve gecikmeyi toplamak için, ardından sonucu filtreleyin ve dışa aktarın. Bu, eski bir rapor satırını güncel HTTP kanıtına dönüştürür.
• Website Down Checker — şüpheli bir 5xx olayının uygulama veya tarayıcı ayarlarını değiştirmeden önce harici olarak yeniden üretilebilir olup olmadığını kontrol edin.
• Google Search Console Page Indexing raporu — Google’ın neden gruplarını ve etkilenen örnekleri belirleyin; temsili bir canlı kontrol için URL İnceleme’yi kullanın.
• Sunucu veya CDN erişim günlükleri — tarayıcıya yönelik hata oranlarını ölçün ve tek bir URL sorununu site genelindeki bir kullanılabilirlik modelinden ayırt edin.

Search Console, Google’ın gözlemlediklerini raporlar; canlı bir isteğin veya nedeni bulmak için gereken sunucu kanıtının yerini tutmaz.

Amaçlanan URL’ler hata döndürüyor

Metrik: Canlı olması gereken ancak 4xx, 5xx veya 429 döndüren URL’lerin sayısı ve payı, yanıt ailesine ve şablona göre bölümlenmiş.

Size ne söyler: Gerçek kullanılabilirlik/dizinleme kusurlarını kasıtlı 404/410 temizliğinden ayırır.

Nasıl çekilir: Güncel bir taramayı veya Bulk HTTP Status Code Checker dışa aktarımını sitemap’iniz, iç bağlantı grafiğiniz ve amaçlanan URL envanterinizle birleştirin.

Kıyaslama / gerçekçi aralık: Canlı olması gereken URL’lerde istenmeyen hatalar için hedef sıfırdır. Beklenen kullanımdan kaldırılmış URL’ler ayrıca izlenmeli, uydurma bir site geneli hata oranı hedefine zorlanmamalıdır.

Sıklık: Kritik şablonlar için günlük ve sürümler sırasında; daha geniş envanter için haftalık.

Tarayıcı isteği hata oranı

Metrik: Doğrulanmış tarayıcı isteklerinin payı olarak 4xx, 429 veya 5xx döndüren arama motoru istekleri, duruma, ana bilgisayar adına ve yol grubuna göre bölünmüş.

Size ne söyler: Tarayıcı israfının kullanımdan kaldırılmış URL’lerde yoğunlaşıp yoğunlaşmadığını veya sunucu hatalarının tarama talebini bastırıyor olabileceğini gösterir.

Nasıl çekilir: CDN veya sunucu erişim günlüklerinden doğrulanmış tarayıcı isteklerini toplayın; doğrulama mevcut olduğunda yalnızca kullanıcı aracısı dizesine güvenmeyin.

Kıyaslama / gerçekçi aralık: Sitenizin olağan dağılımını belirleyin. Kasıtlı bu yanıtlar geçerli olabilir; var olması amaçlanan URL’lerdeki açıklanamayan 5xx/429 yanıtlarını normal temel gürültü olarak kabul etmeyin.

Sıklık: 5xx/429 uyarıları için sürekli izleyin; bölümlenmiş eğilimleri haftalık olarak gözden geçirin.

Search Console hata envanteri eğilimi

Metrik: Sayfa Dizinleme nedeniyle etkilenen URL sayıları, temsili URL durumu ve rapor güncelleme tarihiyle eşleştirilmiş.

Size ne söyler: Google’ın gözlemlenen envanterinin düzeltmelerden sonra küçülüp küçülmediğini veya ek şablonlara genişleyip genişlemediğini gösterir.

Nasıl çekilir: Sayfa Dizinleme neden tablolarını dışa aktarın ve tarihli anlık görüntüleri saklayın; örnekleri URL İnceleme ve canlı isteklerle nokta kontrolü yapın.

Kıyaslama / gerçekçi aralık: Sitenin amaçlanan durumu ve kendi önceki anlık görüntüleriyle karşılaştırın. Search Console örneklenmiş ve gecikmelidir, bu nedenle gerçek zamanlı bir geçiş eşiği icat etmeyin.

Sıklık: Haftalık ve Google’ın dağıtılan bir düzeltmeyi yeniden taraması için zaman geçtikten sonra; acil olay izleme için günlükleri ve canlı kontrolleri kullanın.

Kendinizi test edin: HTTP Hata Kodları

Google’ın 4xx ve 5xx hatalarını nasıl ele aldığına dair beş hızlı soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Değişiklik günlüğü