301 Yönlendirme Stratejisi: Taşıma ve URL Değişikliği

Bir sayfanın adresini değiştirmek, SEO'da en yüksek riskli işlemlerden biridir. Doğru yapıldığında kimse fark etmez; yanlış yapıldığında yıllarca biriktirilmiş otorite birkaç gün içinde buharlaşır. Kötü haber şu ki bu işlem çoğu sitede kaçınılmazdır — yeniden tasarım, alan adı değişikliği, ürün kaldırma veya URL yapısı düzeltmesi er geç gelir.

İyi haber: kuralları netse risk yönetilebilir bir işleme dönüşür.

301 yönlendirme nedir?

301 yönlendirme, bir URL'nin kalıcı olarak başka bir adrese taşındığını bildiren HTTP durum kodudur. Hem tarayıcıyı yeni adrese gönderir hem arama motoruna "bu sayfa artık burada, indeksini güncelle" mesajı verir.

Kritik farkı budur: 301, sadece kullanıcıyı yönlendirmez — eski adresin biriktirdiği otoriteyi yeni adrese devreder. Bu yüzden sayfa silmek ile 301 vermek arasında devasa bir fark vardır.

Yönlendirme Türleri

Son iki satır önemli: meta refresh ve JavaScript yönlendirmeleri çalışır ama arama motorları bunları geç işler ve bazı tarayıcılar hiç işlemez. Yönlendirme sunucu düzeyinde yapılmalıdır.

301 mi 302 mi?

Karar kuralı basittir: Eski adres bir gün geri dönecek mi? Cevap hayırsa 301.

Google, uzun süre açık kalan 302'leri zamanla 301 gibi değerlendirmeye başlar — ama bu bir güvence değil, bir tolerans. Yanlış kod kullanmak indekslemede belirsizlik yaratır ve hangi URL'nin kanonik sayılacağı konusunda karışıklık üretir.

302 kullanılması gereken gerçek durumlar: geçici bakım sayfası, kısa süreli kampanya yönlendirmesi, A/B testi, coğrafi veya cihaz bazlı geçici yönlendirme. Bunların dışında neredeyse her senaryoda 301 doğrudur.

Otorite Aktarımı: Ne Kadarı Kaybolur?

Bu konuda eski bir efsane dolaşır: "her 301'de değerin %15'i kaybolur". Google bu tür bir kaybın artık söz konusu olmadığını yıllar önce belirtti; PageRank aktarımı açısından 301 tam devir yapar.

Ancak pratikte kayıp yaşanır ve sebebi başkadır:

• Alaka kaybı. Yeni sayfa, eski sayfanın konusunu tam karşılamıyorsa sıralama düşer. Bir ürün sayfasını ana sayfaya yönlendirirseniz devredilen otorite işe yaramaz.
• Geçiş süresi. Google'ın yeni URL'yi tarayıp indekslemesi zaman alır; bu dönemde dalgalanma normaldir.
• Zincir kayıpları. Her ek atlama, işlemin gecikmesine ve bazı durumlarda değerin tam aktarılmamasına yol açar.
• Unutulan bağlantılar. İç bağlantılar eski adrese işaret etmeye devam ediyorsa her tıklama gereksiz bir atlama yaratır.

Yani doğru soru "ne kadar kaybederim" değil, "hedefi ne kadar isabetli seçtim"dir.

Yönlendirme Zinciri ve Döngüsü

Zincir, A → B → C biçiminde birden fazla atlamadır. Google birkaç atlamayı takip eder ama her adım gecikme ekler ve tarama bütçesi harcar. Kullanıcı tarafında da her atlama ölçülebilir bir yavaşlamadır.

Kural: zinciri düzleştirin. A → B → C yerine A → C ve B → C kurun. Yıllar içinde birikmiş sitelerde bu düzleştirme tek başına ciddi bir hız kazancı sağlar.

Döngü ise A → B → A biçimindedir ve sayfayı tamamen erişilemez yapar. Tarayıcı "çok fazla yönlendirme" hatası verir. Genelde iki farklı kuralın çakışmasından doğar — örneğin biri www ekleyen, diğeri kaldıran iki kural.

Her yönlendirme kuralı eklendikten sonra mevcut kurallarla çakışıp çakışmadığı test edilmelidir. Bu kontrolün yeri teknik SEO kontrol listesidir.

HTTPS ve www Tekilleştirmesi

Bir site teorik olarak dört farklı adresten erişilebilir olabilir: http ve https, www'lu ve www'suz. Bunların hepsi çalışıyorsa Google dört ayrı sürüm görür ve otorite bölünür.

Doğru yapılandırma: birini kanonik seçin ve diğer üçünü tek atlamayla ona yönlendirin. Sık yapılan hata, http → https → www zinciri kurmaktır; bunun yerine her varyant doğrudan hedefe gitmelidir.

Yönlendirme kurulduktan sonra canonical etiketleri, site haritası ve iç bağlantılar da aynı kanonik sürümü kullanmalıdır. Sitenin canonical'ı / iken tüm menü bağlantılarının /index.html adresine gitmesi, sessiz ama gerçek bir tarama israfıdır.

URL Yapısı Değişikliği

URL yapısını değiştirmek — kategori adı eklemek, tarih kaldırmak, uzantı değiştirmek — kulağa küçük gelir ama tüm site için yönlendirme gerektirir.

Önce şu soruyu sorun: bu değişiklik gerçekten gerekli mi? Estetik gerekçelerle yapılan URL değişiklikleri, getirdiği faydadan fazla risk taşır. "Daha temiz görünsün" yeterli bir sebep değildir.

Gerçekten gerekliyse süreç şudur: eski ve yeni URL'lerin tam eşleşme haritasını çıkarın, yönlendirmeleri kurun, iç bağlantıları yeni adreslere göre güncelleyin (yönlendirmeye güvenmeyin), site haritasını yenileyin ve Search Console'dan yeni URL'leri denetleyin. İç bağlantı güncellemesinin nasıl yapılacağını iç linkleme stratejisi yazımızda anlattık.

Alan Adı Taşıması: Adım Adım

En riskli senaryo budur. Sıra önemlidir:

• 1. Envanter çıkarın. Eski sitedeki tüm indekslenmiş URL'leri listeleyin. Kaynak: site haritası, Search Console sayfa raporu, sunucu logları.
• 2. Yönlendirme haritası hazırlayın. Her eski URL için karşılık gelen yeni URL. Karşılığı olmayan sayfalar için en yakın üst kategori.
• 3. Yeni siteyi hazır hâle getirin. Taşımadan önce yeni site tamamen çalışır durumda olmalı.
• 4. Yönlendirmeleri kurun ve test edin. Canlıya almadan önce örneklem üzerinde doğrulayın.
• 5. Yeni alan adını Search Console'a ekleyin ve doğrulayın.
• 6. Adres Değişikliği aracını kullanın. Aşağıda anlatılıyor.
• 7. Site haritasını gönderin ve eski site haritasını bir süre erişilebilir bırakın.
• 8. Dış bağlantıları güncelletin. Sizin kontrolünüzdeki profiller, dizinler ve iş ortağı siteleri.
• 9. İzleyin. İlk 4-8 hafta boyunca indeksleme ve trafik takibi.

Eski alan adını en az bir yıl elinizde tutun ve yönlendirmeleri kapatmayın. Bu, taşımalarda en sık yapılan pahalı hatadır: alan adı süresi dolar, yönlendirmeler ölür, devredilen otorite kaybolur.

Search Console Adres Değişikliği Aracı

Yalnızca alan adı değişikliklerinde kullanılır; URL yapısı değişikliklerinde işe yaramaz. Google'a taşımayı resmî olarak bildirir ve geçiş sürecini hızlandırır.

Kullanmak için her iki alan adının da Search Console'da doğrulanmış olması ve yönlendirmelerin çalışıyor olması gerekir. Araç ön kontroller yapar; yönlendirmeler eksikse uyarı verir.

Taşıma sonrası izlenmesi gerekenler: eski mülkte indekslenen sayfa sayısının azalması, yeni mülkte artması ve toplam gösterimin toparlanması. Bu raporları okumak için Search Console rehberimize bakabilirsiniz. Gerçekçi beklenti: trafik genelde 2-4 hafta dalgalanır, tam toparlanma 4-8 haftayı bulur.

Soft 404 Sorunu

Soft 404, sayfanın var olmadığı hâlde sunucunun 200 kodu dönmesidir. Google bunu tespit eder ve sayfayı indeks dışı bırakır.

Yönlendirme bağlamında en sık görülen biçimi şudur: silinen tüm sayfaları ana sayfaya yönlendirmek. Google, hedefin kaynakla alakasız olduğunu anlar ve bu yönlendirmeyi soft 404 olarak değerlendirir — yani otorite aktarımı gerçekleşmez.

Doğru yaklaşım hedefin alakalı olmasıdır: silinen ürünü benzer ürüne veya kendi kategorisine yönlendirin, ana sayfaya değil. Karşılığı gerçekten yoksa dürüst bir 404 vermek, alakasız bir yönlendirmeden daha iyidir.

Yönlendirme Haritası Nasıl Hazırlanır?

Basit bir tablo yeterlidir: eski URL, yeni URL, gerekçe, durum. Hazırlarken:

• Trafiğe göre önceliklendirin. Search Console'da tıklama alan sayfalar listenin başında olmalı.
• Bağlantı almış sayfaları işaretleyin. Dış bağlantısı olan bir sayfanın yönlendirmesi asla atlanmamalıdır.
• Bire bir eşleştirin. Toplu kural yerine mümkün olduğunca tekil eşleştirme yapın; toplu kurallar beklenmedik sayfaları da yakalar.
• Karşılığı olmayanları not edin ve en yakın üst kategoriye yönlendirin.
• Test edin. Canlıya almadan önce örneklem üzerinde her kuralı doğrulayın.

Sunucu Bazlı Örnek Kurallar

Netlify (netlify.toml):

[[redirects]]
  from = "/eski-sayfa"
  to = "/yeni-sayfa"
  status = 301
  force = true

[[redirects]]
  from = "https://ornek.com/*"
  to = "https://www.ornek.com/:splat"
  status = 301
  force = true

Apache (.htaccess):

Redirect 301 /eski-sayfa /yeni-sayfa

RewriteEngine On
RewriteCond %{HTTP_HOST} ^ornek\.com [NC]
RewriteRule ^(.*)$ https://www.ornek.com/$1 [L,R=301]

Nginx:

location = /eski-sayfa {
    return 301 /yeni-sayfa;
}

server {
    server_name ornek.com;
    return 301 https://www.ornek.com$request_uri;
}

Üçünde de ortak kural: force veya eşdeğeri kullanırken dikkatli olun — mevcut bir dosyayı gölgeleyebilir. Ayrıca kurallar sırayla değerlendirilir; özel kurallar genel kurallardan önce yazılmalıdır.

E-Ticarette Yönlendirme

Ürün yaşam döngüsü, e-ticarette sürekli yönlendirme kararı üretir. Özet çerçeve:

Ayrıntılar için e-ticaret SEO rehberimize bakabilirsiniz.

Yönlendirme Sonrası Kontrol Listesi

• Örneklem URL'ler tek atlamayla hedefe ulaşıyor mu?
• Zincir veya döngü kaldı mı?
• İç bağlantılar yeni adreslere güncellendi mi?
• Canonical etiketleri yeni adresleri gösteriyor mu?
• Site haritası yalnızca yeni URL'leri içeriyor mu?
• Search Console'da yeni URL'ler indekslenmeye başladı mı?
• Eski URL'lerde 404 patlaması var mı?

Sık Yapılan Hatalar

Her şeyi ana sayfaya yönlendirmek. Soft 404 üretir, otorite aktarılmaz.

301 yerine 302 kullanmak. Kalıcı taşımada belirsizlik yaratır.

İç bağlantıları güncellememek. Yönlendirme çalışır ama her tıklama gereksiz atlama üretir.

Zincir bırakmak. Yıllar içinde biriken A → B → C → D yapıları hem yavaşlatır hem tarama bütçesi harcar.

Eski alan adını bırakmak. Yönlendirmeler ölür, devredilen otorite kaybolur.

Taşımayı bir defada yapmak yerine parça parça yaymak. Geçiş süresini uzatır ve teşhisi zorlaştırır.

Test etmeden canlıya almak. En pahalı hata budur; yönlendirme kuralları örneklem üzerinde mutlaka doğrulanmalıdır.

Sonuç

301 yönlendirme, doğru kullanıldığında yıllarca biriktirilmiş değeri koruyan bir araçtır. Kuralları hatırlayın: kalıcı taşımada 301, hedefi alakalı seçin, zinciri düzleştirin, iç bağlantıları güncelleyin, eski alan adını bırakmayın ve her şeyi canlıya almadan önce test edin.

Site taşıma veya URL yapısı değişikliği planlıyorsanız, yönlendirme haritanızı birlikte çıkarmak ve riski en aza indirmek için SEO danışmanlığımızdan destek alabilirsiniz.

Sık Sorulan Sorular