Bir sayfanın adresi değiştiğinde 301 yönlendirmesi çoğu zaman doğru çözümdür. Sorun, yıllar içinde yeni adresin de değişmesiyle başlar: eski URL önce ara adrese, oradan bir başka sürüme, en sonunda güncel sayfaya gider. Kullanıcı yalnız kısa bir gecikme hissedebilir; ancak bu “yönlendirme zinciri” taramayı, ölçümü ve bakım işini gereksiz yere zorlaştırır.

Google, mümkünse eski adresi doğrudan son hedefe yönlendirmeyi öneriyor. Googlebot bir zincirde on adıma kadar ilerleyebilse de bu üst sınır hedef değildir. Resmi site taşıma belgesinde ideal sayının üçü geçmemesi, her durumda beşten az tutulması tavsiye ediliyor. WordPress’te eklenti değişiklikleri, HTTP–HTTPS geçişi, www kararı ve kategori yapısının yenilenmesi zincirlerin en yaygın nedenleridir.

301, 302 ve 308 aynı sinyali vermez

Google Search Central’a göre kalıcı yönlendirmeler yeni hedefin arama sonuçlarında gösterilmesi için bir sinyal oluşturur. HTTP 301 ve 308 bu gruptadır. Geçici yönlendirmeler ise kaynak URL’nin arama sonuçlarında tutulmasını amaçlar; 302, 303 ve 307 bu sınıfta değerlendirilir.

Bir kampanya sayfasını kısa süreli bakım ekranına göndermek ile kalıcı olarak yeni bir ürün adresine taşımak aynı karar değildir. “Hangisi çalışır?” yerine “Bu değişiklik geri alınacak mı?” sorusunu sorun. Kalıcı taşımada sunucu taraflı 301 veya 308, geçici durumda 302 ya da 307 daha açıklayıcıdır.

Zincir neden oluşur?

  • http://alanadi.com önce https://alanadi.com, sonra https://www.alanadi.com adresine gider.
  • Eski yazı slug’ı iki kez değiştirilir ve her değişiklik bir önceki hedefe eklenir.
  • Yönlendirme eklentisi ile sunucu yapılandırması aynı URL için ayrı kural çalıştırır.
  • Türkçe karakterli veya sondaki eğik çizgili sürümler art arda düzeltilir.
  • CDN, WordPress ve barındırma paneli farklı HTTPS kuralları uygular.

Yönlendirme zinciri nasıl test edilir?

Tek bir URL için tarayıcı geliştirici araçlarının Network paneli kullanılabilir. Daha açık bir kayıt için terminalde şu komut, yanıt başlıklarını ve her adımın hedefini gösterir:

curl -I -L -o /dev/null -s \
  -w 'son_url=%{url_effective} durum=%{http_code} yonlendirme=%{num_redirects}\n' \
  https://ornek.com/eski-sayfa

num_redirects sıfırsa yönlendirme yoktur; bir ise eski adres doğrudan hedefe gitmiştir. İki veya daha yüksek sonuç, zinciri incelemeniz gerektiğini gösterir. Her adımı ayrı görmek için curl -I komutunu Location başlığındaki adrese tekrarlayabilirsiniz. Üretim sitelerinde otomatik aracı düşük hızla kullanın; yüz binlerce URL’yi kontrolsüz taramak sunucuyu gereksiz yere yorar.

WordPress’te zincir nasıl düzeltilir?

Önce tek bir “son hedef” belirleyin. Ardından zincirdeki bütün eski adresleri bu hedefe doğrudan yönlendirin. Örneğin A → B → C yapısını A → C ve B → C olarak sadeleştirin. Kuralın eklentide mi, .htaccess dosyasında mı, Nginx/LiteSpeed yapılandırmasında mı yoksa CDN’de mi çalıştığını belgeleyin.

Birden fazla katmanda aynı işi yaptırmak yerine sahipliği tek yerde toplayın. WordPress yönlendirme eklentisi kullanıyorsanız dışa aktarma alın; sonra eski kuralları silmeden önce yeni kuralları test ortamında deneyin. Sunucu dosyasını düzenlemek siteyi erişilemez hâle getirebileceği için yedek ve geri dönüş adımı olmadan değişiklik yapmayın.

Canonical ve iç bağlantıları unutmayın

Yönlendirme düzelse bile sitedeki menü, içerik ve XML site haritası hâlâ eski URL’yi kullanıyorsa Googlebot gereksiz bir adım atar. İç bağlantıları son hedefe güncelleyin. Yeni sayfanın canonical etiketi de kendisini göstermeli; ayrıntılı kontrol için WordPress canonical URL rehberini izleyin.

Google, çok sayıda alakasız eski URL’yi ana sayfaya yönlendirmenin kullanıcıyı şaşırtabileceğini ve soft 404 olarak değerlendirilebileceğini söylüyor. Gerçek bir karşılık yoksa 404 veya 410 yanıtı, alakasız bir hedefe 301 göndermekten daha dürüst olabilir. Benzer durumları soft 404 düzeltme rehberinde ayırabilirsiniz.

Yayın öncesi kontrol listesi

  • Eski URL tek adımda ilgili son hedefe gidiyor mu?
  • Kalıcı değişiklikte 301/308, geçici değişiklikte 302/307 kullanılıyor mu?
  • Son sayfa 200 yanıtı veriyor mu ve robots ile engellenmiyor mu?
  • Canonical, hreflang, site haritası ve iç bağlantılar yeni URL’yi mi gösteriyor?
  • Mobil ve masaüstü istekleri aynı hedefte mi bitiyor?
  • Analytics kampanya parametreleri ve dönüşüm ölçümü korunuyor mu?

Düzeltmenin sonucunu nasıl ölçersiniz?

Değişiklikten önce en çok trafik alan eski URL’lerden bir örnek liste çıkarın. Düzeltmeden sonra aynı listeyi yeniden test edin; yönlendirme sayısı, son durum kodu ve hedef URL’yi kaydedin. Search Console URL Denetleme aracıyla kritik adresleri tek tek kontrol edin. Sunucu günlüklerinde eski adreslere gelen isteklerin zamanla azalıp azalmadığına bakın.

Ölçümü yalnız ana sayfa üzerinde yapmayın. En çok bağlantı alan eski yazılar, kategori arşivleri, görsel URL’leri ve kampanya adreslerinden temsilî bir örnek seçin. Türkiye’deki sitelerde Türkçe karakterin ASCII karşılığına dönüştürüldüğü slug’lar ile büyük-küçük harf farkları ayrıca test edilmeli. CDN önbelleğini temizledikten sonra hem Türkiye içinden hem de mümkünse farklı bir ağdan aynı sonucu aldığınızı doğrulayın.

Bir zinciri kaldırdıktan sonra hemen sıralama artışı beklemek doğru ölçüt değildir. Önce teknik sonucu doğrulayın: zincir sayısı bire indi mi, son hedef 200 veriyor mu, eski URL yeniden döngüye girmiyor mu? Ardından birkaç hafta boyunca tarama istatistikleri, dizine ekleme durumu ve organik açılış sayfalarını izleyin.

Zinciri kısaltmak mucizevi bir sıralama hilesi değildir. Faydası daha temel ve kalıcıdır: Kullanıcı daha az bekler, tarayıcı ve bot daha az adım izler, arıza noktaları azalır ve hangi URL’nin esas olduğu netleşir. İyi SEO çoğu zaman tam da bu tür sessiz teknik borçları temizlemekle başlar.

Kaynaklar