DNS RobotDNS Propagation Checker
Ana SayfaDNSWHOISIPSSL
DNS RobotDNS Propagation Checker

Yeni nesil DNS yayılım kontrol aracı

Gizlilik PolitikasıKullanım KoşullarıHakkımızdaBlogİletişim

DNS Araçları

DNS SorgulamaAlan Adından IP'yeNS SorgulamaMX SorgulamaCNAME SorgulamaTümünü gör

E-posta Araçları

SPF Kayıt KontrolüDMARC KontrolüDKIM KontrolüSMTP Test AracıE-posta Başlık AnaliziTümünü gör

Web Sitesi Araçları

WHOIS SorgulamaAlan Adı Müsaitlik KontrolüAlt Alan Adı BulucuCMS AlgılayıcıBağlantı AnaliziTümünü gör

Ağ Araçları

Ping AracıTraceroutePort KontrolüHTTP Başlık KontrolüSSL Sertifika KontrolüTümünü gör

IP Araçları

IP SorgulamaIP Adresim NedirIP Kara Liste KontrolüIP'den Hostname'eASN SorgulamaTümünü gör

Yardımcı Araçlar

QR Kod OkuyucuQR Kod OluşturucuUPI QR Code GeneratorWiFi QR Code GeneratorMors Kodu ÇeviriciTümünü gör
© 2026 DNS Robot. Geliştiren: ❤ Shaik Brothers
Tüm sistemler çalışıyor
Made with
Ana Sayfa/Blog/HTTP 302 Durum Kodu (302 Found): Anlamı ve Ne Zaman Kullanılır

HTTP 302 Durum Kodu (302 Found): Anlamı ve Ne Zaman Kullanılır

Shaik Vahid26 Nis 20269 dk okuma
HTTP 302 durum kodu infografiği — Location başlığı ile geçici yönlendirme akışı ve 301 vs 302 vs 307 karşılaştırması
HTTP 302 durum kodu infografiği — Location başlığı ile geçici yönlendirme akışı ve 301 vs 302 vs 307 karşılaştırması

Önemli Bilgi

HTTP 302 durum kodu (302 Found) geçici bir yönlendirmedir: istenen kaynak Location başlığında belirtilen farklı bir URL'de geçici olarak bulunur, ancak gelecekteki istekler için orijinal URL kullanılmaya devam edilmelidir. Kısa süreli yönlendirmeler (giriş akışları, A/B testleri, bakım) için 302, kalıcı taşımalar için yalnızca 301 kullanın. POST isteklerini yönlendirme boyunca korumak için 302 yerine 307 kullanın.

Advertisement

HTTP 302 Durum Kodu Nedir?

HTTP 302 durum kodu — resmi adıyla 302 Found — istemciye (genellikle bir tarayıcıya) istenen kaynağın geçici olarak farklı bir URL'ye taşındığını bildiren bir HTTP yanıt kodudur. Yeni URL, yanıtın Location başlığında belirtilir ve istemci kaynağı yalnızca bu istek için oradan getirir.

Taşıma geçici olduğundan, istemci gelecekteki istekler için orijinal URL'yi kullanmaya devam etmelidir. Arama motorları, tarayıcılar ve yer imleri orijinal URL'yi yönlendirme hedefiyle değiştirmemelidir. Bu, HTTP 302 ile 301 Moved Permanently arasındaki en önemli davranış farkıdır.

302 kodu, RFC 9110'da tanımlanan HTTP durum kodlarının 3xx yönlendirme sınıfında yer alır. Tarihsel adı 'Found' olmasına rağmen, yanıt gövdesi neredeyse hiç kullanılmaz — modern tarayıcılar Location başlığını işlemeden hemen takip eder.

Not

Hızlı tanım: Bir 302 yanıtı şu anlama gelir: 'istediğiniz kaynak geçici olarak burada — Location başlığındaki URL'den getirin, ancak bir sonraki sefer orijinal URL'yi kullanmaya devam edin.'

302 Yanıtının Yapısı

HTTP 302 durum kodu yanıtı her zaman iki temel öğe içerir: durum satırının kendisi ve yeni URL'yi gösteren bir Location başlığı. Geçerli bir Location başlığı olmadan istemci yönlendirmeyi takip edemez.

  • Durum satırı — HTTP/1.1 302 Found (HTTP/2'de HTTP/2 302)

  • Location başlığı — istemcinin takip etmesi gereken hedef URL (zorunlu)

  • Cache-Control — genellikle no-cache — tarayıcıların yönlendirme hedefini kalıcı olarak önbelleğe almaması için

  • Gövde — genellikle boş; sunucular eski istemciler için küçük bir HTML sayfası ekleyebilir (<html><body><a href="...">Buraya tıklayın</a></body></html>)

http
HTTP/1.1 302 Found
Location: https://www.example.com/new-page
Content-Type: text/html; charset=UTF-8
Content-Length: 0
Cache-Control: no-cache, no-store
Date: Mon, 27 Apr 2026 14:00:00 GMT

İpucu

302 yanıtında her zaman Cache-Control: no-cache ayarlayın. Aksi halde bazı tarayıcılar yönlendirmeyi oturum boyunca önbelleğe alır ve orijinal URL'yi yeniden kontrol etmez — bu da yönlendirmenin 'geçici' yönünü bozar.

Location başlığı mutlak URL (https://example.com/path) veya yola göreli URL (/path) olabilir. Modern HTTP istemcileri her ikisini de kabul eder, ancak netlik için mutlak URL'ler önerilir.

302 vs 301 vs 307 vs 308: Hangi Yönlendirmeyi Kullanmalı?

HTTP beş yaygın yönlendirme durum kodu tanımlar ve doğrusunu seçmek önbellek, SEO ve istek metodu korunumu için önemlidir. Bu tabloyu karar matrisi olarak kullanın:

KodSüreklilikMetot Korunur mu?Tarayıcı Önbelleğe Alır mı?En Uygun Kullanım
301 Moved PermanentlyKalıcıPOST→GET olabilirEvet (agresif)Kalıcı URL değişiklikleri, alan göçleri
302 FoundGeçiciGenellikle POST→GET olurHayırGiriş akışları, A/B testleri, bakım
303 See OtherGeçiciHer zaman GET'e dönerHayırForm gönderimi sonrası POST/Redirect/GET deseni
307 Temporary RedirectGeçiciEvet — korunurHayırPOST/PUT korunması gereken geçici yönlendirmeler
308 Permanent RedirectKalıcıEvet — korunurEvetPOST/PUT korunması gereken kalıcı yönlendirmeler

Uyarı

Kalıcı bir taşıma için (örn. alan adı değişikliği) 302 asla kullanmayın. Arama motorları 302yi geçici olarak değerlendirir ve sıralama sinyallerini yeni URL'ye aktarmaz. Kalıcı taşımalar için her zaman 301 veya 308 kullanın.

Modern öneri: Geçici bir yönlendirmeye ihtiyacınız varsa ve metot işleme konusunda net olmak istiyorsanız 302 yerine 307 kullanın. 307 kodu HTTP/1.1'e tam olarak şu nedenle eklendi: tarayıcılar tarihsel olarak 302'de POST'u GET'e değiştirerek spesifikasyonu ihlal ediyordu — ve bu yanlış davranış o kadar yaygındı ki fiili standart oldu.

302 Yönlendirmeyi Ne Zaman Kullanmalı?

Yönlendirme gerçekten geçici olduğunda — yani gelecekte yönlendirme hedefini kaldırmayı veya değiştirmeyi planladığınızda — HTTP 302 durum kodunu kullanın. Yaygın meşru kullanım örnekleri:

  • Giriş yönlendirmeleri — Kimlik doğrulanmamış kullanıcıyı /dashboard'dan /login'e gönderme, sonra giriş sonrası geri döndürme

  • A/B testi — Kanonik URL'yi değiştirmeden kullanıcıların %50'sini bir varyanta yönlendirme

  • Bakım sayfaları — Sunucuya yama uygularken tüm trafiği geçici olarak /maintenance'a yönlendirme

  • Coğrafi konum yönlendirmesi — Ziyaretçileri ülkesine göre /'den /tr veya /us'ye gönderme; /'yi kanonik giriş olarak koruma

  • Mobil yönlendirmeler — Akıllı telefon kullanıcılarını example.com'dan m.example.com'a yönlendirme (bugün duyarlı tasarım tercih edilir)

  • Stokta olmayan ürün sayfaları — Ürün stoğa dönene kadar alıcıları kategori sayfasına gönderme

  • Kısa süreli promosyon URL'leri — /black-friday yalnızca kampanya süresince kampanya sayfasına yönlendirme

Bu durumlardan herhangi biri kalıcı olursa 301'e geçin. Arama motorları uzun süreli bir 302yi 301 olarak değerlendirmek için aylarca bekler, dolayısıyla kalıcı bir taşımayı 302de bırakmak bu süre boyunca sıralama sinyallerine mal olur.

Advertisement

302 Durum Kodu Nasıl Gönderilir

Çoğu web sunucusu ve framework 302 yönlendirme göndermek için yerleşik yardımcılara sahiptir. Aşağıda en yaygın desenler. Her biri HTTP 302 Found ile bir Location başlığı yayınlar — 302 yanıtının kesinlikle ihtiyaç duyduğu tek iki şey.

Nginx

Nginx'te return direktifini 302 koduyla kullanın (kodu atlarsanız varsayılan da 302'dir):

nginx
server {
    listen 80;
    server_name example.com;

    # Geçici yönlendirme (302 Found)
    location /old-page {
        return 302 https://example.com/new-page;
    }
}

Apache (.htaccess)

Apache'de Redirect'i 302 koduyla veya RewriteRule'u [R=302,L] bayrağıyla kullanın:

apache
# Basit geçici yönlendirme
Redirect 302 /old-page https://example.com/new-page

# Veya desen eşleme için mod_rewrite ile
RewriteEngine On
RewriteRule ^maintenance$ /maintenance.html [R=302,L]

Node.js (Express)

Express'in res.redirect() metodu, kod sağlanmadığında varsayılan olarak 302 kullanır:

javascript
// Geçici yönlendirme (varsayılan 302 Found)
app.get('/dashboard', (req, res) => {
  if (!req.user) {
    return res.redirect('/login') // 302 gönderir
  }
  // ...dashboard render
})

// Veya açık olun:
res.redirect(302, '/login')

İpucu

İstek metodunu (POST, PUT, DELETE) korumanız gerekiyorsa, 302 yerine res.redirect(307, '/new-url') kullanın. Tarayıcılar 302 POST'u GET'e indirger — 307 orijinal metodu korur.

302 Durum Kodu Nasıl Test Edilir

302 yönlendirme uyguladıktan sonra doğru çalıştığını doğrulayın. En hızlı yol terminalden curl — tarayıcı önbelleği müdahalesi olmadan tam durum kodunu ve Location başlığını gösterir.

bash
# Yönlendirmeyi takip etmeden yalnızca yanıt başlıklarını göster (-I)
curl -I https://example.com/old-page

# Beklenen çıktı:
# HTTP/2 302
# location: https://example.com/new-page
# cache-control: no-cache
# date: Mon, 27 Apr 2026 14:00:00 GMT

# Tüm zinciri takip et (-L) ve her sıçramayı göster
curl -ILs https://example.com/old-page | grep -i 'HTTP/\|location:'

Not

Tarayıcı DevTools da çalışır: Network sekmesini açın, Preserve log'u etkinleştirin ve URL'yi yükleyin. Her yönlendirme, durum kodu ve Location başlığı ile ayrı bir giriş olarak görünür. Çok sıçramalı zincirleri ayıklamanın en kolay yolu budur.

Terminale erişiminiz yoksa, tüm zinciri tarafsız bir konumdan takip etmek için DNS Robot'un ücretsiz Yönlendirme Denetleyicisi'ni veya ham yanıt başlıklarını incelemek için HTTP Başlıkları Denetleyicisi'ni kullanın — her ikisi de tarayıcı önbelleğini atlar.

302 Yönlendirmeleri ve SEO

Bir HTTP 302 durum kodu arama motorlarına şunu söyler: 'bu taşıma geçici, orijinal URL'yi indekste tutun.' Bu, sıralama sinyalleri için doğrudan sonuçlar doğurur.

Google Search Central'a göre, bir 302 orijinal URL'nin sıralama sinyallerini yönlendirme hedefine 301'in yaptığı şekilde aktarmaz. Orijinal URL kanonik kalır. Diğer kanonikleştirme sinyalleri (iç bağlantılar, sitemap, hreflang) hedef sayfayı işaret ediyorsa Google yine de hedef sayfayı indeksleyebilir — ancak 302nin kendisi kanonik bir sinyal değildir.

  • Kalıcı taşımalar için 301 kullanın — Alan adı değişiklikleri, URL yapı değişiklikleri, sayfa birleştirmeleri

  • Geçici taşımalar için 302 kullanın — Giriş akışları, A/B testleri, bakım, bölgesel yönlendirme

  • Kalıcı taşımayı 302'de bırakmayın — Google uzun süreli bir 302'yi 301 olarak değerlendirmek için aylarca bekler ve sıralama eşitliğini kaybedersiniz

  • Zincirlerden kaçının — A → 302 → B → 302 → C sinyalleri seyreltir ve sayfa yüklemesini yavaşlatır. Her sıçrama gecikme ekler

Uyarı

Sıralanması gereken URL'lerde (ana sayfa, ana açılış sayfaları) 302 yönlendirmeleri görüyorsanız, DNS Robot'un Yönlendirme Denetleyicisi ile denetleyin. Kalıcı taşımada yanlış yapılandırılmış bir 302 sıralamaları sessizce öldürebilir.

Neden 302 POST İsteklerini GET'e Değiştirir

Bu, HTTP 302'nin en şaşırtıcı davranışıdır. Orijinal RFC, istemcilerin yönlendirmeyi takip ederken istek metodunu koruması gerektiğini söylüyordu. Ancak ilk tarayıcılar — Mosaic, Netscape, IE — hepsi 302de POST'u GET'e değiştirdi ve bu yanlış davranış o kadar yaygınlaştı ki WHATWG Fetch Standard'da standartlaştırıldı.

Bugün, bir tarayıcı POST /login gönderdiğinde ve sunucu 302 Found ile yanıt verdiğinde, tarayıcı otomatik olarak yönlendirme hedefine karşı bir GET /next-page yayınlar. Form verileri atılır. Bu nadiren sunucu geliştiricilerinin amaçladığı şeydir.

http
# Gönderdiğiniz şey:
POST /submit-form HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded

name=Alice&email=alice@example.com

# Sunucu 302 ile yanıt verir:
HTTP/1.1 302 Found
Location: /thank-you

# Tarayıcı GET ile takip eder (form verileri atılır!):
GET /thank-you HTTP/1.1
Host: example.com

İpucu

Pratik kural: GET → 302 sorun değil, POST → 302 risklidir. Form gönderimleri için 303 See Other (sonraki sayfada kasıtlı GET) veya 307 Temporary Redirect (POST'u koru) tercih edin.

Yönlendirmenin orijinal metodu koruması gerekiyorsa (POST POST kalır, PUT PUT kalır), 302 yerine 307 Temporary Redirect kullanın. Gövdeyi kasıtlı olarak atıp GET'e geçmek istiyorsanız — klasik POST/Redirect/GET deseni — 303 See Other kullanın. Her ikisi de net; 302 değil.

Advertisement

Yaygın 302 Sorunları ve Çözümleri

HTTP 302 yanlış gittiğinde, genellikle bu belirtilerden biri olarak ortaya çıkar. Çoğu basit çözümlere sahiptir:

  • `200 yerine 302 alma` — Sunucu olmaması gereken zamanda yönlendiriyor. .htaccess, Nginx yapılandırması veya framework middleware'de istenmeyen yönlendirme kurallarını kontrol edin

  • `Location başlığı olmayan 302` — Geçersiz yanıt. Tarayıcılar boş sayfa gösterir. Kodunuzun durumu göndermeden önce Location başlığını ayarladığından emin olun

  • `Kendisine yönlendiren 302` — Yönlendirme döngüsü. Location URL'si istek URL'siyle eşleşiyor. Eksik koşullar için kuralı kontrol edin

  • `Form verilerini atan 302` — POST → 302 → GET gövdeyi atar. POST'u korumak için 307 Temporary Redirect'e geçin

  • `Tarayıcı tarafından önbelleğe alınan 302` — Buggy sunucu yönlendirmede Cache-Control: max-age=... ayarladı. Cache-Control: no-cache ekleyin ve tarayıcı önbelleğini temizleyin

  • `Üretimde 302 ama yerelde değil` — Genellikle bir CDN veya yük dengeleyici yönlendirmeler ekliyor. İzole etmek için doğrudan origin'e karşı test edin

Not

Bir 302 beklenmedik şekilde oluyorsa, en hızlı hata ayıklama adımı origin sunucunuza karşı (CDN'i atlayarak) curl -I <url>'dir. Origin doğrudan 200 döndürüyorsa, 302 CDN'iniz, proxy'niz veya yük dengeleyiciniz tarafından enjekte ediliyor.

302 Yönlendirme Döngüleri: Nasıl Tanılanır

Yönlendirme döngüsü, URL A'nın URL B'ye 302 döndürdüğünde ve URL B'nin tekrar A'ya 302 döndürdüğünde oluşur. 20 sıçramadan sonra (Chrome ve Firefox'ta) tarayıcı ERR_TOO_MANY_REDIRECTS gösterir ve vazgeçer.

En yaygın tek neden, bir CDN (Cloudflare gibi) ile origin sunucu arasındaki SSL/HTTPS çakışmasıdır: CDN origin'e HTTP üzerinden bağlanır, origin HTTP→HTTPS yönlendirir, CDN HTTPS'i çıkarır ve tekrar HTTP üzerinden bağlanır — sonsuz döngü.

bash
# Tüm zinciri takip et (sonsuz döngülerden kaçınmak için 10 sıçramayla sınırla)
curl -ILs --max-redirs 10 https://example.com 2>&1 | grep -i 'HTTP/\|location:'

# Bir döngü örneği:
# HTTP/2 302
# location: http://example.com/
# HTTP/1.1 302 Found
# Location: https://example.com/
# HTTP/2 302
# location: http://example.com/  <-- döngü onaylandı

Location başlıklarında iki URL'nin değiştiğini görürseniz, bir 302 yönlendirme döngüsü onayladınız. Tam çözüm rehberi için ERR_TOO_MANY_REDIRECTS rehberimize bakın. DNS Robot'un Yönlendirme Denetleyicisi tarafsız bir konumdan tüm zinciri takip eder ve döngü noktasında durur.

302 Durum Kodu En İyi Uygulamalar

302 Found'u doğru göndermek, yönlendirmeleri uygularken geliştiricilerin karşılaştığı çoğu hatayı önler:

  • Her zaman Location başlığı ekleyin — Location olmayan bir 302 geçersizdir ve boş sayfa olarak görüntülenir

  • Her zaman Cache-Control: no-cache ayarlayın — Aksi halde bazı tarayıcılar yönlendirmeyi oturum boyunca önbelleğe alır ve 'geçici' sözleşmeyi bozar

  • Location'da mutlak URL kullanın — https://example.com/new net; /new çalışır ancak ana bilgisayarı değiştiren proxy'lerin arkasında bozulabilir

  • Yönlendirmeleri tek sıçrama ile sınırlayın — A → 302 → B iyi; A → 302 → B → 302 → C sayfa yüklemeyi yavaşlatır ve sinyalleri seyreltir

  • POST'tan farklı bir sayfaya 302 ile yönlendirme yapmayın — 303 (kasıtlı GET) veya 307 (POST'u koru) kullanın

  • Yönlendirmeleri aylık denetleyin — Eski geçici yönlendirmeler genellikle nedenlerini geride bırakır. Redirect Checker ile kontrol edin

  • Taşıma kalıcı olduğunda 301'e geçin — Kalıcı bir taşımayı 302de birkaç haftadan fazla bırakmayın

Tarayıcı ve Önbellek Davranışı

Farklı tarayıcılar ve aracılar HTTP 302yi biraz farklı yönetir. Bu özellikleri bilmek hata ayıklama süresinden tasarruf sağlar:

İstemci302'de Varsayılan DavranışVarsayılan Önbellek
Chrome / EdgeOtomatik takip eder, POST→GET değiştirirBaşlıklar söylemedikçe önbelleğe alınmaz
FirefoxOtomatik takip eder, POST→GET değiştirirBaşlıklar söylemedikçe önbelleğe alınmaz
SafariOtomatik takip eder, POST→GET değiştirirYönlendirmelerin önbelleklenmesi biraz daha agresif
curl (varsayılan)Takip ETMEZ — 302 + Location gösterirÖnbellek yok
curl -L--max-redirs (varsayılan 50)'e kadar takip ederÖnbellek yok
wget (varsayılan)--max-redirect=20'ye kadar otomatik takip ederÖnbellek yok
GooglebotTakip eder, geçici sinyal olarak değerlendirirOrijinal URL'yi yeniden tarar

Uç durumlarda (POST metotları, sonsuz döngüler, başlık varlığı) yönlendirme davranışını doğrulamak için DNS Robot'un HTTP Başlıkları Denetleyicisi ham yanıtı tarayıcı tarafı metot yeniden yazımı olmadan gösterir. Geçici yönlendirmeler hakkında MDN belgelerinde ve RFC 9110 spesifikasyonunda daha fazla bilgi edinin.

Advertisement

Herhangi bir yönlendirme zincirini saniyeler içinde takip edin

DNS Robot'un ücretsiz Yönlendirme Denetleyicisi ile bir yönlendirme zincirindeki her sıçramayı inceleyin — durum kodları, Location başlıkları ve son hedefi tarafsız bir sunucudan görün (tarayıcı önbelleği yok).

Dene Yönlendirme Denetleyicisi

Advertisement

Sıkça Sorulan Sorular

302 durum kodu (HTTP 302 Found), istenen kaynağın yanıtın Location başlığında belirtilen farklı bir URL'de geçici olarak bulunduğu anlamına gelir. İstemci bu istek için yönlendirmeyi takip etmeli, ancak gelecekteki istekler için orijinal URL'yi kullanmaya devam etmelidir. 301 Moved Permanently'nin geçici karşılığıdır.

İlgili Araçlar

Redirect CheckerHTTP Headers CheckSSL Certificate CheckDNS Lookup

İlgili Makaleler

ERR_TOO_MANY_REDIRECTS: Nasıl Düzeltilir (Tüm Tarayıcılar)HTTP 503 Hatası Service Unavailable: Nedenleri ve ÇözümüHTTP 500 Hatası Internal Server Error: Nedenleri ve Çözümü403 Forbidden Hatasi: Ne Anlama Gelir ve Nasil Duzeltilir

İçindekiler

  • HTTP 302 Durum Kodu Nedir?
  • 302 Yanıtının Yapısı
  • 302 vs 301 vs 307 vs 308: Hangi Yönlendirmeyi Kullanmalı?
  • 302 Yönlendirmeyi Ne Zaman Kullanmalı?
  • 302 Durum Kodu Nasıl Gönderilir
  • 302 Durum Kodu Nasıl Test Edilir
  • 302 Yönlendirmeleri ve SEO
  • Neden 302 POST İsteklerini GET'e Değiştirir
  • Yaygın 302 Sorunları ve Çözümleri
  • 302 Yönlendirme Döngüleri: Nasıl Tanılanır
  • 302 Durum Kodu En İyi Uygulamalar
  • Tarayıcı ve Önbellek Davranışı
  • Sıkça Sorulan Sorular