302 Yönlendirmesi Nedir ve Nasıl Doğru Kullanılır

Bir 302 yönlendirmesi, tarayıcılara ve arama motorlarına bir URL’nin yeni bir konuma geçici olarak taşındığını bildiren bir HTTP durum kodudur (302 Found). Kalıcı bir yönlendirmenin aksine, orijinal URL dizine alınmış durumunu ve birikmiş bağlantı değerini korur — arama motorlarına, kaynak URL’yi değil hedef URL’yi taramaya ve sıralamaya devam etmeleri açıkça talimat verilir.

Bu ayrım yalnızca görünüşe ilişkin değildir. Yanlış yönlendirme türünü seçmek, web altyapısı yönetimindeki en yaygın ve maliyetli SEO hatalarından biridir. İçeriği kalıcı olarak taşıyıp 302 sunarsanız, Search Console’da hasarı fark etmeden önce aylarca sıralama sinyallerini sessizce kaybedersiniz.

HTTP Yönlendirme Ortamı: 302 ile 301, 307 ve 308 Karşılaştırması

Uygulamaya geçmeden önce, 302’nin daha geniş HTTP yönlendirme sınıflandırması içindeki yerini anlamak çok önemlidir. Pek çok mühendis 302’yi 307 ile, pek çok site sahibi ise 302’yi 301 ile karıştırır — her iki hata da gerçek sonuçlar doğurur.

Temel mimari not: HTTP/1.1, 307’yi tam olarak 302’nin belirsiz davranışı nedeniyle tanıttı — eski tarayıcılar bir 302 izlerken POST isteklerini GET’e dönüştürüyordu. Form gönderimleri veya API uç noktalarını yönlendiriyorsanız, 302 veya 301 yerine 307 (geçici) veya 308 (kalıcı) kullanın. Standart sayfa yönlendirmeleri için 302, geçici senaryolarda doğru ve yaygın olarak desteklenen seçenek olmaya devam etmektedir.

302 Yönlendirmesinin Doğru Araç Olduğu Durumlar

302 kullanma kararı tek bir soruya dayanmalıdır: Bu URL değişikliği, belirli bir bitiş tarihi olan gerçekten geçici bir değişiklik mi? Yanıt evetse, 302 uygundur. Yanıt “muhtemelen” veya “süresiz” ise 301 kullanın.

Planlı Bakım Pencereleri

Belirli bir sayfa veya sitenin tamamı veritabanı geçişleri, sunucu yükseltmeleri veya acil yama işlemleri için çevrimdışı alındığında, bir bakım bildirimi sayfasına yapılan 302 yönlendirmesi doğru yanıttır. Arama motorları orijinal URL’yi dizinlerinde tutmaya devam edecek ve yönlendirme kaldırıldıktan sonra normal taramayı sürdürecektir.

Pek çok yöneticinin gözden kaçırdığı bir ayrıntı: site genelinde bakım için, bakım sayfasında 302 ile birlikte Retry-After HTTP yanıt başlığı kullanmak, Googlebot’a yeniden tarama ipucu vererek kesinti süresi boyunca gereksiz yeniden tarama girişimlerini azaltır.

A/B Testi ve Çok Değişkenli Deneyler

Dönüşüm oranı optimizasyonu için kanonik bir URL’den varyant sayfaya yönlendirilen trafik alt kümesi 302 kullanmalıdır. Burada 301 kullanmak, Google’ın sıralama sinyallerini sonunda varyant üzerinde birleştirmesine neden olur; bu varyant test tamamlandıktan sonra atılabilir. Google Optimize (artık kullanımdan kaldırıldı) gibi araçlar ve VWO veya Optimizely gibi modern alternatifler bunu JavaScript katmanında yönetir, ancak sunucu tarafı 302 yönlendirmeleri daha güvenilir tarama kontrolü sunar.

Uç durum: A/B testiniz 90 günden uzun sürerse, Googlebot 302’yi fiilen kalıcı bir yönlendirme olarak değerlendirmeye ve varyantı dizine almaya başlayabilir. Yönlendirme sürelerini düzenli olarak denetleyin.

Geçici Promosyon Kampanyaları

Mevsimsel açılış sayfaları — flaş satışlar, etkinlik kayıtları, sınırlı süreli teklifler — birincil URL’den 302 aracılığıyla sunulmalıdır. Kampanya sona erdiğinde, yönlendirmenin kaldırılması herhangi bir SEO düzeltme çalışması gerektirmeden orijinal sayfayı geri yükler.

Örnek akış:

https://example.com/products → 302 → https://example.com/black-friday-sale

Kampanyanın ardından yönlendirme kaldırılır ve https://example.com/products hiçbir bağlantı değeri kaybetmeden normal şekilde sunulmaya devam eder.

Coğrafi Konum ve Dile Dayalı Yönlendirme

IP coğrafi konumuna dayalı 302 yönlendirmeleri aracılığıyla bölgeye özgü içerik varyantları (örn. /de, /fr, /us) sunmak meşru bir kullanım senaryosudur, ancak dikkatli bir uygulama gerektirir. Google, coğrafi konum yönlendirmelerinin Googlebot’un (ABD IP’lerinden tarayan) kanonik içeriğe erişmesini engellemediğini açıkça belirtmektedir. Tarayıcı için varsayılan yerel ayarın yönlendirme olmadan erişilebilir olduğundan her zaman emin olun.

Arama motorlarına uluslararası URL yapınızın tam resmini vermek için coğrafi konum 302’lerini site haritanızdaki hreflang ek açıklamaları veya <head> ile birleştirin.

Giriş Yapmış ve Yapmamış Kullanıcı Yönlendirmesi

Web uygulamaları sıklıkla kimliği doğrulanmamış kullanıcıları korunan kaynaklardan bir giriş sayfasına yönlendirir. Bu tanım gereği bir 302’dir — kaynak mevcuttur ve kullanıcı kimlik doğrulaması yaptıktan sonra erişilebilir olacaktır. Burada 301 sunmak anlamsal olarak yanlış olur ve tarayıcıların yönlendirmeyi önbelleğe almasına neden olarak geri dönen kullanıcılar için kimlik doğrulama akışını bozabilir.

302 Yönlendirmesi Nasıl Uygulanır: Tüm Başlıca Yöntemler

Apache: .htaccess Yapılandırması

Apache tabanlı barındırma ortamlarında, belge kökünüzdeki .htaccess dosyası standart yapılandırma noktasıdır. mod_rewrite veya mod_alias etkinleştirildiğinden emin olun.

mod_alias kullanarak basit yönlendirme:

Redirect 302 /old-page https://example.com/new-page

mod_rewrite kullanarak desen tabanlı yönlendirme:

RewriteEngine On
RewriteRule ^old-page/?$ https://example.com/new-page [R=302,L]

[R=302,L] bayrakları yanıt kodunu açıkça belirler ve kuralı işlenecek son kural olarak işaretler. Durum kodunun atlanması Apache’nin mod_rewrite modülünde varsayılan olarak 302’ye döner, ancak açık olmak diğer mühendisler yapılandırmayı okuduğunda belirsizliği önler.

Önemli: Modülün yüklendiğini doğrulamadan 302 kurallarını bir <IfModule mod_rewrite.c> bloğuna yerleştirmekten kaçının. Buradaki sessiz bir hata, hiçbir yönlendirmenin tetiklenmemesi ve varsayılan günlük düzeyinde hiçbir hatanın kaydedilmemesi anlamına gelir.

Nginx: Sunucu Bloğu Yapılandırması

Nginx, yönlendirmeleri return yönergesi aracılığıyla işler; bu, basit URL yönlendirmeleri için regex motorunu çağırmadığından rewrite‘den daha performanslıdır.

server {
    listen 80;
    server_name example.com;

    location = /old-page {
        return 302 https://example.com/new-page;
    }
}

Desen tabanlı geçici yönlendirmeler için:

server {
    listen 443 ssl;
    server_name example.com;

    location ~* ^/promo/(.+)$ {
        return 302 https://example.com/campaigns/$1;
    }
}

Yapılandırmayı düzenledikten sonra, yeniden yüklemeden önce her zaman sözdizimini test edin:

sudo nginx -t && sudo systemctl reload nginx

nginx -t‘i atlamak, hizmet kesintilerinin yaygın bir nedenidir — yapılandırma dosyasındaki bir sözdizimi hatası Nginx’in yeniden yüklenmesini engeller ve bir sonraki yeniden başlatmada başarısız olmasına neden olabilir.

Tam kök erişimine sahip olduğunuz bir VPS Hosting ortamında, bu yönergeleri doğrudan /etc/nginx/sites-available/your-site.conf‘a yerleştirebilir ve sites-enabled/‘a sembolik bağlantı oluşturabilirsiniz.

PHP: Başlık Tabanlı Yönlendirme

Sunucu yapılandırma erişiminin sınırlı olduğu uygulama düzeyindeki yönlendirmeler için PHP’nin header() işlevi güvenilir bir mekanizma sağlar. Bu, açılış <?php etiketinden önceki boşluklar dahil olmak üzere tarayıcıya herhangi bir çıktı gönderilmeden önce çağrılmalıdır.

<?php
header("Location: https://example.com/new-page", true, 302);
exit();

exit() çağrısı zorunludur. Bu olmadan PHP, betiğin geri kalanını çalıştırmaya devam eder; bu durum kısmi sayfa içeriğini açığa çıkarabilir, gereksiz yere veritabanı sorgularını tetikleyebilir veya betik yönlendirmeden sonra ayrıcalıklı işlemler gerçekleştiriyorsa güvenlik açıkları oluşturabilir.

Framework notu: Laravel’de return redirect()->to('/new-page', 302); kullanın. Symfony’de return new RedirectResponse('/new-page', 302); kullanın. Eklentiler dışında WordPress’te wp_redirect( $url, 302 ); exit; kullanın.

WordPress: Eklenti Tabanlı Yönetim

WordPress siteleri için, özellikle yönetilen ortamlarda manuel dosya düzenleme her zaman pratik veya güvenli değildir. Redirection eklentisi (John Godley tarafından), tam yönlendirme günlüğü, koşullu yönlendirme kuralları ve içe/dışa aktarma işlevselliği sağlayan en yaygın kullanılan çözümdür.

Kurulum iş akışı:

1. WordPress eklenti deposundan Redirection eklentisini yükleyin ve etkinleştirin.
2. Araçlar > Redirection bölümüne gidin.
3. Yönlendirmeler sekmesinde Yeni Ekle‘ye tıklayın.
4. Kaynak URL’yi (örn. /old-page) ve hedef URL’yi (örn. https://example.com/new-page) girin.
5. HTTP Kodu‘nu 302 olarak ayarlayın.
6. Kaydedin ve yerleşik yönlendirme denetleyicisini kullanarak doğrulayın.

cPanel ile VPS ortamında, Domains bölümü altındaki cPanel’in Redirects arayüzü aracılığıyla da yönlendirmeleri doğrudan yönetebilirsiniz; bu arayüz uygun .htaccess kurallarını otomatik olarak yazar.

JavaScript: İstemci Tarafı Yönlendirme (Yalnızca Son Çare Olarak Kullanın)

JavaScript yönlendirmeleri HTTP yönlendirmeleri değildir. Sayfa tarayıcıda kısmen yüklendikten sonra çalışırlar ve JavaScript oluşturma açıkça desteklenmediği sürece sunucu tarafı tarayıcılar tarafından görünmezler.

window.location.replace("https://example.com/new-page");

replace(), yönlendirme senaryoları için assign()‘den tercih edilir; çünkü kaynak URL’yi tarayıcı geçmişine eklemez ve kullanıcıların erişilmemesi gereken bir sayfaya geri dönmesini engeller.

Bu kabul edilebilir olduğunda: Yönlendirmenin tamamen JavaScript’te yönetildiği istemci tarafı tek sayfalı uygulamalar (SPA’lar) veya sunucu tarafı yapılandırmasına erişimin tamamen mümkün olmadığı ortamlar için yedek olarak. SEO açısından kritik sayfalarda sunucu tarafı 302’lerin yerine JavaScript yönlendirmeleri asla kullanmayın.

SEO Mekaniği: Googlebot Bir 302 ile Karşılaştığında Gerçekte Ne Olur

Tarayıcının davranışını teknik düzeyde anlamak, maliyetli yanlış yapılandırmaları önler.

Googlebot bir 302 ile karşılaştığında:

1. Orijinal URL’yi kanonik URL olarak kaydeder ve dizine almaya devam eder.
2. Hedef URL’ye yönlendirmeyi takip eder ve onu da tarar.
3. PageRank veya bağlantı sinyallerini orijinalden hedefe aktarmaz.
4. Yönlendirmenin hâlâ yerinde olup olmadığını kontrol etmek için orijinal URL’yi normal tarama programında yeniden ziyaret eder.

302 ele geçirme güvenlik açığı: 2000’lerin başında, kötü niyetli aktörler yüksek otoriteli sayfaları kendi içeriklerine geçici olarak yönlendirmek için 302 yönlendirmelerini istismar ederek sıralama sinyallerini etkin biçimde ödünç aldı. Google’ın algoritmaları o tarihten bu yana buna karşı güçlendirildi, ancak bu durum motorun neden 302 hedeflerine daha az güvenle yaklaştığını açıklamaktadır.

Yönlendirme zinciri bileşimi: Başka bir yönlendirme (301 veya 302) başlatan bir URL’ye işaret eden bir 302, yönlendirme zinciri oluşturur. Her atlama gecikme ekler (sunucu coğrafyasına bağlı olarak atlama başına ~100–300ms) ve tarama bütçesini azaltır. Zincirleri maksimum bir atlamada tutun. Yönlendirme gecikmesinin günlük milyonlarca istek üzerinde birleştiği yüksek trafikli siteler için Dedicated Servers kullanın.

Cache-Control etkileşimi: Yanıt bir Cache-Control: max-age veya Expires başlığı içeriyorsa tarayıcılar 302 yanıtlarını önbelleğe alabilir. Bu, geçici yönlendirmeler için nadiren kasıtlıdır. Kaldırmayı planladığınız bir yönlendirmenin tarayıcılar tarafından önbelleğe alınmasını önlemek için 302 yanıtlarında açıkça Cache-Control: no-store ayarlayın.

location = /promo {
    add_header Cache-Control "no-store";
    return 302 https://example.com/summer-sale;
}

302 Yönlendirmenizin Doğru Çalıştığını Doğrulama

Komut Satırında curl Kullanımı

Sunucu yöneticileri için en güvenilir doğrulama yöntemi, ayrıntılı başlıklarla doğrudan HTTP isteği göndermektir:

curl -I -L https://example.com/old-page

-I bayrağı yalnızca başlıkları ister ve -L yönlendirme zincirini takip eder. İlk yanıt bloğunda HTTP/2 302 (veya HTTP/1.1 302 Found) arayın, ardından hedefe işaret eden Location: başlığını kontrol edin.

Zinciri takip etmeden incelemek için:

curl -I --max-redirs 0 https://example.com/old-page

Google Search Console Kullanımı

Search Console’da URL İnceleme aracı, Googlebot’un bir URL’yi en son nasıl taradığını, karşılaştığı yönlendirmeler dahil olmak üzere gösterir. Bir 302 uzun süredir yerindeyse ve Google onu kalıcı olarak değerlendirmeye başlamışsa (kaynağı değil hedefi dizine alıyorsa), bu araç bu davranışı ortaya çıkaracaktır.

Screaming Frog SEO Spider Kullanımı

Screaming Frog’un tarayıcısı, tam site taramasında tüm yönlendirme türlerini tanımlar, yönlendirme zincirlerini işaretler ve eksiksiz bir yönlendirme haritası dışa aktarır. Bu, yayın öncesi yönlendirme denetimleri ve geçiş sonrası doğrulama için standart araçtır.

Tarayıcı Geliştirici Araçlarını Kullanma

Chrome veya Firefox’ta DevTools’u açın (F12), Network sekmesine gidin, önbelleği devre dışı bırakın (sert yenileme için Ctrl+Shift+R) ve ilk isteği inceleyin. Status sütunu 302 gösterecek ve Location yanıt başlığı hedef URL’yi görüntüleyecektir.

Yaygın Tuzaklar ve Bunlardan Nasıl Kaçınılır

301 yerine 302 kullanmak: En sık yapılan hata. Bir sayfa kalıcı olarak kaldırılmış veya başka bir URL ile birleştirilmişse, 302 bağlantı değeri konsolidasyonunu süresiz olarak engelleyecektir. Yönlendirme envanterinizi üç ayda bir denetleyin.

Geçici 302’leri kaldırmayı unutmak: Bir kampanya veya bakım penceresi için 302 dağıtırken takvim hatırlatıcıları ayarlayın. Sahipsiz 302 yönlendirmeleri zamanla birikir ve tarama bütçesi israfına ve kullanıcı karışıklığına yol açar.

Yönlendirme döngüleri: A, B’ye yönlendirir; B, A’ya geri yönlendirir. Bu, tarayıcıyı “Çok fazla yönlendirme” hatasıyla çökertir ve Googlebot’un her iki URL’yi de taramasını engeller. Üretime dağıtmadan önce yeni yönlendirmeleri her zaman curl ile test edin.

Bakım sırasında belirli sayfalar yerine tüm siteyi yönlendirmek: Bir bakım sayfasına site genelinde 302 uygulamak, arama motorlarına sitedeki her URL’nin geçici olarak taşındığını bildirir. Bakım senaryoları için, tam site kesintisinde 503 Service Unavailable ile Retry-After başlığı anlamsal olarak daha doğrudur.

Sayfalandırılmış içeriğe 302 uygulamak: İçerik yeniden düzenlemesi sırasında 302 kullanarak /page/2‘i /page/1‘e yönlendirmek, yinelenen içerik sinyallerine neden olabilir. Sayfalandırma yönetimi için yönlendirmelerin yanı sıra veya yerine kanonik etiketler kullanın.

Yönlendirmelerle birlikte SSL sonlandırmasını yönetiyorsanız, yönlendirme kurallarınızın doğru dinleyicide tetiklendiğinden emin olun. HTTPS URL’sine yönlendiren 80 numaralı bağlantı noktasında yapılandırılmış bir 302, HTTPS’den HTTP’ye yönlendirme kurallarınızla çakışmamalıdır. HTTPS sitelerinde temiz yönlendirme zincirleri için uygun SSL Certificates yapılandırması bir ön koşuldur.

Shared Web Hosting üzerinde barındırılan siteler için, doğrudan Nginx veya Apache yapılandırma dosyası erişimi genellikle kısıtlandığından, yönlendirme yönetimi tipik olarak .htaccess veya barındırma kontrol panelinin yönlendirme arayüzü aracılığıyla gerçekleştirilir.

Karar Matrisi: 302 ile Diğer Yönlendirme Türleri Karşılaştırması

Belirli senaryonuz için doğru yönlendirme türünü seçmek üzere bu matrisi kullanın:

Teknik Temel Çıkarım Kontrol Listesi

• 302’yi 301 yerine seçmeden önce yönlendirmenin gerçekten geçici olduğunu doğrulayın.
• İstenmeyen tarayıcı önbelleklemesini önlemek için 302 yanıtlarında Cache-Control: no-store ayarlayın.
• Üretime geçmeden önce doğru durum kodunu ve Location başlığını doğrulamak için curl -I kullanın.
• Yönlendirme zincirlerini denetleyin — maksimum tek atlamada tutun.
• Bakımla ilgili yönlendirmelerde 302 kullanırken Retry-After başlıkları ekleyin.
• Orijinal HTTP yöntemi (POST, PUT, PATCH) korunması gerektiğinde 302 yerine 307 kullanın.
• Geçici 302 yönlendirmelerini belirli bir programa göre kaldırın; dağıtım sırasında hatırlatıcılar ayarlayın.
• Google Search Console’un URL İnceleme aracında yönlendirmeden etkilenen URL’leri aylık olarak izleyin.
• WordPress ortamları için, yönlendirme isabet sayılarını takip etmek ve sahipsiz kuralları belirlemek amacıyla günlük kaydı etkinleştirilmiş Redirection eklentisini kullanın.
• SEO açısından kritik sayfalarda sunucu tarafı 302’lerin yerine JavaScript yönlendirmeleri asla kullanmayın.

Sıkça Sorulan Sorular

302 yönlendirmesi hedef URL’ye herhangi bir PageRank veya bağlantı değeri aktarır mı?

Hayır. Google, 302’yi geçici bir sinyal olarak değerlendirir ve tüm sıralama otoritesini orijinal URL’de tutar. Bağlantı değeri yalnızca 301 (veya 308) kalıcı yönlendirmeler aracılığıyla aktarılır.

Google’ın onu kalıcı olarak değerlendirmeye başlaması için bir 302 yönlendirmesi ne kadar süre yerinde kalabilir?

Sabit kodlanmış bir eşik yoktur, ancak Google’dan John Mueller, birkaç aydır yerinde olan yönlendirmelerin kalıcı olarak değerlendirilmeye başlanabileceğini belirtmiştir. Pratikte, 90 günden eski herhangi bir 302 gözden geçirilmeli ve taşıma artık geçici değilse 301’e dönüştürülmelidir.

302 ile 307 yönlendirmesi arasındaki fark nedir?

Her ikisi de geçici yönlendirmelerdir, ancak 302 tarayıcının yönlendirmeyi takip ederken HTTP yöntemini GET’e değiştirmesine izin verirken (eski davranış), 307 orijinal HTTP yöntemini kesinlikle korur. Yöntem korumasının gerekli olduğu API uç noktaları veya form gönderimleri için 307 kullanın.

302 yönlendirmesi yönlendirme döngüsüne neden olabilir mi ve nasıl düzeltilir?

Evet. Döngü, URL A’nın URL B’ye, B’nin de A’ya (veya A’ya geri dönen bir zincir aracılığıyla) yönlendirmesi durumunda oluşur. Şüpheli zincirdeki her URL’de curl --max-redirs 0 çalıştırarak yönlendirme kurallarınızı denetleyerek, ardından çakışan kuralı kaldırarak veya düzelterek sorunu giderin. Screaming Frog’un yönlendirme zinciri raporu bu tespiti tüm site genelinde otomatikleştirir.

Geçici yönlendirmeler için 302 yönlendirmesi mi yoksa <meta> yenileme etiketi mi kullanmalıyım?

Her zaman sunucu tarafı 302 yönlendirmesi kullanın. Meta refresh etiketleri, sayfa yüklenmeye başladıktan sonra istemci tarafında çalışır, tüm tarayıcılar tarafından güvenilir biçimde işlenmez ve gereksiz sayfa yükleme gecikmesi ekler. Sunucu tarafı yapılandırma erişiminin tamamen mevcut olmadığı durumlarda yalnızca son çare olarak kabul edilebilirler.