Yönlendirme Zincirleri

TL;DR — Bir yönlendirme zinciri, bir URL’nin doğrudan son sayfaya gitmek yerine başka bir URL’ye yönlendirmesi ve o URL’nin de başka bir URL’ye yönlendirmesidir — A → C yerine A → B → C. Her ekstra adıma “atlama” (hop) denir. Zincirler çoğunlukla site taşımalarından sonra birikir, kullanıcılar ve arama motorları için işleri biraz yavaşlatır ve çözüm her zaman aynıdır: her yönlendirmeyi başka bir yönlendirmeye değil, doğrudan son sayfaya işaret edecek şekilde yapın.

Yönlendirme zinciri nedir

Yönlendirme zinciri, son bir kaynağa ulaşmadan önce birden fazla ardışık yönlendirme yanıtıdır. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Redirection Google, doğrudan son hedefe yönlendirme yapılmasını önerir ve aşırı uzun zincirleri takip etmeyi bırakabilir. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: Redirects and Search

Taşınmış eski bir URL’yi ziyaret ettiğinizde, sunucunuz bir yönlendirme gönderir — “istediğiniz sayfa artık başka bir yerde, oraya gidin” diyen bir HTTP yanıtı. Normalde bu tek ve temiz bir adımdır: A sayfasını istersiniz, B sayfasına ulaşırsınız. Bitti.

Bir yönlendirme zinciri, bu tek adımın birkaç adıma dönüşmesidir. A sayfasını istersiniz, bu sayfa B’ye yönlendirir, B de C’ye yönlendirir ve C gerçek sayfadır. Bu aradaki durakların her biri bir atlamadır (hop). Tek hamlede A → C yerine, A → B → C — veya daha kötüsü — elde edersiniz.

Neden olur

Neredeyse her zaman, bir sitenin yıllar içinde birden fazla kez taşınması nedeniyle. Alan adınızı değiştirdiğinizde bir URL yönlendirilir. Ardından HTTP’den HTTPS’ye geçtiğinizde tekrar yönlendirilir. Sonra platform değiştirdiğinizde tekrar. Kimse geri dönüp eski kuralı temizlemedi, bu yüzden istek artık hepsini sırayla geçmek zorunda. Bu, birinin yanlış bir şey yaptığının işareti değildir — sadece zamanla biriken şeydir.

Zararı var mı?

Biraz, ve genellikle insanların korktuğundan daha az. İki gerçek maliyet şunlardır:

• Hız. Her atlama fazladan bir gidiş-dönüştür, bu yüzden uzun bir zincir gerçek ziyaretçiler için sayfanın yüklenmesini biraz yavaşlatır.
• Tarama. Arama motorları bir zinciri takip eder, ancak tek seferde yalnızca belirli bir mesafeye kadar ve çok uzun bir zincir, son sayfaya tam olarak “yerleşmelerini” geciktirebilir.

Bir zincirin yapmadığı şey, her atlamada bir miktar sıralama gücü tüketmek değildir — bu eski bir efsanedir. Kalıcı bir yönlendirme size sıralama değeri kaybettirmez.

Çözüm

Gerçekten tek bir kural var ve asla değişmez: her yönlendirmeyi doğrudan son hedefe işaret edecek şekilde yapın. A → B → C yerine, A’nın doğrudan C’ye gitmesi için yeniden yazın. Ardından hâlâ B’ye veya eski bir URL’ye işaret eden bağlantıları, site haritalarını veya canonical etiketlerini de C’yi işaret edecek şekilde güncelleyin.

Kimsenin ziyaret etmediği bir sayfadaki tek bir başıboş ekstra atlama için uykunuzu kaçırmayın. Önemli, sık ziyaret edilen sayfalarınızdaki uzun zincirleri temizleyin.

Google’ın yayınladığı belirli atlama sayılarını, zincirlerin oluşma nedenlerini ve bunları bir komut satırı veya tarayıcıyla nasıl bulacağınızı mı öğrenmek istiyorsunuz? Gelişmiş sekmesine geçin.

TL;DR — Bir yönlendirme zinciri, doğrudan bir A → C yerine A → B → C’dir; burada her atlama bir yönlendirmedir ve ilk yönlendirme olmayan yanıtta sona erer — mutlaka bir 200 olması gerekmez. Bunlar, üst üste binen taşımaların, eklenti çakışmalarının ve sırasız kuralların neredeyse kaçınılmaz kalıntılarıdır — beceriksizlik değil. Herkesin alıntıladığı üç atlama sayısı farklı şeyleri tanımlar ve çelişmez: 10, Googlebot’un takip edeceği teknik tavan değerdir (güncel belgeler) ve ≤3, 5’ten az, Google’ın güncel pratik önerisidir. Mueller ayrıca 2014’te tarama başına ~5 ve 2020’de tarama denemesi başına ~5 tanımlamıştır; 2014’te ayrıca daha sonraki bir taramanın kalanı devam ettirdiğini açıklamıştır. Bunlar tarihli temsili ifadelerdir, güncel bir zamanlama garantisi değildir. Google’ın genellikle daha uzun zincirlere devam ettiği yönündeki gözlemim ayrı bir uygulayıcı kanıtıdır. Belgelenen maliyet gecikme ve tarama işlemedir, atlama başına PageRank kaybı değil — tek bir kalıcı yönlendirme PageRank kaybettirmez. Çözüm değişmezdir: her yönlendirmeyi doğrudan son canlı hedefe yeniden yönlendirin, ardından zinciri beslemeye devam eden iç bağlantıları, canonical’ları ve site haritalarını düzeltin.

Zincir sayılan (ve sayılmayan) şeyler

Her 3xx atlama ayrı bir HTTP alışverişidir. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Redirection Evrensel bir sıralama kaybı yüzdesi veya sabit bir tarama limiti belgelenmemiştir, bu nedenle tek bir doğrudan atlama savunulabilir hedeftir. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: Redirects and Search

Bir yönlendirme zinciri, ilk yönlendirme olmayan yanıttan önce iki veya daha fazla ardışık yönlendirme yanıtıdır — A → B → C yerine A → C. Dizideki her yönlendirme bir atlamadır. Zincir, kendisi bir yönlendirme olmayan herhangi bir yanıtta biter: bu genellikle çalışan bir 200’dür, ancak aynı şekilde bir 404, 500, kimlik doğrulama zorluğu veya başka bir terminal sonucu da olabilir. Bir hatada sonlanan zincir yine de “sadece bir zincirdir” — kırık bir zincir, ancak otomatik olarak bir döngü değildir.

Bir yönlendirme döngüsü farklı, daha spesifik bir sorundur: döngüseldir. Atlamalardan biri sonunda yolun daha önce ziyaret ettiği bir URL’ye geri işaret eder, böylece istek terminal bir yanıta asla ulaşmaz ve tarayıcı ERR_TOO_MANY_REDIRECTS hatası verir. Önemli olan ayrım döngüsel vs. döngüsel olmayan — “uzun” vs. “kısa” değil ve “hatada sonlanır” vs. “200’de sonlanır” değil. İki atlamalı bir döngü yine de bir döngüdür; 404’te sonlanan on atlamalı bir zincir yine de bir zincirdir.

Benim 11 Tür Yönlendirme ve SEO Etkileri makalemde basitçe şöyle ifade ettim: “Yönlendirme zincirleri, istenen bir kaynak ile nihai hedefi arasında birden fazla yönlendirmenin gerçekleşmesidir.” (çeviri) «Yönlendirme zincirleri, istenen bir kaynak ile nihai hedefi arasında birden fazla yönlendirmenin gerçekleşmesidir.»

Zincirler pratikte neden oluşur

Zincirler nadiren tek bir özensiz karardır. Birikirler:

• Üst üste binen taşımalar. Bu en büyüğüdür. Bir alan adı taşıması sırasında yönlendirilen bir URL, HTTPS taşıması sırasında tekrar yönlendirilir, ardından bir platform değişikliği sırasında tekrar — her taşıma, öncekinin yerine geçmek yerine üzerine bir katman ekler. http://old → https://old → https://new, tek kuralın yeterli olacağı yerde üç kuraldır.
• www/non-www + HTTP/HTTPS ayrı kurallar olarak ele alınır. http://www → https://www → https://non-www, tek bir birleşik kural olması gereken klasik bir üç atlamalı zincirdir.
• CMS ve eklenti çakışmaları. İki yönlendirme eklentisi veya aynı URL’de tetiklenen bir eklenti kuralı artı bir sunucu kuralı.
• Belirli kuralların önüne yerleştirilen joker karakter kuralları. Belirli kuralın önünde duran geniş bir yakala-her şey (eski alan adı → yeni ana sayfa), belirli kuralın asla tetiklenmemesi anlamına gelir — istek önce joker karakteri izler. Bing, tam olarak bu nedenle site sahiplerine belirli yönlendirme kurallarını joker karakterden önce koymalarını açıkça söyler.

Çalışılmış taşıma örneği: üç mantıklı kural, bir gereksiz zincir

Bir giyim sitesi, ayrı ayrı makul üç değişiklik biriktirmiştir:

301  http://old-shop.example/products/trail-shoe
301  https://old-shop.example/products/trail-shoe
301  https://shop.example/products/trail-shoe
200  https://shop.example/shoes/trail-runner

İlk kural HTTP’yi yükseltir, ikincisi alan adını taşır ve üçüncüsü bir katalog yeniden adlandırmasını yansıtır. Sorun, taşımalardan herhangi birinin kendisi değildir. Eski giriş noktasının hâlâ üç tarihsel kararı yeniden oynatmasıdır.

Bu yolu tek bir doğrudan kalıcı yönlendirmeyle değiştirin:

301  http://old-shop.example/products/trail-shoe
200  https://shop.example/shoes/trail-runner

Ardından, bir ara URL’yi tanıtan iç bağlantıları, canonical’ları ve site haritası girdilerini güncelleyin. Bu, belirli bir şirket hakkında bir rapor değil, açıklayıcı bir .example izidir.

Ve belirtmeye değer belirli bir anti-desen: mevcut belirli yönlendirmelerin üzerine geniş bir “her şey → ana sayfa” yakala-her şey kuralı eklemeyin. Google, birçok eski URL’yi alakasız bir hedefe yönlendirmenin “yumuşak 404 hatası olarak değerlendirilebileceği” konusunda uyarır. Eski URL’leri gerçek eşdeğerlerine 1:1 yönlendirin.

Google aslında kaç atlama takip eder?

Rakipleri olan makalelerin üç farklı sayıyı tek bir sayıya karıştırdığı yer burasıdır. Bunlar çelişkili değil, tamamlayıcıdır:

1. Teknik tavan — 10 atlama. Doğrudan Google’ın Site Taşımaları ve Göçleri belgesinden: “Googlebot, birden fazla yönlendirmeden oluşan bir ‘zincirde’ 10 atlamaya kadar takip edebilse de (örneğin, Sayfa 1 > Sayfa 2 > Sayfa 3), nihai hedefe doğrudan yönlendirmenizi öneririz.” On, Googlebot’un vazgeçmeden önce toplamda asla geçmeyeceği en fazla sayıdır.

2. Pratik öneri — ≤3, 5’ten az. Aynı cümle, aynı doküman: “If this is not possible, keep the number of redirects in the chain low, ideally no more than 3 and fewer than 5.” (çeviri) «Bu mümkün değilse, zincirdeki yönlendirme sayısını düşük tutun, ideal olarak 3’ten fazla ve 5’ten az olmasın.» Bu, Google’ın kendi tavsiyesidir, üçüncü taraf bir tahmin değil.

3. Tarihli temsili açıklamalar — tarama başına yaklaşık 5 atlama. Bir 2014 webmaster hangout’unda 46:03’te, John Mueller, Googlebot’un tek bir taramada beşe kadar yönlendirmeyi takip ettiğini ve daha fazlası kaldıysa bunları sonraki taramada sürdürdüğünü anlattı. Search Engine Journal tarafından bildirilen ayrı bir 2020 Reddit yorumunda, Google’ın “up to 5 hops in the chain per crawl attempt.” (çeviri) «tarama girişimi başına zincirde 5 atlamaya kadar» takip ettiğini söyledi. 2014 açıklaması, daha sonra devam etme için gerçek temsili kanıttır; uydurulmamıştır. Aynı zamanda tarihseldir, bu yüzden bunu mevcut Googlebot’un bir zinciri her zaman sürdüreceğine veya bunu öngörülebilir bir programda yapacağına dair bir garantiye dönüştürmeyin.

Gerçek sitelerden kendi gözlemim bu kalıpla bağımsız olarak örtüşüyor: Google genellikle daha uzun bir zinciri geri alır ve ben triyaj eşiği olarak yaklaşık beş atlama kullanırım. Bu uygulayıcı kanıtı ve operasyonel bir kesme noktasıdır; Mueller’in 2014 açıklamasının kaynağı veya bir Google platform sınırı değildir.

Yani uzlaştırma şudur: 10, Google’ın mevcut belgelenmiş tavanıdır; 3-5 (daha azı daha iyidir) mevcut pratik hedefidir; ve tarama başına ~5, Mueller’den tarihli temsili rehberliktir. 5 atlamadan daha uzun bir zincir mutlaka tamamen başarısız olmaz — genellikle yalnızca Google’ın hedefe ulaşma ve orada birleştirme hızını geciktirir. 10 atlamalık tavanın ötesinde, bir yönlendirme hatası Search Console’un Sayfa Dizinleme raporunda görünebilir, ancak bu garantili birebir bir eşleme değildir — neyin kaydedildiği, tarayıcının o denemede gerçekte ne gözlemlediğine bağlıdır ve bir zincir belirli bir hata fırlatmak yerine yalnızca daha yavaş çözümlenebilir.

Zincirler neden önemlidir — ve önemsiz oldukları efsanesi

Bir zincirin belgelenmiş maliyeti gecikme ve tarama işlemedir, atlama başına sinyal kaybı değil. Google’ın kendi ifadesi: yönlendirmeleri zincirlemek “adds latency for users, and not all user agents and browsers support long redirect chains.” (çeviri) «kullanıcılar için gecikme ekler ve tüm kullanıcı aracıları ve tarayıcılar uzun yönlendirme zincirlerini desteklemez.»

Keep this separate from the debunked “PageRank loss per redirect” folklore. Google is explicit that “301 and other permanent redirects don’t cause a loss in PageRank.” That statement is about a single hop — it doesn’t mean an unlimited chain is free, because the chain’s cost is a different thing (crawl latency and time-to-consolidate), not per-hop equity leakage. Both can be true at once: one redirect loses no PageRank, and a long chain still wastes crawl processing and delays indexing.

Bir zinciri ne zaman düzeltmeli — ve ne zaman uğraşmamalı

Ticaret içeriğinin çoğundan ayrıldığım nokta şu: aşırı optimize etmeyin. Birçok SEO, bir yönlendirme için tek bir ekstra atlamadan bile kurtulmaya takıntılıdır. Ben buna hiç aldırış etmezdim. Web sitesi taşıma yazılarımda, kök yoldaki bir yönlendirme zinciri gibi şeyler için endişelenmeyeceğimi veya her harici siteyi size gelen bağlantılarını güncellemek için kovalamayacağımı söyledim.

Benim gerçek çalışma eşiğim: Genellikle yaklaşık 5 atlamanın altındaki yönlendirme zincirleri için endişelenmem, ancak 5’in üzerinde, bunların düzgün bir şekilde taranıp sayılmasıyla ilgili sorunlar gördüm — bu yüzden insanlara üzerinde çalışmaya başlamalarını söylemek için benim kesme noktam bu. Bunu yola göre de ağırlıklandırın: sık taranan, yüksek değerli bir URL’deki 5 atlamalı bir zincir düzeltmeye değer; düşük trafikli bir sayfadaki başıboş ekstra bir atlama genellikle öğleden sonranıza değmez.

Yönlendirme zincirleri nasıl bulunur

Algılama katmanlıdır — spot kontroller için komut satırı, site genelinde tarayıcılar:

• curl -IL <url> macOS/Linux üzerinde (veya Windows’ta Invoke-WebRequest) her atlamanın durum satırını son 200’e kadar yazdırır. Tek bir URL’yi izlemenin en hızlı yolu. Kopyala-yapıştır komutları için Scripts sekmesine bakın.
• Tarayıcı geliştirici araçları → Ağ sekmesi. URL’yi yükleyin, son 301’den önceki 302/ 200 isteklerinin sırasını izleyin. Tek seferlik görsel kontroller için iyidir.
• Screaming Frog. Yanıt Kodları sekmesi, ayrıca site genelinde her zinciri ve atlama sayısını dışa aktarmak için Raporlar → Yönlendirmeler → Yönlendirme Zincirleri.
• Ahrefs Site Audit. Yönlendirmeler raporu bir “Yönlendirme zinciri çok uzun” sorununu işaretler. Site Explorer’da ayrıca geri bağlantıları veya giden bağlantıları “Yönlendirme sayısı”na göre filtreleyebilirsiniz ve Ahrefs SEO Araç Çubuğu’nun HTTP başlıkları sekmesi, tıkladığınız bir bağlantı için yönlendirme sırasını gösterir.

Bir zincir raporu, mevcut kural incelemesinin yalnızca bir dilimidir. yönlendirme alanı denetimi ayrıca ölü nihai hedefleri, ana sayfa/genel dökümleri, canlı URL’leri yutan geniş joker karakterleri ve uzun süredir kullanılmayan bir kuralın günlüğe kaydedilmiş, geri alınabilir bir 404 sondasıyla emekliye ayrılıp ayrılamayacağını kontrol eder.

Bunları nasıl düzeltirsiniz

Her yerde tek kural: her yönlendirmeyi doğrudan son canlı hedefe yönlendirin, asla başka bir yönlendirmeye değil. “Bir zinciri düzeltmek” aslında her kuralın hedefini ara URL’den gerçek son URL’ye yeniden yazmaktır. A → B → C, A → C ve B → C olur.

Sonra çoğu kişinin atladığı işi bitirin:

• İç bağlantıları güncelleyin böylece yönlendiren bir bağlantıya değil, son URL’ye işaret ederler — aksi takdirde kendi siteniz zinciri beslemeye devam eder.
• Kanonik etiketleri ve XML site haritalarını güncelleyin hâlâ eski veya ara URL’leri listeleyenler.
• Kurallarınızı doğru sıralayın böylece yeni zincirler oluşturmazsınız: belirli kurallar joker karakterlerden/hereditary yakalayıcılardan önce gelir ve mümkünse www/HTTPS birleştirmeyi tek bir kuralda birleştirin.
• Zincirdeki her şey düz bir sayfa isteği değilse, yalnızca hedefleri değil durum kodlarını da kontrol edin. 301 ve 302, bir istemcinin bir sonraki atlamada POST’u GET’e dönüştürmesine izin verebilir; 307 ve 308 orijinal yöntemi korur. Bir tarayıcının bir sayfayı yüklemesi için zararsız olan bir zincir, yanlış durum türü karıştırılırsa bir form gönderimini, bir API çağrısını, imzalı bir URL’yi veya bir web kancasını sessizce bozabilir.

Bunu yaparsanız zincir tek bir atlamaya iner — ki bu her zaman ihtiyacınız olan şeydir.

Bu kümede ilgili okumalar: kalıcı ve geçici yönlendirme arasındaki fark (301 vs 302) ve bir zincir asla sonlanmadığında ne olacağı (yönlendirme döngüleri).

AI özeti

Gelişmiş sürümün yoğunlaştırılmış bir değerlendirmesi:

• Tanım: Bir yönlendirme zinciri, doğrudan A → C yerine A → B → C şeklindedir. Her yönlendirme bir “atlama”dır. İlk yönlendirme olmayan yanıtta sona erer — bir başarı, bir hata veya başka bir terminal sonuç, mutlaka 200 olması gerekmez. Bir yönlendirme döngüsü farklıdır: döngüseldir, aynı yolda daha önce ziyaret edilmiş bir URL’ye geri döner.
• Neden oluşurlar: Üst üste yığılmış geçişler (alan adı → HTTPS → platform, her biri bir öncekinin üzerine eklenir), www/non-www + HTTP/HTTPS ayrı kurallar olarak, eklenti/CMS çakışmaları ve belirli kuralların önüne yerleştirilen joker karakter kuralları.
• Üç atlama sayısı, uzlaştırıldı: 10 = Googlebot’un takip edeceği teknik tavan (güncel belgeler). ≤3, 5’ten az = Google’ın güncel pratik önerisi. ~5 tarama/deneme başına = 2014 ve 2020’den eski Mueller açıklamaları; 2014 açıklaması ayrıca kalan kısmın daha sonraki bir taramada devam ettirildiğini de tanımladı. Bu geçmiş, güncel bir zamanlama garantisi değildir. Patrick’in Google’ın daha uzun zincirlere sıklıkla devam ettiği gözlemi bağımsız uygulayıcı kanıtıdır.
• Sınırın ötesinde: ~5 atlamanın üzerindeki bir zincir genellikle tamamen başarısız olmak yerine konsolidasyonu geciktirir. 10 atlamalık tavanın ötesinde, Search Console’da bir yönlendirme hatası görünebilir, ancak bu garanti edilen bire bir eşleme değildir — tarayıcının gerçekte ne gözlemlediğine bağlıdır.
• Gerçek maliyet gecikme ve tarama işlemidir, atlama başına PageRank kaybı değil. Google, tek bir kalıcı yönlendirmenin PageRank kaybetmediğini söyler; zincirin maliyeti ayrı, gecikme/tarama verimliliği sorunudur.
• Patrick’in görüşü: Tek bir başıboş atlamayı aşırı optimize etmeyin. Onun eşiği ~5 atlamadır ve yolun ne sıklıkla tarandığına göre ağırlıklandırılır.
• Çözüm (değişmez): Her yönlendirmeyi doğrudan nihai hedefe yönlendirin, ardından zinciri beslemeye devam eden dahili bağlantıları, kanonikalleri ve site haritalarını güncelleyin ve belirli kuralları joker karakterlerden önce sıralayın.

Resmi dokümantasyon

Arama motorlarından birincil kaynak dokümantasyonu.

Google

• URL değişiklikleriyle site taşıma — temel “yönlendirme zincirlemesinden kaçının” yönergesini içerir: 10 atlamalık tavan, ≤3 / 5’ten az önerisi ve “birçok eski URL’yi alakasız tek bir hedefe yönlendirmeyin” uyarısı.
• HTTP durum kodları ile ağ ve DNS hataları Google Arama’yı nasıl etkiler — Google’ın 3xx yönlendirme işleme, site taşıma belgesindeki atlama sınırı cümlesinden doğrudan bağlantılıdır.
• Yönlendirmeler ve Google Arama — Google’ın tanıdığı yönlendirme türleri (sunucu tarafı, meta yenileme, JavaScript) ve her birinin nasıl ele alındığı.
• Tarama bütçenizi optimize edin — israf edilen tarama adımlarının (uzun zincirler gibi) büyük sitelerde neden önemli olduğuna dair tarama verimliliği bağlamı.

Bing / Microsoft

• Bing ile Web Sitesi Geçişi — “gereksiz yönlendirme zincirlerini” yeniden tarayarak yakalanacak bir geçiş QA hatası olarak açıkça adlandırır ve zincirlerin oluşmasını önlemek için belirli yönlendirme kurallarının joker karakter yönlendirmesinden önce sıralanmasını önerir.

Kaynaktan alıntılar

Google ve Bing’den kayıtlara geçmiş açıklamalar. Her bağlantı, kaynak sayfadaki alıntılanan pasaja atlayan bir derin bağlantıdır.

Google — atlama sınırları ve öneri

• “Avoid chaining redirects. While Googlebot can follow up to 10 hops in a ‘chain’ of multiple redirects (for example, Page 1 > Page 2 > Page 3), we advise redirecting to the final destination directly. If this is not possible, keep the number of redirects in the chain low, ideally no more than 3 and fewer than 5.” (çeviri) «Yönlendirme zincirlemesinden kaçının. Googlebot birden fazla yönlendirmeden oluşan bir “zincirde” 10 atlamaya kadar takip edebilse de (örneğin, Sayfa 1 > Sayfa 2 > Sayfa 3), doğrudan nihai hedefe yönlendirmenizi öneririz. Bu mümkün değilse, zincirdeki yönlendirme sayısını düşük tutun, ideal olarak 3’ten fazla ve 5’ten az.” — Google Search Central, URL değişiklikleriyle site taşıma. Alıntıya atla

• “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page of the new site. This can confuse users and might be treated as a soft 404 error.” — Google Search Central, Site moves with URL changes. Jump to quote

• “301 and other permanent redirects don’t cause a loss in PageRank.” — Google Search Central, Site moves with URL changes. Jump to quote

John Mueller, Google (2020, Search Engine Journal’ın Reddit yorumuyla ilgili haberine göre)

• “The only thing I’d watch out for is that you have less than 5 hops for URLs that are frequently crawled. With multiple hops, the main effect is that it’s a bit slower for users. Search engines just follow the redirect chain (for Google: up to 5 hops in the chain per crawl attempt).” (çeviri) «Dikkat edeceğim tek şey, sık taranan URL’ler için 5 atlamadan az olması. Birden fazla atlama olduğunda ana etki, kullanıcılar için biraz daha yavaş olmasıdır. Arama motorları yönlendirme zincirini takip eder (Google için: tarama girişimi başına zincirde en fazla 5 atlama).» — John Mueller, Search Engine Journal’ın haberine göre. Haberi oku

John Mueller, Google (2014 webmaster hangout; ana video)

• Mueller, Googlebot’un tek bir taramada beş yönlendirmeye kadar takip ettiğini ve daha fazlası kaldıysa bunları bir sonraki taramada sürdürdüğünü anlattı. 46:03’ten itibaren izle

Bing — geçiş kalite güvencesi

• “Crawling the new website thereafter will reveal any unexpected errors, such as unnecessary redirect chains or error pages.” (çeviri) «Bundan sonra yeni web sitesini taramak, gereksiz yönlendirme zincirleri veya hata sayfaları gibi beklenmeyen hataları ortaya çıkaracaktır.» — Bing Webmaster Blog, Website Migration with Bing. Alıntıya git

Yönlendirme zincirlerini denetleme — kontrol listesi

Zincirleri bulmak, önceliklendirmek ve aşırı mühendislik yapmadan düzleştirmek için bir geçiş:

Bunları bulun

• Tüm siteyi Screaming Frog veya Ahrefs Site Audit ile tarayın ve yönlendirme zinciri raporunu çekin (Screaming Frog: Reports → Redirects → Redirect Chains; Ahrefs: Redirects → “Redirect chain too long”).
• Komut satırından curl -IL <url> ile önemli URL’leri spot kontrol edin ve her birinin tek bir 200 ile bittiğini doğrulayın (bkz. Scripts sekmesi).
• Bariz geçiş suçlularını kontrol edin: kök/ana sayfa yolu, http:// ile https:// ve www ile www olmayan varyantlar.
• Search Console’un Page Indexing raporunu yönlendirme hataları için inceleyin — atlama sınırını aşan bir zincir burada görünebilir, ancak her uzun zincir bu belirli hatayı üretmez.

Önceliklendirin (her şeyi düzeltmeyin)

• Zincirleri atlama sayısına göre sıralayın — önce 5+ atlamalı olanları işaretleyin.
• Trafik ve tarama sıklığına göre ağırlıklandırın: önemli, sık taranan yollardaki uzun zincirleri, düşük trafikli URL’lerdeki başıboş atlamalardan önce düzeltin.
• İşaretlenen her öğenin bir zincir (200’de biter) mi yoksa bir döngü mü (asla çözümlenmez / ERR_TOO_MANY_REDIRECTS) olduğunu doğrulayın — döngüler ayrı, daha acil bir düzeltmedir.

Bunları düzeltin

• Her yönlendirme kuralını, ara bir URL yerine nihai canlı hedefe yönlendirin (A → B → C, A → C ve B → C olur).
• Yönlendirilen URL’leri işaret eden dahili bağlantıları, son URL’ye ulaşacak şekilde güncelleyin.
• Hâlâ eski/ara URL’leri listeleyen canonical etiketlerini ve XML site haritalarını güncelleyin.
• Kuralları yeniden sıralayın: belirli yönlendirmeler, joker karakterli/kapsayıcı kurallardan önce gelsin.
• Mümkünse www/www’siz + HTTP/HTTPS birleştirmesini ayrı zincirleme kurallar yerine tek bir kuralda birleştirin.
• Her düzeltilen URL’nin artık tek adımda çözüldüğünü doğrulamak için yeniden tarayın.

Komut satırından bir yönlendirme zincirini izleyin

Tek bir URL için her adımı görmenin en hızlı yolu curl’dür. -I yalnızca başlıkları getirir ve -L, curl’e yönlendirmeleri takip etmesini söyler; böylece yalnızca ilk adımı değil, tüm zinciri görürsünüz.

-I, GET değil HEAD isteği gönderir. Çoğu yönlendirme kuralı HEAD ve GET’e aynı şekilde yanıt verir, ancak bir uygulama katmanı, CDN, WAF veya kimlik doğrulama kontrolü bunlara farklı yanıt verebilir. Hızlı bir nokta kontrolü için bu genellikle yeterlidir; yönteme duyarlı herhangi bir şey için — bir form uç noktası, bir API, imzalı bir URL — -I seçeneğini bırakın ve gerçek bir isteğin izlediği yolu gördüğünüzden emin olmak için GET tabanlı bir izleme çalıştırın.

macOS / Linux

# -I headers only, -L follow redirects, -s quiet, and print each status line + Location
curl -sILo /dev/null -w '%{http_code} %{url_effective}\n' https://example.com/old-page

# Or see the full header of every hop in the chain, down to the final response:
curl -sIL https://example.com/old-page | grep -Ei '^(HTTP/|location:)'

# GET-based trace (safer than -I's HEAD request for method-sensitive paths;
# -o /dev/null discards the response body, -w prints the final status/URL)
curl -sL -o /dev/null -w '%{http_code} %{url_effective}\n' https://example.com/old-page

Temiz, tek adımlı bir sonuç, bir yönlendirme durumu (ör. 301) ve ardından bir 200 yazdırır. Bir zincir, 200’den önce birkaç yönlendirme durum satırı yazdırır — bunları sayın; bu sizin adım sayınızdır.

HTTP/2 301
location: https://example.com/intermediate
HTTP/2 301
location: https://www.example.com/final
HTTP/2 200          # <- 2 hops before landing here = a 2-hop chain

Windows (PowerShell)

PowerShell’in Invoke-WebRequest komutu yönlendirmeleri otomatik olarak takip eder; bu nedenle geçmişi inceleyerek bunları izleyin:

# Follow redirects and print the status of each hop plus the final URL
$r = Invoke-WebRequest -Uri "https://example.com/old-page" -MaximumRedirection 10
$r.BaseResponse.RequestMessage.RequestUri   # the final resolved URL

# To see each intermediate hop, disable auto-follow and step through manually:
$u = "https://example.com/old-page"
do {
  $resp = Invoke-WebRequest -Uri $u -MaximumRedirection 0 -SkipHttpErrorCheck
  "{0}  {1}" -f $resp.StatusCode, $u
  $u = $resp.Headers.Location
} while ($u)

Site genelinde algılama (tarayıcılar)

Komut satırı kontrolleri tek bir URL’yi nokta kontrolü yapmak içindir. Tüm site için bir tarayıcı kullanın:

• Screaming Frog SEO Spider — siteyi tarayın, ardından Reports → Redirects → Redirect Chains, her zinciri adım sayısı ve ilk URL’den son hedefe kadar tam yoluyla dışa aktarır. Response Codes sekmesi (yönlendirmelere filtrelenmiş) etkileşimli görünümdür.
• Ahrefs Site Audit — Redirects raporu, her taramada otomatik olarak bir “Redirect chain too long” sorununu yüzeye çıkarır. Site Explorer’da ayrıca, bir zincire işaret eden harici bağlantıları bulmak için geri bağlantıları veya giden bağlantıları “No. of redirects” ile filtreleyebilirsiniz.

Her iki araç da size site genelindeki listeyi verir; ardından bireysel düzeltmelerin tek adımda çözüldüğünü doğrulamak için curl -IL kullanın.

Yaygın yönlendirme zinciri belirtileri

Her istekte HTTP → HTTPS → www (veya tersi)

Olası neden: Şema ve ana bilgisayar adı normalizasyonu ayrı kurallarda bulunur, bu nedenle her kural bir adım ekler.

Düzeltme: Normalizasyonu, her varyantın doğrudan tek kurallı şema-ve-ana bilgisayar hedefine işaret edecek şekilde birleştirin. Her yaygın varyanttan bir izlemeyle doğrulayın; her biri, diğer varyantı ziyaret etmeden son URL’ye ulaşmalıdır.

Eski URL’ler birkaç tarihsel yoldan geçer

Olası neden: Ardışık geçişler, eski haritaların üzerine yeni yönlendirmeler ekledi: /old → /less-old → /new.

Düzeltme: Geçerli son hedefi çözün ve her tarihsel kaynağı doğrudan oraya işaret edecek şekilde güncelleyin. Eski URL envanterini yeniden çalıştırın ve hiçbir kaynağın başka bir yönlendirmeye düşmediğini doğrulayın.

CMS veya eklenti değişikliğinden sonra zincir geri döner

Olası neden: Uygulama yönlendirmeleri, web sunucusu, CDN veya başka bir eklentinin kurallarıyla çakışır.

Düzeltme: Her katmanın hangi yönlendirmeyi ürettiğini belirlemek için atlama parmak izlerini ve başlıkları izleyin, kural için tek bir sahip seçin ve kopyayı kaldırın. Önbellek temizlemelerinden sonra test edin; böylece eski bir uç yanıtı güncel bir kural gibi görünmez.

Belirli bir yönlendirme, bir joker karakter tarafından yutuluyor

Olası neden: Geniş bir desen, daha spesifik eşlemeden önce çalışır ve URL’yi bir ara hedefe gönderir.

Düzeltme: Genel desenlerden önce tam/spesifik kuralları koyun veya bilinen yolları joker karakterden hariç tutun. Spesifik URL’nin ve temsili bir joker karakter URL’sinin doğrudan amaçlanan nihai hedeflerine gittiğini doğrulayın.

İstem: bir grup yönlendirme izini önceliklendirin

Kaynak URL, her atlamanın durumu ve hedefi, nihai URL, varsa organik trafik veya tıklamalar ve dahili bağlantı sayısı ile atlama düzeyinde verileri dışa aktarın. Verileri bu istemin ardından yapıştırın.

Audit these redirect traces. For each source URL:
- count redirect hops before the final non-redirect response;
- flag loops, broken final responses, temporary redirects inside an intended
  permanent move, and chains longer than 5 hops;
- identify the direct source-to-final mapping that would flatten the chain;
- prioritize by user/search traffic, internal-link count, and severity;
- distinguish a technical ceiling from best practice: do not claim that every chain
  under 10 hops is healthy or that one low-value extra hop is automatically urgent;
- never invent a destination when the supplied trace has no valid final equivalent.

Return a table with source URL, hop count, final status, issue, recommended direct
mapping, priority, and evidence. Then list internal links, canonicals, and sitemap
entries that still point into a chain if those columns are present.

DATA:
[PASTE REDIRECT TRACE CSV HERE]

Üretim yönlendirme kurallarını değiştirmeden önce önerilen eşlemeleri içerik denkliğine göre inceleyin.

Yönlendirme atlama sayıları, uzlaştırıldı

Bu rakamlar farklı soruları yanıtlar. On, dış takip sınırıdır; yaklaşık beş, tek bir tarama girişimindeki işi tanımlar; üç ila beş ise pratik rehberliktir. Hiçbiri, güvenle düzleştirebileceğiniz bir zinciri korumayı haklı çıkarmaz.

Zincirleri bulma ve düzleştirme araçları

• Redirect Chain Mapper — bir URL veya bir grup için her atlamayı izleyin, her adımda neyin değiştiğini görün ve yaygın sunucu platformları için temizlik kurallarını dışa aktarın. Görsel teşhis ve doğrudan kaynaktan nihaiye harita için buradan başlayın.
• Redirect Checker — bir URL veya küçük bir grup için nihai durum, hedef ve atlama sırasının hızlı bir kontrolü.
• Bulk HTTP Status Code Checker — daha büyük bir URL listesi yapıştırın, çok atlamalı yolları ve geçici yönlendirmeleri filtreleyin ve etkilenen satırları dışa aktarın.
• Tam site tarayıcısı — hâlâ bir zincire giren dahili bağlantıları, kanonikleri, hreflang referanslarını ve sitemap URL’lerini bulun. Site eski kaynağı istemeye devam ediyorsa, sunucu kuralını düzleştirmek temizliğin yalnızca yarısıdır.

Kendinizi test edin: Yönlendirme Zincirleri

Yönlendirme zincirlerinin ne olduğu, Google’ın kaç atlama takip ettiği ve bunların nasıl düzeltileceği hakkında beş hızlı soru. Her biri için bir cevap seçin, ardından kontrol edin.

Değişiklik günlüğü