Bir URL’nin yanındaki 200, 301 veya 404 tek başına sayfanın arama sonuçlarındaki durumunu açıklamaz. Önce yanıtın gerçekten hangi URL’den geldiğini, yönlendirme varsa zincirin nereye ulaştığını ve sayfa içeriğinin bu yanıtla tutarlı olup olmadığını kontrol edin.
Bu rehber, sık kullanılan HTTP yanıt kodlarını URL yaşam döngüsüne göre seçmenize ve curl.exe ile gözlemlemenize yardım eder. Google’ın crawler davranışını da HTTP standardının anlamından ayrı ele alır: doğru kod kullanmak gerekli bir teknik sinyaldir, fakat tek başına indekslenme veya sıralama garantisi değildir.
Hızlı karar tablosu
| Durum | Uygun yanıt | SEO ve uygulama notu |
|---|---|---|
| Sayfa mevcut ve isteği karşılıyor | 200 OK | Yanıt gövdesi gerçek, amaçlanan içeriği göstermeli. 200, Google’ın sayfayı dizine ekleyeceği anlamına gelmez. |
| Kaynak kalıcı olarak taşındı ve yakın bir karşılığı var | 301 veya 308 | Eski URL’den en yakın eşdeğer hedefe tek adımda yönlendirin; hedef de erişilebilir ve doğru canonical olmalı. |
| Taşınma geçici | 302 veya 307 | Kaynağın geri gelmesi bekleniyorsa geçici yönlendirme kullanın. Kalıcı taşıma için geçici kodu alışkanlıkla bırakmayın. |
| İçerik değişmedi ve koşullu istek eşleşti | 304 Not Modified | Normal bir sayfa gövdesi dönmez; If-None-Match veya If-Modified-Since gibi koşullu istek bağlamında değerlendirilir. |
| URL yok, geçerli eşdeğer hedef yok | 404 Not Found veya 410 Gone | Gerçek hata yanıtı döndürün. Kaldırılan her URL’yi ana sayfaya yönlendirmeyin. |
| İstek sınırına ulaşıldı | 429 Too Many Requests | Oran sınırı ve varsa Retry-After ile birlikte değerlendirin. Google bunu sunucu yükü sinyali sayabilir. |
| Sunucu geçici olarak isteği karşılayamıyor | 503, uygun diğer 5xx | Kısa süreli bakım/yük sorununu gerçek yanıtla belirtin; neden ve sürenin giderildiğini sunucu loglarından izleyin. |
Hata sayfası gösteriliyor ama HTTP yanıtı 200 | Kodu ve gövdeyi düzeltin | İçerik bulunamadı diyorsa ama başarı kodu dönüyorsa soft 404 riski vardır. |
HTTP kodu neyi söyler, neyi söylemez?
HTTP yanıt kodu, sunucunun isteğe verdiği protokol yanıtıdır. 2xx başarı sınıfını, 3xx yönlendirmeyi, 4xx isteğe veya erişime ilişkin sorunu, 5xx ise sunucunun isteği karşılayamamasını gösterir. Uygulama, proxy veya CDN yanıtı etkileyebileceği için gözlenen kodu hangi katmanın ürettiğini de araştırmak gerekebilir.
Arama motoru açısından kodu gövdeyle birlikte yorumlayın. Google, 2xx yanıtındaki içeriği sonraki işleme aşamasına alabilir; bu, dizine ekleme garantisi değildir. İçerik boşsa, hata mesajı gösteriyorsa veya URL’nin bulunmadığını söylüyorsa başarı kodu dönmesi soft 404 oluşturabilir. 4xx yanıtlarının gövdesi Google tarafından indeksleme içeriği olarak kullanılmaz. 429 ve 5xx ise sunucu kullanılabilirliği sinyali olarak ayrıca değerlendirilir.
HTTP standardındaki anlam ile Google’ın crawler için açıkladığı davranış aynı şey değildir. Örneğin 301 ve 302 ikisi de yönlendirmedir, ama kalıcı ve geçici kaynak taşınmasını farklı belirtir; Google da bu kodları farklı sinyaller olarak açıklar. Uygun kodu sayfanın gerçek durumuna göre seçin, varsayılan bir “SEO kodu” gibi kullanmayın.
URL yaşam döngüsünde yönlendirme mi, 404 mü, 410 mu?
Sayfa başka bir adrese kalıcı taşındıysa eski URL’den konu ve kullanıcı amacı bakımından en yakın yeni adrese 301 veya 308 döndürün. Eski URL’yi doğrudan nihai hedefe bağlayın; eski → ara sayfa → hedef gibi zincir bırakmayın. Hedef 200 dönmeli, kendi amacına uygun içeriği sunmalı ve canonical sinyaliyle çelişmemelidir.
Değişiklik geçiciyse ve eski URL’nin daha sonra yeniden sunulması planlanıyorsa 302 veya 307 kullanın. Kampanya, bakım ya da geçici stok durumu gibi senaryolarda erişim ve geri dönüş planı belirleyin; geçici kuralı süresiz bırakmayın.
Sayfa kaldırıldı ve eşdeğer içerik yoksa 404 veya 410 döndürün. Her iki kod da URL’nin mevcut içeriği sunmadığını bildirir. 410, kaynağın kalıcı olarak kaldırıldığını daha açık ifade eder; kararınızı gerçek içerik durumuna göre verin. Kullanıcıya yararlı bir hata sayfası gösterebilirsiniz, ancak sunucu yine de 404/410 yanıtı vermelidir.
Silinen yüzlerce URL’yi ana sayfaya veya ilgisiz bir kategoriye topluca yönlendirmek eşdeğer içerik sağlamaz ve soft 404 algısına yol açabilir. Eski URL’nin iç linklerini ve sitemap kaydını da düzeltin; yönlendirme, bozuk site içi linkleri kalıcı bırakmanın yerine geçmez. URL taşıma kapsamı varsa SEO migration rehberindeki eşleme ve yayın sonrası kontrollerini izleyin. Tek tek yönlendirme eşlemesi hazırlamak için redirect map aracını kullanabilirsiniz; araç çıktısı üretim kuralının veya hedef eşdeğerliğinin canlı kabulü değildir.
GET yanıtını ve yönlendirme zincirini curl.exe ile kontrol edin
Windows PowerShell’de curl adı bazı ortamlarda PowerShell komutuna çözülebilir. Aşağıdaki örneklerde özellikle curl.exe çağrılır. GET isteği gönderir, yanıt gövdesini dosyaya yazmadan HTTP başlıklarını gösterir:
curl.exe -sS -D - -o NUL --max-time 20 "https://example.com/eski-yol/"
Yönlendirmeleri izleyip zincirdeki başlıkları ve son URL/yanıt kodunu görmek için:
curl.exe -sS -L -D - -o NUL --max-time 30 `
-w "`nFinal status: %{http_code}`nEffective URL: %{url_effective}`nRedirects: %{num_redirects}`n" `
"https://example.com/eski-yol/"
example.com yer tutucusunu kontrol edeceğiniz herkese açık URL ile değiştirin. Komutlar örnek çalıştırma tarifidir; bu makalede Seobify, Zeo veya başka bir canlı site için ölçülmüş bir HTTP sonucu sunulmamaktadır. Yanıttaki Location başlığı yönlendirme hedefini, Retry-After ise sunucunun belirttiği bekleme bilgisini gösterebilir. Başlık yoksa veya proxy/CDN yanıtı değiştiriyorsa bu tek başına kaynağın kesin nedenini kanıtlamaz.
curl.exe -I bir HEAD isteği gönderir; bu, GET ile her sunucuda aynı davranacağı anlamına gelmez. Önce sayfa gövdesini almadan GET başlıklarını görmek için yukarıdaki -D - -o NUL biçimini kullanın. Bir crawler veya browser ile farklı sonuç alırsanız istek yöntemi, user-agent, ülke, oturum/çerez, cache/WAF katmanı ve zaman bilgisini kaydedin; tek bir terminal isteğini Googlebot’un deneyimi diye sunmayın.
Google taraması için kodları nasıl yorumlamalı?
200: Google yanıt içeriğini değerlendirebilir, fakat200indeks garantisi değildir. Hata mesajı ya da boş gövde varsa soft 404 ve render edilen içerik kontrolü yapın.301/308: Kalıcı yönlendirme sinyalidir. Hedefin200verdiğini, ilgili içeriği sunduğunu ve zincirin gereksiz adım içermediğini kontrol edin.302/307: Geçici yönlendirme davranışıdır. Google yönlendirmeyi takip edebilir; geçicilik veya kalıcılık tercihini gerçek URL durumuyla uyumlu tutun.304: Koşullu önbellek isteğinin bağlamında içerik değişmediğini bildirir. Yanıt gövdesi beklenen sıradan bir200sayfa isteği gibi test etmeyin.404/410: Mevcut olmayan kaynak için döndürülür. Daha önce bilinen URL’ler zamanla Search’ten kaldırılabilir; silinen URL için eşdeğer hedef yoksa ana sayfaya yönlendirmek zorunlu değildir.429/5xx: Google bunları sunucu yükü/erişilebilirlik problemi olarak ele alıp taramayı geçici olarak azaltabilir. Kısa ve kontrollü bakım yanıtını uzun süre döndürmek URL’lerin Search’ten düşmesine neden olabilir. Kök neden, süre,Retry-After, origin ve crawler logları izlenmelidir.
401 ve 403 erişim/izin yanıtlarıdır; Google’ın crawl hızını ayarlamak için kullanılmamalıdır. Erişim gerektiren alanlarda gerçek yetkilendirme politikasını koruyun. Google’ın kod bazındaki crawler açıklamaları için HTTP status code rehberine, erişilebilirlik ve soft 404 teşhisi için crawl error rehberine bakın.
Teknik SEO kabul kontrolü
Bir URL kümesini denetlerken her test için URL, istek yöntemi, tarih/saat, ilk yanıt, redirect hop sayısı, son URL, son kod, ilgili başlıklar ve beklenen sayfa durumunu kaydedin. Ardından şu kontrolleri tamamlayın:
- Başarılı içerik sayfaları
200veriyor ve asıl içeriği yanıt gövdesinde sunuyor mu? - Kalıcı taşınan URL’ler en yakın eşdeğer hedefe tek adımda gidiyor mu; hedef
200ve doğru canonical mı? - Geçici yönlendirmeler gerçek anlamda geçici mi; gereksiz zincir veya döngü var mı?
- Silinmiş ve eşdeğeri olmayan URL’ler gerçek
404/410veriyor mu; sitemap ve dahili linklerden çıkarıldı mı? - Hata sayfaları
200ile sunulup soft 404 görünümü yaratıyor mu? 429/5xxolayları zaman, istek tipi, WAF/CDN ve origin loglarıyla eşleştiriliyor mu?- Terminal yanıtı ile Search Console URL Inspection/crawl verisi birbiriyle karıştırılmadan ayrı kaydediliyor mu?
Bu teknik kod incelemesini daha geniş kapsam için teknik SEO kontrol listesiyle birlikte kullanın. Yönlendirme amacı ve canonical tercihi için ayrıca canonical mı 301 mi karar rehberine bakın.
Sık sorulan sorular
404 mü, 410 mu kullanmalıyım?
İkisi de kaynağın mevcut olmadığını bildirir. 410, kalıcı kaldırmayı daha açık belirtir; uygun kod, URL’nin gerçek yaşam döngüsüne bağlıdır. Eşdeğer ve alakalı hedef varsa yönlendirmeyi değerlendirin.
Her 200 yanıtlı sayfa Google’da indekslenir mi?
Hayır. 200 yalnızca isteğin başarılı yanıtlandığını belirtir; Google içeriği ayrıca değerlendirir ve dizine ekleme garantisi vermez.
429 veya 503 SEO’ya zarar verir mi?
Bu kodlar sunucu yükünü veya geçici kullanılamazlığı gösterir. Kısa süreli olaylarda crawler yeniden deneyebilir; uzun süren hatalar taramanın azalmasına ve URL’lerin dizinden düşmesine yol açabilir. Süre ve kapsamı loglarla izleyin.
Yönlendirme zinciri neden önemlidir?
Her ek hop isteğin tamamlanmasını uzatabilir ve tanı koymayı zorlaştırır. Eski URL’yi mümkün olduğunda doğrudan nihai, eşdeğer hedefe yönlendirin ve döngü olmadığını test edin.