HTTP Yönlendirmeleri

Kısa özet — Yönlendirme, eski bir URL’yi isteyen herkesi bunun yerine yeni bir URL’ye gönderir. En yaygın tür 301’dir (“kalıcı olarak taşındı”); Google’a eski sayfanın sıralama sinyallerini yeni URL’ye taşımasını söyler. 302 ise geçici niteliktedir. Kalıcı-geçici seçimini doğru yapıp JavaScript yerine gerçek sunucu düzeyi yönlendirmeler kullanırsanız önemli noktaların %90’ını çözmüş olursunuz.

Yönlendirme nedir

HTTP yönlendirmeleri, istemciyi başka bir URI’ye yöneltmek için 3xx yanıtlarını ve bir Location alanını kullanır. Bu iddiaya ilişkin kanıt Primary standard or official documentation supporting the adjacent article claim. Kapsam: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Güven düzeyi: yüksek · Doğrulandı: 2026-07-14 RFC 9110: Redirection Google kalıcı yönlendirmeleri güçlü canonical sinyalleri olarak değerlendirir ancak hedefin dizine alınacağını garanti etmez. Bu iddiaya ilişkin kanıt Primary standard or official documentation supporting the adjacent article claim. Kapsam: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Güven düzeyi: yüksek · Doğrulandı: 2026-07-14 Google: Redirects and Search

Bir sayfa taşındığında ziyaretçilerin veya Google’ın eski adreste çıkmaza girmesini istemezsiniz. Yönlendirme, onları otomatik olarak yeni adrese ileten talimattır. Birisi eski bağlantıya tıklar, sunucu da sessizce yeni sayfayı sunar.

Perde arkasında yönlendirme yalnızca özel bir sunucu yanıtıdır: 300s aralığında bir durum kodu (çoğunlukla 301 veya 302) ve “bunun yerine buraya git” diyen bir Location başlığı. Kullanmak için bu tesisatı düşünmeniz gerekmez; fakat yönlendirmeleri “bu sayfa taşındı, buraya tıklayın” mesajından daha güvenilir yapan budur.

En önemli iki tür

• 301 — Moved Permanently. Taşıma kalıcıysa kullanın. Arama motorlarına sayfanın yeni adresini bildirir; böylece eski sayfanın sıralamaları ve bağlantıları yeni URL’ye aktarılır. En sık kullanacağınız tür budur.
• 302 — Found (geçici). Taşıma şimdilik geçerliyse kullanın: kısa kampanya, A/B testi veya geri getireceğiniz bir sayfa. Değişiklik kalıcı olmadığı için Google’a sıralama sinyallerini taşımamasını söyler.

Birkaç kod daha vardır (303, 307, 308), ancak çoğu site için pratik karar şudur: bu taşıma kalıcı mı (301), geçici mi (302)?

Nasıl kurulur

• Sunucunuzda — Apache .htaccess veya nginx yapılandırma kuralı. Klasik yöntem.
• CMS eklentisiyle — WordPress’te bir yönlendirme eklentisi genellikle .htaccess dosyasını sizin yerinize düzenler.
• CDN / edge üzerinde — Cloudflare ve benzeri hizmetler isteği sunucunuza ulaşmadan yönlendirebilir.

Mümkünse JavaScript yönlendirmelerinden kaçının. Google bunları işleyebilir, ancak yalnızca sayfayı başarıyla render ettikten sonra; bu ek adım bazen başarısız olur. Bu yüzden gerçek sunucu yönlendirmelerinden daha yavaş ve daha az güvenilirdir.

İnsanların karıştırdığı nokta

Yönlendirme, canonical etiketiyle aynı değildir. Eski URL artık var olmamalı ve herkes yenisine gitmeliyse yönlendirin. Birden fazla URL canlı kalmalı fakat Google’ın birini “ana” sürüm kabul etmesini istiyorsanız canonical etiketi kullanın (izleme parametreli ürün sayfalarını düşünün). Yönlendirme = bir URL kalır; canonical = birkaçı kalır, biri tercih edilir.

Protokol düzeyi ayrıntıları, 301/302/303/307/308 dökümü, yönlendirmenin ne kadar tutulacağı ve zincir/döngü tuzakları için İleri Düzey sekmesine geçin.

Kısa özet — Yönlendirme, 3xx durum kodu ve Location başlığı taşıyan HTTP yanıtıdır; önce protokol, sonra SEO gelir. Google kodları iki canonical grubuna indirger: kalıcı (301/308) = güçlü sinyal (sinyaller ileri birleşir), geçici (302/303/307) = zayıf sinyal (genellikle yerinde kalır, fakat uzun ömürlü geçici yönlendirme dönüşebilir). Her grupta 307 ve 308 HTTP yöntemi ile gövdeyi korur; 301 ve 302 korumayabilir. Sunucu tarafında, CDN/edge üzerinde (benim tercihim) veya CMS eklentisiyle uygulayın; JS ve gecikmeli meta-refresh yönlendirmeleri render işlemine bağlı oldukları için daha zayıftır. Tek bir doğru yönlendirme PageRank sızdırmaz; asıl riskler zincirler (kaçının) ve döngülerdir (arama motorları yok sayar). Yönlendirmeleri en az bir yıl tutun. Ve yönlendirme canonical etiketi değildir.

Protokol düzeyinde yönlendirme gerçekte nedir

Yönlendirme durum kodlarının standartlaştırılmış yöntem işleme semantiği vardır. Bu iddiaya ilişkin kanıt Primary standard or official documentation supporting the adjacent article claim. Kapsam: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Güven düzeyi: yüksek · Doğrulandı: 2026-07-14 RFC 9110: Redirection Arama rehberliği, kalıcı ve geçici sinyalleri ayırırken taşımalarda doğrudan sunucu tarafı yönlendirmeleri önerir. Bu iddiaya ilişkin kanıt Primary standard or official documentation supporting the adjacent article claim. Kapsam: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Güven düzeyi: yüksek · Doğrulandı: 2026-07-14 Google: Redirects and Search

SEO yazılarının çoğu, yönlendirmenin ne olduğunu açıklamadan doğrudan “301 kalıcı demektir” sonucuna atlar. Burada temeli kurmak değerlidir; çünkü mekanizma devamındaki her şeyi açıklar. MDN şöyle der: “redirection is triggered by a server sending a special redirect response to a request. Redirect responses have status codes that start with 3, and a Location header holding the URL to redirect to.” (çeviri) “Yönlendirme, sunucunun bir isteğe özel yönlendirme yanıtı göndermesiyle tetiklenir. Yönlendirme yanıtlarının 3 ile başlayan durum kodları ve yönlendirilecek URL’yi taşıyan bir Location başlığı vardır.”

Dolayısıyla yönlendirme birlikte hareket eden iki şeydir: 3xx durum kodu (301, 302, 303, 307, 308…) ve hedefi belirten Location başlığı. Tarayıcı veya crawler bu yanıtı okur ve Location içindeki URL’yi yeniden ister. Durum kodu semantiktir — kalıcı ya da geçici, yöntemi koruyan ya da korumayan — Location ise adrestir. SEO uzmanının önemsediği her şey, gönderdiğiniz 3xx kodunun devamında gelir.

Bunun üstündeki SEO çerçevesini Ahrefs’teki 11 Types Of Redirects & Their SEO Impact yazımda şöyle ifade ettim: “A redirect is a way to send people and bots to a new URL when they request the old URL, but the page has changed locations.” (çeviri) “Yönlendirme, sayfa konum değiştirdiğinde eski URL’yi isteyen insanları ve botları yeni URL’ye gönderme yoludur.”

Yönlendirmeler SEO için neden önemlidir

Google’ın yönlendirme belgeleri amacı açıkça çerçeveler: “Redirecting URLs is the practice of resolving an existing URL to a different one, effectively telling your visitors and Google Search that a page has a new location.” (çeviri) “URL yönlendirmek, mevcut bir URL’yi başka bir URL’ye çözümleme uygulamasıdır; ziyaretçilerinize ve Google Search’e sayfanın yeni bir konumu olduğunu etkili biçimde bildirir.” SEO sonucu kalıcılığa göre net biçimde ayrılır:

• Kalıcı yönlendirmeler arama sonuçlarında yeni hedefi gösterir.
• Geçici yönlendirmeler arama sonuçlarında kaynak sayfayı tutar.

Bağlantı değeri boyutu da vardır. Google yönlendirmenin iki ucunu da izler: “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical; which one, depends on signals such as whether the redirect was temporary or permanent.” (çeviri) “Bir URL’yi yönlendirdiğinizde Google hem yönlendirme kaynağını (eski URL) hem hedefini (yeni URL) izler. URL’lerden biri canonical olur; hangisinin olacağı, yönlendirmenin geçici veya kalıcı olması gibi sinyallere bağlıdır.” Kalıcı yönlendirmeler sinyalleri ileri, yeni URL’de birleştirir; geçici olanlar çoğunlukla eski URL’de bırakır.

Yönlendirme tablosu: 301, 302, 303, 307, 308

Tüm aile özetle şöyledir; bu alt kümede her kod için ayrı bir ayrıntılı yazı vardır (“Sonraki adım” bölümüne bakın):

• 301 (Moved Permanently) — kalıcı yönlendirmelerin yük beygiri. Güçlü canonical sinyali verir; sıralama sinyalleri ileri birleşir. Google’ın crawler belgelerinde: “Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (çeviri) “Google yönlendirmeyi izler ve Google sistemleri yönlendirme hedefinin işlenmesi gerektiğine ilişkin güçlü bir sinyal olarak kullanır.”
• 302 (Found) — standart geçici yönlendirme. Google bunu izler ve sistemleri yönlendirmeyi “a weak signal” (çeviri) “zayıf sinyal” olarak kullanır. Zayıf, sıfır değildir; 302’yi yeterince uzun tutarsanız 301 gibi değerlendirilebilir.
• 303 (See Other) — aykırı tür. Geçici gruptadır ve Post/Redirect/Get kalıbının kodudur (form gönderilir, GET ile sonuç sayfasına geçilir). SEO’da nadirdir ve işlenişi gerçekten belirsizdir; belirttiğim üzere 303’lerin Google’daki işlenişi tanımsızdır ve çalışma biçimine göre 301 veya 302 gibi davranabilir.
• 307 (Temporary Redirect) — SEO anlamı 302 ile aynıdır, ancak HTTP yöntemini ve gövdeyi korur. Google belgeleri açıkça 307’nin “equivalent to 302” (çeviri) “302’ye eşdeğer” olduğunu söyler. HSTS kullanan HTTPS sitelerinde 307’nin otomatik oluştuğunu da görürsünüz.
• 308 (Permanent Redirect) — SEO anlamı 301 ile aynıdır, ancak yöntemi ve gövdeyi korur. Google’a göre 308 “equivalent to 301” (çeviri) “301’e eşdeğerdir.”

Yöntem koruma ayrıntısı (307/308 özgün yöntem ile gövdeyi korur; 301/302 istemcinin POST’u GET’e çevirmesine izin verir) Google’ın sıralamasını değiştirmez, fakat form gönderimlerini veya API çağrılarını yönlendiriyorsanız çok önemlidir. Google’ın rehberliği kodu gelişigüzel seçmemeyi söyler: “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 de yararlanabilmesi için yönlendirmeye uygun durum kodunu kullanın.” (Kopya Kâğıtları sekmesinde tam karşılaştırma vardır.)

Yönlendirmelerin tarama, dizine ekleme ve bağlantı değerine etkisi

İki grup, tek ayrım. Google’ın yönlendirme belgeleri kalıcı yönlendirmeleri (301, 308, anlık meta refresh, JS location) “the indexing pipeline uses the redirect as a signal that the redirect target should be canonical,” (çeviri) “dizine ekleme hattının hedefin canonical olması gerektiğine ilişkin sinyal olarak kullandığı” durum; geçici yönlendirmeleri (302, 303, 307, gecikmeli meta refresh) ise “the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” (çeviri) “dizine ekleme hattının hedefin canonical olması gerektiğine ilişkin sinyal olarak kullanmadığı” durum olarak tanımlar.

PageRank efsanesi öldü. Yönlendirmelerin “bağlantı değerinin %10–15’ini kaybettiği” eski iddiası yıllardır doğru değildir. Google’dan Gary Illyes 2016’da “30x redirects don’t lose PageRank anymore” (çeviri) “30x yönlendirmeleri artık PageRank kaybetmiyor” dedi; John Mueller bunun o zaman bile yeni bilgi olmadığını belirtti. Doğru uygulanmış tek bir yönlendirme, sayfanın sinyal değerinin özünde tamamını geçirir. Maliyet yönlendirmenin varlığından değil, zincirlerden ve döngülerden gelir.

Yönlendirme ne kadar tutulmalı? Google’ın site taşıma rehberliği, tüm sinyalleri yeni URL’lere aktarabilmek için “keep the redirects for as long as possible, generally at least 1 year” (çeviri) “yönlendirmeleri mümkün olduğunca uzun, genellikle en az 1 yıl tutma” tavsiyesi verir. Gary Illyes “after 1 y all signals had time to pass on from A to B.” (çeviri) “1 yıldan sonra tüm sinyallerin A’dan B’ye geçmeye zamanı olmuştur.” fikrini öne sürdü. Bunu gerçekten test ettim: eski içerikleri kendilerine yönlendirilen dört Ahrefs yazısından 301’leri kaldırdım. Sonrasında “a clear drop in referring domains” (çeviri) “referring domain sayısında belirgin düşüş” vardı, fakat “not much drop in traffic to these posts” (çeviri) “bu yazıların trafiğinde büyük düşüş olmadı.” Dürüst sonucum: “I’m not willing to conclusively say that permanent redirects pass value even after one year, but what Gary said seems to mostly hold true.” (çeviri) “Kalıcı yönlendirmelerin bir yıl sonra bile değer aktardığını kesin olarak söylemeye hazır değilim; ancak Gary’nin dediği çoğunlukla doğru görünüyor.” Güvenli varsayılan hâlâ şudur: eski yönlendirmeleri gelişigüzel kaldırmayın.

Yönlendirme zincirleri ve döngüleri

• Yönlendirme zinciri, istenen URL ile nihai hedefi arasında birden fazla atlama olmasıdır (Sayfa 1 → Sayfa 2 → Sayfa 3). Google 10 yönlendirme atlamasına kadar izler — “By default, Google’s crawlers follow up to 10 redirect hops” (çeviri) “Google crawler’ları varsayılan olarak 10 yönlendirme atlamasına kadar izler” — fakat güncel site taşıma rehberliği zincirlerden kaçınmanızı, kaçınılmazsa en fazla 3 ve 5’ten az atlamada tutmanızı söyler. On, crawler tavanıdır; 3–5 pratik rehberliktir, çelişen sınır değildir. Zincirler gecikme ekler, tarama bütçesini harcar ve analitiği bulanıklaştırır.
• Yönlendirme döngüsü, kendi kuyruğunu yiyen zincirdir: URL kendisine veya zincirde daha önceki bir URL’ye döner ve asla çözülmez. Tarayıcılar “çok fazla yönlendirme” hatası verir; arama motorları vazgeçer. John Mueller’in ifadesiyle: “a redirect loop is a URL that doesn’t work, so it’s essentially a broken link. We ignore these for search.” (çeviri) “Yönlendirme döngüsü çalışmayan bir URL’dir; dolayısıyla özünde bozuk bağlantıdır. Aramada bunları yok sayarız.” Döngüler crawler’ları da hapseder ve sunucu kaynaklarını harcar.

Bilinen beş atlama sayısının ardında tarihli, temsilî rehberlik de vardır. John Mueller 2014 tarihli webmaster buluşmasında 46:03’te, Googlebot’un bir taramada beşe kadar yönlendirmeyi izlediğini ve daha fazlası kaldığında sonraki taramada devam ettiğini anlattı. 2020’de ayrıca Google’ın tarama denemesi başına beş atlamaya kadar izlediğini söyledi. Bu tarihsel ifadeler sayının kaynağını açıklar; ancak güncel belgelerin önüne geçmez ve her uzun zincirin belirli takvimde sürdürüleceğini garanti etmez.

Bağımsız uygulayıcı gözlemim, Google’ın daha uzun zincirleri çoğu zaman yeniden ele aldığıdır; düzeltme önceliği eşiği olarak yaklaşık beş atlama kullanırım. Bu, gördüklerime dayanan operasyonel bir yargıdır; Google platform sınırı değildir. Yönlendirmeleri kontrol ediyorsanız hedef hâlâ tek doğrudan atlamadır.

İkisinin de aşağıda ayrı yazıları vardır.

Yönlendirmeler nasıl uygulanır

Yönlendirmeyi koymak için tek bir “doğru” yer yoktur; bakımını yapabildiğiniz yeri seçin:

• Sunucu tarafı yapılandırması. Apache .htaccess, nginx kuralları veya sunucu tarafı betikler. Çoğu site için varsayılan ve en güvenilir yöntemdir. WordPress’te “most WordPress installs will be running Apache and the plugins used for redirecting will actually be editing a website’s .htaccess file” (çeviri) “çoğu WordPress kurulumu Apache’de çalışır ve yönlendirme eklentileri gerçekte sitenin .htaccess dosyasını düzenler”; eklenti yalnızca daha dostça bir arayüzdür.
• CDN / edge. Cloudflare kuralları, edge worker’ları ve benzerleri istek origin’e ulaşmadan devreye girer. Benim tercihim budur: “I typically prefer to have redirects on the edge (CDN-level) over having them on the server.” (çeviri) “Yönlendirmeleri sunucu yerine genellikle edge (CDN düzeyi) üzerinde tutmayı tercih ederim.” Bununla birlikte çoğu kişiye “always recommend going with what is easiest for you to implement. For many people that is server-level redirects” (çeviri) “uygulaması en kolay olanı seçmesini; birçok kişi için bunun sunucu düzeyi yönlendirmeler olduğunu” öneririm.
• İstemci tarafı: meta refresh. Bir <meta http-equiv="refresh"> etiketi. Anlık (0 saniye) meta refresh Google tarafından kalıcı, gecikmeli olan geçici okunur. Sunucu yönlendirmesinden daha yavaş ve hantaldır, fakat bazen elinizdeki tek seçenektir.
• İstemci tarafı: JavaScript. Betik window.location değerini ayarlar. Google bunu işleyebilir, ancak yalnızca render başarılıysa; bu ayrı ve bazen başarısız olan bir işlem hattıdır. Google’ın tavsiyesi: “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects.” (çeviri) “JavaScript yönlendirmelerini yalnızca sunucu tarafı veya meta refresh yönlendirmesi yapamıyorsanız kullanın.” Kalıcı yönlendirmeler için önerdiğim sıra bu güvenilirlik merdivenini izler: 308 / 301 → meta refresh 0 → JavaScript → crypto.

Yönlendirme ve canonical etiketi

Bunlar farklı sorunları çözer ve sürekli birbirine karıştırılır.

• Yönlendirme — eski URL artık kendi içeriğini hiç sunmamalıysa kullanın. Gelecekte yalnızca bir URL var olmalıdır. Eski adres ileri gönderir; artık kendi sayfasını sunmaz.
• Canonical etiketi — birkaç URL canlı ve bağımsız erişilebilir kalmalı, fakat Google’ın birini tercih edilen sürüm saymasını istiyorsanız kullanın. Faceted navigation varyantlarını, izleme parametreli URL’leri veya yazdırma sürümlerini düşünün; hepsi erişilebilir ve ana sürüme rel=canonical ile işaret eder.

Bing, Aralık 2025 yinelenen içerik yazısında aynı ayrımı açıklar: “Use 301 redirects to consolidate variants into a single preferred URL. Apply canonical tags when multiple versions must remain accessible.” (çeviri) “Varyantları tek bir tercih edilen URL’de birleştirmek için 301 yönlendirmeleri kullanın. Birden fazla sürüm erişilebilir kalmalıysa canonical etiketleri uygulayın.” Canonical ipucu yok sayılıyorsa ve gerçekten birleştirme istiyorsanız yönlendirmeye geçebilirsiniz; ancak yalnızca o yinelenen URL kendi içeriğini sunmaya devam etmek zorunda değilse.

Bing hakkında bir not

Bing yön bakımından Google’la aynı fikirdedir: kalıcı taşımalar 301, geçici olanlar 302 alır. Bing’den Fabrice Canel, hedef URL’niz 2 gün içinde değişebilecekse “preferable to use a 302 redirect … else 301 is recommended” (çeviri) “302 yönlendirmesinin tercih edildiğini, aksi hâlde 301 önerildiğini” söyledi. Meslektaşı Frédéric Dubut, “2 gün”ün katı bir eşik olmadığını; “anytime a redirect is temporary… you should use 302s” (çeviri) “yönlendirme geçici olduğu her durumda 302 kullanılması gerektiğini” açıkladı. Aynı zihinsel model, yalnızca hedefin ne kadar kısa sürede değişebileceği üzerinden anlatılmıştır.

Sonraki adım: yönlendirmeler alt kümesi

Bu merkez yazı haritadır. Aşağıdaki her konu, bu merkezin altında bulunan ve kenar çubuğunda listelenen ayrı bir ayrıntılı yazıdır:

Tek tek yönlendirme kodları

• 301 Redirect — kalıcı yük beygiri; sinyalleri nasıl ileri birleştirdiği ve ne zaman kullanılacağı.
• 302 Redirect — standart geçici yönlendirme; neden zayıf ama sıfır olmayan sinyal olduğu ve nasıl 301 davranışına kayabildiği.
• 303 Redirect (See Other) — Post/Redirect/Get kodu; SEO’da neden nadir olduğu ve Google işleyişinin neden gerçekten tanımsız olduğu.
• 307 Temporary Redirect — SEO anlamı 302 ile aynıdır, ancak HTTP yöntemini kesin biçimde korur; HSTS ile form/API yönlendirmelerinde nerede görülür.
• 308 Permanent Redirect — SEO anlamı 301 ile aynıdır, ancak HTTP yöntemi ile gövdeyi kesin biçimde korur.

Doğrudan karşılaştırmalar

• 301 ve 302 Redirect — kalıcı ve geçici, ileri ve geriye sinyal birleştirme; hangisinin ne zaman kullanılacağı.
• 301 ve 308 Redirect — aynı SEO anlamı, fakat 308 HTTP yöntemini ve gövdeyi korur.
• 302 ve 307 Redirect — geçici tarafta aynı hikâye; SEO için aynıdır, fakat 307 form ve API’lerde yöntem ile gövdeyi korur.

İstemci tarafı uygulamaları

• JavaScript Redirects — neden en zayıf seçenek olduğu, Google’ın render hattının bunları sunucu tarafı 301’den nasıl farklı ele aldığı ve ne zaman kabul edilebilir son çare olduğu.
• Meta Refresh Redirect — anlık ve gecikmeli yenilemeler, Google’ın tercih sıralamasında neden sunucu tarafı ile JavaScript arasında bulunduğu ve neden önerilmediği.

Tuzaklar

• Redirect Chains — neden doğrudan nihai URL’ye yönlendirmeniz gerektiği, 10 atlama sınırı ve zincirlerin tarama bütçesini nasıl harcadığı.
• Redirect Loops — asla çözülmeyen yönlendirme, arama motorlarının bunu neden yok saydığı ve döngünün nasıl kırılacağı.

Google Search Console’da

• Page with Redirect — bu Page Indexing durumunun anlamı, neden normal ve hata olmadığı, nadir olarak ne zaman işlem gerektirdiği.
• Redirect Error — Google’ın dört nedeni (çok uzun zincir, döngü, azami URL uzunlığı, hatalı/boş URL) ve normal “Page with redirect” durumundan farkı.

Bu alt kümenin yer aldığı tüm HTTP durum kodu tablosu — 2xx/3xx/4xx/5xx aileleri ve yönlendirme dışındaki kodlar — için /technical-seo/http-status-codes/ küme dizinine bakın.

AI özeti

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

• Yönlendirme = 3xx durum kodu + Location başlığı. Durum kodu semantiktir (kalıcı/geçici, yöntemi koruyan/korumayan); Location hedeftir. Önce protokol, sonra SEO.
• İki canonical grubu: kalıcı 301/308 = güçlü sinyal (sinyaller yeni URL’ye doğru birleşir); geçici 302/303/307 = zayıf sinyal (sinyaller genellikle eski URL’de kalır, ancak uzun ömürlü geçici yönlendirme dönüşebilir).
• Her grubun içinde: 307/308 HTTP yöntemini ve gövdeyi korur; 301/302 korumayabilir. Sıralama farkı yaratmaz, ancak form ve API’lerde önemlidir.
• 303 aykırı türdür — Post/Redirect/Get kodudur, SEO’da nadirdir ve Google işleyişi gerçekten tanımsızdır.
• PageRank efsanesi öldü: tek bir doğru yönlendirme değer sızdırmaz (Illyes, 2016). Maliyet zincirlerden (Google 10 atlamaya kadar izler ama kaçının der) ve döngülerden (arama motorları bozuk bağlantı sayıp yok sayar) gelir.
• Yönlendirmeleri ≥ 1 yıl tutun. Patrick’in bir yıllık 301’leri kaldırdığı testte referring domain sayısı düştü fakat trafik kaybı azdı; sonuç “çoğunlukla doğru”, bu yüzden gelişigüzel kaldırmayın.
• Uygulama: sunucu tarafı (.htaccess/nginx), CDN/edge üzerinde (Patrick’in tercihi) veya CMS eklentisiyle (genellikle yalnızca .htaccess düzenler). JS ve gecikmeli meta-refresh, render işlemine bağlı oldukları için daha zayıftır.
• Yönlendirme ≠ canonical: gelecekte yalnızca bir URL var olacaksa yönlendirin; birkaç URL canlı kalacak ama biri tercih edilecekse canonical kullanın.

Resmî belgeler

Yönlendirmelere ilişkin birincil kaynak belgeleri.

Google

• Yönlendirmeler ve Google Arama — canonical belge; kalıcı/geçici çerçevesi, yönlendirme türü tabloları (301/308/302/303/307, meta refresh, JS, crypto) ve alternatif URL/bağlantı değeri kavramı.
• HTTP durum kodları Google crawler’larını nasıl etkiler? — 3xx davranışı, 10 atlama izleme sınırı ve 301/302/307/308 crawler işleyişi.
• URL değişiklikleriyle site taşıma — yönlendirme zincirlerinden kaçınma ve “keep the redirects… generally at least 1 year” (çeviri) “yönlendirmeleri genellikle en az 1 yıl tutma” tavsiyesi.
• Yinelenen URL’leri birleştirme — canonical tercihinin neden “a hint, not a rule” (çeviri) “kural değil ipucu” olduğu ve yönlendirmelerle etkileşimi.
• Search Off the Record — Google Search Relations ekibinin yönlendirme türleri üzerine bölümü (301 ve 302, 307/308’in amacı, alan adı birleştirmeleri).

Bing / Microsoft

• Yinelenen içerik SEO ve AI arama görünürlüğüne zarar verir mi? — Fabrice Canel ve Krishna Madhavan’ın varyantları birleştirmek için 301, sürümler canlı kalacaksa canonical kullanma açıklaması.

Teknik başvuru

• HTTP’de yönlendirmeler — MDN’nin protokol düzeyi tanımı (3xx durumu + Location başlığı) ve kodlara göre yöntem/gövde işleyişi.

Kaynaktan alıntılar

Google, Bing ve MDN’nin kayda geçmiş açıklamaları. Her bağlantı, kaynak sayfadaki alıntılanan bölüme gider.

Google — yönlendirmelerin amacı, kalıcı ve geçici ayrımı

• “Redirecting URLs is the practice of resolving an existing URL to a different one, effectively telling your visitors and Google Search that a page has a new location.” — Google Search Central belgeleri. (çeviri) “URL yönlendirmek, mevcut bir URL’yi başka bir URL’ye çözümleme uygulamasıdır; ziyaretçilerinize ve Google Search’e sayfanın yeni bir konumu olduğunu etkili biçimde bildirir.” Alıntıya git
• “we recommend that you use a permanent server-side redirect whenever possible.” (çeviri) “Mümkün olduğunda kalıcı sunucu tarafı yönlendirmesi kullanmanızı öneririz.” Alıntıya git
• “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL).” (çeviri) “Bir URL’yi yönlendirdiğinizde Google hem yönlendirme kaynağını (eski URL) hem yönlendirme hedefini (yeni URL) izler.” Alıntıya git
• “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects.” (çeviri) “JavaScript yönlendirmelerini yalnızca sunucu tarafı veya meta refresh yönlendirmesi yapamıyorsanız kullanın.” Alıntıya git

Google — kodların crawler tarafından işlenişi

• “Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (301) (çeviri) “Google yönlendirmeyi izler ve Google sistemleri yönlendirme hedefinin işlenmesi gerektiğine ilişkin güçlü bir sinyal olarak kullanır.” Alıntıya git
• “Google’s crawlers follow the redirect, and Google systems use the redirect as a weak signal that the redirect target should be processed.” (302) (çeviri) “Google crawler’ları yönlendirmeyi izler ve Google sistemleri hedefin işlenmesi gerektiğine ilişkin zayıf bir sinyal olarak kullanır.” Alıntıya git
• “While Google treats these status codes the same way, keep in mind that they’re semantically different.” (307 ≈ 302, 308 ≈ 301) (çeviri) “Google bu durum kodlarını aynı şekilde ele alsa da semantik olarak farklı olduklarını unutmayın.” Alıntıya git
• “By default, Google’s crawlers follow up to 10 redirect hops.” (çeviri) “Google crawler’ları varsayılan olarak 10 yönlendirme atlamasına kadar izler.” Alıntıya git

Google — zincirler ve yönlendirmelerin ne kadar tutulacağı

• “Avoid chaining redirects.” (çeviri) “Yönlendirmeleri zincirlemekten kaçının.” Alıntıya git
• “ideally no more than 3 and fewer than 5.” (çeviri) “İdeal olarak 3’ten fazla ve 5’ten az.” Alıntıya git
• “Keep the redirects for as long as possible, generally at least 1 year.” (çeviri) “Yönlendirmeleri mümkün olduğunca uzun, genellikle en az 1 yıl tutun.” Alıntıya git

John Mueller, Google — tarihli beş atlama açıklamaları

• Mueller 2014 tarihli bir webmaster buluşmasında Googlebot’un bir taramada beşe kadar yönlendirme izlediğini ve kalanlara sonraki taramada devam ettiğini anlattı. 46:03’ten izle
• “up to 5 hops in the chain per crawl attempt” (çeviri) “Tarama denemesi başına zincirde 5 atlamaya kadar.” (2020 Reddit yorumu, Search Engine Journal aracılığıyla aktarıldı.) Haberi oku

John Mueller, Google — yönlendirme döngüleri

• “In general, a redirect loop is a URL that doesn’t work, so it’s essentially a broken link. We ignore these for search.” (çeviri) “Genel olarak yönlendirme döngüsü çalışmayan URL’dir; dolayısıyla özünde bozuk bağlantıdır. Aramada bunları yok sayarız.” Alıntıya git

Fabrice Canel, Microsoft Bing — 301 ve 302 zamanlaması

• “When the future is uncertain… preferable to use a 302 redirect if your destination URL may change within 2 days, else 301 is recommended.” (çeviri) “Gelecek belirsizse… hedef URL’niz 2 gün içinde değişebilecekse 302 yönlendirmesi tercih edilir, aksi hâlde 301 önerilir.” Alıntıya git

MDN — protokol düzeyi tanım

• “redirection is triggered by a server sending a special redirect response to a request. Redirect responses have status codes that start with 3, and a Location header holding the URL to redirect to.” (çeviri) “Yönlendirme, sunucunun bir isteğe özel yönlendirme yanıtı göndermesiyle tetiklenir. Yönlendirme yanıtlarının 3 ile başlayan durum kodları ve yönlendirilecek URL’yi taşıyan bir Location başlığı vardır.” Belgeyi oku

Yönlendirme uygulama kontrol listesi

Yönlendirmeyi yayına almadan önce ve sonra:

• Duruma uygun kod — kalıcı taşıma → 301/308; geçici → 302/307; form POST yöntemini koruma → 307/308.
• Her şeyi ana sayfaya topluca yönlendirmek yerine en yakın eşleşen URL’ye yönlendirin (Google bunu soft 404 sayar).
• Doğrudan nihai hedefe — zincir olmasın. Hedef daha sonra taşındığında kaynak kuralını güncelleyin.
• Döngü olmasın — hedefin zincire geri dönmediğini doğrulayın (eski URL’de curl -IL çalıştırıp tüm atlamaları okuyun).
• Mümkün olan her yerde JavaScript değil, sunucu düzeyi veya edge.
• Belirgin varyantları standartlaştırın — www / www olmayan, HTTP / HTTPS, sondaki eğik çizgi ve harf durumu — tek canonical biçime.
• Kendi gezinmenizde yönlendirmeye güvenmemek için iç bağlantıları doğrudan yeni URL’ye güncelleyin.
• En az 1 yıl yerinde tutun (Google rehberliği) — değerli sayfalarda daha uzun; eski yönlendirmeleri gelişigüzel kaldırmayın.
• Geri alma yolu tutun — kötü hedef veya beklenmedik düşüşü hızla geri alabilmek için yönlendirmeyi açmadan önce önceki hedefi (ya da kaldırılan eski sayfanın içeriğini) kaydedin.
• Dağıtımdan sonra doğrulayın — durum kodu ile nihai hedefi curl -IL, tarayıcının Network sekmesi veya site crawler’ı ile kontrol edin; zincir ve döngüleri toplu izleyin. -I, HEAD isteği gönderir; sunucunun HEAD ve GET isteklerini farklı işlediğinden kuşkulanıyorsanız düz curl -L (GET kullanır) veya crawler’ın GET tabanlı moduyla yeniden kontrol edin.

Yönlendirme türlerinin yan yana karşılaştırması

Beş 3xx yönlendirme koduna kısa bakış

Kararı gerçekten belirleyen iki şey

• Kalıcı ve geçici ayrımı → canonical sinyalini (güçlü/zayıf) ve aramanın yeni mi eski mi URL’yi göstereceğini belirler.
• Yöntemin korunup korunmaması → 307/308 özgün yöntem ile gövdeyi korur; 301/302 istemcinin POST’u GET’e çevirmesine izin verir (Fetch Standard uyarınca eski istemcilerden kalan uyumluluk davranışı); 303 daima GET’e zorlar. Sıralama için ilgisiz, form ve API’ler için kritiktir; yöntem ve gövde atlamadan sağ çıkacaksa 307/308 kullanın.

En güçlüden en zayıfa uygulama yöntemleri (kalıcı)

Hızlı bilgiler

• Tek bir doğru yönlendirme PageRank kaybetmez (Illyes, 2016).
• Google 10 atlama tavanı belgeler, fakat zincir kaçınılmazsa en fazla 3 ve 5’ten az olmasını önerir.
• Mueller’in 2014 ve 2020 açıklamaları tarama başına yaklaşık beş atlamayı tarif eder; 2014 açıklaması kalanlara daha sonra devam edildiğini de söyler. Bunları güncel zamanlama garantisi değil tarihli temsilî açıklamalar olarak değerlendirin.
• Yönlendirmeleri ≥ 1 yıl tutun.
• Google için 307 ≈ 302, 308 ≈ 301; fark yöntem korumadır.
• Yönlendirme = yalnızca bir URL kalır; canonical etiketi = birkaçı kalır, biri tercih edilir.

Zaman ayırmaya değer kaynaklar

Yazılarım

• 11 yönlendirme türü ve SEO etkileri — her yönlendirme türü (301, 302, 303, 307, 308, meta refresh, JS, crypto, zincirler, döngüler) üzerine tam incelemem; bu merkez yazının özetlediği kaynak.
• HTTP durum kodları ve SEO etkileri — yönlendirmelerin tüm 1xx–5xx durum kodu tablosundaki yeri.
• 301 yönlendirmelerini bir yıl sonra kaldırmak uygun mu? Test ettik — bir yıllık yönlendirmeleri kaldırdığım kontrollü test (referring domain sayısı düştü; trafik büyük ölçüde korundu).
• SEO için 301 ve 302 yönlendirmeleri: hangisini kullanmalısınız? — 302’nin Google’ın eski alan adını yenisi lehine bırakmasına neden olduğu deneyimi içeren karşılaştırma.
• Başarılı bir site taşıması kontrol listesinden fazlasını gerektirir — tam site taşıması bağlamında yönlendirmeler.

Sektörden

• Yönlendirmeler ve Google Arama (Google) — bu merkezdeki iddiaların çoğunun ardındaki canonical belge.
• HTTP durum kodları Google crawler’larını nasıl etkiler? (Google) — 3xx crawler işleyişi ve 10 atlama sınırı.
• Yinelenen içerik SEO ve AI arama görünürlüğüne zarar verir mi? (Bing) — Microsoft’un yönlendirme ve canonical etiketleri üzerine güncel, kayda geçmiş görüşü.
• HTTP’de yönlendirmeler (MDN) — 3xx kodları ve yöntem/gövde işleyişi için protokol düzeyi başvuru.
• Google: 301, 302 veya 30x yönlendirmelerinde artık PageRank seyrelmesi yok (Search Engine Land) — PageRank efsanesini düzelten açıklamanın kaynağı.
• Google Search yönlendirme döngülerini yok sayıyor (Search Engine Roundtable) — Mueller’in döngüler için “özünde bozuk bağlantı” açıklaması.
• Bing: İki gün içinde değişebilecek URL’lerde 302, aksi hâlde 301 kullanın (Search Engine Roundtable) — Fabrice Canel’in 301/302 zamanlama rehberliği.
• SEO için yönlendirme rehberi (Conductor Academy) — yönlendirme alanına ilişkin sağlam rakip özeti.

Yönlendirme mi canonical mı? Hayatta kalma testini kullanın

İki sinyal aynı tercih edilen URL’ye işaret edebilir, ancak farklı sorunları çözer.

Kaynak URL artık kendi içeriğini sunmamalıysa yönlendirin

Eski URL’yi isteyen kullanıcılar ve crawler’lar başka yere gönderilmeliyse sunucu tarafı yönlendirme seçin. Kalıcı taşıma için kalıcı kod (301 veya 308), kaynağın geri dönmesi bekleniyorsa geçici kod (302, 303 veya 307) kullanın.

Tipik durumlar: değişen URL, birleştirilmiş sayfa, HTTP’den HTTPS’e geçiş veya alan adı taşıması. Hedef gerçek bir eşdeğer olmalıdır; ilgisiz eski URL’leri topluca ana sayfaya yönlendirmek soft 404 sayılabilir.

Birden fazla URL erişilebilir kalmalıysa canonical kullanın

Yinelenen veya neredeyse yinelenen varyantların kendi 200 yanıtlarını vermeye devam etmesi gerekiyor fakat bir URL’nin dizine ekleme için tercih edilmesini istiyorsanız rel="canonical" seçin. Canonical gezinme değil ipucudur; kullanıcı istenen URL’de kalır. Google için de kural değil ipucudur: Google “indicating a canonical preference is a hint, not a rule,” (çeviri) “canonical tercihi belirtmek kural değil ipucudur” der ve diğer sinyallere göre farklı bir sayfayı canonical seçebilir.

Tipik durumlar: yararlı sıralama/filtre varyantları, sendikasyon veya parametreli sürümler ya da henüz kaldırılamayan yinelenen sayfalar.

İlgili bir karşılık yoksa

Eski URL’yi gönderecek bir yer olsun diye ilgisiz sayfaya yönlendirmeyi zorlamayın; gerçek halefi olmayan içerik için catch-all veya ana sayfa yönlendirmesi Google’a soft 404 gibi görünür. Gerçek eşdeğer yoksa hedef uydurmak yerine bilinçli 404/410 kararı verin.

Çelişen talimatlar göndermeyin

A URL’si B’ye yönleniyorsa B, A’yı canonical göstermemelidir. İç bağlantıları ve sitemap’leri hayatta kalan hedefle hizalayın. Çerçeve basittir: bir URL kalır → yönlendirme; birkaçı canlı kalmalı → canonical.

Prompt: zayıf hedefler için yönlendirme haritasını denetleme

Eski URL, önerilen hedef, gerekçe, eski başlık veya konu, hedef başlık veya konu, amaçlanan kalıcılık ve varsa trafik/bağlantı sinyallerini içeren bir yönlendirme haritası CSV’si yapıştırın.

Review this proposed redirect map for relevance and implementation risk.

For each row:
1. Classify the destination as strong equivalent, plausible but needs review,
   irrelevant/catch-all, self-redirect, chain risk, loop risk, missing destination,
   or insufficient evidence.
2. Explain the classification using only the supplied old/destination topics and
   URL evidence.
3. Flag many-to-one mappings to a homepage or broad category for manual review.
4. Check whether the intended permanence matches the proposed 3xx code when a code
   column is present.
5. Do not invent a replacement URL. If no equivalent is supplied, recommend manual
   mapping or an intentional 404/410 decision.

Return a table with old URL, destination, verdict, evidence, recommended action, and
priority. End with a summary of repeated rule patterns that could create chains or
loops.

DATA:
[PASTE REDIRECT MAP HERE]

Haritayı dağıtmadan önce her içerik eşdeğerliği kararını insan incelemesinden geçirin.

Yönlendirmeleri planlama ve doğrulama araçları

• Redirect Checker — dağıtımdan sonra bir URL veya küçük grup için nihai durumu, her atlamayı ve hedefi hızla doğrulayın.
• Redirect Chain Mapper — çok atlamalı yolları teşhis edin, her atlamada neyin değiştiğini görün ve yaygın sunucu platformları için düzleştirilmiş temizlik kurallarını dışa aktarın.
• Bulk HTTP Status Code Checker — daha büyük yönlendirme envanterini doğrulayın, geçici veya çok atlamalı sonuçları filtreleyin ve kanıtı dışa aktarın.
• Redirect Map Builder — eskiden yeniye eşlemeleri planlayın, eşleşmeyen URL’leri ve 410 kaldırma listesini açık tutun, platforma yönelik kuralları dışa aktarın. Önerileri yine de içerik eşdeğerliği incelemesi gerektirir.
• Browser DevTools → Network — tarayıcıya özgü davranışı yeniden üretirken belge yanıtının 3xx kodunu ve Location başlığını doğrulayın.

Kendinizi sınayın: HTTP yönlendirmeleri

Yönlendirmelerin nasıl çalıştığı ve arama motorlarının bunları nasıl ele aldığı üzerine beş kısa soru. Her biri için yanıt seçip kontrol edin.

Değişiklik günlüğü