Site taşıma kontrol listesi — sıralamayı kaybetmeden

Taşıma neden riskli?

Site taşımalarında sıralama kaybının sebebi neredeyse hiçbir zaman tasarım veya altyapı değil. Sebep şu: Google eski adreslerin yeni karşılığını bulamıyor.

Google yıllarca sizin adreslerinizi tanıdı, onlara değer atadı, dizinine yazdı. Adres değiştiğinde bu bağın yeniden kurulması gerekiyor. Kurulmazsa sıfırdan başlıyorsunuz.

İyi haber: doğru yapıldığında kayıp %5'in altında kalıyor ve birkaç hafta içinde toparlanıyor.

Taşıma tipleri

En çok hata yapılan yer üçüncü ve dördüncü satırlar. Platform değişimi genellikle adres yapısını da değiştiriyor ve iki risk birleşiyor. Alan adı değişikliği yurt dışına açılmak için yapılıyorsa (.com.tr'den .com'a geçmek gibi) taşımaya dil ve ülke hedeflemesi de ekleniyor; o tarafı uluslararası SEO sayfasında anlattık.

Taşıma öncesi — hazırlık

Bu listenin omurgası Google’ın adres değişikliği belgesinden geliyor; eklediğimiz kısım sahada tekrar tekrar karşılaştığımız atlanan adımlar. Belgeyi taşımadan önce bir kez okumak, sonradan telafi edilecek birkaç haftayı baştan kazandırıyor.

1. Mevcut durumu kaydedin

Bu adım atlanırsa sonradan neyin bozulduğunu anlayamıyorsunuz. Kaydedilecekler:

• Tüm adres listesi. Screaming Frog taraması + site haritası + Search Console’daki indeksli sayfalar. Üçünü birleştirin, çünkü hiçbiri tek başına tam değil.
• Search Console verisi. Son 16 ayın performans raporunu dışa aktarın. Taşıma sonrası kıyas noktanız bu olacak.
• Analitik verisi. Aylık trafik, en çok ziyaret edilen sayfalar.
• Sıralama durumu. Hedef kelimelerin mevcut pozisyonları.

2. Yönlendirme haritası çıkarın

Her eski adresin yeni karşılığını yazın. Bu, taşımanın en kritik dosyası.

Kurallar:

• Her adres kendi karşılığına yönlendirilmeli, toplu olarak ana sayfaya değil
• Gerçekten karşılığı olmayan sayfalar için en yakın üst kategori kullanılmalı
• Yönlendirme kodu 301 olmalı (kalıcı)
• Zincir kurulmamalı — A→B→C değil, doğrudan A→C

Taşımadan sonra eski adresleri yönlendirme zinciri kontrolü aracına yapıştırıp her birinin tek sıçramayla 301 verdiğini doğrulayabilirsiniz; araç http ve www varyantlarını da deniyor.

Bizim kendi taşımamızda 128 adresin 53'ünü koruduk, 61'ini yönlendirdik, kalanını sildik. Haritayı CSV olarak tuttuk ve her satırı tek tek doğruladık.

Binlerce adresli sitelerde harita elle değil tarama verisinden çıkarılıyor ve satır satır doğrulama ekip işine dönüşüyor; bu ölçekteki taşımaları kurumsal SEO kapsamında planlıyoruz.

3. Kaynak adres canlı bir sayfayı gölgeliyor mu?

Bu, en sinsi hata. Yönlendirme haritasında yer alan bir kaynak adres, yeni sitede gerçek bir sayfaysa yönlendirme o sayfayı yutuyor.

Somut örnek: kendi taşımamızda eski sitede /iletisim adresinde bir sayfa vardı ve haritada başka bir yere yönlendirilmişti. Yeni sitede de /iletisim vardı. Sonuç: iletişim sayfasına tıklayan kullanıcı bambaşka bir sayfaya düşüyordu.

Kontrol yöntemi basit: yönlendirme listesindeki her kaynak adresi yeni sitenin sayfa listesiyle karşılaştırın. Kesişim boş olmalı.

Taşıma günü

Sırayla:

1. Yeni siteyi kapalı ortamda tam olarak test edin. Her sayfa açılıyor mu, formlar çalışıyor mu.
2. Yönlendirmeleri devreye alın.
3. robots.txt kontrolü. Geliştirme sırasındaki engelleme kuralı kalmış olabilir. Bu, en sık yapılan hata.
4. noindex kontrolü. Aynı sebep.
5. Site haritasını güncelleyin ve Search Console'a bildirin.
6. Analitik ve etiket yöneticisi kodlarının taşındığını doğrulayın.
7. SSL sertifikasını kontrol edin.

Taşımayı hafta içi sabah yapın. Cuma akşamı taşıma yapıp hafta sonu sorun çıkarsa iki gün kaybediyorsunuz.

Taşıma sonrası — ilk 48 saat

Yeni adreslerin taranmasını beklemek yerine yeniden tarama talebi gönderin. Google’ın belgesi bu talebin taramayı öne aldığını ama sıraya girdiğini belirtiyor — yani hızlandırıyor, garanti etmiyor.

Bir de gözle kontrol: mobil görünüm, form gönderimi, arama işlevi.

İlk 90 gün

Taşıma sonrası düşüş normal. Panik yapıp geri dönmek en kötü karar — Google’ı iki kez şaşırtmış oluyorsunuz.

Beklenen seyir:

• 1.–2. hafta: %10–30 arası düşüş, dalgalanma
• 3.–6. hafta: Toparlanma başlıyor
• 8.–12. hafta: Eski seviyeye dönüş veya üstü

Bu aralıkta yapılacaklar: Search Console’daki hata raporlarını haftalık kontrol etmek, çıkan 404’leri yönlendirmeye eklemek, dışarıdan bağlantı veren önemli siteleri yeni adres için bilgilendirmek.

Dikkat — Taşımada en sinsi hata şu: yönlendirme listesindeki bir kaynak adres, yeni sitede gerçek bir sayfayı gölgeliyor. Kendi taşımamızda tam da bu oldu — iletişim sayfasına tıklayan kullanıcı bambaşka bir yere düşüyordu. Yönlendirme listesindeki her kaynak adresi yeni sayfa listenizle karşılaştırın; kesişim boş olmalı.

Platform değişikliğinde ek kontroller

WordPress'ten başka bir sisteme geçiyorsanız — bizim kendi taşımamızda olduğu gibi — standart listeye şunlar ekleniyor:

Adres yapısı farkı. WordPress varsayılan olarak kategori ve tarih içeren adresler üretiyor. Yeni sistem sade adres kullanıyorsa her sayfanın karşılığı elle eşlenmeli. Otomatik kural yazmak cazip geliyor ama istisnalar mutlaka çıkıyor.

Eklenti çıktısı. Site haritası, yapısal veri, kanonik etiketler — bunları WordPress'te eklenti üretiyordu. Yeni sistemde her birinin karşılığı kurulmuş mu, tek tek doğrulayın.

Medya dosyaları. Görsel adresleri değişiyorsa hem sayfa içindeki referanslar hem Google Görseller'deki sıralama etkileniyor. Görselleri de yönlendirmeye dahil edin.

Form ve entegrasyonlar. İletişim formu, randevu sistemi, ödeme entegrasyonu. Bunlar SEO'yu ilgilendirmiyor ama çalışmadığında taşımanın başarısı tartışılmaz hâle geliyor.

Örnek senaryo — Sitesini yenileyen ve 340 eski adresin tamamını ana sayfaya yönlendiren bir işletme düşünün. "Nasılsa 301 verdik" mantığıyla. Google, hedefle alakasız toplu yönlendirmeleri yumuşak 404 sayıyor; bu yüzden organik trafikte sert bir düşüş beklenir. Çözüm adresleri tek tek eşleyip yeniden yönlendirmek ama toparlanma genellikle aylar sürer.

İpucu — Yönlendirme listesini taşımadan önce bir elektronik tabloda kurun: sol sütun eski adres, sağ sütun yeni adres, üçüncü sütun eski adresin son on iki aydaki gösterimi. Gösterimi en yüksek yüz adresi taşıma günü elle test edin; geri kalanı toplu tarama ile kontrol edin.

Yönlendirme kuralları sunucuda nasıl yazılır?

Yönlendirme haritası hazır olduğunda kuralların nereye yazılacağı sunucuya bağlı. Apache sunucularda bu iş genellikle dizin bazlı yapılandırma dosyası olan htaccess ile yapılıyor; Apache'nin kendi belgeleri dosyanın nasıl çalıştığını ve ne zaman kullanılmaması gerektiğini açıklıyor. Nginx'te aynı ayarlar sunucu yapılandırmasında tanımlanıyor ve genellikle sunucu erişimi gerektiriyor. Modern platformlarda kurallar uygulamanın kendi yapılandırma dosyasında duruyor; kendi sitemizde yönlendirmeler bu şekilde, uygulama katmanında tanımlı — kurallar sürüm kontrolünde duruyor, yayına almadan önce test edilebiliyor ve sunucu değiştiğinde birlikte taşınıyor.

htaccess ile çalışıyorsanız dosyanın affetmeyen bir tarafı var: tek bir sözdizimi hatası sunucunun 500 hatası döndürmesine ve sitenin tamamının kapanmasına yol açıyor. Çalışma disiplini şu olmalı: değişiklikten önce dosyanın bir kopyasını alın, tek seferde tek değişiklik yapın, kaydedip siteyi hemen kontrol edin, sorun varsa kopyayı geri yükleyin. Barındırma paneli üzerinden düzenleme yapıyorsanız bile kopya alın; geri al düğmesi her panelde yok.

Kurallar yukarıdan aşağıya değerlendiriliyor ve sıra yanlış kurulduğunda alttaki kurallar hiç çalışmıyor. Doğru sıra özelden genele: önce tekil sayfa yönlendirmeleri, sonra dizin bazlı yönlendirmeler, sonra www ve HTTPS birleştirme, en altta genel desen kuralları. www birleştirme ve HTTPS zorlaması taşımayla aynı anda ele alınmalı; kullanıcı www'suz adrese gelip www'luya, oradan HTTPS'e yönlendiriliyorsa bu üç turluk bir zincir ve tek kuralla tek adıma indirilebiliyor. Yönlendirmeler 301 olmalı; 302 geçici anlamına geliyor ve arama motoru eski adresi dizinde tutmaya devam ediyor.

Yüzlerce kural biriktiğinde her istekte dosya baştan sona değerlendirildiği için ölçülebilir bir gecikme başlıyor. Çok sayıda yönlendirme gerekiyorsa ortak desenleri yakalayan kurallar yazmak ya da yönlendirmeleri uygulama katmanında yönetmek daha verimli. Kurallar yazıldıktan sonra kontrol listesi kısa: ana sayfa ve birkaç iç sayfa açılıyor mu, yönlendirilen eski adres doğru hedefe gidiyor mu, yönlendirme tek adımda mı gerçekleşiyor, www ve HTTPS varyasyonları tek adrese çıkıyor mu. Tek adım kontrolü için tarayıcının ağ sekmesi yeterli; kaç yönlendirme yapıldığı orada görünüyor.

Yönlendirmeler ne kadar açık kalmalı?

En az bir yıl. Mümkünse kalıcı olarak.

Yönlendirmeleri kaldırmak, dışarıdan gelen bağlantıların değerini de kesiyor. Sunucu tarafında maliyeti neredeyse sıfır olduğu için kaldırmak için bir sebep yok.

Ne zaman taşımayın?

Sezonun en yoğun döneminde taşıma yapmayın. E-ticarette kasım, eğitimde eylül, turizmde yaz gibi. Geçici düşüş normal olsa bile o düşüşün maliyeti dönemin yoğunluğuyla çarpılıyor. E-ticaret taşımalarında ürün ve kategori adreslerinin eşlenmesi işin en uzun kısmı; bu tarafı e-ticaret SEO kapsamında yürütüyoruz.

Ayrıca sadece tasarım beğenilmediği için adres yapısını değiştirmeyin. Tasarım, adres yapısına dokunmadan da değiştirilebiliyor — risk almaya değmez.

Son bir uyarı: taşımayı iki aşamaya bölmeyin. Önce alan adını değiştirip sonra adres yapısını değiştirmek, Google’ı iki kez sıfırlıyor ve toparlanma süresini ikiye katlıyor. Değişecek her şey aynı anda değişmeli.

Kendi taşımamızdan çıkan en pratik ders şuydu: yönlendirme dosyasının tek bir doğru kopyası olmalı ve nereden üretildiği belli olmalı. Bizde dosya hem yerelde hem sunucuda tutuluyordu; her dağıtımda eski kopya yenisinin üstüne yazılıyor ve düzeltilmiş yönlendirmeler geri geliyordu. Sorunu bulmak, yönlendirmeleri düzeltmekten uzun sürdü.

Taşıma planlıyorsanız yönlendirme haritasını ve taşıma sonrası kontrolleri biz üstlenebiliriz. Teknik SEO hizmetimiz bu süreci kapsıyor.

Bu konuyla ilgili

• web sitesi geliştirme — Yeni site kuruluyorsa taşıma planı geliştirmenin parçası.
• Domain nedir? — Alan adı değişikliğinin taşımadan farkı.
• Screaming Frog — Taşıma öncesi adres envanterini çıkarmak.