Site Taşıma SEO: URL Eşleme ve Yönlendirme Rehberi

Yeni tasarım veya yazılımı yayınlamak, indekslenmiş URL’leri kendiliğinden korumaz. Bu rehber site taşıma SEO kaybını URL eşleme, yönlendirme ve indeks koruması üzerinden azaltır. Tasarım, domain ve platform değişimini ayrı riskler olarak sıraya koyar.

Yeni bir arayüz, yeni bir yazılım veya yeni bir alan adı çoğu ekipte bitirme çizgisi gibi durur. Asıl iş ise yayından önce biter: hangi URL’nin nereye gideceği, hangisinin indekste kalacağı ve hangisinin 404’e düşeceği. Site taşıma SEO çalışması tam olarak bu kayıp riskini yönetir.

KepezWeb tarafında taşımayı bir teslim töreni değil, tarama ve sıralama sürekliliği olarak ele alırız. Aşağıdaki rehber tasarım, domain ve platform değişimini aynı mantıkla, uygulanabilir adımlara böler.

Site taşıma SEO kaybı neden yayın anında başlar

Arama motoru sitenizi marka cümlesi veya tasarım dosyasıyla tanımaz. Tanıdığı şey adrestir: indekslenmiş URL, o URL’deki ana metin, başlık ve bu adrese gelen iç ve dış bağlantılar. Eski adreste 200 dönen bir sayfa yeni sitede yoksa, yanlış yere gidiyorsa veya noindex ile kapanmışsa sinyal kopar.

Ekipler kaybı çoğu zaman ceza diliyle anlatır. Sahada görülen tablo daha sadedir. Eşlenmeyen URL, A’dan B’ye ve B’den C’ye giden zincir, kanonik etiketin eski adresi göstermesi, test ortamındaki noindex’in canlıya sızması veya önemli paragrafın yeni şablonda hiç yer almaması yeter.

Yayın gününü tasarım onayı sanmak bu yüzden yanlıştır. Onaylanan görsel, indekslenmiş adresi kendiliğinden korumaz. Kontrolü üç karara indirin.

• Bu URL duracak mı, taşınacak mı, birleşecek mi, kalkacak mı?
• Hedef adres gerçek bir 200 mü, yoksa başka bir adrese mi gidiyor?
• Sayfa taransın ve indekslensin mi, yoksa özellikle dışarıda mı kalsın?

Bu üç cevap yoksa yönlendirme dosyası yazmak erken, temayı canlıya almak ise daha da erkendir.

Tasarım, domain ve platform: üç ayrı risk

Her taşıma aynı iş değildir. Üçünü tek “site yenileme” torbasına koymak yanlış öncelik üretir. Önce neyin değiştiğini yazın; kontrol listesi ondan sonra gelir.

Tasarım değişiminde vitrin değişir, adres defteri çoğu kez durur. Domain değişiminde defterin kapağı değişir; her satır yeni kapağa taşınmalıdır. Platform değişiminde satırların yazım kuralı değişir: tire, kimlik numarası, kategori yolu, sayfalama.

İki büyük değişimi aynı geceye sıkıştırmak mümkündür ama hata ayıklamayı körleştirir. 404 mü, yoksa yeni temadaki eksik H1 mi olduğunu ayıramazsınız. KepezWeb işlerinde mümkünse görsel yenilemeyi sabit URL üzerinde bitirip domain veya yazılım geçişini ayrı pencereye almak, eşleme kalitesini korumanın pratik yoludur.

URL envanteri ve bire bir eşleme tablosu

Eşleme tablosu olmadan yönlendirme yazmak, tahminle trafik taşımaktır. Tablo geliştiricinin kural satırı değildir; hangi sayfanın yaşayacağına dair iş kaydıdır.

Kaynakları birleştirin: canlı tarama, XML sitemap, Search Console’daki dizine eklenmiş sayfalar, sunucu erişim kayıtları ve reklam açılış URL’leri. Yalnız üst menüdeki linkler yetmez. Blog sayfalama, eski kampanya, PDF, filtre ve parametreli kopyalar indekste duruyor olabilir.

Her satırda şu kolonlar yeter:

1. Eski tam URL
2. Sayfa tipi: anasayfa, kategori, ürün, makale, yasal, parametreli, dosya
3. Karar: koru, yönlendir, birleştir, kaldır
4. Yeni tam URL
5. Beklenen durum: 200 veya 301
6. Not: kanonik, noindex, dil, indirme

Koru, eski ve yeni adresin karakter karakter aynı kalmasıdır. Yönlendir, adresi değiştirip sinyal aktarmaktır. Birleştir, zayıf veya yinelenen birkaç URL’yi tek güçlü hedefe toplamaktır. Kaldır, gerçekten değersiz içeriği bilinçli çıkarmaktır. Kaldırmayı varsayılan yapmayın; boş şablon, düz 404’ten daha sinsi bir yumuşak 404 üretebilir.

Örnek: eski /blog/kargo-sureleri yeni bilgi mimarisinde /yardim/kargo-sureleri olacaksa karar yönlendirmedir. Eski üç duyuru tek bir politika sayfasına toplanacaksa birleştirmedir. Stok kodu sayfası artık kanonik ürün URL’sine bakacaksa hem 301 hem kanonik aynı hedefi göstermelidir.

Mağazada varyant, filtre ve stok kodu envanteri şişirir. Hangi parametrenin indeksleneceğini taşıma öncesi kilitlemezseniz yeni yazılım eski kopyaları çoğaltır. Bu yüzden e-ticaret sitesi geçişinde vitrin temasından önce katalog URL kuralı yazılır.

Yönlendirme, kanonik etiket ve indeks koruması

Kalıcı adres değişiminde 301 kullanın. 302 geçici taşımadır; hem tarayıcı önbelleğini hem sinyal aktarımını belirsiz bırakır. Meta yenileme veya JavaScript ile başka sayfaya atmak, arama motoru için yönlendirme yerine koyulmaz.

Uygulanacak kurallar sadedir:

• Eski adresten yeni adrese tek hop; A→B→C zinciri hem süreyi hem sinyali yer.
• Hedef 200 dönsün; yönlendirme döngüsü ve karşılıklı kanonik olmasın.
• www ile www’siz, http ile https tek kökte birleşsin.
• Kanonik etiket 200 üreten nihai adresi göstersin, eski URL’yi değil.
• Hazırlık ortamındaki noindex, robots.txt yasağı ve HTTP kimlik doğrulaması canlıya sızmasın.
• XML sitemap yalnızca indekslenmesini istediğiniz 200 sayfaları listelesin; 301 ve 404 satır barındırmasın.

İndeks koruması her şeyi dizine zorlamak demek değildir. Teşekkür sayfası, iç arama sonucu, sepet, hesap paneli ve sonsuz filtre kombinasyonu yeni sitede de dışarıda kalmalıdır. Amaç değerli URL’lerin kaybolmaması ve değersiz URL’lerin patlamamasıdır.

Bu katman metin üretmekten ayrı bir iştir. Taşıma gününde içerik takvimi, teknik eşlemenin yerini tutmaz. Süreklilik için SEO hizmeti tarafında tarama ve indeks kararları yayından önce yazılı hale gelmelidir.

Yönlendirme, kırık sayfayı gizlemek için değil; indekslenmiş adresi doğru hedefe devretmek için vardır.

Tasarım değişiminde içerik, şablon ve iç bağlantı

Yeni bir web tasarım sıkça metni kısaltır, kenar çubuğunu kaldırır, blogu alt katmana iter. Görsel sadeleşme okumayı kolaylaştırabilir. Aynı anda kategori açıklaması, iç link bloğu ve breadcrumb da yok olduysa tarama yolları incelir.

Şablonu URL eşlemesinden ayrı kontrol edin:

• Title, H1 ve ana metin alanları boş veya yer tutucu kalmasın.
• Kategori, ürün ve hizmet açıklamaları yeni bileşene bire bir taşınsın.
• Breadcrumb, ilgili içerik ve footer linkleri bilinçli kurgulansın.
• Görsel dosya adı ve alternatif metin toptan sıfırlanmasın.
• Mobil menü, masaüstünde görünen para sayfalarını saklamasın.

Navigasyon değişiyorsa her önemli dönüşüm sayfasının en az bir görünür yoldan ulaşılabilir olduğunu doğrulayın. Yönlendirme alan yetim sayfa, keşif açısından yine zayıftır. Başlık hiyerarşisini kart bileşenine emanet etmeyin: her şablonda bir H1 olsun ve konuyu anlatsın. Izgaradaki her kart başlığını H2 yapmak sayfa konusunu bulandırır.

Tasarımda kaldırılan bir blok az kullanılan görünebilir. Search Console’da o bloktaki iç linklerin hedefi yüksek tıklama alıyorsa blok değil bağ korunmalıdır. Yeni yerleşimde aynı bağ başka bir bileşene taşınır.

Domain ve platform geçişinde teknik tuzaklar

Alan adı değişiminde eski ve yeni kökü Search Console’da ayrı mülk olarak tutun. Adres değişikliği bildirimini yalnızca gerçek kök değişiminde kullanın; salt HTTPS’e geçiş veya www birleştirmesi için bu aracı zorlamayın. Eski domain’i bir süre ayakta bırakıp 301’leri orada çalıştırın. DNS’i kesip eski adresi yok etmek aktarımı yarıda bırakır.

Platform değişiminde yazılım geliştirme kararı SEO’yu “sonra bakarız” kutusuna atmamalıdır. Slug üreticisi, sondaki eğik çizgi, büyük-küçük harf, kimlikli yol ve tarih arşivi varsayılanları sessizce yeni bir site haritası yaratır.

Sık görülen tuzaklar:

• /urun/abc ile /urun/abc/ ayrı kaynak sayılır.
• Ürün kimliği slug’ın önüne eklenir; eski kısa adres 404 olur.
• Kategori yolu /c/ iken /kategori/ olur, eşleme unutulur.
• Sayfalama ?page=2 yeni sitede /sayfa/2 olur.
• Çok dilli sitede hreflang hâlâ eski kökü gösterir.
• RSS, mobil alt alan veya indirme dizinleri haritada yoktur.

Yönlendirmeyi uygulama kodunda, ters vekilde ve barındırma panelinde üç kez tanımlamak çakışma üretir. Tek kaynak seçin. Hazırlık ortamında örnek eski URL’leri tarayıcı görünümüne değil durum koduna bakarak doğrulayın; görsel olarak açıldı sanılan sayfa 302 zinciri olabilir.

Özel yazılımda kanonik, robots ve yönlendirme aynı yapılandırma kaydından üretilsin. Aksi halde geliştirici birini, tema diğerini ezer.

Yayın günü ve hemen sonrası izleme

Yayını “site açıldı” cümlesiyle kapatmayın. Aynı gün örnekleyin, sonraki günlerde rapora bakın.

Yayın anında:

1. robots.txt canlı taramayı kapatmasın.
2. Anasayfa, bir kategori, bir para sayfası ve bir makale 200 dönsün; title ile H1 doğru olsun.
3. Eski kritik URL’ler 301 ile eşleme tablosundaki hedefe gitsin.
4. XML sitemap gönderilsin; içinde 404 ve yönlendirme olmasın.
5. Ölçüm ve dönüşüm kodları yeni şablonda tetiklensin.
6. Form, sepet ve giriş yolu gerçekten tamamlansın.

Search Console’da tarama, dizine ekleme ve 404 izlenir. Ani 404 patlaması eşleme açığını gösterir. İnce boş şablon ise yumuşak 404 üretir; bunu rapor tek başına her zaman ayırmaz, örnek URL’leri elle açın.

Tıklama ve görünürlük dalgalanması taşımanın parçası olabilir. Panikleyip yönlendirme tablosunu geri almak ikinci bir şok yaratır. Sıra sabittir: önce 404 ve zincir, sonra noindex ile robots, sonra kanonik, sonra içerik ve iç bağlantı kaybı. Reklam hedefleri eski adreste kaldıysa ücretli tıklama da 404’e akar; eşleme yalnızca organik için değildir.

Sıkça Sorulan Sorular

Yalnızca tasarımı yeniledik; yönlendirme yine gerekir mi?

URL karakter karakter aynıysa toplu 301 gerekmez. www, HTTPS, sondaki eğik çizgi veya slug kuralı değiştiyse gerekir. Kaldırılan sayfalar için de bir hedef gösterin; boş 404’e bırakmayın.

301 ile 302 arasında pratikte ne fark var?

301 kalıcı devirdir. 302 geçici taşımadır. Taşıma geri alınmayacaksa 302 kullanmayın. Tarayıcının sayfayı açması, arama motorunun kalıcı devir gördüğü anlamına gelmez.

Eski siteyi ne zaman kapatmalıyız?

Yeni kök 200 üretmeden ve örnek eski URL’ler doğru hedefe gitmeden eski ortamı kapatmayın. Domain değişiminde eski alan adını yönlendirmeler oturana kadar elinizde tutun. Takvimi ezbere kilitlemek yerine kritik adreslerin durum koduna bakın.

Taşıma sonrası trafik düşünce ilk nereye bakılır?

Önce 404 ve yönlendirme zinciri, sonra noindex ve robots.txt, sonra kanonik, sonra içerik ile iç bağlantı kaybı. Sıralama ekran görüntüsü bu katmanları göstermez.

Sitemap göndermek yönlendirmenin yerini tutar mı?

Tutmaz. Sitemap bir keşif listesidir. Eski adresin sinyalini aktarmak tutarlı 301 ve kanonik ile olur.

Tasarım, yazılım veya alan adı değişimini “yayınladık” cümlesine indirgemeden planlamak istiyorsanız KepezWeb ile kapsamı netleştirmek yeter. URL envanteri, eşleme tablosu ve yayın sonrası kontrol için teklif alın.