Site Taşıma (Site Migration) Nedir?
Kısa tanım
Site taşıma (site migration), bir web sitesinin alan adı, URL yapısı, protokolü, altyapı platformu (CMS) veya barındırma ortamı gibi temel bileşenlerinden birinin değiştirilmesidir. URL'ler değişiyorsa her eski adres içerik olarak en yakın yeni adrese kalıcı yönlendirmeyle eşlenir. Amaç, kullanıcıları ve arama motorlarında birikmiş sinyalleri kayıpsız biçimde yeni yapıya aktarmaktır; iyi planlanmış taşımalarda bile sıralamalar bir süre dalgalanabilir.
Diğer adları: site migration, site taşınması, alan adı taşıma, domain taşıma, site migrasyonu
Her taşıma aynı değildir
"Siteyi taşıyoruz" cümlesi birbirinden çok farklı işleri anlatabilir. Riskin büyüklüğünü belirleyen soru, URL'lerin değişip değişmediğidir. Yalnızca sunucu değişiyorsa arama motorları açısından adresler aynı kalır; alan adı ya da URL yapısı değişiyorsa her sayfanın sinyallerinin yeni adrese aktarılması gerekir.
| Taşıma türü | Örnek | URL'ler değişir mi? | Adres Değişikliği aracı |
|---|---|---|---|
| Hosting değişikliği | Paylaşımlı hosting'den VPS'e geçiş | Hayır | Gerekmez |
| Protokol değişikliği | HTTP'den HTTPS'e geçiş | Evet | Kullanılmaz |
| URL yapısı değişikliği | /urun.php?id=12 yerine /urunler/deri-canta/ | Evet | Kullanılmaz |
| Platform (CMS) değişikliği | Hazır altyapıdan özel yazılıma geçiş | Çoğunlukla evet | Alan adı aynıysa kullanılmaz |
| Alan adı değişikliği | ornek.com yerine ornek.com.tr | Evet | Kullanılır |
URL'lerin değişmediği hosting taşımalarında Google, DNS kayıtlarının TTL değerini taşımadan en az bir hafta önce birkaç saate düşürmeyi önerir. Yeni sunucuya geçişin hemen ardından Googlebot'un tarama hızının geçici olarak düşmesi ve sonraki günlerde yeniden artması normal kabul edilir.
Yönlendirme haritası: taşımanın asıl işi
Yönlendirme haritası (redirect map), her eski URL'nin hangi yeni URL'ye gideceğini gösteren tablodur. Eksik bir harita, taşımada yaşanan kayıpların en sık nedenidir. Eski URL listesini tek bir kaynaktan çıkarmak yetmez; XML site haritası, sunucu kayıtları, analitik verisi, Search Console raporları ve backlink alan sayfalar birlikte taranmalıdır. Log dosyası analizi, site haritasında unutulmuş ama hâlâ trafik alan adresleri bulmanın en güvenilir yoludur.
Harita hazır olduğunda kurallar sunucu tarafında, kalıcı yönlendirme olarak uygulanır. Google 301 ve 308 kodlarını önerir; ayrıntılar için 301 yönlendirme sayfasına bakabilirsiniz. Nginx'te yüzlerce kuralı tek tek yazmak yerine bir eşleme tablosu kullanılabilir:
# Nginx: eski adresleri tablodan okuyup tek adımda yönlendirme
map $request_uri $yeni_adres {
/hizmetler/web-tasarim.html /web-tasarim/;
/urun.php?id=12 /urunler/deri-canta/;
}
server {
if ($yeni_adres) {
return 301 $yeni_adres;
}
}Site daha önce de taşınmışsa eski kuralları yenileriyle birleştirin; aksi hâlde yönlendirme zincirleri oluşur. Google zincirde en fazla 10 adımı izlediğini, ancak doğrudan son hedefe yönlendirmeyi tavsiye ettiğini belirtir.
Search Console'da Adres Değişikliği
Google Search Console'daki Adres Değişikliği (Change of Address) aracı yalnızca bir alan adından veya alt alan adından diğerine geçişte kullanılır. HTTP'den HTTPS'e geçiş, www ile www'suz sürüm arasındaki değişiklik ve aynı alan adı içindeki klasör taşımaları için gerekmez. Aracı kullanabilmek için iki mülkün de aynı Google hesabıyla sahiplik düzeyinde doğrulanmış olması ve eski ana sayfanın yeni ana sayfaya 301 ile yönlenmesi gerekir.
Dikkat edilmesi gereken bir ayrıntı: araç, belirtilen alan adının altındaki alt alan adlarını (www dahil) kendiliğinden taşımaz. Bu yüzden eski alan adının doğrulanmış tüm varyantları için ayrı istek gönderilmelidir. Google, taşıma bildirimini 180 gün boyunca gösterir; yönlendirmeleri ise genel kural olarak en az bir yıl, mümkünse süresiz korumayı önerir. Eski alan adının başkası tarafından alınıp kötüye kullanılmaması için kaydını en az bir yıl daha yenilemek de Google'ın önerileri arasındadır. Süreç adım adım Google Search Central belgesinde anlatılır.
Yayın günü ve sonrası
- Yeni sayfalarda kendine işaret eden canonical etiketi bulunmalı; hreflang ek açıklamaları ve iç bağlantılar yeni URL'leri göstermeli.
- Yeni XML site haritası gönderilmeli. Başlangıçta eski haritada çok sayıda dizinli sayfa, yenisinde hiç görünmemesi beklenen bir durumdur; tablo zamanla tersine döner.
- Test ortamından kalan
noindexetiketleri ve robots.txt engelleri kaldırılmalı. - Eski URL listesi toplu olarak test edilip her adresin tek adımda 200 döndüren bir sayfaya ulaştığı doğrulanmalı.
Google, orta büyüklükteki bir sitede yeni URL'lerin eskilerin yerini alması için birkaç hafta veya daha uzun süre gerekebileceğini, bu sırada sıralamaların geçici olarak dalgalanabileceğini belirtir. Aynı nedenle alan adı, CMS ve tasarım değişikliklerini aynı güne sıkıştırmak yerine sırayla yapmak önerilir; sorun çıktığında nedeni ayırt etmek ancak böyle mümkün olur.
Sık yapılan hatalar
- Her şeyi ana sayfaya yönlendirmek: Karşılığı olmayan sayfaları topluca ana sayfaya göndermek çoğu zaman soft 404 olarak değerlendirilir. Gerçekten kaldırılan içerik için 404 veya 410 dürüst cevaptır.
- Görselleri ve PDF'leri unutmak: Görsel aramadan ve dış sitelerden trafik alan dosyalar da haritaya girmelidir.
- Geçici yönlendirme kullanmak: Kalıcı bir taşıma için 302 kullanmak, eski adreslerin dizinde daha uzun kalmasına yol açabilir.
- Takibi erken bırakmak: Search Console'daki dizine ekleme ve tarama hataları, taşımadan sonraki haftalarda düzenli olarak izlenmelidir.
Taşıma sonrasında yönlendirme zincirlerini, hatalı durum kodlarını ve canonical tutarsızlıklarını yakalamak için SEO Analiz Aracı ile örnek sayfaları kontrol edebilirsiniz.