Yönlendirme Kontrolü

Tek URL'nin HTTP yönlendirme zincirini izleyin. Her durumu ve hedefi inceleyin, ardından gözlenen raporu JSON olarak indirin.

Yalnızca HTTP yönlendirmelerini kontrol eder; JavaScript yönlendirmeleri, meta refresh ve tarayıcı davranışı kapsam dışıdır.

Yönlendirme Kontrolü ile herkese açık bir URL'nin HTTP yönlendirmelerini takip edin ve zincirin sonunda alınan yanıtı inceleyin. Rapor, gözlenen adresleri, durum kodlarını ve yönlendirme hedeflerini gösterir. Bu verileri bağlantının gitmesi gereken adresle karşılaştırın: tamamlanan bir zincir yanlış sayfaya ulaşabilir; tamamlanamayan bir kontrol ise son hedefi doğrulayamaz.

Kontrol etmek istediğiniz URL'yi girin

İnsanların gerçekten kullandığı adresle başlayın; yolu ve ilgili sorgu parametrelerini de ekleyin. Yalnızca ana sayfayı kontrol etmek, eski bir ürün bağlantısına ne olduğunu göstermez. Örneğin http://example.com/products/old-mug/ bir kaynak adres örneğidir; bunu incelemek istediğiniz herkese açık URL ile değiştirin.

Kontrolü başlatmadan önce beklenen hedefi ve taşınmanın kalıcı mı geçici mi olması gerektiğini belirleyin. Bir ürünün URL'si değiştiyse hedef, aynı ürünün yeni adresi olabilir. Geçici bir hizmet kesintisinde ise eski adresin uzun vadede kullanılmaya devam etmesi gerekebilir.

Tam bir HTTP veya HTTPS URL'si girip kontrolü çalıştırın. Screpy bir GET isteği yapar ve desteklenen HTTP yönlendirmelerini takip eder. Alan adınızın tüm varyasyonlarını keşfetmez, oturum açtığınız tarayıcıyı kullanmaz ve betik çalıştırmaz. Farklı yolları, protokolleri veya alan adlarını karşılaştırmak için kaynak URL'leri ayrı ayrı gönderin.

Yönlendirme zincirini ve son yanıtı okuyun

Yanıt satırlarını sırayla okuyun. Her satır, istenen URL'yi, HTTP durumunu ve desteklenen yönlendirme bir hedef belirtiyorsa Location adresini gösterir. Location değerleri çözümlenmiş adresler olarak sunulur. Bir yanıt /products/new-mug/ yolunu gösteriyorsa rapor bunu yanıtı veren URL'ye göre tam adrese dönüştürür; gösterilen adres, başlığın özgün metniyle birebir aynı olmayabilir.

Aşağıdaki örnek zincirde üç yanıt ve iki yönlendirme vardır. Bu, gerçek bir sitenin tarama sonucu değil, açıklama amaçlı bir örnektir:

http://example.com/products/old-mug/       301 → https://example.com/products/old-mug/
https://example.com/products/old-mug/      301 → https://example.com/products/new-mug/
https://example.com/products/new-mug/      200

Burada ilk durum 301, son durum 200 ve son URL yeni ürün adresidir. Son 200 satırı ek bir yönlendirme değil, yanıttır. Tamamlanan kontrolde yönlendirme sayısı, gözlenen yanıtlar arasındaki geçişleri belirtir. Kontrol erken durursa bu sayıyı zincirin toplam uzunluğu olarak değil, korunan satırlarla birlikte değerlendirin.

Sonuç rengini bu ayrıntılarla birlikte yorumlayın:

  • Yeşil: takip edilen yönlendirme olmadan doğrudan başarılı yanıt. Bir URL'nin zaten hedef adres olması gerektiğinde yararlıdır.
  • Sarı: başarılı yanıtla bitse bile bir yönlendirme veya incelenmesi gereken başka bir yanıt. Sarı yönlendirme otomatik olarak kırık bağlantı anlamına gelmez.
  • Kırmızı: 404 veya 500 gibi son HTTP hatası. Neyin düzeltileceğine karar vermeden önce hedefi ve kodu okuyun.
  • Gri: kontrol son yanıtı belirleyemedi. Korunan satırlar kısmi kanıttır.

Bu renkler yanıt kategorilerini tanımlar. Sayfanın içeriğini puanlamaz, indekslenmeyi kanıtlamaz ve yönlendirmenin amacınıza uyup uymadığını belirlemez.

301, 302, 303, 307 ve 308 kodlarını anlayın

Durum kodunu seçmeden önce istenen davranışı belirleyin. Bu kontrolün takip ettiği beş yönlendirme kodu şunlardır:

Kod HTTP anlamı İncelenecek nokta
301 Kalıcı taşınma Gelecekteki bağlantılar yeni adresi mi kullanmalı?
302 Geçici taşınma Eski adresin kullanılmaya devam etmesi mi amaçlanıyor?
303 Yanıt için başka bir kaynağa bakılması Bu, kalıcı olarak yeni adrese taşınma yerine bilinçli bir takip kaynağı mı?
307 İstek yöntemini koruyan geçici yönlendirme Geçici ve yöntemi koruyan bir yönlendirme mi isteniyor?
308 İstek yöntemini koruyan kalıcı yönlendirme Kalıcı ve yöntemi koruyan bir taşınma mı isteniyor?

Bu ayrımlar RFC 9110'daki HTTP yönlendirme anlamlarına dayanır. Yalnızca GET kullanan bir kontrol, gönderilen POST isteğine veya gövdesine ne olduğunu doğrulayamaz. Burada 307 veya 308 görmek, form gönderme akışının test edildiği anlamına gelmez.

Google'ın yönlendirme kılavuzu, kalıcı URL değişiklikleri için sunucu tarafında kalıcı yönlendirmeler önerir. Google bunları hedefin canonical olarak seçilmesini destekleyen bir sinyal olarak kullanır; geçici yönlendirmelerin amacı farklıdır. Bu, her 302'yi SEO hatası yapmaz ve bir 301'in arama sonuçlarını hemen değiştireceğini garanti etmez.

Kalıcı taşınma beklenirken geçici kod dönüyorsa bunu üreten kuralı inceleyin. Bilinçli bir geçici yönlendirmede ise yalnızca daha iyi görünen bir sonuç elde etmek için durum kodunu değiştirmeyin.

Hedefin doğru sayfa olduğunu kontrol edin

Tamamlanan bir zincir, bu isteğin nerede bittiğini gösterir. Sayfanın uygun bir alternatif olduğunu kanıtlamaz. Kontrol, son sayfanın içeriğini incelemeden yanıt durumlarını ve yönlendirme hedeflerini okur.

Son URL'yi, kontrol öncesinde belirlediğiniz hedefle karşılaştırın. Alan adını, yolu ve ilgili sorgu parametrelerini inceleyin. Ana sayfada 200 ile biten eski bir ürün bağlantısı yine de ziyaretçinin ihtiyacını karşılamayabilir. Hedefi açıp amaçlanan ürünü, makaleyi veya ilgili alternatifi içerip içermediğine karar verin. Uygun bir alternatif yoksa yalnızca rapordan hatayı kaldırmak için hedef uydurmayın.

HTTPS'ten HTTP'ye geçiş uyarısını da inceleyin. Yönlendirme kuralının amaçlanan güvenli adresi gösterip göstermediğini değerlendirin ve istemeden oluşan geçişi düzeltin. Aracın uyarısı bu geçişi tanımlar; hedefin güvenlik denetimi değildir.

Aramada görünmesi istenen sayfanın beyan edilen tercihli URL'sini ayrıca incelemek için Canonical Etiket Kontrolü kullanın. Yönlendirmenin başarılı olması canonical beyanını, noindex bulunmadığını veya Google'ın indeksleme kararını doğrulamaz. Doğru HTTP zinciri ve doğru sayfa düzeyindeki beyan ayrı gözlemlerdir.

Tamamlanamayan zinciri teşhis edin

Son URL veya son durum belirlenemediğinde gerçekten kaydedilen son yanıtla başlayın. Location değeri, bu yanıtın isteği nereye göndermek istediğini belirtir. Sonraki adrese ulaşıldığını veya başarılı yanıt döndüğünü kanıtlamaz. Sonucun belirlenememesi, gözlenen HTTP hatasından da farklıdır: zaman aşımında doğrulanmış son kod yoktur; alınmış bir yanıt ise açıkça 404 veya 403 döndürebilir.

İncelemeyi daraltmak için korunan satırları kullanın:

  • Tekrarlanan adresler: örnek bir A → B → A dizisi döngüdür. Çelişen alan adı veya yol kuralları gibi, isteği daha önce ziyaret edilen URL'ye döndüren kuralları inceleyin.
  • Tekrar olmadan uzun dizi: kontrol en fazla beş yönlendirme takip eder. Bu sınıra ulaşmak döngü olduğunu kanıtlamaz veya zincirin kalanını göstermez. Son kaydedilen hedefi ayrıca inceleyin.
  • Kullanılabilir hedef olmadan yönlendirme durumu: ilgili yanıtın geçerli bir Location sağlayıp sağlamadığını kontrol edin. Eksik veya geçersiz hedef, tamamlanmış taşınma sayılamaz.
  • Sonraki yanıtın bulunmaması: herkese açık erişim, ad çözümleme, bağlantı veya güvenli bağlantı sorunları kontrolü engelleyebilir. URL zincirinin tamamına sekiz saniye ayrılır; her adım için ayrı sekiz saniye verilmez. Yanıt başlığı sınırları ve özel veya desteklenmeyen hedefler de kontrolü durdurabilir.

Hedef erişim kısıtlaması veya hız sınırı yanıtı döndürüyorsa içeriğin silindiğini varsaymadan önce bu durumu araştırın. Bu istek, oturum açtığınız tarayıcıdan farklı yanıt alabilir. JavaScript yönlendirmeleri, meta refresh ve tarayıcı davranışı kapsam dışındadır; HTTP sonucu ekranda gördüğünüz her gezinmeyi açıklayamaz.

Nedeni düzeltin ve aynı URL'yi yeniden kontrol edin

Kuralı değiştirmeden önce JSON raporunu indirin. Gönderilen URL'yi ve beklenen hedefi raporla birlikte saklayın; böylece düzeltmeyi yapan kişi gerçekleşen davranışla olması gerekeni ayırt edebilir. Bu araç raporu JSON olarak dışa aktarır; filtrelenmiş CSV sunmaz veya yönlendirmeleri sizin yerinize düzenlemez.

  1. Adresin veya durumun beklentinizden ilk ayrıldığı yanıtı bulun. İlgisiz sayfa metadatasını değiştirmek yerine bu yanıtı üreten ayarı belirleyin.
  2. İstenmeyen hedefi, durumu, döngüyü veya HTTPS'ten HTTP'ye geçişi düzeltin. Kuralları kontrol edebildiğiniz yerlerde gereksiz ara adımları kaldırın; bilinçli bir amacı olan yönlendirmeyi veya takibi koruyun. Ziyaretçinin ihtiyacına uygunsa dahili bağlantıları doğrudan beklenen hedefe yöneltin.
  3. Düzeltilmiş herkese açık yanıt kullanıma açıldıktan sonra aynı kaynak URL'yi yeniden çalıştırın. Diziyi, ilk ve son kodları, son adresi ve hâlâ belirlenemeyen verileri kaydedilmiş raporla karşılaştırın.
  4. Eski yol veya farklı alan adı gibi ilgili kaynak varyasyonlarını ayrı kontrol edin. Bir adresin düzeltilmesi, tüm taşıma eşleşmelerinin doğru olduğunu kanıtlamaz.

İncelenecek bir URL listeniz varsa Toplu HTTP Durum Kontrolü kullanın. En fazla 50 URL kabul eder ve filtrelenmiş CSV dışa aktarımını destekler. Tek zinciri ayrıntılı okumak için bu tek URL kontrolünü kullanın. Başarılı yeniden kontrol, şimdi gözlenen yanıtı doğrular; gelecekteki ziyaretçinin, tarayıcının veya arama botunun aynı davranışı alacağını kanıtlamaz.

Sık sorulan sorular

Tek URL'nin HTTP yönlendirme zincirini izleyin. Her durumu ve hedefi inceleyin, ardından gözlenen raporu JSON olarak indirin.

Kaç yönlendirme takip edebilir?

URL zincirinin tamamı için sekiz saniyelik süre içinde en fazla beş yönlendirme. Bunlar aracın sınırlarıdır; Google'ın tarayıcısına ilişkin bir ifade değildir. Tamamlanamayan sonuç zincirin tamamını göstermez.

Location gösterildiği hâlde son URL neden belirlenemiyor?

Location, önerilen sonraki hedefi kaydeder. Döngü, geçersiz veya engellenen hedef, zaman aşımı ya da başka bir istek sınırı, son yanıt doğrulanmadan kontrolü durdurabilir. Gözlenen satırları kısmi kanıt olarak değerlendirin.

Sarı yönlendirme sonucu hata mı?

Her zaman değil. Başarılı yanıtla biten yönlendirme de sarı gösterilir. Son durumu ve adresi okuyup zinciri amaçlanan davranışla karşılaştırın.

Bu kontrol JavaScript veya meta-refresh yönlendirmelerini takip eder mi?

Hayır. Desteklenen durum kodlarını ve Location hedeflerini kullanan HTTP yönlendirmelerini takip eder. Betik çalıştırmaz, meta refresh işlemez ve tarayıcı gezinmesini yeniden üretmez.