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.

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.
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
| Kod | Ad | Ne Zaman Kullanılır? |
|---|---|---|
| 301 | Moved Permanently | Kalıcı URL değişiklikleri, HTTP→HTTPS, www→www-siz geçişler |
| 302 | Found (Temporary) | A/B testi, geçici bakım sayfası, oturum gerektiren yönlendirmeler |
| 303 | See Other | POST isteğinden sonra GET sayfasına yönlendirme (form submit) |
| 307 | Temporary Redirect | Yönlendirmede HTTP metodunu korumak gerektiğinde (302 yerine) |
| 308 | Permanent Redirect | 301 gibi kalıcı yönlendirme; ancak HTTP metodu değişmeden korunur |
| Meta Refresh | HTML tabanlı | JavaScript desteği olmayan ortamlar (kaçınmak önerilir) |
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.
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
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.