Yönlendirmeler: 301 vs 302, Zincirler ve Sıralama Kaybettiren Hatalar

Yönlendirmeler bir site taşınana kadar çok basit görünür; ancak site taşındığında organik trafiğinizi koruyup koruyamayacağınızı ya da sıfırdan başlamak zorunda kalıp kalmayacağınızı belirleyen tek ana faktör haline gelirler.

Kurallar kısadır. Hatalar ise çok pahalıdır ve büyük ölçüde önlenebilir.

Durum kodları (HTTP Status Codes)

301 — Kalıcı Olarak Taşındı (Moved Permanently). Arama motorları tüm sıralama sinyallerini yeni hedefe aktarır ve zamanla eski URL'i dizinlerinden çıkarıp yerine yenisini koyar. Tarayıcılar 301 yönlendirmesini çok agresif ve neredeyse süresiz önbelleğe alır; bu yüzden yanlışlıkla yapılan bir 301'i geri almak çok zordur — sunucuyu düzeltseniz bile eski ziyaretçiler önbellekten eski yönlendirmeyi takip etmeye devam eder.

308 — Kalıcı Yönlendirme (Permanent Redirect). HTTP istek metodunu koruması dışında 301 ile tamamen aynıdır. Bir POST isteği GET'e dönüşmez, POST olarak kalır. API uç noktaları için kullanın; web sayfaları için 301 yeterlidir ve araçlar tarafından daha iyi anlaşılır.

302 — Geçici Olarak Bulundu (Found). Sıralama sinyalleri orijinal URL'de kalır ve yeni hedef onun yerine indekslenmez. A/B testleri, bakım sayfaları ve Accept-Language tabanlı dil yönlendirmeleri için doğrudur — yani hedefin kalıcı bir değişiklik değil, isteğe bağlı geçici bir durum olduğu her senaryo için kullanılır.

307 — Geçici Yönlendirme (Temporary Redirect). 302'nin HTTP metodunu koruyan versiyonudur.

Pahalı hata, kalıcı bir taşıma için 302 kullanmaktır. Google zamanla bunu anlayıp 301 gibi değerlendirebilir ancak bu "zamanla" süreci aylarca eski URL'in sıralamayı tutması ve yeni sayfanın indekslenmemesi anlamına gelebilir.

Yönlendirme zincirleri (Redirect Chains)

Zincir, bir yönlendirmenin başka bir yönlendirmeye çıkmasıdır. Zamanla sessizce birikirler:

http://example.com/eski-sayfa
  → 301 → https://example.com/eski-sayfa
  → 301 → https://www.example.com/eski-sayfa
  → 301 → https://www.example.com/yeni-sayfa/
  → 200

Tarayıcı herhangi bir içerik görmeden önce tam 4 ayrı istek gerçekleşir! Bunların her biri muhtemelen farklı zamanlarda farklı kişiler tarafından eklenmiş mantıklı kurallardır: HTTPS'e zorla, www'ye çek, yeni URL'e taşı.

Bunun gerçek maliyeti nedir?

Artık PageRank kaybı değildir. Google 2016'da 301 yönlendirmelerinin PageRank değerini eksiksiz aktardığını doğruladı; yani eski "her yönlendirmede %15 otorite kaybı" kuralı artık geçerli değildir.

Gerçek maliyet hızdır. Mobil bağlantıda her yönlendirme adımı tam bir gidiş-dönüş (round trip) süresidir — TCP ve TLS el sıkışmaları her adımda 200–400ms ek gecikme yaratabilir. Bu doğrudan Largest Contentful Paint (LCP) metriğinize biner ve doğrudan siteden hemen çıkma oranını (bounce rate) artırır.

Google yaklaşık on adıma kadar yönlendirmeleri takip eder ve sonra vazgeçer. Ancak ziyaretçileriniz bundan çok daha önce vazgeçer.

Çözüm düzleştirmektir (flatten): İlk URL'i zincirdeki bir sonraki kurala değil, doğrudan nihai hedefe yönlendirin.

HSTS avantajı

http:// adresini https:// adresine yönlendiriyorsanız, her ilk ziyaretçi bu yönlendirmenin gecikme bedelini öder.

HSTS eklemek, daha önce gelen herkes için bu adımı tamamen siler:

Strict-Transport-Security: max-age=31536000; includeSubDomains

Tarayıcı artık sonraki her ziyarette sormadan doğrudan HTTPS'e bağlanır. Bu, tekrar gelen ziyaretçiler için her sayfa yüklemesinden tam bir gidiş-dönüş süresini siler — tek bir başlık, somut hız kazancı.

Yönlendirme döngüleri (Redirect Loops)

Döngü bir URL'i tamamen erişilemez kılar. En yaygın nedenler:

• Sondaki taksim (/) kuralıyla canonical kuralının çatışması
• Uygulama seviyesindeki HTTPS yönlendirmesiyle CDN seviyesindekinin çakışması
• Bir dil yönlendirmesinin, az önce yönlendirdiği dil sayfasına tekrar yönlendirme yapması

Döngüler, tam o URL'i tetikleyen biri girene kadar görünmezdir. Sadece ana sayfayı değil, spesifik URL'leri test edin.

Tüm yönlendirme adımlarını Ücretsiz Yönlendirme Kontrol Aracımız ile adım adım izleyebilirsiniz.

Sıralama kaybettiren site taşıma hatası

Eski sitede trafiği veya gelen bağlantısı olan her bir URL, yeni sitedeki en yakın karşılığına doğrudan 301 ile yönlendirilmelidir.

Ana sayfaya değil!

Google, alakasız tüm eski URL'lerin topluca ana sayfaya yönlendirilmesini bir soft 404 (sahte 404) olarak değerlendirir ve neredeyse hiçbir sıralama otoritesini aktarmaz. Bir site taşımasının organik trafiği yok etmesinin bir numaralı sebebi budur; çünkü gerçek bir URL eşleme tablosu çıkarmak zahmetlidir, her şeyi / adresine yönlendirmek ise tek satırdır.

Zahmetli olan yöntem çalışan yöntemdir:

1. Bir şeye dokunmadan önce eski siteyi baştan sona tarayın (Screaming Frog, Sitebulb vb.).
2. Önemli URL'leri dışa aktarın — Analytics'te organik trafik alanlar, Search Console veya Ahrefs'te backlink'i olanlar.
3. Her birini yeni sitedeki en yakın birebir karşılığına eşleyin.
4. Hiçbir karşılığı olmayan sayfalar, alakasız bir yere 301 yapılmamalı; doğrudan 410 Gone (Kaldırıldı) döndürmelidir. 410 arama motorlarına sayfanın bilinçli silindiğini söyler; alakasız bir 301 ise olmayan bir içerik hakkında yalan söyler.
5. Yönlendirmeleri yeni siteyle aynı anda yayına alın, sonradan değil.
6. Search Console'u 4-6 hafta boyunca yakından izleyin.

Sondaki taksim işaretleri (Trailing Slashes)

/sayfa ve /sayfa/ iki farklı URL'dir. Bir standardı seçin, diğerini ona yönlendirin ve site içi tüm linklerinizin doğru formatı kullandığından emin olun.

Yönlendirme ve Canonical farkı

Bir sayfa gerçekten taşındıysa ve kullanıcının yeni adrese gitmesi gerekiyorsa Yönlendirme (Redirect) kullanın.

Her iki URL de erişilebilir kalmalı ama yalnızca biri indekslenmeli ise (örn: filtreli ürün sayfaları, UTM parametreli linkler) Canonical kullanın.

Hızlı kontrol listesi

• Kalıcı taşımalar 302 değil, 301 kullanmalıdır
• Hiçbir zincir 1 adımdan uzun olmamalıdır
• HSTS tanımlanmalıdır
• Trafik alan her eski URL spesifik karşılığına yönlenmelidir
• Gerçekten silinen sayfalar 410 dönmelidir
• Site içi linkler yönlendirmeye değil, doğrudan nihai URL'e verilmelidir