301 vs 302 Yönlendirme Farkı Nedir?

Bir web sitesinin mimarisini yeniden yapılandırırken veya URL adreslerini güncellerken doğru HTTP durum kodunu seçmek, arama motoru görünürlüğünü doğrudan belirler. 301 vs 302 Yönlendirme Farkı Nedir? sorusunun cevabı; kalıcı bir adres değişikliğiyle arama motoru otoritesinin aktarılması ile geçici bir yönlendirmeyle mevcut URL otoritesinin korunması arasındaki teknik sınırda yatar. Yanlış yapılandırılmış bir durum kodu, organik arama trafiğinin kaybolmasına, arama motoru botlarının yanlış sayfayı dizine eklemesine ve tarama bütçesinin verimsiz kullanılmasına yol açabilir. Bu rehber, iki HTTP yönlendirme türünün sunucu mekanizmasını, PageRank aktarım dinamiklerini ve operasyonel uygulama adımlarını teknik bir çerçevede ele almaktadır.

Yönlendirme Stratejisinin Kurumsal SEO ve Sunucu Mimarisi Açısından Rolü

HTTP yönlendirmeleri, bir istemcinin (tarayıcı veya web tarayıcısı) talep ettiği bir kaynağın farklı bir konumda olduğunu bildiren sunucu seviyesindeki yanıtlardır. Kurumsal düzeyde web varlıkları yönetilirken URL yapılarının değişmesi; birleşmeler, ürün kataloğu revizyonları, altyapı geçişleri veya protokol güncellemeleri (HTTP'den HTTPS'e geçiş gibi) nedeniyle kaçınılmazdır. Bu süreçte istemciye iletilen durum kodu (status code), arama motorlarının dizinleme ve sıralama algoritmasının yönlendirmeyi nasıl yorumlayacağını belirler.

Arama motoru botları, bir URL ile karşılaştığında HTTP başlıklarını (headers) inceler. Eğer sunucu @@CODE0@@ yerine bir @@CODE1@@ durum kodu dönerse, bot bu yanıtın kalıcı mı yoksa geçici mi olduğuna bakarak dizin veritabanını günceller. Yanlış durum kodu kullanımı, arama motorunun eski sayfayı indeksinde tutmaya devam etmesine veya yeni sayfaya aktarılması gereken link değerinin (link equity) kaybolmasına neden olabilir.

Tarama bütçesi (crawl budget), Googlebot ve benzeri tarayıcıların belirli bir alan adını ziyaret ettiğinde tarayabileceği sayfa sayısını sınırlar. Düzensiz, döngüsel veya gereksiz yönlendirmeler, tarama bütçesini tüketerek yeni veya güncellenmiş içeriklerin indekslenme süresini geciktirir. Kurumsal web sitelerinde yönlendirme haritalarının düzenli denetlenmesi, sunucu yanıt süresinin optimize edilmesi ve TTFB (Time to First Byte) değerlerinin düşük tutulması performansın korunması için esastır.

301 Yönlendirmesi (Kalıcı Taşıma) Nedir ve Nasıl Çalışır?

301 "Moved Permanently" durum kodu, talep edilen kaynağın kalıcı olarak yeni bir URL'e taşındığını ve bundan sonraki tüm isteklerin yeni konuma yapılması gerektiğini bildirir. Bu yanıt alındığında tarayıcılar yönlendirmeyi yerel önbelleklerine (browser cache) kaydeder. Kullanıcı aynı URL'i tekrar ziyaret ettiğinde tarayıcı sunucuya yeni bir istek göndermeden doğrudan yeni adrese yönlendirir.

Arama motoru sistemleri 301 kodunu algıladığında, eski URL'in indeksini kademeli olarak kaldırır ve yeni URL'i ilgili arama sorgularında sıralamaya dahil eder. Bu işlem anlık olarak gerçekleşmez; botların sayfayı yeniden taraması, yeni URL'deki içeriği doğrulaması ve sinyalleri birleştirmesi birkaç gün ile birkaç hafta arasında sürebilir.

HTTP/1.1 301 Moved Permanently
Location: https://example.com/yeni-sayfa
Content-Type: text/html; charset=UTF-8
Cache-Control: public, max-age=31536000

Yukarıdaki HTTP yanıt başlığı, istemciye kaynağın https://example.com/yeni-sayfa konumuna taşındığını ve bu bilginin önbelleğe alınabileceğini bildirir. Sunucu düzeyinde bu yanıtın doğru yapılandırılması, arama motorlarının belirsizlik yaşamadan dizin güncellemesini tamamlamasını sağlar.

301 Yönlendirmesinin Kullanım Alanları ve Senaryoları

301 yönlendirmesi, geri dönüşü olmayan yapısal değişiklikler için standart protokoldür. Bir web sitesi HTTP protokolünden HTTPS protokolüne geçirildiğinde tüm HTTP istekleri 301 ile güvenli protokole yönlendirilmelidir. Benzer şekilde, alan adı değişiklikleri (@@CODE0@@ -> @@CODE1@@) veya alt alan adı (subdomain) yapısından alt dizin (subfolder) yapısına geçişlerde 301 kodu kullanılır.

E-ticaret platformlarında yaygın olan bir diğer senaryo ise artık üretilmeyen ürün sayfalarının yönetimidir. Satışı kalıcı olarak durdurulan bir ürünün URL'i, ilgili ürünün en yakın muadiline veya bir üst kategori sayfasına 301 ile yönlendirilir. Bu sayede harici sitelerden gelen backlink değeri kaybolmaz ve kullanıcılar 404 Not Found hatası yerine ilgili bir içeriğe ulaşır.

Kopya içerik sorunlarını engellemek adına URL standardizasyonunda da 301 tercih edilir. @@CODE0@@ olan ve olmayan varyasyonların tek bir sürümde toplanması, URL sonundaki eğik çizgi (@@CODE1@@) standartlarının (@@CODE2@@ vs @@CODE3@@) birleştirilmesi veya büyük/küçük harf tutarsızlıklarının giderilmesi 301 kurallarıyla gerçekleştirilir.

Link Değeri (PageRank) ve Otorite Aktarım Mekanizması

Google, resmi açıklamalarında 301 yönlendirmelerinin PageRank değerini kayıp olmaksızın aktardığını belirtmektedir. Ancak bu aktarımın eksiksiz gerçekleşmesi, yönlendirilen hedef sayfanın eski sayfayla anlamsal ve tematik olarak örtüşmesine bağlıdır. Eski bir içeriği tematik olarak alakasız bir ana sayfaya yönlendirmek (Soft 404 durumu), arama motorlarının yönlendirmeyi yok saymasına ve PageRank aktarımının durmasına yol açar.

Aşağıdaki tablo, 301 yönlendirmesi uygulandığında farklı SEO sinyallerinin aktarım dinamiklerini özetlemektedir:

302 Yönlendirmesi (Geçici Taşıma) Nedir ve Nasıl Çalışır?

302 "Found" (HTTP 1.0 standardında "Moved Temporarily") durum kodu, talep edilen kaynağın geçici olarak farklı bir URL üzerinde barındırıldığını ifade eder. 301'in aksine 302 yanıtı, istemcilere ve arama motorlarına orijinal URL'in geçerliliğini koruduğunu ve gelecekteki isteklerin yine orijinal adrese yapılması gerektiğini bildirir.

Tarayıcılar, 302 yanıtını kural olarak yerel önbelleklerine agresif şekilde kaydetmezler (özel Cache-Control başlıkları tanımlanmadığı sürece). Bu durum, sunucunun yönlendirme mantığını istediği an devre dışı bırakabilmesine veya hedefi değiştirebilmesine olanak tanır.

HTTP/1.1 302 Found
Location: https://example.com/gecici-kampanya
Content-Type: text/html; charset=UTF-8
Cache-Control: no-cache, no-store, must-revalidate

Arama motorları bir 302 kodu gördüğünde, dizindeki mevcut URL'i silmez. Eski URL arama sonuçlarında gösterilmeye devam ederken kullanıcı yönlendirilen sayfaya ulaşır. Bu nedenle 302 yönlendirmesiyle link otoritesi yeni sayfaya kalıcı olarak transfer edilmez.

302 Yönlendirmesinin Doğru Kullanım Senaryoları

302 yönlendirmeleri, kaynağın kısa süreliğine farklı bir adresten sunulması gerektiği operasyonel süreçlerde devreye girer:

• A/B Testleri ve Dönüşüm Deneyleri: Bir açılış sayfasının farklı varyasyonlarını test ederken orijinal sayfanın SEO gücünü korumak ve test sayfalarının dizine girmesini engellemek için 302 kullanılır.

• Geçici Kampanyalar ve Sezonluk İndirimler: Yılın belirli dönemlerinde aktif olan Black Friday, Yılbaşı gibi kampanyalarda kullanıcılar geçici landing page'e yönlendirilir; kampanya bittiğinde yönlendirme kaldırılarak ana sayfa düzenine dönülür.

• Sunucu Bakımı ve Sistem Güncellemeleri: Bir sayfa veya modül bakıma alındığında kullanıcıların kesinti yaşamaması için geçici bir bilgilendirme sayfasına yönlendirme yapılır.

• Stokta Geçici Olarak Bulunmayan Ürünler: Kısa süre içinde tekrar stoğa girecek ürünler silinmek veya 404'e düşürülmek yerine ilgili kategoriye 302 ile yönlendirilebilir.

• Coğrafi Konum ve Cihaz Yönlendirmeleri: Kullanıcının IP adresine göre dil/bölge sayfalarına (@@CODE0@@, @@CODE1@@) veya mobil arayüze geçici yönlendirilmesinde 302 veya 307 tercih edilir.

302'nin İndeksleme ve Önbellekleme Süreçlerine Etkisi

302 yönlendirmesi uzun süre aktif bırakılırsa, Googlebot "Forward Canonicalization" veya "Reverse Canonicalization" adı verilen algoritmik bir değerlendirme yapar. Arama motoru, sunucunun 302 dönmesine rağmen yönlendirmenin fiilen kalıcı olduğunu tespit ederse, 302 kodunu dahili olarak bir 301 gibi yorumlamaya başlayabilir.

Bu algoritmik dönüşüm öngörülemezdir. Hangi URL'in dizinde kalacağı, hangi URL'in PageRank toplayacağı arama motoru inisiyatifine kalır. Bu tür belirsizlikleri önlemek için geçici yönlendirmeler amacına ulaştığı anda kaldırılmalı, kalıcı değişiklikler ise derhal 301 koduna çevrilmelidir.

301 ve 302 Yönlendirmeleri Arasındaki Teknik ve Stratejik Farklar

301 ve 302 durum kodları arasındaki temel ayrım, tarayıcıların önbellekleme davranışı, arama motorlarının indeksleme politikası ve link değeri transferi boyutlarında ortaya çıkar. Stratejik kararlar alınırken sunucu yükü ve SEO hedefleri birlikte değerlendirilmelidir.

Aşağıdaki karşılaştırma tablosu iki protokol arasındaki teknik ve operasyonel farkları ayrıntılandırmaktadır:

HTTP Protokolü Düzeyinde Tarama Davranışı ve Crawl Budget Etkisi

Googlebot bir 301 yanıtı aldığında, hedef URL'i yeni bir tarama kuyruğuna ekler ve eski URL'in tarama sıklığını zamanla azaltır. Bu durum, arama motorunun tarama bütçesini uzun vadede verimli kullanmasını sağlar; zira bot artık eski sayfayı kontrol etmek için kaynak harcamaz.

Buna karşılık 302 yönlendirmesinde Googlebot, orijinal URL'in ne zaman geri döneceğini bilemediği için hem kaynak URL'i hem de hedef URL'i düzenli aralıklarla taramaya devam eder. Büyük ölçekli sitelerde binlerce sayfanın gereksiz yere 302 ile yönlendirilmesi, botun aynı içeriği iki kat taramasına neden olarak tarama bütçesini tüketir.

Sunucu Tarafı ve Edge Düzeyinde Yapılandırma Yöntemleri

Yönlendirmelerin sunucu düzeyinde doğru kodlanması, performans ve yanıt süreleri açısından kritik öneme sahiptir. Uygulama katmanında (örneğin PHP, Node.js) yapılan yönlendirmeler sunucu kaynaklarını tüketirken, web sunucusu (Apache, Nginx) veya Edge CDN (Cloudflare, AWS CloudFront) düzeyinde yapılan yönlendirmeler milisaniyeler içinde yanıt verir.

Apache (.htaccess) Yapılandırması

Apache sunucularda mod_rewrite modülü kullanılarak tekil veya kurallı yönlendirmeler tanımlanabilir:

# 301 Kalıcı Yönlendirme Örneği (Tekil Sayfa)
Redirect 301 /eski-kategori/urun-a https://example.com/yeni-kategori/urun-a

# 302 Geçici Yönlendirme Örneği (Kampanya Sayfası)
Redirect 302 /yaz-indirimi https://example.com/ozel-kampanya-2026

# HTTP'den HTTPS'e Kalıcı 301 Yönlendirme Kuralı
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Nginx Yapılandırması

Nginx sunucularda yönlendirmeler @@CODE0@@ veya @@CODE1@@ blokları içerisinde @@CODE2@@ veya @@CODE3@@ direktifleriyle uygulanır:

# 301 Kalıcı Yönlendirme
location = /eski-sayfa {
    return 301 https://example.com/yeni-sayfa;
}

# 302 Geçici Yönlendirme
location = /gecici-etkinlik {
    return 302 https://example.com/etkinlik-kayit;
}

# Domain Düzeyinde Tüm Trafiği Kalıcı Taşıma
server {
    listen 80;
    server_name eski-domain.com;
    return 301 https://yeni-domain.com$request_uri;
}

Edge CDN (Cloudflare Workers / Transform Rules)

CDN katmanında yapılan yönlendirmeler, isteklerin ana sunucuya ulaşmadan doğrudan kullanıcıya en yakın lokasyondan yanıtlanmasını sağlar:

// Cloudflare Worker ile 301 Edge Yönlendirmesi
addEventListener('fetch', event => {
  event.respondWith(handleRequest(event.request))
})

async function handleRequest(request) {
  const url = new URL(request.url)
  if (url.pathname === '/eski-yol') {
    return Response.redirect('https://example.com/yeni-yol', 301)
  }
  return fetch(request)
}

Hatalı Yönlendirme Tercihlerinin Doğuracağı SEO Riskleri

Yönlendirme kararları verilirken yapılan teknik hatalar, arama motorlarının site yapısını yanlış anlamasına ve organik sıralamaların düşmesine neden olur. Birçok işletme, geçici bir kampanya veya altyapı geçişi sırasında yanlış HTTP kodunu kullanarak yıllar içinde biriktirilen organik otoriteyi tehlikeye atar.

Yanlışlıkla 302 Kullanımı ve Canonicalization Hataları

Kalıcı olarak taşınmış bir sayfa için yanlışlıkla 302 durum kodu kullanıldığında arama motorları eski URL'i dizinde tutmaya devam eder. Harici sitelerden gelen tüm backlinkler ve kullanıcı sinyalleri eski URL üzerinde kalır.

Yeni URL arama motoru tarafından indekslenmediği için hedef sayfadaki güncellenmiş içerik arama sonuçlarına yansımaz. Bu durum hedef sayfanın sıralama kazanamamasına, eski sayfanın ise içerik sunamadığı için zamanla sıralama kaybetmesine yol açarak çift taraflı trafik kaybı oluşturur.

Geçici Durumlarda 301 Kullanmanın Geri Döndürülemez Etkileri

Geçici bir durum için 301 kullanmak, tarayıcıların agresif önbellekleme mekanizması nedeniyle operasyonel krizlere yol açabilir. Kullanıcının tarayıcısı 301 yanıtını hafızaya aldığında, siz sunucudaki yönlendirme kuralını silseniz dahi o kullanıcı önbelleğini manuel olarak temizleyene kadar yeni hedefe gitmeye devam eder.

Arama motoru botları da 301'i işleyip eski sayfayı dizinden sildikten sonra yönlendirmeyi geri almak istediğinizde, eski sayfanın yeniden taranması, doğrulanması ve eski sıralamalarına kavuşması aylar sürebilir.

Yönlendirme Zincirleri (Chains) ve Döngüleri (Loops)

Birden fazla yönlendirmenin arka arkaya bağlanması Redirect Chain (Yönlendirme Zinciri) oluşturur. Bir isteğin A -> B -> C -> D şeklinde ilerlemesi, her adımda sayfa açılış hızını yavaşlatır ve Core Web Vitals metriklerini olumsuz etkiler.

[İstemci İsteği] -> URL A --(301)--> URL B --(301)--> URL C --(200 OK) [Zincir]
[Hatalı Döngü]   -> URL A --(301)--> URL B --(301)--> URL A           [Sonsuz Döngü - ERR_TOO_MANY_REDIRECTS]

Googlebot, bir zincirde genellikle 5 adımdan sonra taramayı durdurur ve link değerini aktarmaktan vazgeçer. Redirect Loop (Yönlendirme Döngüsü) ise A'nın B'ye, B'nin tekrar A'ya yönlenmesi durumudur ve tarayıcıda ERR_TOO_MANY_REDIRECTS hatası oluşturarak sayfanın tamamen erişilmez olmasına neden olur.

Modern Web Standartlarında Alternatif Yönlendirme Kodları (307 ve 308)

HTTP 1.0 standardında 301 ve 302 kodları tanımlanırken bazı tarayıcılar, bir @@CODE0@@ isteği yönlendirildiğinde bunu hatalı bir şekilde @@CODE1@@ isteğine dönüştürmüştür. Bu metod uyumsuzluğunu gidermek amacıyla HTTP 1.1 protokolünde @@CODE2@@ ve @@CODE3@@ durum kodları geliştirilmiştir.

• 307 Temporary Redirect: 302 kodunun modern ve katı karşılığıdır. Yönlendirme sırasında HTTP istek metodunun (@@CODE0@@, @@CODE1@@, PUT) asla değiştirilmeyeceğini garanti eder.

• 308 Permanent Redirect: 301 kodunun modern karşılığıdır. Kaynağın kalıcı olarak taşındığını ve HTTP istek metodunun korunması gerektiğini belirtir.

Arama motorları (Googlebot dahil), 307'yi 302 gibi, 308'i ise 301 gibi ele alır. Form gönderimleri, ödeme API çağrıları veya RESTful web servislerinde veri kaybını önlemek için 307 ve 308 kodlarının kullanımı teknik olarak en güvenli yaklaşımdır.