Hızlı Cevap
Yönlendirme zinciri, bir URL’nin nihai hedefe ulaşmadan A→B→C gibi birden çok yönlendirmeden geçmesidir. Her hop ayrı bir HTTP isteği sayıldığından Googlebot tarama bütçesini boşa harcar; zincir uzadıkça link equity zayıflar. Çözüm, kaynak URL’yi tek 301 ile doğrudan nihai hedefe yönlendirmek ve iç linkleri son URL’ye güncellemektir.
Önemli Noktalar
- Her yönlendirme hop’u ayrı HTTP isteği sayılır ve tarama bütçesi tüketir
- Googlebot genelde 5, en fazla ~10 yönlendirme takip eder, sonra durur
- Zincir uzadıkça link equity ve otorite aktarımı zayıflar
- Kaynak URL’leri tek 301 ile doğrudan nihai hedefe yönlendirin
- İç linkleri son hedef URL’ye güncelleyerek yeni zincir oluşumunu önleyin
Yönlendirme zinciri (redirect chain) nedir ve tarama bütçesiyle ilişkisi
Yönlendirme zinciri, bir URL’nin nihai hedefine ulaşmadan önce iki veya daha fazla ardışık yönlendirmeden geçmesidir. En bilinen örnek A→B→C: kullanıcı veya Googlebot A adresini ister, sunucu onu B’ye, B de C’ye yönlendirir. Tarayıcıda bu süreç saniyenin altında tamamlandığı için ziyaretçi fark etmez; ama arama motoru için her ok ayrı bir duraktır. Zincirler genellikle HTTP’den HTTPS’e geçiş, www birleştirme, eski kampanya bağlantıları ve üst üste yapılan site taşımaları çakıştığında kendiliğinden birikir.
Tarama bütçesi (crawl budget) iki bileşenden oluşur: tarama kapasitesi ve tarama talebi. Google Search Central’ın büyük siteler için tarama bütçesi rehberine göre kapasite, sunucunuzu yormadan yapılabilecek eşzamanlı istek sınırı; talep ise Google’ın içeriğinizi ne sıklıkta yeniden görmek istediğidir. Yönlendirme zincirleri bu denklemin kapasite tarafını doğrudan zorlar, çünkü tek bir sayfaya ulaşmak için birden çok istek harcatır.
Zinciri yönlendirme döngüsüyle (redirect loop) karıştırmamak gerekir. Zincir sonlu adımdan sonra 200 yanıtlı geçerli bir sayfaya ulaşır; döngü ise A→B→A gibi kapalı bir çevrim oluşturarak “too many redirects” hatasıyla sonuçlanır ve sayfayı tamamen erişilemez kılar. Terimin teknik ayrıntısı için redirect chain teriminin sözlük tanımı sayfasına göz atabilirsiniz.
Son olarak yönlendirme türleri önemlidir: 301 kalıcı, 302 geçici, 307 geçici ama HTTP metodunu koruyan, 308 ise kalıcı ve metodu koruyan yönlendirmedir. Kalıcı yönlendirmeler (301/308) link equity’yi tam aktarırken, geçici olanlar (302/307) Google’ın kaynağı tekrar ziyaret etmesine yol açarak ek tarama maliyeti üretir.
Yönlendirme zincirleri (redirect chains) tarama bütçesini nasıl tüketir?
Mekanizma basittir: zincirdeki her hop ayrı bir HTTP isteği olarak sayılır. A→B→C zincirinde Googlebot tek bir nihai sayfaya ulaşmak için üç istek yapar; oysa doğrudan A→C yönlendirmesinde iki istek yeterlidir. Binlerce URL’li bir sitede bu fark, gün içinde on binlerce gereksiz isteğe dönüşür ve asıl taranması gereken yeni içerik sıraya kalır.
Google for Developers’ın tarama altyapısı dokümantasyonuna göre Googlebot bir zincirde sınırlı sayıda hop takip eder; pratikte bu sınır genelde 5 yönlendirme, en fazla ~10 civarındadır. Bu eşik aşıldığında Googlebot zinciri terk eder ve nihai hedef hiç taranmayabilir; sayfa indekslenmez veya indeksten düşer.
Zincir uzadıkça yalnızca istek sayısı değil, link equity (otorite) aktarımı da zayıflar. Her ekstra hop, kaynak sayfaya verilen bağlantı değerinin bir kısmını eritir; bu yüzden çok adımlı yönlendirmeler sıralama sinyallerini sulandırır ve özellikle migrasyon sonrası otorite kaybı olarak hissedilir.
Performans tarafında etki kullanıcıya da yansır: her yönlendirme ek bir DNS/bağlantı turu ve daha yüksek TTFB demektir. Sayfa hızı düştükçe hem kullanıcı deneyimi hem de Core Web Vitals sinyalleri olumsuz etkilenir; mobilde bu gecikme daha da belirginleşir.
Türkiye’deki bir e-ticaret sitesinde 4 adımlı zinciri tek adıma indirdik: önce-sonra Crawl Stats verisi
Bir Türkiye merkezli e-ticaret sitesinde yaptığımız denetimde, kategori URL’lerinin ortalama 4 adımlı zincirlerden geçtiğini gördük: eski HTTP adresi → www’siz sürüm → eski kategori slug’ı → güncel HTTPS kategori sayfası. SEOYEN site sağlığı raporu bu zincirleri hop sayılarıyla tek ekranda listeledi ve önceliklendirmemizi kolaylaştırdı.
Düzeltme öncesinde Google Search Console Crawl Stats raporunda günlük ortalama taranan URL sayısı düşüktü ve toplam tarama isteklerinin kayda değer bir kısmı “yönlendirme” yanıtına gidiyordu. Kaynak URL’leri tek 301 ile doğrudan nihai hedefe bağladıktan sonra, birkaç hafta içinde günlük taranan URL sayısının arttığını ve yönlendirme yanıtlarının payının belirgin biçimde gerilediğini ölçtük.
Ölçümlediğimiz en somut iyileşme yanıt süresindeydi: ara durakların kalkmasıyla ortalama TTFB gözle görülür şekilde düştü ve yeni ürün sayfalarının indekslenme süresi kısaldı. Aynı dönemde sıralamaları sıralama takibi aracı ile izleyerek, tarama verimliliğindeki artışın öncelikli kategori sayfalarının görünürlüğüne yansıdığını doğruladık.
Buradaki kritik ders şu: zincirleri kısaltmak yeni içerik üretmeden, yalnızca mevcut tarama bütçesini boşa harcanmaktan kurtararak indeksleme ve görünürlük kazandırır.
Yönlendirme zinciri nasıl tespit edilir: Screaming Frog, GSC ve SEOYEN iş akışı
Screaming Frog ile başlamak klasik yöntemdir: siteyi tarayın, “Reports > Redirect & Canonical Chains” raporunu dışa aktarın; her satırda zincirin adımlarını, hop sayısını ve nihai durum kodunu görürsünüz. Bu rapor hangi kaynak URL’lerin kaç adımdan geçtiğini netleştirir.
Google Search Console tarafında Crawl Stats raporu, yönlendirme yanıtlarının toplam tarama içindeki payını gösterir; URL Denetleme aracı ise tek bir adresin hangi yönlendirmelerden geçtiğini adım adım açıklar. Google Search Console Help’in Crawl Stats dokümanı bu yanıt türlerinin nasıl yorumlanacağını anlatır.
Türkçe bir iş akışı isteyenler için SEOYEN’in site sağlığı raporu zincirleri tek ekranda, Türkçe arayüzle ve hop sayısıyla listeler; hangi zincirin öncelikli olduğunu işaretler. Ahrefs veya SEMrush gibi araçlar benzer denetimi güçlü biçimde sunar; SEOYEN bunu TL bazlı fiyatlandırma, yerel Türkçe destek ve tek platform deneyimiyle Türkiye pazarına uyarlar. Araçlar arası ayrımı merak edenler Ahrefs ile karşılaştırma sayfasından detayları görebilir; güncel paketler için fiyatlandırma sayfasına bakabilirsiniz.
Önceliklendirme kriteri nettir: yüksek trafikli sayfalara giden, çok adımlı (3+) ve iç linklerden sık çağrılan zincirler ilk sırada düzeltilmelidir.
Yönlendirme zincirleri nasıl kısaltılır ve tek adıma indirilir?
Temel ilke tektir: kaynak URL’yi doğrudan nihai hedefe yönlendirin. A→B→C zincirini A→C tek adımına indirin. Ara duraklar (B) yalnızca tarama maliyeti üretir; kaldırıldığında hem istek sayısı hem de otorite kaybı azalır.
İkinci adım, zincirin yeniden oluşmasını önlemektir. Menüler, içerik içi bağlantılar ve XML sitemap’teki linkleri son hedef URL’ye güncelleyin. İç linkler eski adrese işaret etmeye devam ettiği sürece, sunucuda 301 olsa bile Googlebot zinciri görmeye devam eder.
Aşağıdaki adımlar tespitten kalıcı önlemeye kadar uçtan uca iş akışını özetler:
- Siteyi tarayıp zincirleri listele: Screaming Frog veya SEOYEN site sağlığı raporuyla zincirleri ve hop sayılarını çıkarın.
- Etkisini GSC ile doğrula: Crawl Stats’te yönlendirme isteklerinin tarama bütçesindeki payını inceleyin.
- Nihai hedefi belirle: Her zincirde son geçerli 200 yanıtlı URL’yi (C) tespit edip yönlendirme haritasına yazın.
- Tek 301 ile bağla: Ara adımları kaldırıp kaynağı doğrudan nihai hedefe yönlendirin.
- İç linkleri güncelle: Menü, içerik ve sitemap bağlantılarını son hedef URL’ye çevirin.
- Sunucu/CDN katmanını sadeleştir: Nginx, Apache ve Cloudflare kurallarındaki çakışan yönlendirmeleri temizleyin.
- Düzenli denetim kur: Periyodik tarama planıyla yeni zincirleri erken yakalayın.
Sunucu seviyesinde, Nginx’te tek bir return 301 kuralıyla kaynağı nihai hedefe bağlamak; Apache’de çakışan RewriteRule satırlarını tek kurala indirmek; Cloudflare’de ise üst üste binen “Bulk Redirects” kayıtlarını sadeleştirmek zincir oluşumunu kökten engeller. Tüm dönüşümleri bir yönlendirme haritasında (kaynak→nihai) tutmak ileride tekrarı önler.
| Yönlendirme türü | Kalıcılık | Tarama bütçesi etkisi | Link equity aktarımı |
|---|---|---|---|
| 301 (kalıcı) | Kalıcı | Düşük; hedef hızla önbelleğe alınır | Tam aktarım |
| 302 (geçici) | Geçici | Orta; Google kaynağı yeniden ziyaret eder | Gecikmeli, zamanla aktarılır |
| 307 (geçici, metot korunur) | Geçici | Orta; geçici sinyal sayılır | Kalıcı değil, geçici |
| 308 (kalıcı, metot korunur) | Kalıcı | Düşük; tek adımda çözülür | Tam aktarım |
| Çok adımlı zincir (301→301→302) | Karışık | Yüksek; her hop ayrı istek | Her hop'ta zayıflar |
Site migrasyonlarında ve büyük sitelerde zincir önleme stratejisi (2026)
Büyük migrasyonlar zincir üretmenin bir numaralı sebebidir. Doğru yaklaşım, her eski URL’yi tek adımda yeni nihai karşılığına eşleyen bir kaynak→nihai yönlendirme haritası şablonu kullanmaktır. Eski yönlendirmeleri yenilerinin üstüne yığmak yerine, taşımadan önce mevcut zincirleri düzleştirin.
2026 itibarıyla Google, tarama bütçesi rehberliğini ayrı bir “Crawling infrastructure” başlığı altında güncelledi ve uzun yönlendirme zincirlerinden kaçınma tavsiyesini yineledi. Bu güncel dokümantasyon, her yönlendirme isteğinin ayrı sayıldığını ve kapasiteyi tükettiğini birinci elden teyit ediyor.
Büyük ve JavaScript ağırlıklı sitelerde ek bir boyut var: render maliyeti. Sunucu kaynak kullanımı arttıkça tarama kapasitesi limiti daralır; zincirler bu dar kapasiteyi daha da zorlar. Bu nedenle 2026’da yönlendirme hijyeni, JS render bütçesiyle birlikte değerlendirilmesi gereken bir teknik SEO önceliğidir.
Kalıcı çözüm bir kerelik temizlik değil, periyodik denetim takvimidir. Aylık veya çeyreklik taramalarla yeni biriken zincirleri erken yakalamak, migrasyon sonrası kazanımların zamanla erimesini önler.
Kaynaklar
Sıkça Sorulan Sorular
Yönlendirme zinciri, bir URL'nin nihai hedefine ulaşmadan önce iki veya daha fazla ardışık yönlendirmeden (örneğin A→B→C) geçmesidir. Kullanıcı A adresini ister, sunucu B'ye yönlendirir, B de C'ye yönlendirir ve gerçek içerik C'de bulunur. Tarayıcı bu adımları arka planda hızlıca tamamladığı için ziyaretçi fark etmez, ancak Googlebot her adımı ayrı bir durak olarak işler. Zincirler genellikle HTTPS geçişi, www birleştirme ve üst üste yapılan site taşımaları sonucunda kendiliğinden oluşur.
Zincirdeki her hop, Googlebot için ayrı bir HTTP isteği olarak sayılır. A→B→C zincirinde tek bir sayfaya ulaşmak üç istek gerektirirken, doğrudan yönlendirmede iki istek yeterlidir. Binlerce URL'li bir sitede bu fark, gün içinde on binlerce gereksiz isteğe dönüşür ve Googlebot'un yeni veya güncellenmiş içeriği taramasına daha az kapasite kalır. Sonuçta indeksleme yavaşlar ve önemli sayfalar daha seyrek ziyaret edilir.
İdeal olan tek adımdır. yani kaynak URL doğrudan nihai hedefe yönlendirilmelidir. Google for Developers dokümantasyonuna göre Googlebot bir zincirde sınırlı sayıda hop takip eder. pratikte bu sınır genelde 5 yönlendirme, en fazla ~10 civarındadır. Bu eşik aşıldığında Googlebot zinciri terk eder ve nihai hedef hiç taranmayabilir. Bu yüzden iki adımdan uzun zincirleri öncelikli olarak düzeltmek gerekir.
En pratik yöntem üç aracı birlikte kullanmaktır. Screaming Frog'un "Redirect & Canonical Chains" raporu her zincirin adımlarını ve hop sayısını listeler. Google Search Console'un Crawl Stats raporu yönlendirme yanıtlarının tarama içindeki payını, URL Denetleme aracı ise tek bir adresin geçtiği adımları gösterir. Türkçe arayüz isteyenler için SEOYEN site sağlığı raporu zincirleri tek ekranda, hop sayılarıyla ve önceliklendirilmiş şekilde sunar.
Çözüm iki adımlıdır. Önce kaynak URL'leri tek bir 301 ile doğrudan nihai hedefe yönlendirin. ara durakları (B) kaldırın. Ardından menü, içerik ve XML sitemap'teki iç linkleri son hedef URL'ye güncelleyin. aksi halde sunucuda 301 olsa bile Googlebot zinciri görmeye devam eder. Nginx, Apache ve Cloudflare seviyesindeki çakışan yönlendirme kurallarını sadeleştirmek ve bir kaynak→nihai yönlendirme haritası tutmak, zincirin yeniden oluşmasını önler.
Yönlendirme zinciri sonlu sayıda adımdan sonra geçerli bir 200 yanıtlı sayfaya ulaşır. örneğin A→B→C zincirinde C nihai hedeftir. Yönlendirme döngüsü ise A→B→A gibi kapalı bir çevrim oluşturur ve hiçbir zaman geçerli bir sayfaya varmaz. Döngü, tarayıcıda "too many redirects" hatasına yol açar ve sayfayı tamamen erişilemez kılar. Zincir tarama bütçesini eritirken, döngü doğrudan erişilebilirlik sorununa neden olur.
Evet. Zincirdeki her ekstra hop, kaynak sayfaya verilen link equity'nin bir kısmını eritir. bu yüzden çok adımlı yönlendirmeler sıralama sinyallerini sulandırır. 301 ve 308 gibi kalıcı yönlendirmeler otoriteyi tam aktarsa da, art arda dizilmiş birden çok adım toplam aktarımı zayıflatır. Kaynağı tek adımda nihai hedefe bağlamak hem otoriteyi daha iyi korur hem de tarama verimliliğini artırır.