HTTP Durum Kodları: SEO Etkisi ve Çözüm Rehberi

Bir web sayfası yüklendiğinde, sunucu ile tarayıcı (ya da Googlebot) arasında sessizce bir diyalog gerçekleşir. Bu diyalogda sunucu, isteğin sonucunu üç haneli bir sayıyla özetler: HTTP durum kodu. Kullanıcılar bu kodları genellikle görmez; ama arama motorları her kodun anlamını hassasiyetle takip eder.

Yanlış bir durum kodu, sıraladığınız bir sayfanın link değerini buharlaştırabilir, tarama bütçenizi çöp sayfalara harcatabilir ya da kazanılmış sıralamaları geri döndürülemez biçimde silip süpürebilir. Doğru yapılandırılmış durum kodları ise URL birleştirme, içerik temizleme ve sitenin teknik sağlığını korumanın temel enstrümanıdır.

Bu rehber, HTTP durum kodlarını kategorilere ayırarak her birinin SEO üzerindeki etkisini, Googlebot’un bu kodları nasıl yorumladığını ve hangi durumda hangi kodun kullanılması gerektiğini kapsamlı biçimde ele almaktadır. Tarama hatalarını nasıl tespit edeceğinizi ve Google Search Console verilerini nasıl okuyacağınızı da adım adım bulacaksınız.

HTTP Durum Kodu Nedir?

HTTP (HyperText Transfer Protocol), istemci ile sunucu arasındaki iletişimin kurallarını belirleyen protokoldür. Bir tarayıcı veya bot bir URL’ye istek gönderdiğinde, sunucu yanıt başlığında (response header) bir durum kodu döndürür.

Durum kodları, ilk rakamlerine göre beş ana sınıfa ayrılır:

Her sınıf, SEO açısından farklı sonuçlar doğurur. Aşağıda bu kategorileri tek tek inceliyoruz.

1xx — Bilgilendirme Kodları

1xx kodları, isteğin alındığını ve işlemin devam ettiğini bildiren geçici yanıtlardır. Gündelik web trafiğinde nadiren görülür; ağırlıklı olarak protokol yükseltme (HTTP’den HTTP/2’ye geçiş) ve WebSocket bağlantılarında kullanılır.

100 Continue

Sunucunun isteğin başlığını aldığını ve istemcinin gövdeyi gönderebileceğini belirtir. Büyük dosya yüklemelerinde bellek verimliliği için kullanılır.

101 Switching Protocols

İstemcinin protokol değiştirme talebini sunucunun kabul ettiğini gösterir. HTTP’den WebSocket protokolüne geçişte karşılaşılır.

SEO Etkisi: 1xx kodları arama motorları tarafından işlenmez; doğrudan SEO etkisi yoktur. Googlebot bu yanıtları nadiren görür ve içerik indekslemesini etkilemez.

2xx — Başarı Kodları

2xx kategorisi, isteğin başarıyla alındığını, anlaşıldığını ve işlendiğini gösterir. SEO açısından en sağlıklı durum bu kategoridedir.

200 OK — SEO’nun Altın Standardı

200 OK, sunucunun isteği başarıyla işlediğini ve içeriği döndürdüğünü belirtir. Bir sayfanın indekslenmesi, sıralanması ve link değeri toplaması için 200 döndürmesi gerekir.

Googlebot açısından 200:

• Sayfa içeriği taranır ve indekslemeye adaydır.
• Gelen ve giden bağlantılar işlenir.
• Canonical, meta robots ve diğer yönergeler dikkate alınır.
• PageRank ve link equity biriktirilir.

Dikkat edilmesi gereken tuzak: Sunucu, var olmayan bir URL’ye 200 OK döndürüyorsa buna soft 404 (yumuşak 404) denir. “Sayfa bulunamadı” mesajını 200 koduyla birlikte göndermek ciddi bir teknik SEO sorunudur. Google bu sayfaları indeksleyebilir; içeriğin zayıf olduğunu fark edince sıralama değeri vermez ama tarama bütçesi boşa harcanmış olur.

201 Created

POST isteği başarıyla tamamlandı ve yeni bir kaynak oluşturuldu. API endpoint’lerinde kullanılır. SEO için doğrudan bir bağlamı yoktur.

204 No Content

Sunucu isteği başarıyla işledi ancak döndürecek içerik yok. Analitik ping’lerinde ve form gönderimlerinde kullanılır. Googlebot 204 alan bir URL’nin içeriğini indeksleyemez.

206 Partial Content

Büyük dosyaların kısmi aktarımı için kullanılır (video stream, büyük PDF indirmeleri). SEO açısından rutin bir önemi yoktur.

3xx — Yönlendirme Kodları

Yönlendirme kodları, SEO’da en kritik ve en çok yanlış anlaşılan kategoridir. Her yönlendirme türü farklı bir mesaj iletir ve link equity’yi farklı biçimde aktarır.

301 Moved Permanently — Kalıcı Yönlendirme

301, bir URL’nin kalıcı olarak yeni bir adrese taşındığını belirtir. Bu, URL birleştirmede (URL consolidation) kullanılan en güçlü araçtır.

SEO açısından 301:

• Google, orijinal URL’nin link değerinin büyük bölümünü hedef URL’ye aktarır.
• Googlebot zamanla orijinal URL’yi indeksten kaldırır ve hedef URL’yi indeksler.
• Aktarım hızı birkaç günden birkaç haftaya kadar sürebilir; eski ve güçlü sayfalar için bu süre uzayabilir.
• Tarayıcılar 301 hedefini önbelleğe alır; kullanıcı bir daha eski URL’ye gitmeyebilir.

Ne zaman kullanılır:

• Alan adı değişikliği (domain migration)
• URL yapısı yeniden düzenlemesi
• HTTP’den HTTPS’ye geçiş
• www ve non-www birleştirme
• Silinmiş ama değerli backlink’e sahip sayfaların yeni içeriğe yönlendirilmesi

302 Found — Geçici Yönlendirme

302, kaynağın geçici olarak farklı bir URL’de bulunduğunu belirtir. Orijinal URL’nin tekrar aktif hale geleceği mesajını verir.

SEO açısından 302:

• Google başlangıçta link equity aktarmaz; orijinal URL’yi indekste tutar.
• Yanlış kullanılan 302, link değerinin bölünmesine yol açar.
• Google bazen uzun süre devam eden 302’leri 301 gibi işlemeye başlayabilir; ancak bu davranış garantili değildir.

Ne zaman kullanılır:

• A/B test süreleri
• Geçici bakım sayfaları
• Kullanıcıyı oturumuna göre farklı sayfaya gönderme (coğrafi yönlendirme gibi durumlarda tercih edilen yöntem farklıdır; aşağıya bakın)

Kritik hata: Kalıcı değişikliklerde 302 kullanmak, link equity’nin hedef URL’ye tam aktarılmamasına yol açar. Bu, sektörde sık karşılaşılan ve sıralamayı ciddi biçimde etkileyen bir hatadır.

303 See Other

POST isteğinin ardından kullanıcıyı GET isteğiyle farklı bir URL’ye yönlendirir. Form gönderimlerinde çift gönderimi önlemek için kullanılır (Post/Redirect/Get deseni). SEO içeriği indekslemesinde doğrudan rolü yoktur.

307 Temporary Redirect — HTTP Metodunu Koruyan Geçici Yönlendirme

307, 302’ye benzer ama HTTP metodunu (GET, POST vb.) korur. 302’nin modern ve daha kesin alternatifidir.

SEO açısından 307:

• 302 gibi geçici olarak değerlendirilir.
• Link equity aktarımı belirsizdir; kalıcı değişikliklerde kullanılmamalıdır.
• HTTPS yönlendirmesinde HSTS (HTTP Strict Transport Security) mekanizmasıyla birlikte kullanılabilir.

308 Permanent Redirect — HTTP Metodunu Koruyan Kalıcı Yönlendirme

308, 301’e benzer ama HTTP metodunu korur. POST isteğini POST olarak yeni URL’ye iletir.

SEO açısından 308:

• Google, 308’i 301 gibi işler; link equity kalıcı olarak aktarılır.
• API endpoint’lerinde kalıcı URL değişikliklerinde tercih edilir.
• Tarayıcı desteği 301 kadar geniş değildir; klasik web sayfaları için 301 tercih edilmelidir.

301 ve 302 yönlendirmelerinin teknik detaylarını, sunucu tarafı yapılandırma örneklerini ve yaygın hataları 301 ve 302 yönlendirmeleri rehberimizde ayrıca ele aldık.

301 ve 302 Karşılaştırması

Yönlendirme Zinciri Sorunu

Birden fazla yönlendirmenin art arda dizilmesi (A → B → C → D) yönlendirme zinciri oluşturur. Bu durum:

• Her adımda link equity’nin bir kısmı kaybolur.
• Googlebot her zincir halkasında ayrı istek gönderir; tarama bütçesi artar.
• Sayfa yükleme hızı olumsuz etkilenir; Core Web Vitals metrikleri bozulabilir.
• Googlebot varsayılan olarak en fazla 5 yönlendirme adımını takip eder; daha uzun zincirler son URL’ye ulaşamaz.
• Her gereksiz yönlendirme adımı, tarama bütçesinin boşa harcanmasına yol açar; büyük sitelerde bu kayıp önemli ölçekte olabilir.

Çözüm: Tüm zincirleri düzleştirin. A doğrudan D’ye yönlendirmeli; aradaki B ve C kaldırılmalıdır.

4xx — İstemci Hatası Kodları

4xx kodları, isteğin sunucu tarafından işlenemediğini ve sorunun istemci tarafında olduğunu belirtir. Bu kategori SEO açısından en riskli alandır.

404 Not Found — Sayfa Bulunamadı

404, istenen URL’nin sunucuda bulunmadığını belirtir. Arama motoru botları bu kodu gördüklerinde sayfayı indekslemezler; zaten indekslenmişse silinmek üzere işaretlerler.

Googlebot açısından 404:

• Sayfa indeksten düşme süreci başlar; bu birkaç günden birkaç aya kadar sürebilir.
• Sayfaya gelen backlink’lerin link equity değeri boşa akar.
• Tekrarlayan taramalarda aynı 404 sonucu alınırsa Googlebot tarama sıklığını azaltır.
• Sitemap’te 404 döndüren URL’ler GSC’de hata olarak raporlanır.

Ne zaman 404 kullanılır:

• Sayfa kalıcı olarak kaldırıldı ve yerine koyulacak içerik yok.
• Yönlendirilmesi mantıklı olmayan geçici veya düşük değerli içerikler.

Ne zaman 404 kullanılmamalıdır:

• Değerli backlink’lere sahip silinen sayfalar (bunlar 301 ile yönlendirilmelidir).
• Soft 404 üretecek şekilde var olmayan içeriklere 200 döndürmek (hata kodu 404 olmalı).

404 hatalarının sıralamalar üzerindeki gerçek etkisini ve yaygın yanlış inanışları 404 hatalarının SEO etkisi yazımızda ayrıntılı biçimde inceledik.

410 Gone — Kalıcı Olarak Kaldırıldı

410, isteğin hedeflediği kaynağın kasıtlı olarak ve kalıcı olarak kaldırıldığını, bir daha kullanılmayacağını belirtir. 404’ten daha güçlü ve kesin bir sinyaldir.

Googlebot açısından 410:

• Sayfanın geri gelmeyeceğini kesin biçimde anlar.
• 404’e kıyasla indeksten çıkarma süreci daha hızlı gerçekleşebilir.
• Yeniden tarama sıklığını daha hızlı azaltır; tarama bütçesi korunur.

Ne zaman kullanılır:

• Kalıcı olarak kaldırılan ürün sayfaları.
• Spam, ince içerik veya cezalandırılmış sayfalar.
• Artık desteklenmeyen içerik kategorileri.

404 ve 410 Karşılaştırması

401 Unauthorized

İsteğin kimlik doğrulaması gerektirdiğini bildirir. Login duvarı arkasındaki içerikler için döndürülür. Googlebot bu sayfaları indeksleyemez; giriş gerektiren sayfaların indekslenmesini istemiyorsanız 401 veya robots meta etiketi kullanmalısınız.

403 Forbidden

Sunucu isteği anladı, kimlik doğrulaması gerekmeyebilir ama erişim reddedildi. Googlebot 403 alan sayfaları indeksleyemez. Yanlış yapılandırılmış güvenlik duvarları veya IP engelleme kuralları tüm site için 403 döndürüyorsa ciddi bir tarama ve indeksleme sorununa yol açar.

429 Too Many Requests — Hız Sınırlaması

429, istemcinin çok fazla istek gönderdiğini ve hız sınırının aşıldığını belirtir. Arama motoru botları için özellikle dikkat edilmesi gereken bir koddur.

Googlebot açısından 429:

• Googlebot bu kodu gördüğünde tarama hızını otomatik olarak düşürür.
• Retry-After başlığıyla belirtilen süre sonra tekrar dener.
• Uzun süreli 429 yanıtları, sayfanın gecikmeli indekslenmesine veya tarama sıklığının kalıcı olarak azalmasına neden olabilir.

Çözüm: Sunucu kapasitesini artırın veya GSC’deki “Tarama hızı” ayarından Googlebot’un tarama hızını manuel olarak düşürün.

5xx — Sunucu Hatası Kodları

5xx kodları, isteğin geçerli olduğunu ama sunucunun onu işleyemediğini belirtir. Kısa süreli 5xx hataları büyük zarar vermez; ancak uzun süreli veya yaygın 5xx yanıtları ciddi SEO sonuçları doğurur.

500 Internal Server Error — Genel Sunucu Hatası

500, sunucuda beklenmedik bir hata oluştuğunu ve isteğin işlenemediğini belirtir. PHP hataları, veritabanı bağlantı sorunları, hatalı yapılandırma dosyaları bu kodun yaygın nedenleridir.

Googlebot açısından 500:

• Geçici olarak değerlendirilir; Googlebot tekrar dener.
• Kısa süreli (birkaç saat) 500 hataları indekslemeyi kalıcı biçimde etkilemez.
• Uzun süreli (günler, haftalar) 500 yanıtları, sayfanın indeksten çıkarılmasına yol açabilir.
• Backlink’lerin link equity değeri aktarılmaya devam etmez.

503 Service Unavailable — Hizmet Kullanılamıyor

503, sunucunun geçici olarak hizmet veremediğini bildirir. Planlı bakım, aşırı yük veya sunucu arızası durumlarında döndürülür.

Googlebot açısından 503:

• Kısa süreli 503 hataları büyük zarar vermez; Googlebot belirli aralıklarla tekrar dener.
• Bakım sırasında Retry-After başlığı eklemek, Googlebot’un ne zaman tekrar denemesi gerektiğini bilmesini sağlar: Retry-After: 3600 (3600 saniye = 1 saat).
• Kritik: Bakım sayfanızın 503 döndürdüğünden emin olun. 200 döndüren bir bakım sayfası, tüm sitenizin bakım sayfası içeriğiyle indekslenmesine yol açar.

Doğru bakım sayfası yapılandırması:

HTTP/1.1 503 Service Unavailable
Retry-After: 3600
Content-Type: text/html

504 Gateway Timeout — Ağ Geçidi Zaman Aşımı

504, ağ geçidinin (reverse proxy, load balancer) arka uç sunucudan zamanında yanıt alamamasını belirtir. Nginx’in Apache’den veya PHP-FPM’den yanıt beklerken zaman aşımına uğraması örnek verilebilir.

SEO açısından 504:

• 500 gibi geçici olarak değerlendirilir.
• Uzun süren 504 sorunları indekslemeyi olumsuz etkiler.
• Altta yatan neden genellikle veritabanı yavaşlığı, yüksek sunucu yükü veya yanlış yapılandırılmış zaman aşımı ayarlarıdır.

5xx Kodları Karşılaştırması

CDN ve Reverse Proxy Kaynaklı Durum Kodları

Cloudflare, Fastly, Akamai gibi CDN sağlayıcıları veya Nginx tabanlı reverse proxy’ler kullanan siteler, standart HTTP durum kodlarına ek olarak kendi özel kodlarını da döndürebilir. Bu kodlar teknik SEO denetimlerinde sık gözden kaçar; çünkü kaynak sunucu 200 döndürüyor gibi görünse de kullanıcı ile Googlebot aslında CDN katmanında bir hata mesajıyla karşılaşıyor olabilir.

Pratik ipucu: CDN panelinizden (örneğin Cloudflare → Analytics → Traffic) 5xx yanıtlarının oranını haftalık izleyin. Ani bir sıçrama, genellikle orijin sunucu kapasitesiyle veya CDN önbellek kuralı değişikliğiyle ilgilidir. CDN seviyesinde döndürülen hata sayfaları da doğru HTTP durum koduyla eşleşmelidir; aksi halde CDN’in ürettiği “özel hata sayfası” yanlışlıkla 200 koduyla sunulup soft 404’e dönüşebilir.

Yapay Zeka Botları ve Durum Kodları (2026 Bağlamı)

2026 itibarıyla arama ve görünürlük ekosistemi yalnızca Googlebot’tan ibaret değil. ChatGPT’nin GPTBot’u, Anthropic’in ClaudeBot’u, Perplexity’nin PerplexityBot’u ve diğer büyük dil modeli tabanlı tarayıcılar, web içeriğini toplu biçimde ziyaret ediyor. Bu botların HTTP durum kodlarına verdiği tepkiler, klasik arama motoru botlarına göre bazı farklılıklar taşıyor:

• Genellikle daha az tolerans: Birçok AI botu, 4xx veya 5xx yanıtı aldığında Googlebot kadar ısrarcı biçimde tekrar denemez; sayfayı basitçe atlayabilir. Bu, içeriğinizin bir AI motorunda hiç görünmemesine yol açabilir.
• Yönlendirme zincirlerine duyarlılık: Uzun yönlendirme zincirleri, bazı AI crawler’ların içerik çekme sürecinde zaman aşımına neden olabilir; bu da sayfanızın AI özetlerinde referans olarak kullanılmasını engelleyebilir.
• robots.txt ve durum kodu birlikte çalışır: GPTBot veya ClaudeBot için robots.txt’te izin verilse bile, sayfa sürekli 5xx veya soft 404 döndürüyorsa bot içeriği hiç işleyemez.
• Hız sınırlaması riski: Yoğun AI crawler trafiği bazı sunucularda 429 tetikleyebilir; bu durumda meşru AI botlarının içeriğinize erişimi kesintiye uğrar.

Bu konuyu daha geniş biçimde ele almak isteyenler için AI crawler optimizasyonu yazımızda GPTBot, ClaudeBot ve benzeri botların teknik gereksinimlerini ayrıca inceledik. Kısacası: durum kodu hijyeni artık yalnızca Google için değil, tüm yapay zeka tabanlı görünürlük kanalları için ortak bir zemin oluşturuyor.

Googlebot HTTP Durum Kodlarını Nasıl İşler?

Googlebot, bir web sayfasına eriştiğinde standart bir HTTP istemcisi gibi davranır; ancak bant genişliği ve tarama hızı optimizasyon mekanizmaları nedeniyle bazı önemli farklılıklar vardır.

Tarama Önceliklendirmesi

Googlebot her URL’yi eşit öncelikle taramaz. Tarama kararları şu faktörlere göre şekillenir:

• PageRank (iç ve dış bağlantı gücü): Güçlü bağlantılar alan URL’ler daha sık taranır.
• Geçmiş tarama yanıtları: Sürekli hata veren URL’lerin tarama sıklığı azaltılır.
• İçerik yenilik sinyalleri: Sık güncellenen sayfalar daha sık taranır.
• Sitemap önceliklendirmesi: <priority> etiketi bir ipucu sağlar ama garanti vermez.

Durum Koduna Göre Googlebot Davranışı

Googlebot’un Yönlendirme Takibi

Googlebot yönlendirmeleri takip eder; ancak sınırları vardır:

• Varsayılan olarak en fazla 5 yönlendirme takip eder (bazı kaynaklara göre 10, ama 5’i aşmamak güvenlidir).
• Döngüsel yönlendirmeleri (A → B → A) algılar ve taramayı durdurur.
• Her yönlendirme adımı ayrı bir tarama isteği sayılır ve tarama bütçesini tüketir.

Link Equity ve Durum Kodları

Link equity (bağlantı değeri / PageRank), bir sayfanın gelen bağlantılardan kazandığı otorite değeridir. Durum kodları bu değerin nasıl aktığını doğrudan belirler.

301 ile Link Equity Aktarımı

Google’ın resmi açıklamalarına göre 301 yönlendirmesi link equity’nin büyük bölümünü aktarır. Ancak şu noktalara dikkat edilmelidir:

• Her yönlendirme adımında küçük bir değer kaybı yaşanır (kesin oran açıklanmamıştır).
• Yönlendirme zincirlerinde bu kayıp birikimli hale gelir.
• Çok eski 301’ler zamanla değerlerinin büyük kısmını aktarmış ve tarayıcı önbelleğinde yerleşik hale gelmiş olabilir.

Yanlış Durum Kodunun Link Equity Etkisi

İç Linkleme ve Durum Kodları

İç bağlantılar da durum kodlarından etkilenir:

• Dahili 404 bağlantılar, hem kullanıcı deneyimini bozar hem de PageRank’in boşa gitmesine yol açar.
• 301 ile yönlendirilmiş sayfalara dahili bağlantılar verilmesi gereksiz bir yönlendirme adımı ekler; doğrudan hedef URL’ye bağlanmak tercih edilmelidir.
• Soft 404’lere gelen iç bağlantılar tarama bütçesini boşa harcar.

Teknik SEO hizmetlerimiz kapsamında yürüttüğümüz site denetimlerinde iç link yapısındaki durum kodu sorunları en sık karşılaştığımız bulgular arasında yer almaktadır. Benzer biçimde büyük ölçekli site geçişlerinde durum kodu haritalaması, site taşıma sürecinin en kritik aşamalarından biridir; yönlendirme planı eksik hazırlanan taşımalarda organik trafik kaybı aylarca sürebilir.

Google Search Console’da Tarama Hatalarını Tespit Etme

Google Search Console (GSC), Googlebot’un sitenizde yaşadığı sorunları en güvenilir biçimde raporlayan araçtır. Search Console’u nasıl kullanacağınıza dair detaylı rehberimizde tüm raporların işlevlerini adım adım anlattık; burada özellikle durum kodlarıyla ilgili bölümlere odaklanıyoruz.

Dizin Kapsamı Raporu (Index Coverage)

GSC → Dizin → Sayfalar bölümü, tüm indeksleme durumlarını gösterir.

Dikkat edilmesi gereken durumlar:

URL İnceleme Aracı

GSC’de tekil URL’leri incelemek için URL İnceleme aracını kullanın. Bu araç:

• Son tarama tarihini ve tarama sonucunu gösterir.
• İndeksleme durumunu (indekslendi / indekslenmedi / engellenmiş) rapor eder.
• Canonical URL’yi ve Googlebot’un gördüğü rendered sayfayı sunar.
• ”Canlı URL’yi test et” özelliğiyle gerçek zamanlı HTTP yanıt kodunu kontrol edebilirsiniz.

Tarama İstatistikleri Raporu

GSC → Ayarlar → Tarama İstatistikleri bölümü, Googlebot’un son 90 günde sitenize yaptığı tüm tarama isteklerini ve yanıt kodlarını gösterir.

Bu raporda takip edilmesi gerekenler:

• 5xx yanıtlarının toplam içindeki oranı
• Günlük 404 yanıt sayısı (ani artış bir sorunun işareti olabilir)
• Ortalama yanıt süresi (yüksek süre 504’e yol açabilir)

Tarama Hatalarını Tespit Etme Yöntemleri

GSC dışında da tarama hatalarını tespit edebilecek çeşitli yöntemler ve araçlar mevcuttur.

Screaming Frog ile Site Taraması

Screaming Frog SEO Spider, bir web sitesini Googlebot gibi tarayarak her URL’nin durum kodunu raporlar.

Yapılacaklar:

1. Screaming Frog’u başlatın ve site URL’nizi girin.
2. Tarama tamamlandıktan sonra “Response Codes” sekmesine geçin.
3. 4xx ve 5xx yanıtlarını filtreleyin.
4. ”Inlinks” sekmesiyle her hata sayfasına hangi iç sayfaların bağlantı verdiğini görün.
5. Yönlendirme zincirlerini “Redirect Chains” raporu üzerinden inceleyin.

Ücretsiz versiyon: 500 URL sınırıyla küçük ve orta ölçekli siteler için yeterlidir.

Sunucu Log Dosyası Analizi

Sunucu log dosyaları, tüm HTTP isteklerini ve yanıt kodlarını ham biçimde kaydeder. Bu loglar:

• Googlebot’un hangi URL’lere eriştiğini gösterir.
• Googlebot’un başka araçların gözden kaçırdığı URL’lere nasıl yanıt aldığını ortaya koyar.
• Tarama bütçesinin hangi URL’lere harcandığını analiz etmenizi sağlar.

Ayrıştırma araçları: GoAccess, Screaming Frog Log Analyzer, Ahrefs Log File Analyzer.

Googlebot User-Agent’larını filtreleyin:

Googlebot/2.1 (+http://www.google.com/bot.html)

cURL ile Manuel HTTP Başlığı Kontrolü

Belirli bir URL’nin döndürdüğü durum kodunu hızlıca kontrol etmek için:

curl -I -L https://example.com/url-yolu/

-I bayrağı yalnızca başlıkları döndürür; -L yönlendirmeleri takip eder. Her yönlendirme adımının durum kodunu, Location başlığını ve zincirin sonundaki yanıtı görebilirsiniz.

Googlebot User-Agent’ı taklit etmek için:

curl -I -L -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/url-yolu/

Ahrefs ve SEMrush Site Audit

Ücretli araçların site denetim modülleri, tüm tarama hatalarını önceliklendirerek raporlar. Ahrefs Site Audit şu hata türlerini ayrı ayrı kategorize eder:

• Kırık iç bağlantılar (4xx)
• Kırık dış bağlantılar (4xx)
• Yönlendirme zincirleri ve döngüleri
• Soft 404’ler
• Sunucu hataları (5xx)

Özel Durumlar ve Doğru Kullanım Senaryoları

Domain Taşıma (Site Migration)

Alan adı değişikliklerinde doğru durum kodu kullanımı kritiktir:

1. Eski domain’deki tüm URL’leri 1:1 olarak yeni domain’deki karşılıklarına 301 ile yönlendirin.
2. robots.txt’i yeni domain üzerinde yapılandırın; eski domain robots.txt’ini açık tutun.
3. Yeni domain’i GSC’ye ekleyip site taşıma bildirimi gönderin (GSC → Ayarlar → Alan Değişikliği).
4. Sitemap’i yeni domain adresinden gönderin.
5. Eski domain’deki 301’leri en az 1 yıl sürdürün.

HTTPS Geçişi

HTTP’den HTTPS’ye geçişte tüm HTTP URL’leri HTTPS karşılıklarına 301 ile yönlendirilmelidir:

http://example.com → 301 → https://example.com
http://www.example.com → 301 → https://www.example.com

www ve non-www tercihini de aynı anda birleştirin:

https://www.example.com → 301 → https://example.com (ya da tersi, tutarlı olun)

E-Ticaret Stok Durumu

Stok tükenen ürün sayfaları için doğru yaklaşım:

Coğrafi Yönlendirme (Geo-Targeting)

Kullanıcıyı konumuna göre farklı dil/ülke versiyonuna yönlendirirken dikkat edilmesi gerekenler:

• 302 kullanın (301 değil): Kullanıcı konumu değişebilir; yönlendirme geçici niteliktedir.
• Googlebot’u yönlendirmeyin; hreflang etiketi ve Vary: Accept-Language başlığıyla dil sürümlerini belirtin.
• Google’ın IP adresi ABD’den görünür; onu Türkçe sayfaya yönlendirirseniz Türkçe içeriği indekslemiş olursunuz — bu istemediğiniz bir durum olabilir.

Sayfalama (Pagination)

Sayfalandırılmış içerik serilerinde (sayfa 2, sayfa 3…) ilk sayfanın silinmesi durumunda doğru yaklaşım:

• İlk sayfayı 301 ile serinin kanonik URL’sine yönlendirin.
• Diğer sayfa URL’lerini silmek yerine 301 ile yeni URL yapısına yönlendirin.
• rel=“canonical” etiketini doğru yapılandırın.

SEO Açısından Durum Kodu Kontrol Listesi

Aylık Kontrol

• GSC Dizin Kapsamı raporunu inceleyin; yeni 4xx ve 5xx hatalarını not edin.
• GSC Tarama İstatistikleri’nde yanıt kodu dağılımını kontrol edin.
• Screaming Frog veya benzer araçla iç kırık bağlantıları tarayın.
• Sitemap’teki URL’lerin tamamının 200 döndürdüğünü doğrulayın.

Site Değişikliklerinde Kontrol

• Silinen her URL için 301 veya 410 kararı verin.
• Yönlendirme zincirlerini düzleştirin; 5’ten fazla adımlı zincir bırakmayın.
• Bakım modu açıldığında 503 + Retry-After başlığının devrede olduğunu doğrulayın.
• Yeni URL yapısında soft 404 üretilmediğini teyit edin.

Sunucu Yapılandırmasında Kontrol

• Hata sayfaları doğru durum kodunu döndürüyor mu? (404 sayfası 404, 500 sayfası 500)
• 429 hız sınırlama kuralları Googlebot’u olumsuz etkiliyor mu?
• Zaman aşımı değerleri 504’ü önleyecek şekilde yapılandırıldı mı?

Durum Kodu Karar Çerçevesi

Bir URL için hangi durum kodunu kullanacağınıza karar verirken izleyebileceğiniz basit bir soru zinciri aşağıdadır. Her adımda “evet” cevabı sizi bir sonraki adıma değil, doğrudan önerilen aksiyona götürür.

1. İçerik hâlâ mevcut ve doğru URL’de mi? Evet ise 200 döndürün, ek işlem gerekmez.
2. İçerik başka bir URL’ye taşındı mı ve bu taşıma kalıcı mı? Evet ise 301 kullanın; hedef URL’nin kendisi de 200 döndürmeli, ikinci bir yönlendirmeye zincirlenmemeli.
3. İçerik geçici olarak başka bir URL’de mi (test, bakım, kampanya)? Evet ise 302 veya 307 kullanın; kalıcı hale geldiğinde mutlaka 301’e çevirin.
4. İçerik kalıcı olarak kaldırıldı ve bir daha geri gelmeyecek mi? Evet ise 410 kullanın; bu, 404’ten daha net bir sinyal olduğu için indeksten çıkarmayı hızlandırır.
5. İçeriğin geri gelip gelmeyeceği belirsiz mi (mevsimlik ürün, geçici stok sorunu)? Evet ise 404 kullanın ve içeriği izlemeye devam edin; net bir plan oluştuğunda kodu güncelleyin.
6. Sayfa yalnızca yetkili kullanıcılara mı açık? Evet ise 401 veya 403 kullanın; genel ziyaretçiye 404 göstermek yanıltıcı olabilir.
7. Sunucu geçici bir bakım veya yük sorunu mu yaşıyor? Evet ise 503 + Retry-After başlığı kullanın; asla 200 ile “site bakımda” mesajı göstermeyin.

Bu karar zincirini ekip içinde bir kontrol listesine dönüştürüp geliştirme ve içerik ekiplerinin ortak referansı hâline getirmeniz, ileride tekrar eden hataların önüne geçer.

Vaka Kurgusu: Domain Taşımasında Kaybolan Sıralamalar

Orta ölçekli bir e-ticaret sitesi, üç yıl boyunca biriktirdiği organik trafiği koruyarak yeni bir alan adına ve yeni bir teknoloji altyapısına geçmeye karar verdi. Proje ekibi, tasarım ve performans konularına büyük özen gösterdi; ancak durum kodu planlaması son ana bırakıldı.

Başlangıç durumu: Site, 3.200 civarında indekslenmiş URL’ye sahipti. Bunların yaklaşık 400’ü kategori ve ürün sayfası, geri kalanı blog içeriği ve filtre kombinasyonlarıydı. Geçiş öncesi yapılan hızlı bir denetimde, yeni sitede URL yapısının tamamen değiştiği, ürün slug’larının kısaltıldığı ve kategori hiyerarşisinin sadeleştirildiği görüldü.

Uygulama: Geliştirme ekibi, geçiş gecesi eski URL’lerin büyük kısmını ana sayfaya yönlendiren tek bir kural yazdı: “eşleşmeyen her URL ana sayfaya 301 ile gitsin.” Bu, teknik olarak hızlı bir çözümdü ama SEO açısından ciddi bir hataydı — her sayfanın topladığı özgün link equity, ana sayfada birikip anlamsızlaşmış, arama motoru her eski URL’nin artık alakasız bir hedefe gittiğini görmüştü.

Geçişten dört gün sonra Search Console’da “Yönlendirme hatası” ve “Bulunamadı (404)” bildirimleri hızla arttı; organik trafik iki hafta içinde yaklaşık üçte iki oranında geriledi.

Düzeltme adımları:

1. Eski sitenin arşiv kopyasından (Wayback Machine ve eski sitemap dosyalarından) tüm URL listesi çıkarıldı.
2. Screaming Frog ile eski ve yeni site URL’leri karşılaştırılarak birebir 1:1 yönlendirme haritası (redirect map) oluşturuldu.
3. Ana sayfaya toplu yönlendirme kuralı kaldırıldı; her eski URL kendi en yakın karşılığına 301 ile yönlendirildi.
4. Karşılığı bulunamayan, düşük değerli filtre URL’leri için 410 tercih edildi.
5. GSC’de “Alan Değişikliği” aracı yeniden çalıştırıldı ve güncel sitemap gönderildi.
6. Sunucu logları iki hafta boyunca günlük izlenerek Googlebot’un yeni yönlendirme haritasını nasıl taradığı takip edildi.

Sonuç penceresi: Düzeltmeden sonraki altı hafta içinde organik trafiğin yaklaşık %85’i geri kazanıldı; kalan fark, birkaç yüksek otoriteli sayfanın tamamen kaldırılmış olmasından kaynaklanıyordu. Üç ay sonunda trafik geçiş öncesi seviyesine yakın bir noktaya ulaştı. Bu deneyim, “hızlı ve genel” bir yönlendirme kuralının, “yavaş ama doğru” bir 1:1 haritalamaya kıyasla çok daha pahalıya mal olabileceğini gösterdi. (Vaka temsilidir.)

Sık Yapılan Hatalar

1. Kalıcı değişikliklerde 302 kullanmak. Ekipler genellikle “sonra düzeltiriz” diyerek geçici kod ile başlar ve bu kod aylarca değişmeden kalır; bu süre boyunca link equity hedef sayfaya tam aktarılmaz.
2. Bakım sayfasını 200 ile yayınlamak. Bakım modundaki bir site 200 döndürürse, arama motoru bakım mesajını gerçek içerik sanıp indeksleyebilir; bu, geçici bir bakımın kalıcı bir sıralama kaybına dönüşmesine yol açabilir.
3. Silinen içerik için soft 404 üretmek. “Ürün bulunamadı” mesajını 200 koduyla göndermek, arama motorunun sayfanın gerçekten var olmadığını geç fark etmesine neden olur; bu süre zarfında tarama bütçesi boşa gider.
4. Yönlendirme zincirlerini temizlememek. Zaman içinde art arda eklenen yönlendirmeler (A→B, sonra B→C) kısa sürede beş adımı aşan zincirlere dönüşebilir; bu da hem kullanıcı deneyimini hem taramayı yavaşlatır.
5. Değerli backlink’e sahip sayfaları doğrudan 404 ile kapatmak. Sayfa silinmeden önce hangi dış bağlantılara sahip olduğu kontrol edilmezse, yıllar içinde kazanılmış otorite tek seferde kaybedilebilir.
6. Hata sayfalarını yanlış durum koduyla sunmak. Özel tasarlanmış bir 404 sayfası, sunucu yapılandırması hatası nedeniyle 200 koduyla dönebilir; bu durum sıkça fark edilmeden aylarca sürer.
7. 429 hız sınırlamasını arama motoru botlarına da uygulamak. Kötüye kullanımı önlemek için eklenen genel hız sınırlama kuralları, yanlışlıkla Googlebot veya AI crawler’ların erişimini de kısıtlayabilir.
8. Coğrafi yönlendirmede Googlebot’u da yönlendirmek. Kullanıcı konumuna göre otomatik yönlendirme yapan sistemler, ABD’den erişen Googlebot’u da yerelleştirilmiş sayfaya göndererek yanlış içeriğin indekslenmesine yol açabilir.
9. Site taşımasında toplu ve genel yönlendirme kuralı kullanmak. “Her şeyi ana sayfaya yönlendir” yaklaşımı, her sayfanın özgün link equity’sini heba eder; yukarıdaki vaka kurgusu bu hatanın somut bir örneğidir.
10. Durum kodlarını yalnızca geçiş anında kontrol edip sonra unutmak. Durum kodu sağlığı tek seferlik bir denetim değil, sürekli izlenmesi gereken bir süreçtir; sunucu güncellemeleri veya eklenti değişiklikleri zamanla yeni hatalar üretebilir.

Sık Sorulan Sorular

Sonuç

HTTP durum kodları, arama motorlarıyla yürüttüğünüz sessiz bir konuşmanın parçasıdır. Her kod, Google’a bir mesaj verir: “Bu içerik burada ve değerli,” “Bu adres kalıcı olarak taşındı,” “Bu sayfa artık yok” ya da “Şu an sorun var, biraz sonra tekrar dene.”

Bu mesajları doğru göndermek, kazandığınız link equity’yi korumak, tarama bütçenizi verimli kullanmak ve sayfalarınızın doğru içerikle indekslenmesini sağlamak için temel bir gerekliliktir.

Özetlemek gerekirse:

• 200: Her aktif sayfanın hedefi, soft 404’ten kaçının.
• 301: Kalıcı taşımalarda tek doğru seçenek, zincirlerden kaçının.
• 302: Yalnızca gerçekten geçici durumlar için kullanın.
• 404: Silinmiş ve değersiz içerikler için uygundur.
• 410: Kasıtlı, kalıcı kaldırmalar için 404’ten daha güçlü bir sinyaldir.
• 503 + Retry-After: Bakım süreçlerinin doğru yolu.
• 5xx hataları: Acilen müdahale gerektiren sunucu sorunlarıdır.

Sitenizin durum kodu yapısını düzenli olarak denetlemek ve her değişiklikte doğru kodu uygulamak, teknik SEO sağlığının temel taşlarından biridir. Teknik SEO hizmetlerimiz aracılığıyla sitenizin durum kodu yapısını profesyonel bir gözle inceleyebilir, kalıcı çözümler üretebilirsiniz.