HTTP Durum Kodları

TL;DR — HTTP durum kodu, sunucunun sunduğu her sayfayla birlikte tarayıcıya veya arama motoruna ne olduğunu söyleyen üç basamaklı bir sayıdır: başarı, yönlendirme, “bulunamadı” veya sunucu hatası. SEO için kod, sayfanın kendisi kadar önemlidir — Google’a sayfayı dizine ekleyip eklemeyeceğini, bir yönlendirmeyi izleyip izlemeyeceğini, daha sonra geri gelip gelmeyeceğini veya URL’yi bırakıp bırakmayacağını söyler. Ünlü 404 genellikle sıralamalarınıza zarar vermez.

HTTP durum kodu nedir

HTTP durum kodu, sunucunun bir isteğe verdiği standartlaştırılmış yanıt sınıflandırmasıdır. 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 Arama motorları bu yanıtları tarama ve dizine ekleme süreçlerinde yorumlar ve davranışları HTTP spesifikasyonundan ayrı olarak belgelenir. 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

Tarayıcınız (veya Googlebot) bir sunucudan her sayfa istediğinde, sunucu başka bir şey göndermeden önce üç basamaklı bir sayıyla yanıt verir. Bu sayı HTTP durum kodudur ve sunucunun isteğe ne olduğuna dair tek satırlık özetidir. Bir sayfa mevcut olmadığında 404 görürsünüz; 200 ise “işte sayfanız, her şey yolunda” anlamına gelen sessiz olandır.

Kodlar, ilk basamaklarına göre sıralanmış beş grupta gelir:

• 1xx — Bilgilendirme. “Bekle, hâlâ çalışıyor.” Bunları neredeyse hiç görmezsiniz.
• 2xx — Başarı. “İşte burada.” Önemli olan 200 OK’dir.
• 3xx — Yönlendirme. “Taşındı — bunun yerine buraya gidin.” Yönlendirmeler burada yaşar.
• 4xx — İstemci hatası. “İsteğinizde bir sorun var.” Yıldız olan 404 Not Found’dur.
• 5xx — Sunucu hatası. “Benim hatam — şu anda sunamadım.”

Kodun SEO için neden önemli olduğu

Arama motorları önce durum kodunu okur ve bu, sayfaya nasıl davranacaklarını belirler:

• Arama sonuçlarında görmek istediğiniz bir sayfa için bir 200 istersiniz — bu yeşil ışıktır.
• Bir 301 yönlendirmesi (kalıcı), Google’a sayfanın yeni bir adresi olduğunu ve sıralama sinyallerini oraya taşımasını söyler. Bir 302 (geçici), “bu yalnızca şimdilik” der.
• Bir 404 veya 410, Google’a sayfanın gittiğini söyler ve sayfa zamanla dizinden çıkar.
• Bir 500 veya 503 sunucu hatası, Google’a bir şeylerin bozulduğunu söyler; Google sayfalarınızı anında silmek yerine geri çekilir ve daha sonra tekrar dener.

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

404 hataları genellikle sıralamalarınıza zarar vermez. Google Search Console’un kendi yardımı bunu açıkça söyler. Bir sayfa gerçekten var olmamalıysa, 404 vermesi sorun değildir — bu hataları güvenle yok sayabilirsiniz. Bir 404’ün gerçek maliyeti dolaylıdır: sayfanın sahip olduğu trafiği ve bağlantıları kaybedersiniz. Yapmamanız gereken şey, bozuk bir sayfayı 200 OK döndürerek canlı bırakmaktır, çünkü Google bozuk sürümü gerçek içerikmiş gibi memnuniyetle dizine ekler.

Aile aile ayrıntılı dökümü, Google’ın yönlendirmeleri ve sunucu hatalarını nasıl ele aldığını, yumuşak 404 tuzağını ve herhangi bir sayfanın kodunu nasıl kontrol edeceğinizi mi istiyorsunuz? Gelişmiş sekmesine geçin.

TL;DR — Durum kodu, sayfanın içeriğinden bağımsız, birinci sınıf bir SEO sinyalidir. 2xx, dizine ekleme için gerekli ancak yeterli değildir. 301/308 bir kanonikleştirme sinyali iletir; 302/307 iletmez. 4xx sayfalar zamanla dizinden çıkarılır ve 404 genellikle sıralamalara zarar vermez. 5xx ve 429, tarayıcıların yavaşlamasına neden olur, dizinden çıkarmaz — 2xx geri döndüğünde iyileşme kademelidir. Tuzak, yumuşak 404’tür: Google’ın içerik katmanında algıladığı ve gerçek bir 404 gibi ele aldığı “bu mevcut değil” içeriğinin etrafına sarılmış bir 200 durumu. Kodu gerçeklikle eşleştirin, kalıcı taşımalar için kalıcı yönlendirmeler kullanın ve kesinti sırasında bozuk bir 503 yerine 200 döndürün.

Durum kodunun gerçekte ne olduğu

Beş yanıt sınıfı, HTTP spesifikasyonu olan RFC 9110’dan gelir — bunlar doğrudan SEO puanları değil, protokol anlambilimidir. 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 Bu spesifikasyonun üzerine inşa edilen Google’ın belgeleri, kesin tarama veya dizine ekleme zamanlamasını garanti etmeden olası işleme sonuçları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 Google: HTTP and network errors

Google’ın kendi dokümantasyonu en net tanımı sunar: “HTTP durum kodları, bir istemci (örneğin bir tarayıcı veya bir tarayıcı) tarafından yapılan bir isteğe yanıt verirken siteyi barındıran sunucu tarafından üretilir.” SEO için anahtar fikir, kodun kendi başına bir sinyal olmasıdır; arkasından gelen HTML’den bağımsızdır. Bir sayfa insana mükemmel görünebilir, ancak sunucunun önce gönderdiği sayı nedeniyle arama için görünmez olabilir.

Beş aile, SEO merceğinden

1xx — Bilgilendirici. Geçici “hâlâ çalışıyor” yanıtları (100 Continue, 101 Switching Protocols). Neredeyse hiç SEO ile ilgili değildir; tek modern istisna: 103 Early Hints, sunucunun tarayıcıya tam yanıt hazır olmadan önce kritik kaynakları önceden yüklemeye başlamasını söylemesini sağlar — küçük bir Core Web Vitals kazancı, dizinleme kaldıracı değil.

2xx — Başarı. 200 OK, dizinlenebilir bir sayfanın döndürdüğü şeydir. Ancak bir 200 gerekli ama yeterli değildir: Google, kalite, kopya veya diğer nedenlerle 200 sayfasını dizinlemeyi reddedebilir. Bilinmeye değer uç durum — 204 No Content (boş gövdeli başarılı bir yanıt), yumuşak 404 gibi işlem görebilir, çünkü dizinlenecek bir şey yoktur.

3xx — Yönlendirme. Kanonikleştirme ayrımının yaşadığı yer burasıdır ve konunun en çok yanlış anlaşılan kısmıdır. Google’ın yönlendirme dokümantasyonuna göre:

• 301 (kalıcı) ve 308 — Google yönlendirmeyi takip eder ve “dizinleme hattı, yönlendirmeyi, yönlendirme hedefinin kanonik olması gerektiğine dair bir sinyal olarak kullanır.” Sıralama sinyalleri hedef üzerinde birleşir.
• 302 (geçici) ve 307 — Google yönlendirmeyi takip eder, “ancak dizinleme hattı, yönlendirmeyi, yönlendirme hedefinin kanonik olması gerektiğine dair bir sinyal olarak kullanmaz.” Gerçekten kalıcı bir taşınma için yerinde bırakılan bir 302 klasik bir yanlış yapılandırmadır — Google pratikte uzun ömürlü bir 302’yi sonunda 301 gibi işlem görebilir, ancak buna güvenmemelisiniz.

Google, kalıcı taşınmalar için “mümkün olduğunda kalıcı bir sunucu tarafı yönlendirmesi kullanmanızı” önerir ve sert bir tavan belirtir: “Varsayılan olarak, Google’ın tarayıcıları 10 yönlendirme atlamasına kadar takip eder.” Bundan daha uzun süren yönlendirme zincirleri terk edilir. (On bir yönlendirme türü ve SEO etkilerinin tam turu için, bunu ayrıca Ahrefs’te yazdım, Kaynaklar’da bağlantılı — bu merkez bilinçli olarak haritadır, derin dalış değil.) Ayrıca 3xx ailesinde: 304 Not Modified, tarayıcıya önbelleğe alınmış kopyasının hâlâ güncel olduğunu söyleyen bir önbellek sinyali — doğrudan sıralama etkisi yok, ancak büyük sitelerde verimli taramayı destekler.

4xx — İstemci hatası. Sayfa, istek tarafındaki bir şey nedeniyle sunulamıyor — eksik, yasak veya bu istemciye engellenmiş. Google açıktır: “Google, 4xx durum kodu döndüren URL’lerin içeriğini kullanmaz,” ve “bir URL daha önce kullanılıyorsa ancak artık 4xx durum kodu döndürüyorsa, Google sistemleri URL’yi zamanla kullanmayı bırakacaktır.” Özellikle 404 için, “dizinleme hattı, URL daha önce dizinlenmişse URL’yi dizinden kaldırır. Yeni karşılaşılan 404 sayfaları işlenmez.”

Burada iki önemli nüans var:

• 404 sıralamalara zarar vermez. Search Console Yardım bunu doğrudan belirtir: “Genel olarak, 404 hataları sitenizin arama performansını etkilemez.” Bir 404’ün riski, sayfanın taşıdığı trafiği ve bağlantıları kaybetmek veya — ölçekte — tarama bütçesini boşa harcamaktır.
• 401/403’ü Googlebot’a karşı silah olarak kullanmayın. Google uyarır: “Tarama hızını sınırlamak için 401 ve 403 durum kodlarını kullanmayın. 4xx hariç 429 durum kodlarının tarama hızı üzerinde hiçbir etkisi yoktur.” Googlebot’u bir 401/403 ile engellemek onu “yavaşlatmaz” — sadece içeriği görünmez yapar.

Bireysel istemci-hatası kodlarının her birinin kendi hikayesi vardır — erişim ve kimlik doğrulama kodları (401, 403), “kayboldu” kodları (404, 410 ve hangisinin kullanılacağı sorusu), hız sınırlama (429) ve yasal engelleme kodu (451) — ve her biri kendi makalesinde tam olarak ele alınır. Aşağıdaki “Sıradaki adımlar” bölümüne bakın.

5xx — Sunucu hatası. İstek doğruydu; sunucu bunu yerine getiremedi (500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout). Kritik SEO gerçeği: bunlar anında dizinden çıkarmaz. Google’ın dokümanı: 5xx ve 429 sunucu hataları “Google’ın tarayıcılarını geçici olarak taramayı yavaşlatmaya teşvik eder,” ve “sunucu bir 2xx durum koduyla yanıt vermeye başladığında, Google tarama hızını kademeli olarak artırır.” Yavaşlama ölçülüdür: “tarama hızındaki düşüş, sunucu hatası döndüren bireysel URL sayısıyla orantılıdır.” Daha önce dizine eklenen URL’ler bir aksaklık boyunca korunur; yalnızca sürekli sunucu hataları sonunda kaldırılmaya yol açar.

Tarama ve dizine ekleme: her şeyi birbirine bağlayan zihinsel model

Bu kodların arkasında iki farklı soru yatar:

1. Bunu taramalı mıyım? 5xx/429 “yavaşla, sonra dene” der. 301/302 “bunun yerine buraya git” der. 429 ve 5xx ailesi, tarama hızını gerçekten sınırlayan tek kodlardır.
2. Bunu dizine eklemeli miyim ve hangi URL altında? 2xx = uygun. 4xx = bırak. 301/308 = hedef üzerinde birleştir.

Bağlayıcı iplik — ve bu modeli bozan şey — yumuşak 404’tür; burada kod ve içerik uyuşmaz.

Soft 404s — the sneaky exception

Yumuşak 404, başarı kodu (200) döndüren ancak içeriği öğenin var olmadığını söyleyen bir sayfadır — boş bir sayfa, bir “üzgünüz, bulunamadı” mesajı veya ince/boş bir sonuç. Google sorunu HTTP kodundan bağımsız olarak içerik katmanında tespit eder: “içerik Google Arama için bir hata, boş bir sayfa veya bir hata mesajı öneriyorsa, Search Console bir soft 404 hatası gösterir.”

Sayfa “sorunsuz yükleniyorsa” neden umursayasınız? Çünkü tarama bütçesini boşa harcar. Google’ın büyük site kılavuzu açık sözlüdür: “soft 404 sayfaları taranmaya devam edecek ve bütçenizi boşa harcayacaktır.” Bunlar genellikle var olmayan rotalar için 200 döndüren yanlış yapılandırılmış CMS’lerden veya JavaScript çerçevelerinden kaynaklanır. Çözüm, kodu gerçeklikle eşleştirmektir — Google’ın URL’yi temiz bir şekilde bırakabilmesi için gerçek bir 404 (veya 410) döndürün. Bu kümede özel bir yumuşak 404 makalesi var.

404 ve 410 — gerçekten fark eder mi?

SEO için pek değil. John Mueller bunu 2024’teki bir açıklamada çözdü: “404 ve 410 işleme arasındaki fark o kadar minimal ki SEO amaçları için birini diğerine tercih edeceğim bir zaman düşünemiyorum,” ve “Google 404’ler için ceza vermez (ancak bu sayfalar dizinden çıkar).” Bir 410 (Gone) kalıcılığı marjinal olarak daha hızlı sinyalleyebilir ve insanlar ve diğer araçlar için niyeti daha net belgeler — tarihsel Matt Cutts çerçevesi, 410 kaldırmanın “biraz daha hızlı” çalıştığı, en fazla birkaç gün olduğu yönündeydi. Kaldırmanın kalıcı olduğundan eminseniz 410 kullanın; sayfa geri dönebilecekse veya emin değilseniz 404 kullanın. Google’ın tarama bütçesi kılavuzu ikisinden de memnundur: “bir 404 durum kodu, o URL’yi tekrar taramamak için güçlü bir sinyaldir.” Özel 404-vs-410 makalesi bu ayrıntıyı tam olarak çözer.

Kesinti ve geçişler için durum kodlarını kullanma

Planlı bakım, bakım çalışması veya geçiş penceresi için 503 Service Unavailable döndürün — bozuk bir 200 değil. John Mueller’ın rehberliği açıktır: “if something goes drastically wrong with your hoster, and you can’t host your website anymore, please return a ‘503 Service unavailable’ HTTP result code.” Gerekçesi kaçınılması gereken iki anti-deseni kapsar: “returning an error page with ‘200 OK’ will result in us indexing the change of content like that (and if all of your pages return the same error page, then we may assume that these URLs are duplicates). Redirecting to a temporary page will result in that redirect being used for indexing.” Kaynak tamamen kapalıyken uygulama püf noktası: DNS’i 503 sunan geçici bir sunucuya yönlendirin.

Yine de kısa tutun. Gary Illyes: “Serving a 503 status code for an extended period of time will cause a decrease in crawl rate,” ancak “10-15 minutes every now and then is not ‘extended’ by any means, so you should be fine.” Temel kural: 503 saatler içindir, haftalar için değil — haftalarca bırakırsanız Google sayfaları gerçekten kaldırılmış gibi işlemeye başlar. 503 makalesi geçiş desenini derinlemesine ele alır.

Bir sayfanın durum kodunu kontrol etme

• Tarayıcı DevTools — Ağ sekmesini açın, yeniden yükleyin, belge isteğine tıklayın, Durum sütununu okuyun.
• Komut satırı — tek bir isteğin başlıkları için curl -I https://example.com/page veya tüm yönlendirme zincirini takip etmek için curl -IL https://example.com/page.
• Google Search Console — URL İnceleme aracı taranan durumu raporlar.
• Bing Webmaster Tools — URL İnceleme aracı Bingbot için aynısını yapar.
• Tarayıcılar — Screaming Frog SEO Spider ve Ahrefs Site Audit tüm siteyi tarar ve durum kodlarını, yönlendirme zincirlerini ve 4xx/5xx URL’lerini toplu olarak ortaya çıkarır; ücretsiz Ahrefs SEO Toolbar bulunduğunuz sayfanın kodunu gösterir.

Rakip kılavuzlarının atladığı gerçek bir tuzak: tek bir kontrol yalnızca o tek istek hakkında bilgi verir. Durum; istek yöntemine, kullanıcı aracısına, kimlik doğrulamaya, bölgeye ve zamana göre değişebilir, ayrıca aradaki herhangi bir önbellek veya CDN de buna dahildir — bu yüzden masanızdan temiz bir sonuç Googlebot’un gördüğünü garanti etmez. Kompakt bir tanılama iş akışı:

• Yöntem — bir HEAD isteği GET ile aynı başlıkları taşımalıdır, ancak sunucular içerik oluşturmayı gerektiren alanları atabilir, bu yüzden bir HEAD kontrolü gerçek bir GET’in ne döndürdüğünün kanıtı değildir. İkisi uyuşmazsa GET ile yeniden test edin.
• Kullanıcı aracısı — bot algılama, coğrafi engelleme veya gizleme, Googlebot’a 200 sunarken tarayıcıya 403 sunabilir (veya tam tersi).
• Bölge — coğrafi engelleme veya bölgeye özel bir CDN kuralından şüpheleniyorsanız, birden fazla konumdan veya IP’den yeniden test edin.
• Önbellek — kaynağın kendisinin hatalı olduğu sonucuna varmadan önce eski bir önbelleğe alınmış yanıtı (tarayıcı önbelleği, CDN uç önbelleği) eleyin.
• Zincir — yalnızca son kodu değil, tam yönlendirme zincirini kaydedin; zincirin ortasındaki bir atlama asıl sorun olabilir.
• Günlükler — bir kod beklediğinizle eşleşmediğinde, Googlebot’un gerçekte ne gördüğünü kontrol edin. Sunucu günlükleriniz, tek bir tarayıcının veya denetleyicinin sonucunun veremeyeceği gerçeğin kaynağıdır.

Bing hakkında bir not

Bing’in durum kodlarıyla ilgili herkese açık rehberliği Google’ınkinden daha azdır — Google’ınki kadar ayrıntılı “durum kodlarının taramayı nasıl etkilediği” konusunda tek bir resmi belge yok ve baktığımda konuyla ilgili hiçbir Bing temsilcisi alıntısı ortaya çıkmadı. Yön olarak aynı tavsiye: doğru kodları döndürün, kalıcı 4xx/5xx sorunlarını düzeltin ve kalıcı taşımalar için kalıcı yönlendirmeler kullanın. Bunu açıkça söylemeyi, var olmayan bir Bing alıntısı uydurmaya tercih ederim.

Sıradaki adım: HTTP hata kodları kümesi

Bu merkez genel bakıştır. HTTP Hata Kodları alt merkezi, gerçekten sorun giderdiğiniz kodların derinlemesine incelenmesini sağlar ve her biri kendi makalesinde ele alınır:

• 401 Unauthorized and 403 Forbidden — the access-and-auth codes, and why you shouldn’t use them to throttle crawling.
• 404 Not Found, 410 Gone, and 404 vs 410 — the “this page is gone” family and which code to reach for.
• 429 Too Many Requests — rate-limiting, and how it (unlike other 4xx codes) affects crawl rate.
• 451 Unavailable For Legal Reasons — the legal/regulatory block, distinct from a 403.
• 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, and 504 Gateway Timeout — the server-error family, crawl slowdown, and the 503-for-maintenance pattern.
• Soft 404s — the 200-that’s-really-an-error, and how to fix it.

Bunların her biri bu merkezin altında yer alır ve kenar çubuğunda listelenir. Yönlendirmelerin sıralama sinyallerini nasıl birleştirdiği için bkz. Canonicalization; tarayıcıların 5xx/429 üzerinde nasıl yavaşladığı için bkz. Crawling.

AI özeti

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

• Kod, içerikten ayrı bir SEO sinyalidir. Mükemmel görünen bir sayfa, sunucunun önce gönderdiği sayı nedeniyle aramada görünmez olabilir.
• Beş aile: 1xx bilgilendirici (103 Early Hints Core Web Vitals’a yardımcı olur); 2xx başarı (200, dizine ekleme için gerekli ancak yeterli değildir); 3xx yönlendirmeler; 4xx istemci hataları; 5xx sunucu hataları.
• Yönlendirmeler: 301/308 kalıcıdır ve bir kanonikleştirme sinyali iletir; 302/307 takip edilir ancak iletmez. Google 10 yönlendirme atlamasına kadar takip eder.
• 4xx: Google 4xx içeriğini kullanmayı bırakır ve 404 URL’lerini zamanla dizinden düşürür. 404’ler genellikle sıralamalara zarar vermez (Search Console Help). Googlebot’u sınırlamak için 401/403 kullanmayın — yalnızca 429 ve 5xx tarama hızını etkiler.
• 404 vs 410: işlem farkı “çok minimal”dir (Mueller) ve nadiren önemlidir; kesin kalıcı kaldırmalar için 410, diğer durumlarda 404.
• 5xx / 429: tarayıcılar geçici olarak yavaşlar, dizinden çıkarmaz; 2xx devam ettiğinde tarama hızı kademeli olarak toparlanır. Yalnızca sürekli hatalar kaldırmaya neden olur.
• Soft 404: “yok” içeriğine sahip bir 200 durumu — Google bunu içerik katmanında algılar, 404 gibi davranır ve tarama bütçesini boşa harcar.
• Kesinti: 503 döndürün (saatler, haftalar değil), asla bozuk bir 200 döndürmeyin — Google bozuk içeriği dizine ekler.
• Kodları kontrol etme: DevTools Network sekmesi, curl -I/curl -IL, GSC/Bing URL Inspection, Screaming Frog / Ahrefs Site Audit. Tek bir kontrol yalnızca o isteği kanıtlar — yöntem, kullanıcı aracısı, bölge ve önbellekleme sonucu değiştirebilir — bu nedenle yönlendirme zincirini doğrulayın ve Googlebot’un gerçekte ne gördüğünü görmek için sunucu günlüklerini kontrol edin.

Resmi dokümantasyon

Protokol spesifikasyonundan ve arama motorlarından birincil kaynak belgeler.

Temel spesifikasyon

• RFC 9110 — HTTP Semantics, §15 Status Codes — beş durum kodu sınıfının gerçek protokol tanımı. Bilinmeye değer: RFC 9110 istek/yanıt semantiğini tanımlar, SEO sonuçlarını değil — aşağıdaki her şey Google’ın bu kodları Search için nasıl yorumladığına dair kendi belgeleridir.

Google

• HTTP status codes, network and DNS errors, and Google Search — the canonical doc: what codes are, 4xx removal behavior, soft 404s, and 5xx/429 crawl slowdown.
• How Google Search handles redirects — 301/302/307/308, the canonicalization distinction, and the 10-hop follow limit.
• Optimize your crawl budget — 404/410 as a “strong signal,” and soft 404s wasting budget.
• Fix Search Console errors (404 / crawl errors) — the source of “404 errors won’t impact your site’s search performance.”
• John Mueller — “503s” — the definitive first-party statement on returning 503 during downtime and the 200/redirect anti-patterns.

Bing / Microsoft

• Bing Webmaster Tools — URL İnceleme — belirli bir URL için dizinleme durumunu, taranabilirliği ve HTTP yanıt kodlarını kontrol edin.
• Bing Webmaster Tools — Tarama hatası uyarıları — tarama hataları ve durum kodları olan URL’leri listeleyen Tarama raporu.

Kaynaktan alıntılar

Google ve temsilcilerinden kayıt altına alınmış açıklamalar. Her bağlantı, kaynak sayfadaki alıntılanan pasaja atlayan derin bir bağlantıdır.

Google — durum kodlarının ne olduğu ve 4xx / 404’ün nasıl davrandığı

• “HTTP status codes are generated by the server that’s hosting the site when it responds to a request made by a client, for example a browser or a crawler.” — Google Search Central docs. Jump to quote
• “Google doesn’t use the content from URLs that return 4xx status codes.” Jump to quote
• “In general, 404 errors won’t impact your site’s search performance.” — Google Search Console Help. Read the doc

Google — soft 404s and crawl budget

• “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” Jump to quote
• “soft 404 pages will continue to be crawled, and waste your budget.” Jump to quote
• “a 404 status code is a strong signal not to crawl that URL again.” Jump to quote

Google — 5xx / 429 tarama yavaşlatması ve 401/403 yanlış kullanımı

• 5xx and 429 server errors “prompt Google’s crawlers to temporarily slow down with crawling.” Jump to quote
• “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate.” Jump to quote
• “Don’t use 401 and 403 status codes for limiting the crawl rate. The 4xx status codes, except 429, have no effect on crawl rate.” Jump to quote

Google — yönlendirmeler ve kanonikleştirme

• “Googlebot follows the redirect, and the indexing pipeline uses the redirect as a signal that the redirect target should be canonical.” (301 / 308) (çeviri) «Googlebot yönlendirmeyi takip eder ve dizinleme hattı, yönlendirmeyi hedefin kanonik olması gerektiğine dair bir sinyal olarak kullanır.» Alıntıya git
• “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” (302 / 307) (çeviri) «Googlebot yönlendirmeyi takip eder, ancak dizinleme hattı, yönlendirmeyi hedefin kanonik olması gerektiğine dair bir sinyal olarak kullanmaz.» Alıntıya git
• “By default, Google’s crawlers follow up to 10 redirect hops.” (çeviri) «Varsayılan olarak, Google’ın tarayıcıları en fazla 10 yönlendirme adımını takip eder.» Alıntıya git

John Mueller, Google — kesinti için 503

• “if something goes drastically wrong with your hoster, and you can’t host your website anymore, please return a ‘503 Service unavailable’ HTTP result code.” Read the post
• “Returning an error page with ‘200 OK’ will result in us indexing the change of content like that (and if all of your pages return the same error page, then we may assume that these URLs are duplicates).” Read the post

John Mueller, Google — 404 ve 410

• “The difference in processing of 404 vs 410 is so minimal that I can’t think of any time I’d prefer one over the other for SEO purposes.”
• “Google does not penalize for 404’s (those pages drop out of the index though).” Relayed via Search Engine Journal’s April 2024 write-up of a Reddit r/SEO reply; corroborated by Search Engine Roundtable. Coverage

Gary Illyes, Google — 503 ve tarama hızı

• “Serving a 503 status code for an extended period of time will cause a decrease in crawl rate.”
• “Fortunately for you, 10-15 minutes every now and then is not ‘extended’ by any means, so you should be fine.” Relayed via Search Engine Journal’s coverage of a Google SEO Office Hours session, April 2024. Coverage

Hangi durum kodunu döndürmeliyim?

Yukarıdan aşağıya çalışın — ilk eşleşme kazanır.

Sayfa yeni bir URL’ye taşındı.

• Kalıcı olarak mı? → 301 (veya 308). Google, sıralama sinyallerini hedefte birleştirir.
• Yalnızca şimdilik mi (A/B testi, coğrafi değişim, kısa kampanya)? → 302 (veya 307). Kanonikleştirme sinyali yok — kalıcı bir taşıma için bunu yerinde bırakmayın.

Sayfa yok ve geri gelmeyecek.

• Kalıcı olduğundan emin misin? → 410 — kalıcılığı biraz daha hızlı bildirir.
• Geri gelebilir mi, yoksa emin değil misin? → 404 — Google zamanla dizinden düşürür. Her iki durumda da. SEO için ikisi de uygundur; fark “minimal”dir.
• Ne yaparsan yap, 200 ile “bulunamadı” mesajı döndürme — bu bir soft 404’tür ve Google taramaya devam eder ve bütçeyi boşa harcar.

Sayfa giriş gerektiriyor veya erişim kısıtlı.

• → 401 (kimlik doğrulama gerekli) veya 403 (yasak). Googlebot’u yavaşlatmak için bunları kullanma — tarama hızını kısmazlar, sadece içeriği gizlerler.

Bir şey geçici olarak bozuk veya bakım/migrasyon yapıyorsun.

• Planlı kesinti, saatler değil haftalar mı? → 503, ideal olarak Retry-After başlığıyla. Google geri çekilir ve geri gelir; bakım sayfasını dizine eklemez.
• Sunucu gerçekten hata mı veriyor? → 500/502/504 — Google taramayı yavaşlatır ve dizinlenmiş URL’leri bir aksaklık sırasında korur. Kalıcı hale gelmeden düzelt.
• İstek selini hız sınırlıyor musun? → 429 — Google’ın tarama hızını yavaşlatan tek 4xx kodu.

Yasal bir nedenle engellenen içerik (mahkeme kararı, GDPR, lisans, ülke düzeyinde yasak) → 451, düz bir 403’ten farklı olarak yasal bir engeli bildirir.

Her şey yolunda ve sayfanın dizine eklenmesini istiyorsun → 200. Bunun gerekli ama yeterli olmadığını unutma — Google yine de dizine eklememeyi seçebilir.

Bu kodların her birinin HTTP Hata Kodları kümesinde kendi derinlemesine inceleme makalesi vardır.

SEO için HTTP durum kodları — tam referans

Beş aile bir bakışta

SEO ile ilgili kodlar, tek tek

Önemli üç gruplama

• Google’ın üzerinde işlem yaptığı güçlü sinyaller: 301/308 (kanonik hedef), 404/410 (dizinden kaldır).
• Çoğunlukla UX / erişim — tarama hızı etkisi yok: 401, 403, 451.
• Operasyonel / geçici — tarama yavaşlaması: 429, 500, 502, 503, 504.

Hızlı bilgiler

• 200 tek başına indekslemeyi garanti etmez.
• Yalnızca 429 ve 5xx kodları Google’ın tarama hızını sınırlar.
• Google 10 yönlendirme adımına kadar takip eder; daha uzun zincirler terk edilir.
• Soft 404 = 200 durumu + “mevcut olmayan” içerik → 404 gibi işlenir, tarama bütçesini boşa harcar.
• Kesinti için 503: saatler sorun değil, haftalar değil — Illyes “ara sıra 10-15 dakika”nın sorun olmadığını söylüyor.
• Şunlarla kontrol edin: DevTools Ağ sekmesi, curl -I / curl -IL, GSC/Bing URL İnceleme, Screaming Frog, Ahrefs Site Audit/Araç Çubuğu.

Zaman ayırmaya değer kaynaklar

Yazılarım

• HTTP Durum Kodları ve SEO Etkileri — Ahrefs’teki kod aralığı aralığına göre tam referansım (1xx–5xx artı standart dışı kodlar), bu merkezin üzerine inşa ettiği yazı.
• 11 Yönlendirme Türü ve SEO Etkileri — 3xx ailesi üzerine tamamlayıcı derinlemesine inceleme: hangi yönlendirmeyi kullanmalı ve neden.
• Teknik SEO’ya Başlangıç Rehberi — durum kodlarının daha geniş teknik resme nereye oturduğu.

From around the industry

• HTTP status codes, network and DNS errors, and Google Search (Google) — the canonical doc behind most of this hub’s claims.
• How Google Search handles redirects (Google) — the 301/302/307/308 canonicalization distinction and the 10-hop limit.
• “503s” (John Mueller) — the first-party statement on returning 503 during downtime and why a broken 200 is worse.
• Google’s John Mueller Clarifies 404/410 Confusion For SEO (Search Engine Journal) — the “difference is so minimal” quote.
• Google On The SEO Impact Of 503 Status Codes (Search Engine Journal) — Gary Illyes’ “10-15 minutes” guidance.
• The ultimate guide to HTTP status codes for SEO (Search Engine Land) — a thorough per-code reference.
• HTTP Status Codes (Screaming Frog) — practical detection and bulk-export workflows.
• How to check pages for their HTTP status codes (Ahrefs Help) — checking codes with the SEO Toolbar and Site Audit.

Bu alıntılar nereden geliyor

Alıntılar lensinin arkasındaki tam kaynak listesi, böylece her satırı kendiniz doğrulayabilirsiniz:

• HTTP durum kodları, ağ ve DNS hataları ve Google Arama — Google Search Central. “durum kodlarının ne olduğu”, 4xx, soft-404 ve 5xx/429 alıntıları.
• Google Arama yönlendirmeleri nasıl işler — Google Search Central. 301/308 ile 302/307 canonicalization alıntıları ve 10 atlama sınırı.
• Tarama bütçenizi optimize edin — Google Search Central. “taramamak için güçlü sinyal” ve “soft 404 sayfaları… bütçenizi boşa harcar” alıntıları.
• Search Console hatalarını düzeltin — Google Search Console Yardım. “404 hataları sitenizin arama performansını etkilemez” satırı.
• “503s” — John Mueller’ın kişisel sitesi. Kesinti için 503 yönergesi ve 200/yönlendirme karşıtı desenler.
• Google’ın John Mueller’ı SEO İçin 404/410 Karışıklığını Açıklıyor — Search Engine Journal (aktarılan Reddit yanıtı).
• Google, 503 Durum Kodlarının SEO Etkisi Hakkında — Search Engine Journal (aktarılan Office Hours).

Önce tarama, sonra dizinleme

Bir durum kodu SEO sorusu oluşturduğunda bu iki aşamalı modeli kullanın.

Aşama 1: tarayıcı kullanılabilir bir yanıt alabilir mi?

• 2xx isteğin başarılı olduğunu söyler, bu nedenle içerik işleme için ileri taşınabilir.
• 3xx tarayıcıyı başka bir URL’ye gönderir; kalıcı ve geçici kodlar farklı canonicalization sinyalleri sağlar.
• Çoğu 4xx yanıtı, istenen içeriğin mevcut olmadığını veya kullanılamayacağını söyler.
• 5xx ve 429, sunucunun başarısız olduğunu veya aşırı yüklendiğini söyler, bu nedenle tarayıcılar istek hızını azaltabilir.

Alma başarısız olursa, içerik kalitesi ve sayfa içi optimizasyon bu isteği kurtaramaz. Önce aktarımı veya amaçlanan URL durumunu düzeltin.

Aşama 2: alınan içerik dizinlenmeli mi ve hangi URL altında?

Bir 200 yalnızca ilk kapıyı açar. Google yine de ince, yinelenen, engellenen veya hata benzeri içeriği dizinlememeyi seçebilir; 200 döndüren bir hata sayfası bir soft 404 haline gelebilir. Bir yönlendirme takip edilebilirken hedefi dizinlemede başarısız olabilir. Başarılı bir yanıt, sıralama veya dizinleme garantisi değil, uygunluktur.

Pratik tanılama

1. Gerçek durumu ve her yönlendirme atlamasını kaydedin.
2. Bu yanıtın URL’nin amaçlanan durumuyla eşleşip eşleşmediğine karar verin.
3. Kullanılabilir bir 2xx sayfasına ulaşırsa, dizinlenebilirlik ve canonical sinyallerini inceleyin.
4. 4xx döndürürse, kaybolmanın kasıtlı olup olmadığına karar verin.
5. 5xx veya 429 döndürürse, arama performansını yorumlamadan önce güvenilirliği ve kapsamı araştırın.

İlk yanıtı kontrol edin

Yönlendirmeleri takip etmeden istenen URL için başlıkları yazdırmak üzere bunu bir macOS/Linux kabuğunda çalıştırın:

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

Yalnızca durum kodunu yazdırmak için:

curl -sS -o /dev/null -w '%{http_code}\n' https://www.example.com/page

PowerShell eşdeğeri (PowerShell 7+):

$response = Invoke-WebRequest -Uri 'https://www.example.com/page' -Method Head -SkipHttpErrorCheck
$response.StatusCode
$response.Headers

Sunucu HEAD’i farklı işlerse, bir sonuç çıkarmadan önce normal bir GET isteği yapın.

Yönlendirme yolunu takip edin ve görüntüleyin

-L yönlendirmeleri takip ederken, -v her isteği ve yanıtı gösterir. Bunu bir terminalde çalıştırın ve < HTTP ve < location: ile başlayan satırları inceleyin.

curl -sS -L -o /dev/null -v https://www.example.com/old-page

Terminal çıktısı yerine daha temiz bir tek URL veya toplu görünüm istediğinizde Yönlendirme Zinciri Eşleyicisi kullanın.

Durum davranışını okumak için araçlar

• Toplu HTTP Durum Kodu Denetleyicisi — 500 URL’ye kadar kontrol edin, her yönlendirme zincirini ve son hedefi görün, SEO sorunlarını filtreleyin ve sonucu dışa aktarın. Soru “hangi URL’lerde yanlış kod var?” olduğunda kullanın.
• HTTP Başlık Denetleyicisi — yönlendirme atlamaları arasında önbelleğe alma, CDN, sıkıştırma ve seçili güvenlik sinyalleri dahil olmak üzere tam yanıt başlıklarını inceleyin. Durum tek başına yeterli olmadığında kullanın.
• Yönlendirme Denetleyicisi — bir URL veya küçük bir grup için son durumu, hedefi ve atlama sırasını hızlıca inceleyin.
• Web Sitesi Kapalı Denetleyicisi — 5xx veya zaman aşımı aralıklı olabileceğinde harici bir bakış açısından mevcut erişilebilirliği ve zamanlamayı test edin.
• Tarayıcı DevTools → Ağ — sayfayı yeniden yükleyin, belge isteğini seçin ve Durum Kodunu ve Yanıt Başlıklarını inceleyin. Bu, etkileşimli hata ayıklama için yararlıdır, ancak istemci tarafından oluşturulan bir hata mesajını belgenin HTTP durumuyla karıştırmayın.

Kendinizi test edin: HTTP Durum Kodları

Durum kodlarının SEO’yu nasıl şekillendirdiğine dair beş hızlı soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Değişiklik günlüğü