Site taşıma kontrol listesi: öncesi, taşıma günü ve sonrası

Redirects · Site Migration · Technical SEO

Site taşımalarında trafik kaybının sebebi neredeyse hiçbir zaman Google'ın "yeni siteyi sevmemesi" olmuyor. Sebep genelde unutulmuş bir yönlendirme, staging'den kalan bir noindex, eski sitemap ya da yeni şablonda kaybolan canonical etiketleri oluyor. Yani sorunların çoğu önceden görülebilir.

Ben taşımaları her seferinde aynı listeyle yürütüyorum. Liste üç aşamadan oluşuyor: taşımadan önce, taşıma günü ve taşımadan sonra. Aşağıdaki maddeleri kopyalayıp kendi projenize göre kısaltabilir ya da genişletebilirsiniz.

Taşımadan önce: envanter ve harita

Taşımanın asıl işi yayın gününden haftalar önce yapılır. Bu aşamada amaç, eski sitede değeri olan her şeyin listesini çıkarmak ve her birinin yeni sitede nereye gideceğini kararlaştırmak.

Eski siteyi eksiksiz tarayın

Eski sitenin tam bir taramasını alın ve dosyayı saklayın. Taşıma sonrasında "eskiden bu sayfada ne vardı" sorusunun tek güvenilir cevabı bu dosya olacak. Taramada URL, durum kodu, title, meta description, canonical, meta robots, H1, hreflang ve kelime sayısı gibi alanları mutlaka dışa aktarın.

Sadece tarayıcının bulduğu sayfalara güvenmeyin. İç linki olmayan ama trafik ya da backlink alan sayfalar taramada görünmez. Bu yüzden listeyi başka kaynaklarla birleştiriyorum.

Değerli sayfaları başka kaynaklardan toplayın

  • Search Console Performans raporundan son 16 ayın sayfa listesini dışa aktarın (tıklama ve gösterim alan bütün URL'ler).
  • Analitik aracınızdan organik trafik alan açılış sayfalarını dışa aktarın.
  • Backlink alan hedef URL'leri çıkarın. Search Console'daki Bağlantılar (Links) raporu ücretsiz ve yeterli bir başlangıç.
  • Sunucu loglarından Googlebot'un düzenli ziyaret ettiği URL'leri çıkarın. Bunun için cPanel loglarından Googlebot analizi yazısındaki yöntemi kullanabilirsiniz.
  • Bütün listeleri tek bir tabloda birleştirip tekrar edenleri temizleyin.

Yönlendirme haritasını 1:1 çıkarın

Birleştirilmiş listedeki her eski URL için bir hedef belirleyin. Kural basit: her eski sayfa, içerik olarak en yakın karşılığına gider. Her şeyi ana sayfaya ya da kategori sayfasına yönlendirmek kolaydır ama Google bu tür yönlendirmeleri çoğu zaman soft 404 gibi değerlendirir ve eski sayfanın sinyalleri aktarılmaz.

Karşılığı gerçekten olmayan sayfalar için 404 ya da 410 döndürmek, alakasız bir sayfaya yönlendirmekten daha dürüst bir seçimdir. Haritayı bir tabloda iki sütun olarak tutuyorum: eski URL ve yeni URL. Sonra bu tabloyu yönlendirme oluşturucu ile .htaccess ya da nginx kurallarına çeviriyorum.

  • Her eski URL için tek bir hedef belirlendi.
  • Toplu "ana sayfaya yönlendir" kuralı yok.
  • Parametreli ve büyük/küçük harf farklı varyasyonlar düşünüldü.
  • Görseller, PDF'ler ve diğer dosyalar da haritada var.

Mümkünse URL'leri değiştirmeyin

En iyi yönlendirme, hiç ihtiyaç duyulmayan yönlendirmedir. Platform değişiyorsa bile URL yapısını korumanın bir yolu çoğu zaman vardır. URL'ler aynı kalırsa taşıma, Google açısından sadece şablon ve altyapı değişikliği olur ve risk ciddi şekilde azalır.

Staging ortamını parola ile koruyun

Staging sitesini sadece robots.txt ile engellemek yeterli değil. robots.txt taramayı engeller, dizine eklemeyi değil; dışarıdan link alan bir staging URL'si içeriği olmadan dizine girebilir. Benim kuralım şu: staging her zaman HTTP kimlik doğrulaması (Basic Auth) ya da IP kısıtlaması arkasında durur. Böylece hem Google hem de meraklı ziyaretçiler dışarıda kalır ve yayına geçerken kaldırılması unutulacak bir noindex de olmaz.

Parite kontrolü: eski ve yeni aynı sinyalleri veriyor mu?

  • Title ve meta description değerleri yeni şablonda korunmuş.
  • Canonical etiketleri doğru ve yeni URL'leri gösteriyor.
  • hreflang etiketleri yeni URL'lerle güncellenmiş ve karşılıklı.
  • Yapılandırılmış veri (Product, Article, BreadcrumbList vb.) eksiksiz taşınmış.
  • İç linkler doğrudan yeni URL'lere gidiyor, yönlendirmeden geçmiyor.
  • Ana içerik ilk HTML'de var, sadece JavaScript ile yüklenmiyor.
  • Sayfa hızı ve Core Web Vitals staging'de eski siteden kötü değil.

Taşıma günü

Yayın günü sakin geçmesi gereken bir gün. Bütün kararlar önceden verildiği için bu aşama sadece doğrulamadan ibaret olmalı. Taşımayı cuma akşamı ya da yoğun sezonda yapmamaya çalışıyorum; sorun çıkarsa müdahale edecek kimsenin olmadığı bir zaman diliminde yayına geçmek riski büyütüyor.

  • robots.txt yeni sitede doğru; staging'den kalan Disallow: / yok.
  • Hiçbir sayfada kalıntı noindex yok (meta robots ve X-Robots-Tag başlığı ayrı ayrı kontrol edildi).
  • Staging parolası kaldırıldı, site anonim olarak açılıyor.
  • XML sitemap yalnızca yeni, 200 dönen ve canonical URL'leri içeriyor.
  • Yeni sitemap Search Console'a gönderildi.
  • Yönlendirmeler 301 ve tek adımlı; zincir yok (A → B → C yerine A → C).
  • Haritadaki URL'lerden örnek bir grup elle ya da betikle test edildi.
  • HTTP → HTTPS ve www kuralı yönlendirmelerle çakışmıyor.
  • Analitik ve Search Console doğrulama kodları yeni sitede çalışıyor.

Yönlendirme testini elle yapmak yerine haritadaki bütün eski URL'leri bir betikle kontrol etmek çok daha güvenilir. Bu komut, eski-urller.txt dosyasındaki her URL için yönlendirme sayısını, son durumu ve son adresi yazıyor:

yonlendirme-testi.sh
#!/usr/bin/env bash
# Her satırda bir eski URL olan dosyayı okur
while read -r url; do
  [ -z "$url" ] && continue
  # Yönlendirme sayısı, son HTTP kodu ve son URL
  curl -s -o /dev/null -L --max-redirs 10 \
    -w "%{num_redirects}\t%{http_code}\t%{url_effective}\t$url\n" "$url"
done < eski-urller.txt

Çıktıda ilk sütunu 1'den büyük olan satırlar zinciri, ikinci sütunu 200 olmayan satırlar da sorunlu hedefleri gösterir. Son sütunu haritadaki beklenen hedefle karşılaştırmak için çıktıyı tabloya yapıştırmak yeterli.

Taşımadan sonra: izleme

Taşımadan sonraki haftalarda sıralamalarda ve trafikte dalgalanma görmek normal. Google'ın yeni URL'leri tarayıp sinyalleri aktarması zaman alıyor ve bu sürenin ne kadar olacağını kimse kesin olarak söyleyemez. Burada önemli olan, dalgalanmanın normal mi yoksa bir hatanın sonucu mu olduğunu hızlıca ayırt edebilmek.

Search Console

  • Page indexing raporunu (Dizine ekleme altındaki Sayfalar raporu) düzenli kontrol edin. Yeni URL'lerin dizine eklenen sayısı artmalı, eski URL'ler "Yönlendirmeli sayfa" (Page with redirect) grubuna geçmeli.
  • "Bulunamadı (404)" (Not found (404)) grubunda beklenmedik artış var mı bakın.
  • Ayarlar altındaki Tarama istatistikleri (Crawl stats) raporunda yanıt kodlarının dağılımını izleyin.
  • URL Denetimi (URL Inspection) aracıyla önemli sayfaların Google'ın seçtiği canonical değerini kontrol edin.

Loglar ve trafik

  • Sunucu loglarında Googlebot'un aldığı 404 ve 5xx yanıtlarını listeleyin; her 404 için haritada eksik bir satır olup olmadığına bakın.
  • Organik trafiği sayfa bazında eski dönemle karşılaştırın. Toplam trafik yanıltıcı olabilir; kaybın hangi sayfa grubunda olduğunu görmek gerekiyor.
  • Trafik kaybeden sayfaların eski URL'lerini tek tek test edin: doğru hedefe mi gidiyor, hedef 200 mü dönüyor, içerik korunmuş mu?
  • Eski sitemap'i bir süre daha yayında tutmak, Google'ın eski URL'leri tarayıp yönlendirmeleri görmesini hızlandırabilir. Yeni sitemap'le birlikte gönderip sonra kaldırıyorum.

Yönlendirmeleri kaldırmak için acele etmeyin. Google'ın site taşıma belgesi yönlendirmelerin en az bir yıl yerinde kalmasını öneriyor; ben mümkün olduğunca kalıcı tutuyorum çünkü eski backlink'ler yıllarca trafik getirmeye devam ediyor. Domain değişikliği de işin içindeyse domain değişikliğinde trafik kaybetmemek yazısındaki ek adımlara bakın.

Özetle

Taşımanın başarısını yayın günü değil, önceki hazırlık belirliyor. Eski sitenin eksiksiz envanteri, sayfa sayfa bir yönlendirme haritası ve parola korumalı bir staging ortamı olmadan başlamayın. Yayın günü robots.txt, noindex, sitemap ve tek adımlı 301'leri kontrol edin. Sonraki haftalarda da Search Console, loglar ve sayfa bazlı trafik üzerinden sorunları erkenden yakalayın. Listeyi eksiksiz uyguladığınızda geriye kalan dalgalanma çoğunlukla geçici oluyor; hatadan kaynaklanan kayıplar ise zaten bu adımlarda ortaya çıkıyor.

Comments / questions

If you have a question about any topic or wish to contact me: Telegram or send an email to [email protected] Thanks!

Related pages