Site taşıma kontrol listesi — sıralamayı kaybetmeden
Site yenileme ve taşımalarda sıralama kayıplarının büyük kısmı tek bir sebepten geliyor: unutulan yönlendirmeler. Bu liste, yılların birikimini bir gecede kaybetmenizi önlüyor.
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
Tip | Risk | Tipik toparlanma |
|---|---|---|
Sadece tasarım değişikliği | Düşük | 1–2 hafta |
Adres yapısı değişikliği | Orta | 3–6 hafta |
Alan adı değişikliği | Yüksek | 4–12 hafta |
Platform değişikliği (WordPress → başka) | Orta-yüksek | 3–8 hafta |
HTTP'den HTTPS'e | Düşük | 1–3 hafta |
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.
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
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.
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:
- Yeni siteyi kapalı ortamda tam olarak test edin. Her sayfa açılıyor mu, formlar çalışıyor mu.
- Yönlendirmeleri devreye alın.
- robots.txt kontrolü. Geliştirme sırasındaki engelleme kuralı kalmış olabilir. Bu, en sık yapılan hata.
- noindex kontrolü. Aynı sebep.
- Site haritasını güncelleyin ve Search Console'a bildirin.
- Analitik ve etiket yöneticisi kodlarının taşındığını doğrulayın.
- 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.
Kontrol | Nasıl | Beklenen |
|---|---|---|
Yönlendirmeler | Rastgele 20 eski adresi tarayıcıda açın | Hepsi doğru sayfaya, 301 ile |
Hata sayfaları | Screaming Frog taraması | 4xx ve 5xx sıfıra yakın |
İndeksleme | Search Console URL denetimi | Yeni adresler taranabilir |
Analitik | Gerçek zamanlı rapor | Trafik akıyor |
Sunucu kayıtları | Log dosyası | Googlebot geliyor |
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.
Eski sistemde | Yeni sistemde karşılığı var mı |
|---|---|
Site haritası eklentisi | Sistemin kendi üreticisi |
Yapısal veri eklentisi | Şablon içine gömülü işaretleme |
Önbellek eklentisi | Sunucu veya uygulama önbelleği |
Yönlendirme eklentisi | Sunucu veya uygulama seviyesinde kural |
Görsel optimizasyon | Otomatik biçim dönüşümü |
Örnek senaryo — Bir müşteri sitesini yeniledi ve 340 adresin tamamını ana sayfaya yönlendirdi. "Nasılsa 301 verdik" mantığıyla. Üç ay içinde organik trafik %70 düştü. Google, hedefle alakasız toplu yönlendirmeleri yumuşak 404 sayıyor. Adresleri tek tek eşleyip yeniden yönlendirdik, toparlanma dört ay sürdü.
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.
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.
