Yazılarımız

OfisData

SİTE MİGRASYONU SIRASINDA SEO RİSKLERİNİ YÖNETMEK

Site taşıma işleri çoğu zaman “tasarım yenileyelim, altyapıyı değiştirelim” diye başlar; ama SEO tarafında küçük bir hata büyük trafik kaybına dönüşebilir. Çünkü migrasyon, arama motorlarının alıştığı URL’leri, içerik hiyerarşisini ve teknik sinyalleri aynı anda değiştirir. Bu süreçte hedef, değişimi yönetirken görünürlüğü ve geliri korumaktır.

En zor kısım, risklerin tek bir noktadan değil birçok parçadan gelmesidir: yanlış 301’ler, eksik sayfalar, bozuk canonical, robots hataları, noindex kalıntıları, hız düşüşü, sitemap karışıklığı… Migrasyonun başarılı olması için plan, test ve izleme üçlüsünü disiplinli yürütmek gerekir.

Bu rehberde site migrasyonu sırasında SEO risklerini yönetmek için uçtan uca bir çerçeve sunacağız: migrasyon türünü netleştirmek, envanter ve URL haritası çıkarmak, yönlendirme stratejisi kurmak, yayın öncesi kalite kontrol yapmak ve yayın sonrası indeksleme ile performansı izlemek.

Bir masada eski ve yeni URL listesinin olduğu tablo üzerinde yönlendirme eşleştirmeleri işaretleniyor

Migrasyon türünü netleştirip risk profilini belirlemek

Her migrasyon aynı değildir. Domain değişimi, altyapı değişimi, URL yapısı değişimi, tasarım yenilemesi veya çok dilli yapıya geçiş; hepsi farklı riskler üretir. Bu nedenle ilk adım, “neyi değiştiriyoruz?” sorusunu net yanıtlamaktır.

Domain, protokol ve alt alan değişimini sınıflandırmak

example.com’dan newexample.com’a geçiş, http’ten https’e geçiş veya www/non-www standardizasyonu farklı teknik gereksinimler doğurur. Bu değişimlerde yönlendirme kurgusu, sitemap güncellemesi ve Search Console ayarları kritik hale gelir.

URL yapısı ve şablon değişiminde içerik kaybını önlemek

Kategori yapısı değiştiğinde veya içerik şablonları yenilendiğinde, aynı sayfanın “anlamı” değişebilir. Bu, arama niyetine uygunluk ve iç link akışı üzerinde etki yaratır. Hedef, değerli sayfaların içeriğini ve hiyerarşisini taşırken tutarlı kalmaktır.


Sayfa envanteri çıkarıp ölçüm temelini kurmak

Başarılı migrasyonun gizli silahı, sağlam bir “öncesi” veri setidir. Migrasyon sonrası neyin düştüğünü anlayabilmek için önce neye sahip olduğunuzu bilmelisiniz. Bu bölümde amaç, kritik sayfaları ve performans metriklerini migrasyon öncesi dondurmaktır.

En değerli URL’leri önceliklendirmek

Organik trafik alan sayfalar, dönüşüm getiren sayfalar, backlink alan sayfalar ve yüksek gösterim alan içerikler en üst önceliktir. Bu URL’ler için birebir eşleşme ve özel kontrol gerekir. “Hepsini kural bazlı yönlendiririz” yaklaşımı bu sayfalarda risklidir.

Başarı kriterlerini ölçülebilir hale getirmek

Organik oturum, tıklanma oranı, indekslenen sayfa sayısı, tarama hataları, en çok trafik alan sorgular ve hedef sayfaların pozisyonları gibi metrikleri migrasyon öncesi kaydedin. Böylece yayın sonrası sapmaları somut olarak takip edebilirsiniz.

  • En çok trafik alan ilk 100–500 URL’yi listelemek
  • Backlink alan URL’leri ayrı gruba almak
  • İndeks kapsama durumunu not etmek
  • Şablon bazında sayfa sayısını çıkarmak

URL haritası hazırlayıp yönlendirme stratejisini kurgulamak

Migrasyonda trafik kaybının en büyük nedeni, hatalı veya eksik yönlendirmedir. “Eski URL nereye gidecek?” sorusunun tek bir doğru cevabı olmalı. Buradaki hedef, her eski URL’yi en alakalı yeni URL’ye tek adımda ulaştırmaktır.

Eski-yeni eşleşmeyi mantıkla kurmak

Bir sayfayı ana sayfaya yönlendirmek pratik görünür ama çoğu zaman alaka sinyalini zayıflatır. Ürün ürün’e, kategori kategori’ye, rehber rehber’e yönlenmelidir. İçerik birleştirmesi varsa, yeni sayfada eski sayfanın değerini karşılayacak kapsam bulunmalıdır.

Yönlendirme zincirlerini ve 302 kullanımını azaltmak

Zincirler hem botları yorar hem kullanıcıyı yavaşlatır. Ayrıca migrasyonda 302 kullanımı, “geçici” mesajı vererek indeksleme sürecini uzatabilir. Kalıcı taşımalarda 301 temel tercihtir; istisnalar net tanımlanmalıdır.

# Nginx örnek: kritik URL için birebir 301
location = /kategori/eski-ad/ {
  return 301 /kategori/yeni-ad/;
}

# Apache örnek: kural bazlı 301 (dikkatli test edilmelidir)
RewriteEngine On
RewriteRule ^blog/(.*)$ /icerik/$1 [R=301,L]
Bir geliştirici ekranında 301 yönlendirme kuralları ve test sonuçları yan yana kontrol ediliyor

Canonical, robots ve sitemap sinyallerini uyumlu kılmak

Migrasyon sonrası arama motoru için en kritik ihtiyaç “tutarlı sinyal”dir. Yönlendirme doğru olsa bile canonical başka URL’ye işaret ediyorsa veya robots yanlış alanı kapatıyorsa, indeksleme kararsız hale gelir. Bu yüzden sinyallerin birbiriyle çelişmemesi gerekir.

Canonical hedeflerini yeni URL’lere göre güncellemek

Her sayfanın canonical’ı genellikle kendisini göstermelidir. Eski yapıdan kalan canonical’lar, yeni sayfaları gölgeler. Ayrıca parametreli URL’lerde canonical stratejisi migrasyonla birlikte yeniden test edilmelidir.

robots.txt ve meta robots kalıntılarını temizlemek

Staging ortamında noindex kullanılan sayfaların prod’a taşınması, migrasyonda en pahalı hatalardandır. Yayın öncesi noindex taraması yapmak, tüm siteyi robots ile kapatmadığınızdan emin olmak ve tarama izinlerini kontrol etmek şarttır.

Sitemap’i sadece hedef URL’lerle yeniden üretmek

Sitemap; 200 dönen, canonical’ı kendini işaret eden ve indekslenmesini istediğiniz URL’lerden oluşmalıdır. Yönlenen URL’ler sitemap’te kalırsa çelişki doğar. Migrasyon sonrası sitemap’in temizlenmesi, keşfi hızlandırır.


Yayın öncesi test planı yapıp hatayı sahnede yakalamak

Migrasyonda “yayına aldık, bakarız” yaklaşımı risklidir. Amaç, mümkün olan en fazla problemi yayın öncesinde yakalamaktır. Bunun için örnek URL seti, tarama testi ve temel teknik kontroller standart hale getirilmelidir.

Staging ortamında tarama yapıp fark analizi çıkarmak

Staging’te (erişime izin verilen bir test ortamında) tarama yaparak status kodları, title/description değişimleri, canonical davranışı, hreflang (varsa), iç linkler ve sayfa sayısı gibi unsurları karşılaştırın. Büyük sapmalar, yayın öncesi düzeltme fırsatı verir.

Kontrol listesini sprint iş akışına bağlamak

Kontrol listesi sadece SEO ekibinin dosyasında kalmamalı; geliştirme ve içerik ekiplerinin release adımına eklenmelidir. Böylece noindex kalıntısı, robots engeli veya kırık yönlendirme gibi hatalar “tek seferlik” değil, sistematik olarak önlenir.

// Basit kontrol listesi notu (örnek)
- Örnek URL setinde 200/301 beklenen sonuç doğru mu?
- 301 nihai hedef tek adım mı?
- Canonical yeni URL'yi işaret ediyor mu?
- robots.txt taramayı engelliyor mu?
- Sitemap sadece 200 dönen URL'leri içeriyor mu?

Bu tip migrasyon süreçlerini ekipler arası ortak dile çevirmek ve test disiplinini kalıcı hale getirmek için uygulamalı bir SEO eğitimi, süreç yönetimini ciddi biçimde kolaylaştırır.

Bir toplantı odasında migrasyon kontrol listesi ve performans grafikleri ekranda paylaşılırken ekip plan yapıyor

Yayın sonrası izleyip hızlı müdahale etmek

Yayın sonrası ilk günler, risklerin en hızlı büyüdüğü dönemdir. Bu aşamada amaç, tarama hatalarını hızla azaltmak, indeksleme sinyallerini netleştirmek ve performans düşüşünü kontrol altında tutmaktır.

Tarama ve indeksleme sinyallerini günlük kontrol etmek

İlk 7–14 gün boyunca 404’ler, 5xx hataları, yönlendirme hataları, sitemap işlenme durumu ve indeks kapsamındaki değişimler izlenmelidir. Özellikle kritik URL setinde “doğru sayfa indeksleniyor mu?” sorusu günlük kontrol edilmelidir.

Performans dalgalanmasını normalleştirip anomaliyi ayırmak

Kısa vadede dalgalanma doğaldır; arama motorlarının yeniden keşif ve değerlendirme süreci zaman alır. Ancak belirli şablonlarda ani düşüş, genellikle teknik bir soruna işaret eder: yanlış yönlendirme, canonical çelişkisi, iç link kırıkları veya içerik kaybı gibi. Bu yüzden düşüşleri şablon bazında analiz etmek önemlidir.

Özetle, site migrasyonu sırasında SEO risklerini yönetmek; migrasyon türünü netleştirmek, envanter ve URL haritası çıkarmak, tutarlı sinyal seti kurmak, yayın öncesi test etmek ve yayın sonrası sıkı izlemekle mümkün olur. Disiplinli ilerlerseniz, migrasyon bir kayıp değil, daha temiz ve ölçeklenebilir bir yapı için fırsata dönüşür.

 Vimaj