302 Yönlendirme Nedir?

302 neyi söyler, neyi söylemez?

RFC 9110'daki tanım kısa ve açıktır: kaynak geçici olarak başka bir URI'de durmaktadır ve yönlendirme zaman zaman değişebileceği için istemci gelecekte yine asıl adresi kullanmalıdır. Yani 302, “şimdilik şuraya git, ama adresim değişmedi” demektir.

HTTP/1.1 302 Found
Location: https://ornek.com/bakim-bilgilendirme/
Cache-Control: no-store

Google'ın yorumu da bu niyete uyar: Googlebot yönlendirmeyi izler, ancak dizine ekleme sistemi bunu hedefin kanonik olması için bir sinyal olarak kullanmaz. Google'ın kendi ifadesiyle geçici yönlendirmede arama sonuçlarında kaynak sayfa gösterilir. Kalıcı ve geçici yönlendirmenin yan yana karşılaştırması yönlendirme sayfasında; kalıcı tarafın ayrıntıları ise 301 yönlendirme sayfasında anlatılıyor.

Geçici yönlendirmenin yerinde olduğu durumlar

• Test ve deneyler: Google, kullanıcıları asıl URL'den bir varyant URL'ye gönderen A/B testlerinde 301 değil 302 kullanılmasını açıkça önerir; böylece test bitene kadar asıl URL dizinde kalır.
• Geçici olarak sunulamayan bir hizmet: Bir başvuru formu birkaç günlüğüne kapalıysa ziyaretçiyi durumu açıklayan bir sayfaya göndermek, asıl URL'nin arama sonuçlarındaki yerini korur.
• Oturum gerektiren sayfalar: Giriş yapmamış kullanıcıyı /giris?donus=/hesabim/ gibi bir adrese yönlendirmek doğası gereği geçicidir.
• Kısa süreli kampanya yönlendirmeleri: Bir kategori adresini birkaç haftalığına kampanya sayfasına göndermek, kampanya bitince kuralı kaldırmak.

Ortak nokta şudur: yönlendirme kaldırıldığında asıl URL'nin kaldığı yerden devam etmesini istiyorsunuz. Adres gerçekten değiştiyse 302 yanlış araçtır.

307 Temporary Redirect ve 303 See Other

302'nin de 301 gibi tarihsel bir kusuru vardır: tarayıcı yönlendirmeyi izlerken bir POST isteğini GET'e çevirebilir. 307, “geçici” anlamını aynen korur ama istemcinin HTTP metodunu değiştirmesini yasaklar; form gönderimini ya da API çağrısını aynı metotla yeni adrese taşır. 303 See Other ise tam tersini bilinçli olarak yapar: bir POST işleminden sonra kullanıcıyı GET ile bir sonuç sayfasına gönderir (Post/Redirect/Get kalıbı). Google 307'yi 302 ile eşdeğer sayar.

Tarayıcı geliştirici araçlarında gördüğünüz her 307 sunucudan gelmez. HSTS kullanan bir sitede tarayıcı http:// isteğini kendi içinde HTTPS'e çevirir ve bunu “307 Internal Redirect” olarak gösterir; sunucu bu yanıtı hiç göndermemiştir.

Kimse istemeden oluşan 302'ler

Sitelerdeki 302'lerin önemli bir kısmı bilinçli bir karar değil, varsayılan davranıştır. PHP'de yalnızca header('Location: ...') yazmak 302 üretir; Express'te res.redirect() durum kodu verilmezse 302 döndürür. Next.js'in redirect() fonksiyonu ve permanent: false kuralları 307 kullanır. Kalıcı bir taşıma bu varsayılanlarla yapılırsa site, farkında olmadan Google'a “bu adres değişmedi” demiş olur. Kodu her zaman açıkça yazın: kalıcı taşımada 301 ya da 308, geçici durumda 302 ya da 307.

Aylarca açık kalan 302'ler nasıl yorumlanır?

Google'ın belgeleri geçici yönlendirmeyi zamanla kendiliğinden kalıcıya çeviren bir kural tanımlamaz. Belgelenen şey daha incedir: geçici yönlendirmede hedef sayfa, başka kanonikleştirme sinyalleri onu işaret ediyorsa yine de dizine eklenebilir. Yani 302 bir yıl boyunca yerinde kalır, iç bağlantılar, site haritası ve canonical etiketi de hedefi gösterirse Google hedefi kanonik seçebilir; bu sinyaller tutarsızsa sonuç öngörülemez olur. Taşıma kalıcıysa bekleyip “nasılsa anlar” demek yerine yönlendirmeyi 301 ya da 308'e çevirmek, niyeti açıkça bildirmenin tek güvenilir yoludur.

Hangi kodun döndüğünü görmek için curl -sI yeterlidir. Taşıma sonrası eski URL listesini toplu kontrol edip 302 dönenleri ayrı bir listeye almak iyi bir alışkanlıktır; Google'ın kuralları Google Search Central belgesinde yer alır.