307 Geçici Yönlendirmesi

Kısa özet — 307, 302 gibi geçici yönlendirmedir: eski URL’nin sıralamasını yenisine taşımasını Google’a söylemeden insanları ve arama motorlarını şimdilik yeni URL’ye yollar. 302’den tek farkı, isteğin türünü değiştirmemeyi vaat etmesidir. Biri form gönderdiğinde (POST), istek POST olarak kalır. Sıradan sayfa bağlantılarında bu fark görünmez; yalnızca form ve uygulamalarda önemlidir. Tarayıcıda https yükseltmesi sırasında bazen gördüğünüz “307” ise gerçek yönlendirme değildir.

307 yönlendirmesi nedir

Bir URL şimdilik başka bir yere taşındığında — kalıcı olarak değil — sunucu 307 Temporary Redirect döndürüp tarayıcıyı yeni konuma yönlendirebilir. Temel fikir 302 ile aynıdır: geçicidir; bu nedenle Google, kalıcı yönlendirmede yaptığı gibi eski URL’nin sıralama değerini hedefe aktarması için bunu sinyal olarak kullanmaz. Bu, zayıf ve kanonikleştirmeyen bir sinyaldir; eski URL’nin sıralamasını koruyacağına veya sonsuza dek dizinde kalacağına dair garanti değildir. Bakımda olan bir sayfa, mevsimsel kampanya ya da daha sonra geri almayı planladığınız herhangi bir geçici değişiklik için kullanabilirsiniz.

307’yi 302’den farklı kılan nedir

Aslında tek bir fark vardır ve çoğu kişi bununla hiç karşılaşmaz. Bir web isteğinin bir yöntemi vardır: genellikle sayfa getiren GET, bazen de form gönderen POST. 307, tarayıcının yönlendirmeyi izlerken aynı yöntemi koruyacağını garanti eder. Eski tarayıcılar 302’de POST’u bazen GET’e çevirebiliyordu; bu da form gönderimini bozabiliyordu. 307, kural gereği bu riski ortadan kaldırır. Evidence for this claim RFC 9110 defines 307 Temporary Redirect as a temporary move and requires clients not to change the request method when following it automatically. Scope: HTTP semantics for real server 307 responses, not browser-internal HSTS displays. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.4.8 — 307 Temporary Redirect

Yönlendirmelerin büyük çoğunluğunda — birinin sayfaya giden bağlantıyı tıklamasında — bunun hiçbir farkı yoktur; çünkü her iki durumda da istek GET’tir.

307 SEO’ya zarar verir mi?

Hayır. Google’ın kendi belgeleri 307’nin 302 ile “eşdeğer” olduğunu söyler. İkisi de geçicidir; bu yüzden kalıcı yönlendirme olan 301 gibi eski sayfanın sıralama değerini yeni sayfaya taşımaz. Gizli bir ceza da gizli bir artı da yoktur: 307, 302 gibi ele alınır.

Yönlendirme olmayan “307”

İşte insanların takıldığı bölüm. Siteniz HTTPS’yi zorunlu kılıyorsa (HSTS adlı güvenlik özelliği), tarayıcınız HTTP sürümünü ziyaret ettiğinizde geliştirici araçlarında bazen “307” gösterir. Bunu sunucunuz göndermemiştir; tarayıcı güvenli sürüme kendi başına atladığını açıklamak için kaydı kendisi üretmiştir. Hatta 0 baytlık yanıt gösterir; ayırt edici ipucu budur.

Denetim aracı veya tarayıcı beklenmedik bir 307 işaretlerse sunucunuzun yanlış yapılandırıldığını düşünerek paniğe kapılmayın. Yeni bir gizli pencere genellikle tarayıcının öğrendiği HSTS belleğini temizler ve gerçek durum kodunu gösterir — ancak her zaman değil: bazı alan adları tarayıcıların yerleşik HSTS preload listesinde bulunur ve gizli pencere bunu temizlemez. Sunucunuzun gerçekten ne döndürdüğünü görmek için bir yönlendirme denetleyicisi veya curl daha güvenilir yöntemdir.

Spesifikasyon dilini, John Mueller’in söylediklerini, HSTS mekanizmasını ayrıntılı olarak ve gerçek bir 307’nin nasıl döndürüleceğini görmek için Advanced sekmesine geçin.

Kısa özet — RFC 9110’a göre 307, “istek yöntemini DEĞİŞTİRMEMELİDİR”; bu, 302’nin vermediği kesin garantidir. SEO açısından sonuçsuzdur: Google belgeleri onu “302 ile eşdeğer” (zayıf, geçici bir sinyal) diye listeler ve Mueller, 307 ile 302 arasındaki seçimin arama açısından “pek fark yaratmadığını” söylemiştir — mesele yönlendirmenin POST/API trafiğinde çalışması gerekip gerekmediğidir. İnsanları asıl şaşırtan 307, HSTS artifaktıdır: sunucunun hiç göndermediği, tarayıcı HTTP’yi kendi başına HTTPS’ye yükselttiğinde oluşan 0 baytlık, yalnızca tarayıcıya ait “yönlendirme”. İşlevsel olarak birbirinden kopuk iki durumu vardır; bütün mesele bunları ayırmaktır.

307’nin birbirinden tamamen farklı iki durumu vardır

Aşağıdaki her şeyi düzenleyen fikir budur ve doğrudan kendi durum kodları rehberimden gelir: 307 iki ayrı kayıt olarak yer alır: “307 Temporary Redirect – Has the same functionality as a 302 redirect, except you can’t switch between POST and GET” (çeviri) “307 Geçici Yönlendirme — 302 yönlendirmesiyle aynı işlevi görür, ancak POST ile GET arasında geçiş yapamazsınız” ve “307 HSTS Policy – Forces the client to use HTTPS when making requests instead of HTTP.” (çeviri) “307 HSTS Politikası — istemciyi isteklerde HTTP yerine HTTPS kullanmaya zorlar.” Aynı numarayı paylaşırlar ama başka neredeyse hiçbir şey paylaşmazlar:

1. Gerçek, sunucu tarafından gönderilen geçici yönlendirme olarak 307 — GET dışı bir istekte HTTP yöntemini ve gövdesini korumak için bilerek seçilen (veya framework tarafından varsayılan olarak seçilen) kod.
2. HSTS tarayıcı artifaktı olarak 307 — sunucu yanıtı değildir. Tarayıcı HTTP’yi dahili olarak HTTPS’ye yükseltir ve bu yükseltmeyi 307 olarak etiketler.

Bu ikisini birbirine karıştırmak, 307 karmaşasının en yaygın kaynağıdır. İkisini sırayla ele alacağım.

1. durum: gerçek 307 — spesifikasyonun gerçekten istediği

Güncel HTTP semantiği spesifikasyonu olan RFC 9110, §15.4.8’de açık ve nettir:

“The 307 (Temporary Redirect) status code indicates that the target resource resides temporarily under a different URI and the user agent MUST NOT change the request method if it performs an automatic redirection to that URI.” (çeviri) “307 (Temporary Redirect) durum kodu, hedef kaynağın geçici olarak farklı bir URI altında bulunduğunu belirtir ve kullanıcı aracısı bu URI’ye otomatik yönlendirme yaparsa istek yöntemini DEĞİŞTİRMEMELİDİR.”

Bu “MUST NOT” kesin gerekliliktir, öneri değil. 307’nin çözmek için oluşturulduğu tarihsel karmaşayı açıkça belgeleyen 302 bölümüyle (§15.4.3) karşılaştırın: “For historical reasons, a user agent MAY change the request method from POST to GET for the subsequent request. If this behavior is undesired, the 307 (Temporary Redirect) status code can be used instead.” (çeviri) “Tarihsel nedenlerle kullanıcı aracısı sonraki istekte yöntemi POST’tan GET’e DEĞİŞTİREBİLİR. Bu davranış istenmiyorsa yerine 307 (Temporary Redirect) kullanılabilir.” Başka deyişle 307, eski istemcilerin 302’deki POST→GET belirsizliğini kaldırmak için vardır.

MDN aynı ayrımın pratik açıklamasını şöyle verir:

“The difference between 307 and 302 is that 307 guarantees that the client will not change the request method and body when the redirected request is made. With 302, older clients incorrectly changed the method to GET. 307 and 302 responses are identical when the request method is GET.” (çeviri) “307 ile 302 arasındaki fark, yönlendirilmiş istek yapılırken 307’nin istemcinin yöntem ve gövdeyi değiştirmemesini garanti etmesidir. 302’de eski istemciler yöntemi yanlışlıkla GET’e çevirdi. İstek yöntemi GET olduğunda 307 ve 302 yanıtları aynıdır.”

Son cümle SEO için en önemli olandır. SEO uzmanlarının ilgilendiği eski sayfadan yeni sayfaya yönlendirmelerin neredeyse tamamı GET isteğidir ve GET’te 307 ile 302 birebir aynıdır. Yöntem koruma garantisi yalnızca yöntem GET değilse önem taşır: form yeniden gönderimleri, API uç noktaları, webhook hedefleri, ödeme veya kimlik doğrulama POST geçişleri. Spesifikasyon yöntem ve gövdeyi garanti eder; tekrar sırasında bütün istemcilerin başlık, kimlik bilgisi veya kaynaklar arası isteği nasıl işleyeceğini tek başına belirlemez. Bayt düzeyinde davranış varsaymak yerine gerçek istemcinizle doğrulayın. Sıradan sayfa taşımasında iki kodu karşılaştırıyorsanız ayrıntılı 302-307 makalesine bakın; bu makale 302 incelemesindeki temel geçici yönlendirme bilgisini varsayar ve 307’ye özgü farklara odaklanır.

Tek tabloda 302, 303 ve 307 karşılaştırması

Üçü de RFC’nin “geçici” grubundadır; ancak önemli iki eksende — yöntemin korunması ve önbellekleme — aynı davranmazlar:

Üç kodun hiçbiri varsayılan olarak sezgisel biçimde önbelleğe alınabilir değildir — 307 (302 ve 303 gibi), bir önbelleğin yeniden sormadan saklaması için açık bir tazelik sinyaline (Cache-Control, Expires vb.) ihtiyaç duyar.

1. durum devamı: Google gerçek 307’yi SEO açısından nasıl ele alır

Kısa cevap: 302 ile tamamen aynı. Google’ın HTTP Durum Kodları belgesi 307 satırını “302 ile eşdeğer” diye listeler ve miras aldığı 302 satırı bunun anlamını açıklar:

“By default, Google’s crawlers follow the redirect, and Google systems use the redirect as a weak signal that the redirect target should be processed.” (çeviri)

“Google tarayıcıları varsayılan olarak yönlendirmeyi izler ve Google sistemleri yönlendirmeyi, yönlendirme hedefinin işlenmesi gerektiğine dair zayıf bir sinyal olarak kullanır.”

“Zayıf” burada belirleyici sözcüktür: geçici yönlendirme, kalıcı yönlendirme gibi kanonikleştirmeyi hedef üzerinde birleştirmez. Google’ın Yönlendirmeler ve Google Search belgesi 302, 303 ve 307’yi “geçici” başlığı altında toplar ve davranışı açıkça tarif eder: “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” (çeviri) “Googlebot yönlendirmeyi izler, ancak dizine ekleme hattı yönlendirmeyi hedefin kanonik olması gerektiğine dair bir sinyal olarak kullanmaz.” Aynı sayfadaki amaç çerçevesi de şöyledir: “If you just want to send users to a different page temporarily, use a temporary redirect.” (çeviri) “Kullanıcıları yalnızca geçici olarak farklı bir sayfaya göndermek istiyorsanız geçici yönlendirme kullanın.”

Google, 307 ve 308 satırlarının hemen ardından duvara yazılacak şu uyarıyı ekler:

“While Google treats these status codes the same way, keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect so other clients (for example, e-readers, other search engines) may benefit from it.” (çeviri)

“Google bu durum kodlarını aynı şekilde ele alsa da semantik olarak farklı olduklarını unutmayın. Diğer istemcilerin (örneğin e-okuyucuların ve diğer arama motorlarının) yararlanabilmesi için yönlendirmeye uygun durum kodunu kullanın.”

Google 307 ve 302’yi sıralama açısından aynı gruba koyar, ancak anlamsal olarak doğru kodu seçmenizi ister. SEO yanıtının tamamı budur. Evidence for this claim Google treats 307 as equivalent to 302 for Search while noting that the HTTP semantics differ. Scope: Google Search redirect handling; clients still need the semantically appropriate status code. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes and Search John Mueller, Search Off the Record 51. bölümünde (“Let’s talk redirects”) 301/302’nin aksine “with 307, 308, it also forwards POST requests” (çeviri) “307 ve 308 ile POST isteklerinin de iletildiğini” söyleyip sonucu daha açık ifade eder:

“I think for SEO, it doesn’t really matter. It’s more like, I don’t know… Does it work for APIs or not? And usually, APIs are not something that you need to have indexed directly in Search.” (çeviri)

“Bence SEO açısından gerçekten önemli değil. Daha çok, bilmiyorum… API’lerde çalışıyor mu, çalışmıyor mu? Genellikle API’ler Search’te doğrudan dizine eklemeniz gereken şeyler değildir.”

Geçici yönlendirmelerinizi 307’ye çevirmenin sıralama açısından bir artısı yoktur. Bunu seçmenin tek geçerli nedeni yöntem/gövdeyi korumak veya ileride güvenli kalmasını isteyen genel bir tercihtir; buna sonda döneceğim.

1. durum devamı: framework ve CDN varsayılanları

“Bu neden 307?” sorularının artan bölümü bilinçli seçim değil, framework varsayılanıdır. Next.js redirect() işlevi varsayılan olarak 307 döndürür ve belgeler “Why does redirect use 307 and 308?” başlığı altında nedenini açıklar: “The redirect() method uses a 307 by default, instead of a 302 temporary redirect, meaning your requests will always be preserved as POST requests.” (çeviri) “redirect() yöntemi 302 geçici yönlendirme yerine varsayılan olarak 307 kullanır; böylece istekleriniz her zaman POST olarak korunur.” Next.js Server Actions içinde özellikle 303, 308 için ayrı permanentRedirect() kullanır. Elinizle yazmadığınız 307 görüyorsanız framework veya edge platformunun GET dışı yönlendirmelerde bunu varsayılan seçip seçmediğini kontrol edin; çoğunlukla yanıt budur ve doğrudur.

2. durum: sunucunuzun hiç göndermediği HSTS “hayalet 307”

Bu, yeterince ele alınmayan ve özel bir 307 yazısının gerçekten değer kattığı alandır. Site Strict-Transport-Security (HSTS) başlığı gönderdiğinde tarayıcıya bundan sonra yalnızca HTTPS üzerinden yükleme yapmasını söyler. HTTP sürümüne yapılan sonraki istekte tarayıcı sunucuyla konuşmadan HTTPS’ye kendi başına yükseltme yapar ve bu dahili yükseltmeyi geliştirici araçlarında ve tarayıcılarda “307” diye gösterir.

John Mueller bu mekanizmayı kişisel sitesinde şöyle açıkladı:

“After seeing the HTTPS URL with the HSTS header (for example, with any redirect from the HTTP version), Chrome will act like it’s seeing a 307 redirect the next time you try to access the HTTP page. Your server’s not returning a 307, Chrome is just showing it to you as such to explain that it’s doing the redirect for you.” (çeviri) “HTTPS URL’sini HSTS başlığıyla gördükten sonra Chrome, HTTP sayfasına bir sonraki erişimde 307 yönlendirmesi görüyormuş gibi davranır. Sunucunuz 307 döndürmüyor; Chrome yönlendirmeyi sizin için yaptığını açıklamak üzere size öyle gösteriyor.”

Sıfır baytlık gövde ayırt edici işarettir. Mueller’in eklediği gibi “the 307 isn’t actually a redirect at all, it’s just a placeholder” (çeviri) “307 aslında yönlendirme değildir, yalnızca yer tutucudur”. Kendi yönlendirmeler rehberim denetim sonucunu şöyle anlatır: “When web servers require clients to only use HTTPS connections (HSTS policy), Google won’t see the 307 because it’s cached in the browser. The initial hit (without cache) will have a server response code that’s likely a 301 or a 302. But your browser will show you a 307 for subsequent requests which makes it more difficult to troubleshoot. You will need to use a fresh Incognito session to see the returned status code.” (çeviri) “Web sunucuları istemcilerin yalnızca HTTPS kullanmasını istediğinde Google, tarayıcıda önbelleğe alındığı için 307’yi görmez. Önbelleksiz ilk istekte sunucu muhtemelen 301 veya 302 döndürür; sonraki isteklerde tarayıcı 307 göstererek sorun gidermeyi zorlaştırır. Dönen kodu görmek için yeni bir Gizli oturum gerekir.”

Googlebot HSTS için gerçekte ne görür (ve anlatı nasıl değişti)

Beş yıl arayla yapılan iki Google açıklamasını birlikte okuyun. Aralık 2015’te Zineb Ait Bahajji (o dönemde Google’da), Search Engine Roundtable üzerinden “With HSTS implemented, Googlebot sees a 301 redirect (try it with Fetch as Google). The 307 is just an ‘internal redirect’.” (çeviri) “HSTS uygulandığında Googlebot 301 yönlendirmesi görür (Fetch as Google ile deneyin). 307 yalnızca dahili yönlendirmedir.” dedi. Ekim 2020’de Mueller’in Search Engine Journal üzerinden aktarılan Ask Google Webmasters videosundaki ifade biraz farklıydı: “In short, [Googlebot] doesn’t interact with them. 307 redirects are generally not real redirects.” (çeviri) “Kısaca Googlebot bunlarla etkileşmez. 307 yönlendirmeleri genellikle gerçek yönlendirme değildir.” Her iki durumda da tarayıcı, geliştirici araçlarındaki 307 ile aynı şeyi görmez. Araçlar ve tarama altyapısı değişse de (Fetch as Google yerini URL Inspection’a bıraktı) temel nokta en az on yıl değişmedi: HSTS durumunda sunucunun döndürdüğü gerçek 307 yoktur. Güncel rehber olarak 2020 açıklamasını, tarihsel bağlam olarak 2015 açıklamasını kullanın.

Operasyonel sonuç önemlidir: HSTS tarayıcı kolaylığıdır, tarama keşif mekanizması değildir. Site sahipleri HTTP→HTTPS yolunun crawler’lar için de çalışmasını istiyorsa gerçek bir sunucu tarafı yönlendirmesine (gerçek bir 301) ihtiyaç duyar.

Bing 307’yi nasıl ele alır

Dürüst cevap: belgelerde boşluk var. Bing’in 307’yi veya özellikle HSTS kaynaklı 307’yi ele alan kamuya açık bir açıklamasını bulamadım. Bing’in yönlendirme rehberleri (2011 tarihli 301, 302 ve canonical etiketlerini yönetme yazısı ile 2020 tarihli Bing ile Site Taşıma yazısı) yalnızca 301/302 kalıcı-geçici ayrımını kapsıyor; 307, 308 veya HSTS’den söz etmiyor. Bu nedenle Google ile aynı olduğunu varsaymayın: Bing kamuya açık biçimde 307’ye özel bir şey söylemedi. Olay, arama motorundan bağımsız olarak gerçek ve tarayıcı yazılımları açısından önemlidir — Screaming Frog SEO Spider’ın HSTS’yi dikkate alan “Respect HSTS Policy” (çeviri) “HSTS Politikasına Uyun” seçeneği sunması bunun göstergesidir — ancak bu Bing açıklaması değil, araç belgesidir.

Bilerek 307 ne zaman seçilir

Özgün yöntemi veya gövdeyi kaybetmek bir şeyi bozacaksa 302 yerine 307 seçin:

• POST/PUT/PATCH alan API uç noktaları ve webhook hedefleri.
• İşlendikten sonra yönlendiren form gönderimleri (POST).
• Sunucular arasındaki ödeme veya giriş POST geçişleri.
• **İsteğin kaybetmeyi göze alamayacağınız bir gövde taşıdığı her durum.

Sıradan bir sayfadan sayfaya geçişte 302 ve 307, Google açısından ayırt edilemez; SEO ekseninde ikisi de uygundur. Bu yöntem-koruma mantığının kalıcı karşılığını ele alıyorsanız ilişki 301 ile 308 arasındadır: 307, 302 için neyse 308 de 301 için odur.

Kendi yönlendirmeler rehberimdeki tercihim, “fark etmez” yanıtından daha kesindir: “my preferred order would be: 307 / 302 / 303 > Meta refresh 0 / HTTP refresh 0.” (çeviri) “Tercih sıram 307 / 302 / 303 > Meta refresh 0 / HTTP refresh 0 olurdu.” Geçici seçeneklerde 307’yi ilk sıraya koyarım; tutarlı kullanmak yöntem koruma açısından güvenli kalmanızı sağlar ve Mueller’in eksiksizlik argümanına benzer. Hangisini seçerseniz seçin gerçek 307’nin veya HSTS artefaktının uzun yönlendirme zincirinde fazladan sıçrama olmasını önleyin; her sıçrama gecikme ve verim kaybıdır.

AI özeti

Advanced sürümünün yoğunlaştırılmış özeti:

• 307’nin ilgisiz iki durumu vardır. (1) HTTP yöntemini/gövdeyi koruyan, sunucunun verdiği gerçek geçici yönlendirme; (2) tarayıcı http→https yükseltmesini kendi yaptığında sunucunun hiç göndermediği, sıfır baytlık HSTS tarayıcı artefaktı. Bütün iş bunları ayırmaktır.
• Durum 1 — spesifikasyon garantisi: RFC 9110, 307’nin “MUST NOT change the request method.” (çeviri) “istek yöntemini DEĞİŞTİRMEMESİ” gerektiğini söyler. MDN, “307 and 302 responses are identical when the request method is GET” (çeviri) “İstek yöntemi GET olduğunda 307 ve 302 yanıtları aynıdır” diye ekler; fark POST/PUT/PATCH (formlar, API’ler) için önemlidir. Garanti yöntem ve gövdeyi kapsar; tekrar sırasındaki başlık/kimlik bilgisi/kaynaklar arası davranış istemciye bağlıdır.
• 302, 303 ve 307: 302 tarihsel olarak POST’u GET’e çevirebilir, 303 hedefi bilerek GET/HEAD ile alır, 307 yöntemi değiştirmemelidir; üçü de varsayılan olarak sezgisel önbelleğe alınamaz.
• SEO yanıtı: Google belgeleri 307’yi zayıf, hedefte sinyal birleştirmeyen geçici yönlendirme olarak “Equivalent to 302” (çeviri) “302’ye eşdeğer” listeler. Mueller’e göre SEO açısından fark etmez; gerçek soru API’lerde çalışıp çalışmadığıdır.
• Framework varsayılanları: Next.js redirect() 307’yi varsayılan seçer (Server Actions içinde 303, 308 için permanentRedirect()) ve POST’u korur. “Kazara” 307’lerin yaygın, çoğunlukla doğru kaynağıdır.
• Durum 2 — HSTS: tarayıcı sıfır baytlık gövdeyle 307 gösterir; gerçek sunucu kodu çoğunlukla 301/302’dir. Googlebot bu 307’yi görmez. http→https için yine gerçek sunucu tarafı 301 gerekir. Yönlendirme denetleyicisi veya düz curl ile denetleyin; yeni Gizli oturum çoğunlukla çalışır, ancak tarayıcının yerleşik HSTS preload listesindeki alanlarda çalışmayabilir.
• Bing: 307’ye özgü herkese açık açıklama yoktur; bu eşdeğerlik değil, belge boşluğudur.
• Tercih: sıralama nedeniyle 307’ye geçmek gerekmez; Patrick’in sırası geleceğe dayanıklılık için geçici seçeneklerde 307’yi ilk sıraya koyar.

Resmî belgeler

Birincil kaynak belgeleri ve spesifikasyonlar.

Google

• HTTP Durum Kodları, Ağ ve DNS Hataları ve Google Search — “307 (temporary redirect) — Equivalent to 302” (çeviri) “307 (geçici yönlendirme) — 302 ile eşdeğerdir” satırını, 302 için “zayıf sinyal” açıklamasını ve kodların “anlamsal olarak farklı” olduğu uyarısını içerir.
• Yönlendirmeler ve Google Search — 302/303/307’yi “geçici” başlığı altında gruplar; dizine ekleme hattının yönlendirmeyi hedefin kanonik olması gerektiğine dair sinyal olarak kullanmadığını belirtir.

Bing / Microsoft

• 301, 302 ve canonical etiketlerini yönetme — Bing’in yönlendirme rehberi (yalnızca 301/302; 307/HSTS sözü yok).
• Bing ile Site Taşıma — yine yalnızca 301/302’yi ele alan taşıma rehberi.

HTTP spesifikasyonu

• RFC 9110 §15.4.8 — 307 Geçici Yönlendirme — “MUST NOT change the request method.” (çeviri) “İstek yöntemini DEĞİŞTİRMEMELİDİR.”
• RFC 9110 §15.4.3 — 302 Found — 307’ye gönderme yapan tarihsel POST→GET notu.

Teknik referans

• MDN — 307 Geçici Yönlendirme — yöntem/gövde korunması ve GET isteğinde 307 ile 302 yanıtlarının aynı olduğu açıklaması.

Framework

• Next.js — redirect() işlevi başvurusu — redirect işlevinin neden 307 ve 308 kullandığını açıklayan SSS; varsayılan 307’dir (Server Actions içinde 303).

Crawler araçları

• Screaming Frog — HSTS ve 307 Yönlendirmelerini Tarama Rehberi — “Respect HSTS Policy” (çeviri) “HSTS Politikasına Uyun” yapılandırması ve HSTS mekanizması.

Kaynaktan alıntılar

Kayıt altındaki ifadeler. Her bağlantı alıntılanan bölüme gider veya onu belgeler.

Google belgeleri — SEO yaklaşımı

• “307 (temporary redirect) — Equivalent to 302.” (çeviri) “307 (geçici yönlendirme) — 302 ile eşdeğerdir.” — Google Search Central, HTTP Durum Kodları, Ağ ve DNS Hataları ve Google Search. Alıntıya git
• “By default, Google’s crawlers follow the redirect, and Google systems use the redirect as a weak signal that the redirect target should be processed.” (çeviri) “Google tarayıcıları varsayılan olarak yönlendirmeyi izler ve Google sistemleri yönlendirmeyi hedefin işlenmesi gerektiğine dair zayıf bir sinyal olarak kullanır.” (307’nin miras aldığı 302 satırı) Alıntıya git
• “While Google treats these status codes the same way, keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect so other clients (for example, e-readers, other search engines) may benefit from it.” (çeviri) “Google bu durum kodlarını aynı şekilde ele alsa da anlamsal olarak farklı olduklarını unutmayın. Diğer istemcilerin yararlanabilmesi için yönlendirmeye uygun durum kodunu kullanın.” Alıntıya git
• “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” (çeviri) “Googlebot yönlendirmeyi izler, ancak dizine ekleme hattı yönlendirmeyi hedefin kanonik olması gerektiğine dair sinyal olarak kullanmaz.” — Google Search Central, Yönlendirmeler ve Google Search. Alıntıya git

HTTP spesifikasyonu / MDN — teknik garanti

• “The 307 (Temporary Redirect) status code indicates that the target resource resides temporarily under a different URI and the user agent MUST NOT change the request method if it performs an automatic redirection to that URI.” (çeviri) “307 (Geçici Yönlendirme) durum kodu, hedef kaynağın geçici olarak farklı bir URI altında bulunduğunu ve kullanıcı aracısının bu URI’ye otomatik yönlendirme yaparken istek yöntemini DEĞİŞTİRMEMESİ gerektiğini belirtir.” — RFC 9110, §15.4.8. Bölümü oku
• “For historical reasons, a user agent MAY change the request method from POST to GET for the subsequent request. If this behavior is undesired, the 307 (Temporary Redirect) status code can be used instead.” (çeviri) “Tarihsel nedenlerle kullanıcı aracısı sonraki istekte yöntemi POST’tan GET’e çevirebilir. Bu davranış istenmiyorsa bunun yerine 307 (Geçici Yönlendirme) durum kodu kullanılabilir.” — RFC 9110, §15.4.3 (302 bölümü). Bölümü oku
• “The difference between 307 and 302 is that 307 guarantees that the client will not change the request method and body when the redirected request is made… 307 and 302 responses are identical when the request method is GET.” (çeviri) “307 ile 302 arasındaki fark, 307 kodunun yönlendirilen istek yapılırken istemcinin istek yöntemini ve gövdesini değiştirmeyeceğini garanti etmesidir… İstek yöntemi GET olduğunda 307 ve 302 yanıtları aynıdır.” — MDN, 307 Temporary Redirect. Alıntıya git

John Mueller, Google — SEO ve yöntem korunması

• Mueller’in Advanced bölümünde verilen birebir açıklamasının Türkçe aktarımı: “Bence SEO açısından gerçekten önemli değil. Daha çok API’lerde çalışıp çalışmadığı sorusudur. API’ler genellikle Search’te doğrudan dizine eklenmesi gereken şeyler değildir.” — Search Off the Record, 51. bölüm, “Let’s talk redirects” (17 Kasım 2022). Transkript PDF’i
• “And with 307, 308, it also forwards POST requests” (çeviri) “307 ve 308 ile POST isteklerini de iletir.” (301/302’nin GET isteklerini iletmesine karşı). — Aynı bölüm.

John Mueller, Google — HSTS “hayalet 307”

• “Your server’s not returning a 307, Chrome is just showing it to you as such to explain that it’s doing the redirect for you… the 307 isn’t actually a redirect at all, it’s just a placeholder.” (çeviri) “Sunucunuz 307 döndürmüyor; Chrome yönlendirmeyi sizin için yaptığını açıklamak üzere size öyle gösteriyor… 307 aslında yönlendirme değildir, yalnızca yer tutucudur.” — John Mueller, HTTPS & HSTS: 301, 302, or 307? (johnmu.com, aslen Google+, Haziran 2016). Alıntıya git
• Mueller’in Advanced bölümünde verilen birebir açıklamasının Türkçe aktarımı: “Kısaca Googlebot bunlarla etkileşmez. 307 yönlendirmeleri genellikle gerçek yönlendirme değildir.” — John Mueller, Ask Google Webmasters (Ekim 2020), Search Engine Journal aracılığıyla. Alıntıya git

Zineb Ait Bahajji, Google — HSTS, 2015 (aktarılmış)

• Zineb Ait Bahajji’nin Advanced bölümünde verilen birebir açıklamasının Türkçe aktarımı: “HSTS uygulandığında Googlebot 301 yönlendirmesi görür (Fetch as Google ile deneyin). 307 yalnızca dahili yönlendirmedir.” — Zineb Ait Bahajji (Google), Search Engine Roundtable tarafından aktarılan Twitter açıklaması (Aralık 2015). Alıntıya git

Aslında hangi 307’ye bakıyorum?

307 hakkındaki neredeyse her soru, birbirinden tamamen farklı iki şeyden birine çıkar. Bunu sırayla ayıralım.

Kaçınılacak efsaneler ve hatalar

“A 307 doesn’t pass link equity the way a 302 does.” (çeviri) “307, 302 gibi bağlantı değeri aktarmaz.” “307, 302’den daha kötüdür” çerçevesi yanlıştır ve büyük SEO bloglarında yayılmaktadır. Google’ın kendi belgeleri 307 ile 302’yi aynı şekilde işler: ikisi de standartlaştırma sinyali vermeyen, “zayıf sinyal” niteliğinde geçici yönlendirmelerdir; Google’ın HTTP Durum Kodları belgesi 307’yi açıkça “302 ile eşdeğer” diye tanımlar. 307’nin 302’den daha az değer aktardığını söylemenin belgelenmiş dayanağı yoktur. Google’ın asıl yaklaşımı, genel olarak geçici yönlendirmelerin sıralama sinyallerini kalıcı yönlendirme gibi hedefte birleştirmek için kullanılmamasıdır. Bu nedenle “özellikle 307 değer aktarmaz” iddiasıyla gereksiz değişiklik yapmayın.

“Ağ sekmemdeki 307, sunucumun yönlendirmeyi yanlış yapılandırdığı anlamına geliyor.” Çoğu zaman yanlış. HSTS etkinse ve tarayıcı daha önce Strict-Transport-Security başlığını gördüyse HTTP→HTTPS yükseltmesini yalnızca kendi açıklaması olarak 307 gösterir; sunucu bunu hiç döndürmemiştir (0 baytlık gövde ipucudur). Yeni bir gizli pencere genellikle gerçek kodu gösterir, ancak tarayıcının yerleşik HSTS preload listesinde bulunan alan adlarında bunu yapmaz. Yapılandırılmamış HSTS istemcisi olan bir yönlendirme denetleyicisi veya curl ile test edin; olmayan bir yanlış yapılandırmayı aramayın.

“HSTS kullanan bir sitede Googlebot, tarayıcımın gösterdiği 307’nin aynısını görür.” Tam olarak değil. Google temsilcileri Googlebot’un ya 301 gördüğünü (Zineb, 2015) ya da 307/HSTS mekanizmasıyla hiç etkileşmediğini (Mueller, 2020) söyledi. Her iki durumda da insanın gördüğü “307” değildir. Bu yolun tarama keşfi önemliyse HTTP→HTTPS için gerçek sunucu tarafı 301 yine gerekir.

“303 ile 307 temelde birbirinin yerine geçer.” Önemli olan tek eksende birbirlerinin tersidirler. 303 yöntemi her zaman GET’e çevirir (Post/Redirect/Get deseni); 307 yöntemin değiştirilmemesini garanti eder. İkisini karıştırmak kolaydır, çünkü 302’nin yanında ikisi de “geçici” kovasındadır.

“Geçici yönlendirmelerin tümünü sıralama artışı için 307’ye çevirmek.” Artış yoktur. 302 yerine 307’yi tercih etmenin tek geçerli nedeni gerçek yöntem/gövde korunması (veya genel bir geleceğe dönük tercih)tir. Her 302’yi 307’ye dönüştürmek hiçbir şey kazandırmaz ve hata üretme riski taşır.

“302s always convert POST to GET, so 302 is fundamentally broken for forms.” (çeviri) “302 her zaman POST’u GET’e çevirir; dolayısıyla 302 formlar için temelden bozuktur.” Bu ifade abartılıdır. POST→GET dönüşümü eski ve tutarsız istemcilerde gerçek bir sorundu; 307’nin garantili seçenek olarak var olmasının nedeni de budur. Ancak modern tarayıcılar çok daha tutarlıdır. 307, güncel istemci davranışına güvenmek yerine belirsizliği spesifikasyon düzeyinde kaldırır; bu, 302’nin “bozuk” olduğu anlamına gelmez.

HSTS artifaktı değil, gerçek durum kodunu görme

HSTS önbelleğe alındığında tarayıcı gerçek bir 301/302’yi hayalet 307’nin arkasına gizler. curl, varsayılan olarak HSTS uygulamadığı için düz bir çağrıyla doğrudan sunucuyla konuşur ve gerçeği gösterir — ancak --hsts önbellek dosyasıyla çalıştırmayın; aksi halde ortadan kaldırmaya çalıştığınız istemci tarafı yeniden yazımını geri getirirsiniz.

Yalnızca başlıklarla tam yönlendirme zincirini izle

# -s silent, -I headers-only, -L follow redirects, cap the hops
curl -sIL --max-redirs 10 http://example.com/old-page 2>&1 \
  | grep -Ei '^(HTTP/|location:)'
# Each "HTTP/…" line is one hop's real status code; each "location:" is where it points.
# An HSTS "307" never appears here — it's browser-only.

Bir URL’nin durum kodunu yönlendirmeyi izlemeden kontrol et

curl -s -o /dev/null -w "%{http_code}\n" http://example.com/old-page

Chrome DevTools Console — hayalet 307’yi yakalama

Console sekmesine yapıştırın. Gerçek bir sunucu yönlendirmesi redirected bayrağını ve çözümlenmiş URL’yi açığa çıkarır; HSTS yükseltmesi istek tarayıcıdan bile çıkmadan önce gerçekleşir.

// Fetch and report what the network actually did.
fetch("http://example.com/old-page", { redirect: "manual" })
  .then(r => console.log("type:", r.type, "status:", r.status, "url:", r.url))
  .catch(e => console.log("blocked before request (often HSTS upgrade):", e.message));

Chrome’un kendi HSTS kaydını doğrudan chrome://net-internals/#hsts adresinden de okuyabilirsiniz — bir alan adını sorgulayarak static_upgrade_mode/dynamic_upgrade_mode değerlerinin HTTPS’yi zorlayıp zorlamadığını görün (Ağ sekmesinde gördüğünüz 307’yi oluşturan şey budur).

Yer işareti kodu — geçerli sekmenin başlıklarına hızlı bakış

Bunu URL olarak kullanan bir yer işaretini sürükleyin; ardından herhangi bir sayfada tıklayarak geçerli URL’nin durumunu ve yönlendirme durumunu Console’a yazdırın:

javascript:(function(){fetch(location.href,{redirect:"manual"}).then(function(r){console.log("[status]",r.status,"[type]",r.type,"[redirected]",r.redirected,"[url]",r.url);}).catch(function(e){console.log("[error]",e.message);});})();

Not: tarayıcının fetch() işlevi kaynaklar arası opak yönlendirme gövdelerini okuyamaz; bu nedenle yetkili çok atlamalı izleme için yukarıdaki curl -sIL temel gerçektir.

Gerçek bir 307 döndürmek

Bir framework’ün varsayılanına bırakmak yerine açıkça 307 döndürmenin amacı, yöntem ile gövdenin korunmasını garanti etmektir. Bunu açıkça yapmanın yaygın birkaç yolu şunlardır.

Apache (.htaccess)

# mod_rewrite with an explicit 307 (R=307). Preserves POST body.
RewriteEngine On
RewriteRule ^old-endpoint$ https://example.com/new-endpoint [R=307,L]

nginx

# 307 keeps the method; 302 would risk POST→GET on older clients.
location = /old-endpoint {
    return 307 https://example.com/new-endpoint;
}

Node / Express

app.post("/old-endpoint", (req, res) => {
  // res.redirect defaults to 302; pass 307 to preserve the POST + body.
  res.redirect(307, "https://example.com/new-endpoint");
});

Next.js (App Router) — 307 varsayılandır; bu nedenle çoğu zaman kodu ayrıca yazmazsınız:

import { redirect } from "next/navigation";
// redirect() returns a 307 by default (303 inside a Server Action),
// preserving the request as a POST. Use permanentRedirect() for a 308.
export default function Page() {
  redirect("/new-endpoint");
}

Ham bir 307 yanıtı nasıl görünür

HTTP/1.1 307 Temporary Redirect
Location: https://example.com/new-endpoint
Content-Length: 0

HSTS “hayalet 307” nasıl görünür (yalnızca tarayıcıda)

Geliştirici araçlarında aynı durum satırını görürsünüz; ancak ipuçlarına dikkat edin: kayıt sunucudan değil tarayıcıdan kaynaklanır ve 0 baytlık gövde taşır:

HTTP/1.1 307 Internal Redirect
Location: https://example.com/old-page
Non-Authoritative-Reason: HSTS

Non-Authoritative-Reason: HSTS (Chrome) görüyorsanız veya HSTS uygulamayan bir istemciyle test edildiğinde kaybolan 0 baytlık bir “307” varsa, bu artifakttır; sunucunuzun gönderdiği bir yönlendirme değildir. Kesin başlık adı ve DevTools etiketi Chrome’a özgü uygulama ayrıntılarıdır, HTTP veya HSTS spesifikasyonunun garantisi değildir; bunları tarayıcılar ve sürümler arasında otomasyon kuracağınız sabitler gibi değil, örnek olarak ele alın.

Yöntem, süre ve kaynak çerçevesi

Bir 307’yi değiştirmeden önce üç eksende değerlendiririm:

1. Yöntem: Hedefin özgün yöntemi ve istek gövdesini alması gerekiyor mu? Evetse 307 ikisini de koruyan geçici yönlendirmedir. Sıradan sayfadan sayfaya bir GET genellikle bu özelliğe ihtiyaç duymaz.
2. Süre: Geçiş gerçekten geçici mi? Özgün URL’nin geri dönmesi beklenirken 307’yi koruyun. Kalıcı geçiş, süresiz geçici bir durum yerine kalıcı yönlendirme kararı gerektirir.
3. Kaynak: 307’yi sunucu mu gönderdi, framework mü seçti, yoksa tarayıcı dahili bir HSTS yükseltmesi mi üretti? DevTools’taki “Internal Redirect”, yeniden yazmanız gereken bir origin kuralı değildir.

Gerçek ve hayalet 307’leri ayırmaya yarayan araçlar

• Redirect Checker: Tek bir tarayıcının HSTS durumuna güvenmeden sunucunun gözlemlediği durumu, hedefi ve her hop’u görün.
• Redirect Chain Mapper: 307 daha uzun bir yönlendirme yolunun parçasıysa hop başına görünümü kullanın.
• HTTP Header Checker: Location ve Strict-Transport-Security başlıklarını inceleyin; edge ile origin ipuçlarını karşılaştırın.
• curl: Tarayıcının dahili HSTS gösterimi dışındaki curl -I http://example.com/path komutunu çalıştırın. POST korunmasını yalnızca kontrolünüzdeki güvenli bir uç noktada test edin.
• Browser DevTools: Kaydın “Internal Redirect” deyip demediğini ve sıfır bayt aktarım taşıyıp taşımadığını kontrol edin; bunlar tarayıcı üretimli HSTS yükseltmesine işaret eder.

Dağıtımdan sonra 307’yi doğrulama

Durum ve hedef testi

Çalıştırılacak test: kaynağı Redirect Checker veya curl -I ile kontrol edin. Beklenen sonuç: amaçlanan 307 ile tek bir Location. Başarısızlık yorumu: başka bir katman kuralı veya hedefi değiştirmiştir. İzleme penceresi: hemen. Geri alma tetikleyicisi: döngü, bozuk hedef veya beklenmeyen hostname görünmesi.

Yöntem koruma testi

Çalıştırılacak test: kontrollü bir test rotasına zararsız bir POST gönderin ve hedefin ne aldığını inceleyin. Beklenen sonuç: hedef, özgün gövdeyle birlikte POST alır. Başarısızlık yorumu: bir aracı yöntemi dönüştürmüş veya başka bir kod sunmuştur. İzleme penceresi: hemen. Geri alma tetikleyicisi: form, webhook veya ödeme isteğinin yöntemi ya da gövdesini kaybetmesi.

HSTS ayrıştırma testi

Çalıştırılacak test: DevTools’u (veya yeni bir gizli pencereyi), HSTS önbelleği yapılandırılmamış bir curl -I isteğiyle karşılaştırın. Beklenen sonuç: tarayıcıdaki “Internal Redirect” gerçek sunucu yanıtından ayırt edilebilir ve HTTP hâlâ sunucu tarafı bir yönlendirmeye sahiptir. Başarısızlık yorumu: HSTS eksik bir origin kuralını maskeliyordur — gizli pencerenin yerleşik HSTS preload listesindeki alan adları için tek başına yeterli olmadığını, bu durumun tarama geçmişinden bağımsız sürdüğünü unutmayın. İzleme penceresi: hemen. Geri alma tetikleyicisi: origin değişikliğinin çalışan HTTP→HTTPS yönlendirmesini kaldırması.

Kendinizi sınayın: 307 Temporary Redirect

307’nin ne olduğu, Google’ın onu nasıl ele aldığı ve HSTS artifaktı hakkında beş kısa soru. Her biri için bir yanıt seçin, ardından kontrol edin.

Zaman ayırmaya değer kaynaklar

İlgili yazılarım

• 11 Yönlendirme Türü ve SEO Etkileri — 307 tanımı, HSTS uyarısı ve tercih sıralamamın (307 / 302 / 303 ilk sırada) kaynağı.
• HTTP Durum Kodları ve SEO Etkileri — 307’nin iki ayrı kaydını, geçici yönlendirme durumunu ve HSTS politika durumunu anlattığım yazı.
• The Beginner’s Guide to Technical SEO — yönlendirmelerin daha geniş teknik SEO içindeki yeri.

Konuşmalarım

• How Search Works (SlideShare) — tarama, oluşturma, dizine ekleme ve sıralamayı; yönlendirmelerin nasıl ele alındığını anlattığım sunum. (Sabit açıklamam geçerlidir: “Bu, sistemleri anlama biçimimdir… yüzde 100 eksiksiz veya doğru olmayabilir.”)

Sektörden kaynaklar

• John Mueller — HTTPS ve HSTS: 301, 302 veya 307? — HSTS kaynaklı “hayalet 307” için en açık birincil kaynak açıklaması; sunucunuzun gerçekte 307 döndürmediğini anlatır.
• Search Off the Record, 51. bölüm — “Yönlendirmeleri konuşalım” (deşifre PDF’si) — Mueller ve Splitt, 307/308’in neden var olduğunu ve SEO açısından neden belirleyici olmadığını açıklıyor.
• Google’ın 307/HSTS yönlendirmeleri açıklaması (Search Engine Journal) — Mueller’in 307 yönlendirmelerinin genellikle gerçek yönlendirme olmadığını anlattığı videonun özeti.
• Googlebot 307 yönlendirmelerini 301 olarak mı değerlendiriyor? (Search Engine Roundtable) — Zineb Ait Bahajji’nin Googlebot’un HSTS için ne gördüğüne ilişkin 2015 açıklaması.
• MDN — 307 Temporary Redirect — yöntem ve gövde garantisi için temel teknik referans.
• HSTS ve 307 yönlendirmelerini taramaya yönelik SEO rehberi (Screaming Frog) — HSTS kaynaklı 307’ler için ayrıntılı tarayıcı yapılandırması rehberi.
• Next.js — redirect() referansı — büyük bir framework’ün GET dışı yönlendirmelerde neden varsayılan olarak 307 kullandığını açıklar.

Değişiklik günlüğü