DeltaWebDELTAWEB
DeltaWebDELTAWEB
DeltaWeb Çalışma
DeltaWeb'i KeşfetDijital dünyadaki çözüm ortağınız.
Yönlendirme Zinciri Analizi

Redirect Checker

Herhangi bir URL'nin yönlendirme zincirini adım adım takip edin: her atlama için durum kodu, hedef URL, süre ve SEO etkileri.

Yönlendirmeler adım adım takip edilir (maks. 15 atlama). Her adımda sunucu başlıkları yakalanır.

Temel Bilgiler

HTTP Yönlendirmesi Nedir?

HTTP yönlendirmesi (redirect), bir URL'ye yapılan isteği tarayıcıyı veya arama motorunu farklı bir URL'ye yönlendiren sunucu yanıtıdır. 3xx durum kodlarıyla iletilir ve SEO, kullanıcı deneyimi ile site mimarisi açısından kritik öneme sahiptir.

301

Kalıcı yönlendirme

Link değeri tamamen aktarılır

302

Geçici yönlendirme

Link değeri aktarılmaz

15

Maks. atlama limiti

Bu araç 15 hopa kadar izler

< 200ms

İdeal atlama süresi

Performans açısından hedef

Yönlendirme Türleri

HTTP Yönlendirme Durum Kodları

KodAdNe Zaman Kullanılır?
301Moved PermanentlyKalıcı URL değişiklikleri, HTTP→HTTPS, www→www-siz geçişler
302Found (Temporary)A/B testi, geçici bakım sayfası, oturum gerektiren yönlendirmeler
303See OtherPOST isteğinden sonra GET sayfasına yönlendirme (form submit)
307Temporary RedirectYönlendirmede HTTP metodunu korumak gerektiğinde (302 yerine)
308Permanent Redirect301 gibi kalıcı yönlendirme; ancak HTTP metodu değişmeden korunur
Meta RefreshHTML tabanlıJavaScript desteği olmayan ortamlar (kaçınmak önerilir)
Sık Hatalar

Yönlendirme Hatalarının SEO Etkisi

Yönlendirme Zinciri

A → B → C gibi zincirleme yönlendirmeler tarama bütçesini tüketir ve her atlamada link değeri azalır. Googlebot zincirleri genellikle takip eder, ancak yavaş işler.

Çözüm: Tüm eski URL'leri doğrudan son URL'ye yönlendirin. Ara aşamaları atlayın.

Yönlendirme Döngüsü

A → B → A gibi döngüsel yönlendirmeler hem tarayıcıyı hem botu sonsuz döngüye sokar. Sayfa tamamen ulaşılamaz hale gelir.

Çözüm: Nginx/Apache konfigürasyonunu veya .htaccess kurallarını kontrol edin.

HTTPS'e Yönlendirmeme

http://example.com, https://example.com'a yönlendirilmiyorsa Google her ikisini ayrı sayfa olarak görür ve duplicate content sorunu oluşabilir.

Çözüm: Tüm HTTP trafiğini HTTPS'e 301 ile yönlendirin ve HSTS ekleyin.

www ve www-siz Tutarsızlığı

www.example.com ve example.com ayrı URL'ler olarak işlenir. İkisi de erişilebilirse link otoritesi bölünür.

Çözüm: Canonical URL seçin (www veya www-siz) ve diğerini 301 ile yönlendirin.

Geçici Yönlendirmeyi Kalıcı Kullanmak

302 geçici yönlendirme, Google'a 'orijinal URL'yi indekslemeye devam et' mesajı verir. Kalıcı URL değişikliklerinde hatalı seçimdir.

Çözüm: Kalıcı taşımalar için her zaman 301 kullanın.

Trailing Slash Tutarsızlığı

example.com/sayfa ve example.com/sayfa/ farklı URL'lerdir. Bunlar arasında tutarsız yönlendirme duplicate content sorununa yol açar.

Çözüm: Trailing slash politikasını belirleyin ve tutarlı biçimde uygulayın.

En İyi Uygulamalar

Yönlendirme En İyi Uygulamaları

Kalıcı URL değişikliklerinde her zaman 301 kullanın

Zincirleme yönlendirmelerden kaçının; maksimum 1 atlama hedefleyin

HTTP'den HTTPS'e 301 yönlendirmesi yapın

www ve www-siz versiyonlardan birini seçin ve diğerini yönlendirin

Yönlendirilmiş URL'leri linklerden ve sitemaptan temizleyin

Eski blog yazılarını benzer içerikli yeni sayfalara yönlendirin

JavaScript ile yapılan yönlendirmelerden kaçının (CSR-only siteler için sorun)

Yönlendirme yanıt süresini 200ms'nin altında tutmaya çalışın

Sitenizi büyük değişikliklerden önce Redirect Checker ile test edin

SSS

Sıkça Sorulan Sorular

HTTP yönlendirmeleri, SEO etkileri ve bu araç hakkında merak edilenleri yanıtlıyoruz.

301 kalıcı yönlendirmedir; Google kaynak URL'nin artık kullanılmadığını anlar ve bağlantı otoritesini (link juice) yeni URL'ye aktarır. 302 ise geçici yönlendirmedir — Google orijinal URL'yi indekslemaya devam eder ve bağlantı otoritesi aktarılmaz. Kalıcı URL değişikliklerinde her zaman 301 kullanılmalıdır.

Her yönlendirme atlaması hem tarama süresini uzatır hem de bir miktar link değeri kaybına neden olabilir. Googlebot zinciri takip eder ancak sınırı vardır; çok uzun zincirlerde son URL indekslenmeyebilir. Performans açısından her atlama kullanıcıya gecikme olarak yansır. İdeal senaryo: tüm eski URL'ler tek adımda doğrudan son URL'ye yönlendirilmeli.

Nginx'te: server { listen 80; return 301 https://$host$request_uri; } Apache .htaccess'te: RewriteEngine On / RewriteCond %{HTTPS} off / RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] — Yönlendirme sonrası HSTS başlığı da eklemek, tarayıcıyı bir dahaki ziyarette doğrudan HTTPS kullanmaya zorlar.

A sayfası B'ye, B sayfası A'ya yönlendirdiğinde döngü oluşur. Sık karşılaşılan nedenler: www ve non-www yönlendirmelerinin çakışması, HTTPS/HTTP kurallarının birbirini iptal etmesi, CMS yönlendirme plugin'lerinin çakışan kuralları. Tarayıcı geliştirici araçları (F12 → Network) veya bu araçla zinciri adım adım inceleyerek çakışan kuralı bulun.

Benzer içerikli bir hedef sayfa varsa 301 yönlendirmesi en iyi seçenektir; link değeri yeni sayfaya aktarılır. Tam eşdeğer bir sayfa yoksa 410 (Gone) kullanın — bu Google'a sayfanın kalıcı olarak kaldırıldığını söyler. Alakasız bir sayfaya yönlendirmekten kaçının; Google bunu yanlış yönlendirme olarak algılar.

JavaScript yönlendirmeleri (window.location.href gibi) Googlebot tarafından işlenir, ancak sunucu tarafındaki 301'den daha yavaş ve daha az güvenilirdir. JavaScript çalıştırmanın zaman alması nedeniyle Google, sayfayı önce JS onsuz, sonra renderleyerek iki kez işler. Mümkünse sunucu taraflı 301/302 tercih edilmelidir.

Evet. example.com/sayfa ve example.com/sayfa/ teknik olarak farklı URL'lerdir. İkisi de erişilebilir durumdaysa Google bunları duplicate content olarak görebilir. Canonical etiket veya 301 yönlendirmesiyle bir standart belirleyin ve tutarlı biçimde uygulayın.

Genel kabul; 2 veya daha fazla atlama 'dikkat et', 4 veya daha fazla 'sorun var' olarak değerlendirilir. Google teknik olarak daha uzun zincirleri de takip edebilir, ancak her atlama performansı ve tarama bütçesini olumsuz etkiler. Hedef: 0 yönlendirme (doğrudan kaynaktan doğru URL) veya en fazla 1 yönlendirme.

HTTP/1.0 döneminde 302, POST isteklerinde tarayıcının GET metoduna geçmesine izin verirdi; bu istenmeyen bir davranıştı. HTTP/1.1'de bu sorun: POST→POST için 307, POST→GET için 303 olarak ayrıldı. Günümüzde modern tarayıcıların çoğu 302'de de metodu korumaktadır, ancak standart açısından doğru kullanım 307/303'tür.

Hayır. Redirect Checker, sunucu tarafında HTTP GET isteği gönderir ve yanıt başlıklarını okur. JavaScript çalıştırmaz; bu nedenle window.location veya React/Next.js router ile yapılan client-side yönlendirmeler görünmez. Yalnızca 3xx HTTP durum kodlarıyla yapılan sunucu taraflı yönlendirmeler izlenir.