303 See Other (Yönlendirmesi)

Kısa özet — 303 See Other, tarayıcıyı farklı bir sayfaya gönderen ve o sayfayı GET (veya HEAD) isteğiyle alan bir yönlendirmedir. Başlıca işi bir web uygulaması düzenidir: formu gönderdikten sonra sunucu sizi sonuç sayfasına yönlendirir; böylece sayfayı yenilemek özgün form gönderimini yinelemek yerine sonuç sayfasını yeniden getirir. SEO için bilerek kuracağınız bir şey neredeyse hiç değildir; “bu sayfa taşındı” sinyali değil, form ve uygulama davranışıdır. Açık gerçek de şudur: Google ve Bing 303’lere özel SEO tavsiyesi yayımlamaz, çünkü söylenecek pek az şey vardır.

303 yönlendirmesi nedir

Tarayıcı bir sayfa istediğinde sunucunuz üç basamaklı bir HTTP durum koduyla yanıt verir. 200, “here’s the page” (çeviri) “sayfa burada” demektir. 404, “not found” (çeviri) “bulunamadı” demektir. 303 ise “See Other” (çeviri) “Başka bir yere bak” anlamına gelir: istediğiniz şeyi doğrudan işlemek yerine farklı bir URL’yi GET veya HEAD isteğiyle alın.

GET veya HEAD’e geçiş, 303’ün bütün amacıdır ve onu kardeşlerinden ayırır. Birazdan ayrıntısına geleceğiz.

303’ün asıl kullanım amacı

Bir form gönderdiğinizi düşünün: sipariş, yorum veya ödeme. Tarayıcınız bunu POST isteği olarak yollar. Sunucu onay sayfasını doğrudan POST yanıtında gösterirse sorun çıkar: yenile düğmesine bastığınızda tarayıcı “want to resend this form?” (çeviri) “bu formu yeniden göndermek istiyor musunuz?” diye sorar. Düşünmeden yenilerseniz siparişi iki kez verebilirsiniz.

303 bunu düzeltir. Akış şöyledir:

1. Formu gönderirsiniz → tarayıcı POST yollar.
2. Sunucu isteği işler, ardından sonuç sayfasını gösteren 303 yanıtı verir.
3. Tarayıcı 303’ü izler ve sonuç sayfasına yeni bir GET isteği gönderir.

Artık GET ile alınabilen sıradan bir onay sayfasındasınızdır. Yenilediğinizde veya geri döndüğünüzde özgün POST’u yeniden göndermek yerine yalnızca bu sayfayı tekrar getirirsiniz. Geliştiriciler buna Post/Redirect/Get (PRG) düzeni der; 303 ortadaki yönlendirmedir. Sağladığı güvenceyi doğru sınırlayın: PRG tarayıcı yenilemesinden doğan tekrarı önler, ancak işlemin kesinlikle bir kez yapılacağını garanti etmez. Yeniden denemeler, çift tıklamalar, zaman aşımları ve eşzamanlı istekler; uygulama yazma işleminde idempotency anahtarları ve işlem denetimleri gibi önlemler kullanmıyorsa yine yinelenen sipariş veya ödemeler oluşturabilir.

Bunun SEO için neden nadiren önemli olduğu

303 bir sayfa taşıma aracı değil, web uygulaması davranışıdır. URL kalıcı taşındığında 301, geçici taşındığında 302 kullanırsınız; bir sayfayı taşımak için 303’e neredeyse hiç başvurmazsınız, çünkü kod bunun için tasarlanmamıştır. Ahrefs’teki yazımda belirttiğim gibi: “You won’t typically see 303 redirects used for SEO purposes, but if you do then it will be treated just like a 302/307.” (çeviri) “303 yönlendirmelerinin SEO amacıyla kullanıldığını genellikle görmezsiniz; görürseniz 302/307 gibi ele alınır.”

Konunun açık gerçeği budur: Google ve Bing 303’e özel SEO rehberi yayımlamaz. Google koddan yalnızca bir kez, 302 ve 307 ile aynı “geçici” yönlendirme grubunda söz eder. Yönlendirme, kalıcı 301’in aksine hedefin kanonik olması gerektiğine dair tek başına sinyal değildir; başka sinyaller hedef sayfanın yine de dizine girmesine yol açabilir. Öğrenilecek gizli bir 303 davranışı yoktur. Tarama aracı sitenizde 303 işaretlerse bu neredeyse her zaman kasıtlı bir uygulama düzenidir (örneğin form akışı); bozuk değildir ve “düzeltilmesi” gerekmez. Evidence for this claim Google groups HTTP 303 with temporary redirects, follows it, and does not use it as a signal that the destination should become canonical. Scope: Google Search canonicalization behavior for server-side temporary redirects. Confidence: high · Verified: 2026-07-14 Google: Redirects and Google Search

Bozuk veya taşınmış sayfayla karıştırmayın

Bazı siteler 303’ü “the page has moved” (çeviri) “sayfa taşındı” veya “the browser can’t find the URL” (çeviri) “tarayıcı URL’yi bulamıyor” durumu olarak tanımlar. Bu, kodu 301/302 ya da hatayla karıştırmaktır. 303 bir sorun işareti değildir; uygulamanızın çoğunlukla form işlendiğinde bilerek döndürdüğü yanıttır.

302 ve 307 ile teknik karşılaştırmayı, Google belgelerinin gerçekte ne söylediğini (ve John Mueller’in açık tek cümlesini) ve kodun ne zaman döndürülmesi gerektiğine geliştirici açısından bakışı görmek için İleri Düzey sekmesine geçin.

Kısa özet — 303 (HTTP “303 See Other”), özgün isteğin kullandığı yöntem ne olursa olsun istemciyi başka bir kaynağı GET veya HEAD ile almaya yönelten geçici yönlendirmedir. Post/Redirect/Get (PRG) düzenini bu davranış çalıştırır: POST → 303 → GET sonuç sayfası; böylece yenileme formu yeniden göndermek yerine sayfayı tekrar getirir. 307’den (yöntemi her zaman korur) ve yöntem davranışı tarihsel olarak belirsiz olan 302’den ayrılır. Sayfadan sayfaya SEO yönlendirmesi olarak gerçekten nadirdir; URL taşıma aracı değil, web uygulaması mekanizmasıdır. Google 303’ü yalnızca 302 ve 307 ile aynı genel “geçici” 3xx grubunun üyesi ve zayıf kanonikleştirme sinyali olarak belgeler; 303’e özel rehber yayımlamaz. Bing için de özel rehber bulamadım. Var olmayan otoriteyi uydurmayın; söylenecek az şey olduğunu açıkça belirtin.

303 gerçekte nedir

303, yanıt gövdesinden önce yanıt başlıklarında dönen bir HTTP durum kodudur. Location başlığı, istemcinin sırada alması gereken URL’yi gösterir. Anlamı dar ve özeldir: isteğinizin yanıtı başka bir yerdedir ve onu GET veya HEAD ile almalısınız. Evidence for this claim RFC 9110 defines 303 See Other as directing the client to retrieve another resource identified by Location using GET or HEAD. Scope: HTTP semantics for 303 responses. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.4.4 — 303 See Other

GET veya HEAD ile alma davranışı 303’ün ayrı bir kod olarak var olmasının bütün nedenidir ve geçici sayılan üç yönlendirmenin ayrıldığı eksendir.

303, 302 ve 307: yöntem sorusu

SEO açısından üçü de “geçicidir”; Google bunları zayıf sinyaller olarak aynı grupta toplar. Teknik açıdan ise aynı soruya farklı yanıt verirler: istemci yönlendirmeyi izlerken hangi HTTP yöntemini kullanır?

303 ve 307, kısmen 302 çevresindeki karmaşayı netleştirmek için getirildi. Form gönderiminden sonra yöntemi GET’e zorlamak istiyorsanız 303 kullanın. Özgün yöntemin yeni uç noktaya taşınması gerekiyorsa (örneğin bir POST isteğini yeniden göndermek) 307 kullanın. 302, ikisini de kesinleştirmeyen tarihsel ara seçenektir.

Bir pratik fark daha vardır: 303 yanıtları varsayılan olarak önbelleğe alınamaz, oysa 301 alınabilir. Tarayıcının veya CDN’in yönlendirme hedefini yanlış biçimde önbelleğe almasından endişe ediyorsanız 303’te bu sorun yoktur.

Post/Redirect/Get düzeninin kesin akışı

PRG, 303’ün temel kullanım alanıdır ve hata durumu değil, kasıtlı ve doğru bir tasarım düzenidir:

1. İstemci formu POST olarak gönderir (sipariş oluşturma, yorum yayımlama veya ödeme yapma).
2. Sunucu yan etkiyi işler, sonra GET ile alınabilen sonuç URL’sini (makbuz, onay veya güncellenmiş kaynak görünümü) gösteren Location başlığıyla 303 See Other döndürür.
3. İstemci bu URL’ye GET (veya HEAD) isteği gönderir. Tarayıcı geçmişi ve yenileme düğmesi artık güvenli, idempotent bir alma işlemine işaret eder; yenilemek veya geri gitmek POST’u tekrarlamak yerine sonuç sayfasını yeniden getirir.

Kazanç, sıradan tarayıcı yenilemesinin formu yeniden göndermeyi bırakmasıdır; “formu yeniden göndermeyi onayla” iletişim kutusu artık çıkmaz. Bunun neyi sağladığını doğru sınırlayın: PRG yalnızca bu belirli tekrar yolunu önler, tüm yinelenen yazmaları değil. İşlemin kesinlikle bir kez yapılacağını garanti etmez. Yeniden denemeler, zaman aşımları, çift tıklamalar ve eşzamanlı istekler özgün POST’u yine iki kez çalıştırabilir. Durum değiştiren sipariş, ödeme ve yorum işlemleri; yinelenme gerçek riskse uygulama düzeyinde idempotency anahtarları, işlem sınırları ve yinelenen istek algılama kontrollerine ihtiyaç duyar. RESTful API’lerde, etkilenen kaynağın temsilini göstermek üzere PUT veya DELETE sonrasında da 303 görebilirsiniz.

Google 303’ü nasıl işler ve neden işlenecek pek az şey vardır

Bu konunun temel ve açık bulgusu şudur: Google’ın 303’e özel SEO rehberi yoktur. Kod, Google’ın yönlendirme belgelerinde yalnızca “geçici” yönlendirme tablosunda 302 ve 307’nin yanındaki bir satır olarak görünür. Google bu grubun tamamını net biçimde tanımlar: tarayıcı yönlendirmeyi izler, ancak dizine ekleme hattı yönlendirmenin kendisini hedefin kanonik olması gerektiğine dair sinyal olarak kullanmaz; başka sinyaller yine de Google’ın hedefi dizine eklemesine yol açabilir. Bu, kalıcı 301’in güçlü kanonikleştirmesinden farklı ve daha dar bir davranıştır. Evidence for this claim Google groups HTTP 303 with temporary redirects, follows it, and does not use it as a signal that the destination should become canonical. Scope: Google Search canonicalization behavior for server-side temporary redirects. Confidence: high · Verified: 2026-07-14 Google: Redirects and Google Search

John Mueller’in yönlendirme türleri hakkındaki gayriresmî yazısı daha da açıklayıcıdır. 301, 302 ve 307’yi ayrıntılı anlattıktan sonra 303’ü tek bir ara sözle geçer: “What about 303? 304.5? If you have strong feelings about one of the other kinds of redirects, feel free to use them.” (çeviri) “303 ne olacak? 304,5? Diğer yönlendirme türlerinden biri hakkında güçlü tercihleriniz varsa kullanmakta özgürsünüz.” Ardından yararlı pratik sonucu ekler: “We’ll have to figure out which URL to index the content under, so if you have strong feelings about that too, make sure to follow up with other canonicalization signals.” (çeviri) “İçeriği hangi URL altında dizine ekleyeceğimizi çözmemiz gerekecek; bu konuda da güçlü tercihleriniz varsa başka kanonikleştirme sinyalleriyle destekleyin.” Başka deyişle 303 kullanıyor ve hangi URL’nin dizine girdiğini önemsiyorsanız yönlendirme türüne güvenmeyin; rel="canonical", iç bağlantılar ve site haritalarıyla destekleyin.

Google belgeleri bu kodların tamamı için önemli bir not daha ekler: aynı biçimde işlese de “keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect.” (çeviri) “Anlamsal olarak farklı olduklarını unutmayın. Yönlendirmeye uygun durum kodunu kullanın.” “SEO önemsemiyor” gerçeği, kalıcı taşımalara 303 koyma izni değildir; diğer istemcilerin doğru davranması için niyetinize uyan kodu kullanın.

Bing 303’ü nasıl işler

Açıkça söylemek gerekirse Bing Webmaster Tools yardımındaki genel HTTP durum kodu atıfları dışında 303 işlemeye özgü herkese açık bir Bing rehberi bulamadım. Fabrice Canel’in veya Microsoft’tan başka birinin 303’ü ayrı ele alan doğrulanmış açıklaması yoktur. Bu, “belgemiz yok” diye dürüstçe kaydedilmesi gereken veri noktasıdır; Google’ın açıkladığı davranışı Bing’e varsayarak boşluğu kapatmayacağım. Belge yokluğu işlemenin aynı olduğuna kanıt değildir. Özellikle Bing için kesin yanıt gerekiyorsa konu çözümlenmiş değil, açık sorudur.

303 SEO için önemli mi? Nadiren.

Açık sonucum, kamuya açık yazdıklarımla aynıdır: 303 bir sayfa taşıma aracı değildir. 11 Yönlendirme Türü ve SEO Etkileri yazısında 303’ün kullanıcıyı istenene benzer bir kaynağa götüren geçici yönlendirme olduğunu, genellikle tarayıcının geri düğmesine basıldığında formun yeniden gönderilmesini önlemek için kullanıldığını ve SEO amacıyla karşılaşıldığında 302/307 gibi ele alındığını açıkladım.

Kendi eski içeriklerimdeki bir gerilimi de açıkça belirteyim. HTTP Durum Kodları ve SEO Etkileri yazısında 303 işlemesini “undefined… They may be treated as 301 or 302, depending on how they function.” (çeviri) “tanımsız; işlevlerine göre 301 veya 302 gibi ele alınabilirler” diye anlatmıştım. Bugün bunu daha kesin kurardım: Google belgeleri 303’ün 302 ve 307 ile birlikte geçici/zayıf grupta olduğundan emindir. Uygulamada “tanımsız” hissinin nedeni, 303’lerin sahada çok nadir olması ve Google’ın uç durumları açıklamak zorunda kalmamasıdır; gizli, daha güçlü bir davranış değil. Belgelenmiş varsayılanı (302/307 ile gruplanan zayıf/geçici davranış) öne alın; sürprizi gizli kurala değil nadirliğe bağlayın.

Ne zaman biraz önem taşıyabilir? Genellikle yalnızca form, ödeme veya API ağırlıklı uygulamalarda durum kodu taramasında 303 göründüğünde. O zaman bile yanıt çoğunlukla “amaçlandığı gibi çalışıyor, bırakın” olur. URL’yi bilerek taşıyorsanız 303 kullanmayın; kalıcı taşıma için 301, geçici taşıma için 302, özellikle yöntem korunacaksa 308 veya 307 kullanın.

Yazma işleminden sonra doğru durum kodu: 303, 201, 202 veya 204

303, durum değiştiren bir istekten sonraki tek seçenek değildir ve alışkanlıkla ona yönelmek kolaydır. Tarayıcı form akışından farklı olarak bir API’de üç 2xx kodu çoğu zaman daha uygundur:

• 201 Created — istek bir veya daha fazla kaynağı eşzamanlı oluşturmuştur; yanıt, varsa Location içinde, yoksa hedef URI ile birincil kaynağı tanımlamalıdır. Oluşturma tamamlandığında ve istemcinin ayrı GET turu yerine yeni kaynağı doğrudan almasını istediğinizde kullanın.
• 202 Accepted — istek kabul edilmiştir ancak işleme henüz bitmemiştir (kuyruk işi, eşzamansız görev). Yanıt bilinçli olarak kesin değildir: güncel durumu açıklayın ve tercihen istemcinin sorgulayabileceği durum izleyicisine yönlendirin.
• 204 No Content — işlem başarılıdır ve gönderilecek başka şey yoktur; gövde ve yönlendirme gerekmez. Yanıt başlık bölümünde biter.

303 bu üçünden farklı bir yapıya uyar: yazma işleminden sonra istemcinin ayrı tanımlanmış bir sonuç kaynağını alması gerektiğinde, çoğunlukla tarayıcıdaki PRG düzeninde kullanılır. Eşzamanlı oluşturmanın (201), eşzamansız kabulün (202) veya gövdesiz sıradan başarının (204) yerine geçmez; her biri yönlendirmenin anlatmadığı farklı sonucu bildirir.

Yaygın efsaneler

• “303 sayfanın taşındığı veya bozuk olduğu anlamına gelir.” Hayır. Genellikle POST/PUT/DELETE sonrasında verilen, yöntemi değiştiren kasıtlı yanıttır; “içerik taşındı” ya da hata sinyali değildir. Onu “sayfa taşındığı için tarayıcı URL’yi bulamıyor” diye tanımlayan siteler 301/302 veya 404 ile karıştırır.
• “303, 301 gibi SEO değeri aktarır.” Aktarmaz. Google belgelerine göre 302 ve 307 ile aynı geçici/zayıf gruptadır.
• “SEO uzmanları genel yönlendirme için 303 kullanmalı.” Bu amaçla tasarlanmamıştır. Dar bir form/API düzenidir; sıradan URL taşımalarında kullanılması olağan değildir.
• “Google’ın 303’e özel ayrıntılı kuralları vardır.” Yoktur. Gruplanmış tek atıf ve Mueller’in “feel free to use them” (çeviri) “kullanmakta özgürsünüz” omuz silkişinden ibarettir.
• “303 ve 302 teknik olarak aynıdır.” SEO işlemleri aynı grupta olabilir, ancak teknik olarak aynı değildir. 303 takip isteğini GET veya HEAD’e çevirir; 302’nin yöntem davranışı tarihsel olarak tutarsızdır. 303 ve 307 tam da bu belirsizliği gidermek için getirildi.

Konunun sistem içindeki yeri

303, geçici yönlendirme ailesindeki kodlardan biridir. En yakın akrabaları, birlikte gruplandığı esnek geçici yönlendirme 302 ve yöntemi koruyan karşıtı 307’dir; 307 yöntemi korur, 303 GET veya HEAD’e geçer. Kalıcı yönlendirme olan 301’den ayrılır: 301 sıralama sinyallerini birleştirir ve 303’ün hiçbir zaman tasarlanmadığı URL taşıma işini yapar. 301/308 kalıcı, 302/303/307 geçici, 404/410 kayıp ve 5xx hata ailesinin tamamı için bu sayfanın bulunduğu HTTP durum kodları kümesine bakın.

303 akışını güvenle doğrulama

Sahadaki 303’e güvenmeden önce otomatik olarak körlemesine izlemeyin: Location değerini inceleyin (mutlak mı, göreli mi, çözümlenebilir mi), yönlendirme döngülerini veya gereksiz zincirleri arayın, gerçek takip isteğinin GET ya da HEAD kullandığını doğrulayın ve son yanıtın durumunu ve içeriğini kontrol edin. Form veya API akışında, özgün yazmanın yeniden çalıştırılmadığını doğrulamak için uygulama günlüklerini de inceleyin.

Bir uyarı: tek istemcinin davranışını evrensel kural saymayın. Tarayıcı, HTTP istemcisi ve framework’ün otomatik izleme davranışı ürün, sürüm ve yapılandırmaya göre değişir; adı ve sürümü belirtilmiş tek istemci raporu hepsi için kanıt değildir. URL denetleyicisi yönlendirme ile hedefin biçimini doğrulayabilir, ancak idempotency, kimlik bilgisi işleme veya kaynaklar arası güvenliği sizin yerinize doğrulayamaz; bunun için gerçek gönderim akışını test etmelisiniz.

Yapay zekâ özeti

İleri Düzey sürümün kısa özeti:

• 303 = HTTP “303 See Other” — özgün isteğin yöntemi ne olursa olsun istemciyi başka bir kaynağı GET veya HEAD ile almaya yönelten geçici yönlendirmedir.
• Post/Redirect/Get (PRG) düzeni için vardır: POST (form gönderimi) → 303 → GET/HEAD sonuç sayfası. Yenileme veya geri dönme özgün POST’u yeniden göndermek yerine sonucu tekrar getirir. Bu yalnızca tarayıcı yenilemesinden doğan tekrarı önler; işlemin kesinlikle bir kez yapılacağını garanti etmez. Yeniden denemeler, zaman aşımları, çift tıklamalar ve eşzamanlı istekler; uygulama idempotency anahtarları ve işlem denetimleri kullanmıyorsa yazmayı yine çoğaltabilir.
• Farkın ekseni yöntemdir: 303, GET/HEAD’e geçer; 307 yöntemi her zaman korur; 302 tarihsel olarak belirsizdir. 303 ve 307, 302’yi netleştirmek için getirildi.
• Yalnızca durum koduyla sezgisel olarak önbelleğe alınamaz (301’in aksine); ayrı alınan sonuç kaynağının bağımsız önbellek politikası vardır.
• 201/202/204’ün yerine geçmez: 303 istemci ayrı sonuç kaynağı alacaksa uygundur; eşzamanlı oluşturmanın (201), eşzamansız kabulün (202) veya gövdesiz başarının (204) yerini almaz.
• SEO gerçeği: Google 303’ü yalnızca 302 ve 307 ile aynı “geçici” grupta bir satır olarak belgeler. Yönlendirme, hedefin kanonik olması gerektiğine tek başına sinyal değildir; başka sinyaller hedefi yine dizine sokabilir. Bu, kalıcı 301’in kanonikleştirmesinden daha dardır. Google’ın özel 303 rehberi yoktur; Bing için de bulunmamıştır. Bing belgesinin yokluğu, Bing’in Google ile aynı davrandığının kanıtı değildir. John Mueller: “What about 303? … feel free to use them” (çeviri) “303 ne olacak? … kullanmakta özgürsünüz”; hangi URL’nin dizine girdiğini önemsiyorsanız başka kanonikleştirme sinyalleri kullanın.
• SEO için nadiren ilgilidir: URL taşıma aracı değil, web uygulaması düzenidir. Patrick’in Ahrefs rehberi: “You won’t typically see 303 redirects used for SEO purposes, but if you do then it will be treated just like a 302/307.” (çeviri) “303 yönlendirmelerinin SEO amacıyla kullanıldığını çoğunlukla görmezsiniz; kullanılırsa 302/307 gibi ele alınır.”
• Bozuk veya taşınmış sayfayla karıştırmayın: 303 bir hata değil, kasıtlı yanıttır. URL gerçekten taşınıyorsa 303 değil, kalıcı için 301 veya geçici için 302 kullanın.

Resmî belgeler

303’e özel birincil kaynak SEO belgesi çok azdır; koddan yalnızca diğer geçici yönlendirmelerle birlikte kısaca söz edilir. İlgili kaynaklar şunlardır.

Google

• Yönlendirmeler ve Google Arama — HTTP 303 (see other) kodunu 302 ve 307 ile birlikte “geçici” yönlendirme grubunda listeler; 303’e özel işleme notu vermez.
• HTTP durum kodları, ağ ve DNS hataları Google Arama’yı nasıl etkiler? — 3xx bölümünde 303 (see other) kodunu sayar; Google’ın bu geçici kodları zayıf sinyal olarak ele aldığı genel kuralını ve kodların “anlamsal olarak farklı” olduğunu belirtir.

Bing / Microsoft

• 303’e özel rehber bulunamadı. Bing Webmaster Tools yardımı HTTP durum kodlarını genel olarak ele alır, 303’ü ayrı incelemez.

Teknik referans (SEO kaynağı değildir)

• MDN — 303 See Other — PUT/POST/DELETE ve PRG kullanım alanları için hızlı, yararlı referanstır; ancak “her zaman GET” ifadesi güncel spesifikasyondan daha gevşektir (aşağıya bakın).
• RFC 9110 — HTTP Semantics, §15.4.4 — belirleyici teknik tanım: Location hedefi özgün hedefe eşdeğer değildir ve kullanıcı aracısı onu her zaman GET değil, GET veya HEAD ile alır.

Kaynaktan alıntılar

303 hakkındaki kayda geçmiş açıklamalar azdır; bu kıtlık konunun kendisidir. Aşağıdakiler listeyi yapay biçimde uzatmak yerine kayıtların dürüst sınırını gösterir. Her bağlantı alıntılanan pasaja gider.

Google / John Mueller — 303 hakkındaki çok kısa kayıt

• “What about 303? 304.5? If you have strong feelings about one of the other kinds of redirects, feel free to use them. We’ll have to figure out which URL to index the content under, so if you have strong feelings about that too, make sure to follow up with other canonicalization signals.” (çeviri) “303 ne olacak? 304,5? Diğer yönlendirme türlerinden biri hakkında güçlü tercihleriniz varsa kullanmakta özgürsünüz. İçeriği hangi URL altında dizine ekleyeceğimizi çözmemiz gerekecek; bu konuda da güçlü tercihleriniz varsa başka kanonikleştirme sinyalleriyle destekleyin.” — John Mueller’in kişisel blogundaki A search-engine guide to 301, 302, 307…. Bu, Google’dan biri tarafından 303 hakkında yapılan en doğrudan açıklamadır ve bilinçli bir omuz silkişidir. Alıntıya git

Google — 303’ün miras aldığı “geçici grup” işlemi

• “By default, Google’s crawlers follow the redirect… Google systems use the redirect as a weak signal that the redirect target should be processed.” (çeviri) “Varsayılan olarak Google’ın tarayıcıları yönlendirmeyi izler… Google sistemleri yönlendirmeyi hedefin işlenmesi gerektiğine dair zayıf sinyal olarak kullanır.” (303’ün ait olduğu geçici yönlendirme grubuna ilişkin Google işlemi.) — Google Search Central, How HTTP status codes… affect Google Search. 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…” (çeviri) “Google bu durum kodlarını aynı biçimde işlese de anlamsal olarak farklı olduklarını unutmayın. Yönlendirmeye uygun durum kodunu kullanın…” Alıntıya git

MDN — düzeltilmesi gereken yaygın ifade

• “The method used to display this redirected page is always GET.” (çeviri) “Bu yönlendirilmiş sayfayı görüntülemek için kullanılan yöntem her zaman GET’tir.” — MDN, 303 See Other. Alıntıya git — Bunu eleştirmeden yinelemek yerine işaretlemek gerekir: güncel spesifikasyon “her zaman GET” ifadesinden daha esnektir. RFC 9110 §15.4.4, takip işlemini GET veya HEAD olarak ve Location hedefini farklı, eşdeğer olmayan bir kaynak olarak tanımlar. 303’ü yöntemi koruyan 307’den ve tarihsel olarak belirsiz 302’den ayıran teknik gerçek budur.

Patrick (Ahrefs) — pratik SEO sonucu

• “A 303 redirect forwards the user to a resource similar to the one requested and is a temporary form of redirect. It’s typically used for things like preventing form resubmissions when a user hits the ‘back’ button in their browser. You won’t typically see 303 redirects used for SEO purposes, but if you do then it will be treated just like a 302/307.” (çeviri) “303 yönlendirmesi kullanıcıyı istenene benzer bir kaynağa iletir ve geçici yönlendirme türüdür. Genellikle kullanıcı tarayıcıdaki geri düğmesine bastığında formun yeniden gönderilmesini önlemek için kullanılır. 303 yönlendirmelerinin SEO amacıyla kullanıldığını çoğunlukla görmezsiniz; kullanılırsa 302/307 gibi ele alınır.” — Patrick Stox, 11 Yönlendirme Türü ve SEO Etkileri (Ahrefs). Alıntıya git

303 See Other kodunun yanlış kullanımları

303’ü genel “sayfa taşındı” kodu saymak

303, genellikle durum değiştiren istekten sonra istemciyi başka bir kaynağı GET veya HEAD ile almaya göndermek için tasarlanmıştır. Kalıcı sayfa taşımasında 301, sıradan geçici sayfa yönlendirmesinde 302 kullanın.

Özgün yöntem korunacakken 303 kullanmak

Kod, takip isteğinde özgün yöntemi bilerek bırakır. POST, PUT, DELETE, webhook veya API yükünün hedefe eksiksiz ulaşması gerekiyorsa geçici için 307, kalıcı için 308 kullanın.

303’ü güçlü ve kalıcı SEO sinyali olarak tanımlamak

Google 303’ü 301/308 ile değil, geçici yönlendirmelerle gruplar. URL taşımasını birleştirmek için kullanmayın ve kalıcı taşıma gibi davrandığını iddia etmeyin.

Google veya Bing’in ayrıntılı 303 kuralları yayımladığını varsaymak

Google yalnızca gruplanmış geçici yönlendirme işlemini açıklar; bu makalede Bing’e ait özel bir herkese açık rehber bulunmamıştır. Belge boşluğunu kesinlikle doldurmak yerine sonuçları dar tutun.

302 ve 303’ü teknik olarak aynı saymak

Arama işlemleri aynı grupta olabilir, ancak yöntem anlamları aynı değildir. 303, GET veya HEAD ile takip eder; 302 tarihsel olarak belirsiz POST→GET davranışına izin vermiştir.

Evrensel istemci, kimlik bilgisi veya kaynaklar arası davranış iddia etmek

Belirli istemciyi, sürümü ve yapılandırmayı adlandırmadan “tarayıcıların” ya da “istemcilerin” 303 sırasında istek gövdelerini, başlıkları, çerezleri veya kimlik bilgilerini nasıl taşıdığını kesin gerçek olarak yazmayın. Otomatik izleme ve kimlik bilgisi iletme davranışı değişir; tek sorun kaydı veya anekdot bütün istemciler için kanıt değildir ve gerçek akışın güvenlik incelemesinin yerini tutmaz.

Ham HTTP ile Post/Redirect/Get

Bu sadeleştirilmiş akış, 303’ün iyi yaptığı dar işi gösterir.

1. Tarayıcı formu gönderir

POST /orders HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded

item=book&quantity=1

2. Sunucu isteği işler ve sonuç sayfasını gösterir

HTTP/1.1 303 See Other
Location: /orders/confirmation

303, POST’u yeni URL’de tekrarlamaz. İstemciye diğer kaynağı açıkça GET (veya HEAD) ile almasını söyler; bağlantıyı izleyen tarayıcı bunu GET ile yapar.

3. Tarayıcı güvenli sonuç sayfasını alır

GET /orders/confirmation HTTP/1.1
Host: example.com

HTTP/1.1 200 OK
Content-Type: text/html

<h1>Order received</h1>

Yenileme artık siparişi oluşturan POST’u değil, GET isteğini tekrarlar. Buna karşılık 307, POST’u ve gövdesini korur; API isteğini taşırken yararlı, bu PRG sonucu için yanlıştır.

Kendinizi sınayın: 303 See Other

303 yönlendirmesi hakkında beş kısa soru. Her biri için yanıt seçin, sonra kontrol edin.

Değişiklik günlüğü