SEO için HTTP durum kodları: 200, 301, 404, 403 ve 500 açıklamaları
Her yanıtın ne söylediğini, neyi kanıtlayamayacağını ve hangi sorunların içerik, erişim veya sunucu düzeltmesi gerektirdiğini anlayın.
İçindekiler
HTTP durum kodu size ne söyler?#
Tarayıcı veya denetleyici bir kaynak istediğinde sunucu, isteğin nasıl işlendiğini açıklayan bir durum kodu döndürebilir. Bağlantı raporunda bu, başarılı yanıtları, yönlendirmeleri, istemci tarafındaki istek sorunlarını ve sunucu başarısızlıklarını ayırmanıza yardımcı olur.
Yanıt, belirli bir anda tek bir isteğe aittir. Farklı bir oturum, giriş durumu veya istek yöntemi başka bir sonuç alabilir. URL’yi ve son hedefi kodla birlikte kaydedin. Bir ağ isteği geçerli yanıt gelmeden başarısız olursa bu durumu uydurulmuş bir HTTP durumu olarak ele almak yerine ayrı inceleyin.
200 OK: bağlantının yanında içeriği de kontrol edin#
200 yanıtı isteğin HTTP düzeyinde başarıyla işlendiği anlamına gelir. Yanıtın kaynak bağlantısında açıklanan içeriği içerdiğini doğrulamak için önemli sayfaları açın. Genel bir ana sayfaya ulaşan belge bağlantısı, ana sayfa başarıyla yüklense bile yanlış olabilir.
Bazı siteler hata mesajı, boş arama sonucu veya kaldırılmış ürün için normal bir yanıt döndürür. Bu, yumuşak 404’e benzeyebilir: teknik yanıt ile içerik aynı şeyi söylemez. Bağlantı denetimi nereye bakacağınızı belirlemeye yardımcı olur; ancak hedefin faydalı olduğuna karar vermeden önce gerçek sayfayı değerlendirmek gerekir.
301 ve 302: bağlantının nereye ulaştığını inceleyin#
Yönlendirme, bir isteğin hedefini değiştirir. 301 veya 308 gibi kalıcı yönlendirmeler kalıcı taşınmaya uygundur; 302 veya 307 gibi geçici yanıtların amaçlanan kullanımı farklıdır. Yönlendirme davranışını bir kod daha cazip geldiği için değil, içerikte gerçekten ne olduğuna göre seçin.
Kontrol ettiğiniz bir iç bağlantıyı doğrudan amaçlanan güncel URL’ye bağlamayı düşünün. Eski bağlantılar ve yer imleri için gereken yönlendirmeleri koruyun. Gereksiz atlamalar oluşturan, ilgisiz bir hedefe ulaşan veya URL’ler arasında döngüye giren bir yönlendirme zinciri incelenmelidir.
| Yanıt | Ne düşündürür? | İlk kontrol |
|---|---|---|
| 200 | Başarılı istek | İçerik kaynak bağlantısıyla eşleşir. |
| 301 / 308 | Kalıcı yönlendirme | Taşınma ve son hedef uygundur. |
| 302 / 307 | Geçici yönlendirme | Geçici davranış kasıtlıdır. |
| 404 / 410 | Bulunamayan veya bilerek kaldırılmış kaynak | Faydalı bir alternatif olup olmadığı. |
| 401 / 403 | Kimlik doğrulama veya erişim kısıtlaması | Amaçlanan kitlenin erişip erişemediği. |
| 429 | İstek hızının sınırlandırılması | İstek hacmi ve yeniden deneme zamanı. |
| 500 / 502 / 503 | Sunucunun veya üst hizmetin kullanılabilirlik sorunu | Hizmetin tekrar tekrar başarısız olup olmadığı. |
404 ve 410: içeriğin var olması gerekip gerekmediğine karar verin#
404 istenen kaynağın bulunamadığı anlamına gelir. 410 kaynağın kaldırılmış olduğunu gösterir. Önce yazımı, önem taşıdığı durumlarda büyük ve küçük harfleri, dosya uzantısını ve yolu inceleyin. Ardından içeriğin taşınmış mı, bilerek kaldırılmış mı olduğunu veya hâlâ erişilebilir olması mı gerektiğini belirleyin.
Kaynağın ilgili bir alternatifi varsa iç bağlantıları düzeltin ve eski URL’den uygun bir yönlendirme yapmayı düşünün. Alternatifi yoksa yanıltıcı bağlantıları kaldırın veya yeniden yazın. Her kaldırılmış sayfayı ana sayfaya göndermek ziyaretçileri şaşırtabilir ve ilgisiz içeriği faydalı bir alternatife dönüştürmez.
403, 429 ve sunucu hataları farklı bir inceleme gerektirir#
403 yanıtı erişim kurallarını veya istek korumasını yansıtabilir. 429 çok fazla istek olduğunu gösterebilir. Hiçbiri hedefin silindiğini otomatik olarak kanıtlamaz. URL’yi amaçlanan erişim koşullarında açın ve sitenin kimlik doğrulama gerektirip gerektirmediğini veya otomatik etkinliği sınırlayıp sınırlamadığını kontrol edin.
500 veya 503 gibi sunucu başarısızlıkları geçici olabilir; ancak tekrarlanan başarısızlıklar teknik müdahale gerektirir. Zaman içinde birkaç gözlemi karşılaştırın ve kullanıcının gerçekte ne yaşadığını kaydedin. Yalnızca kesinti sırasında tek bir istek başarısız oldu diye geçerli bir bağlantıyı değiştirmeyin.
Ne zaman yeniden denemelisiniz?
Makul bir geçici açıklama olduğunda uygun bir aradan sonra yeniden deneyin. Yanıt istek hızının sınırlandırıldığını gösteriyorsa etkinliği azaltın ve hedef hizmetin yönergelerini izleyin. Tekrarlanan yoğun yeniden denemeler bir düzeltme değildir.
Ne zaman ilgili sorumluya iletmelisiniz?
İş açısından kritik sayfalardaki tekrarlanan başarısızlıkları, aynı sunucudan gelen birkaç hatayı ve amaçlanan kitlenin görevini tamamlamasını engelleyen erişim kurallarını ilgili sorumluya iletin. Zaman damgalarını ve örnek URL’leri ekleyin.
SEO düzeltme listesinde durum kodlarını kullanma#
Bulunamayan içerik, eski bağlantılar, basitleştirilmesi gereken yönlendirmeler ve incelenmesi gereken istekler için ayrı kategoriler tutun. Bu, sorumluları netleştirir ve tek bir genel işlemin yeni sorunlar yaratmasını önler.
Linky, sayfa ve tüm site taramalarında gözlemlenen yanıtları raporlar. Bunları kaynak bağlamı ve elle doğrulamayla birlikte kullanın. Google dizine ekleme soruları için Search Console’a da bakın; bir tarayıcı uzantısı raporu Googlebot’un tam olarak ne aldığını veya Google’ın sayfayı nasıl değerlendirdiğini göstermez.
- Kaynak URL’sini, hedefi, yanıtı ve kontrol zamanını kaydedin.
- Başarılı ve yönlendirilmiş yanıtların arkasındaki içeriği doğrulayın.
- Geçici kullanılabilirlik sorunlarını kalıcı kaldırmadan ayırın.
- Düzeltilen bağlantıları yeniden kontrol edin ve tekrarlanan örüntüleri inceleyin.
Sık sorulan sorular#
Her 404 SEO’ya zarar verir mi?
Bulunamayan bir kaynak, yayımlama stratejinizde otomatik olarak hata olduğu anlamına gelmez. Bilerek kaldırılan içerik bulunamayan sayfa yanıtı döndürebilir. Hâlâ bu içeriği vadeden iç bağlantıları düzeltin ve uygun bir alternatif olup olmadığını değerlendirin.
200 yanıtı Google’ın sayfayı dizine eklediği anlamına gelir mi?
Hayır. Başarılı bir yanıt ile arama dizinine ekleme ayrı gözlemlerdir. Sayfanın hâlâ dizine ekleme kısıtlamaları, kanonik URL çakışmaları veya aramada görünmemesine yol açan başka nedenleri olabilir.
Sayfa benim için açılırken bağlantı denetleyicisi neden 403 alır?
Tarayıcı oturumunuz isteğin paylaşmadığı izinlere veya çerezlere sahip olabilir ya da hedef otomatik istek koruması uygulayabilir. Bağlantıyı değiştirmeden önce erişim koşullarını kontrol edin.
Bu iş akışını uygulayın
İlgili Linky belgelerini okuyun ve bu makalede kullanılan ürün kontrollerini ve sınırlarını öğrenin. Destekle iletişime geç bir sonuç daha fazla inceleme gerektiriyorsa.
Kaynaklar ve ek okumalar
Arama motorlarının davranışı için bu birincil kaynakları kullanın. Yukarıdaki işlemler ve kontrol listeleri, bağlantı denetiminin pratik site bakımına nasıl uygulanacağını açıklar.
Düzeltilmesi gereken bağlantıları bulun
Görüntülediğiniz sayfayı incelemek veya web sitesindeki erişilebilir sayfaları denetlemek için Linky tarayıcı uzantısını kurun. Bozuk hedefleri, bulunamayan çapaları ve yönlendirmeleri inceleyin; düzeltilmesi gereken kaynağı bulun.
Ücretsiz başlayın. Planları karşılaştırın ve tekrarlı denetimlere, Site yapısına ve dışa aktarmalara uygun olanı bulun.
