Site Taşıma İçin SEO Kontrol Planı
URL eşlemesi, yönlendirme, kanonik ve izleme adımlarıyla site taşıma SEO planı: taşıma öncesi, sırası ve sonrası kontrol listesi.

Platform, alan adı veya URL yapısı değişen bir mağazada site taşıma; arama görünürlüğü, sipariş akışı ve veri sürekliliğini birlikte etkiler. Geçişte geçici trafik dalgalanmaları görülebilir. Hazırlık, taşınan sayfaların karşılıklarını korumaya ve teknik hataları hızlı bulmaya odaklanmalıdır.
Taşıma öncesi: eşleme tablosu her şeyin temelidir
URL envanterini tarama, site haritası, CMS kayıtları, Search Console ve bağlantı verilerini birleştirerek çıkarın. Görselleri ve PDF gibi indirilen dosyaları unutmayın. Her adres için korunacak, taşınacak, birleştirilecek veya kaldırılacak kararını yazın. Eşdeğer yeni sayfası olan eski adres yönlendirilir; karşılığı olmayan kaldırılmış içerik uygun 404 veya 410 yanıtı verebilir. İlgisiz kategoriye toplu yönlendirme yapmayın.
Katalog büyüklüğüne göre kurallar ve elle inceleme birlikte kullanılabilir. Hazırlanan eşlemenin bütün satırlarında hedef yanıtını otomatik kontrol edin; değerli sayfaların içerik eşdeğerliğini ayrıca okuyun. Çok dış bağlantı alan fakat düşük tıklamalı bir adresi yalnız trafik sayısına bakarak listeden çıkarmayın.
| Taşıma öncesi çıktı | İçerik | Sorumlu |
|---|---|---|
| Eşleme tablosu | Eski URL yeni URL, satır satır | SEO + geliştirme |
| Değerli sayfa listesi | Arama gösterimi ve dış bağlantı taşıyan adresler | SEO |
| Ölçüm taban çizgisi | Taşıma öncesi trafik ve sipariş verisinin kaydı | Ölçüm |
| Geri dönüş planı | Kritik hata durumunda eski siteyi geri açma adımları | Teknik ekip |
Taban çizgisi kaydı olmadan taşımayın
Sezon, kampanya, stok ve marka araması etkilerini görebileceğiniz bir başlangıç dönemi kaydedin. Organik tıklama, açılış sayfası, cihaz ve sipariş verilerini aynı tarih aralığında saklayın. Geri dönüş planında eski siteyi açmanın yanında yeni sitede oluşan siparişleri, stok değişikliklerini ve müşteri kayıtlarını nasıl koruyacağınızı da belirtin.
Taşıma günü: yönlendirme ve yanıt kodları
Adresi değişen ve eşdeğer karşılığı bulunan sayfalar kalıcı sunucu yönlendirmesiyle nihai hedefe bağlanır. Zincir ve döngüleri eşleme dosyası üzerinden topluca denetleyin. Adresi korunan sayfaya sırf taşıma yapılıyor diye yönlendirme eklemek gerekmez; yeni platform aynı URL’de doğru içeriği ve başarılı yanıtı sunabilir.
Geçiş anında eşleme dosyasındaki adresleri, beklenmedik 4xx/5xx yanıtlarını ve temel müşteri akışlarını kontrol edin. Sepet, ödeme ve sipariş bildirimi için kontrollü test senaryosu kullanın; test siparişlerini gerçek satış raporundan ayırın. Hata halinde hangi koşulda geri dönüleceği, kimin karar vereceği ve yeni siparişlerin nasıl korunacağı geçişten önce yazılmış olmalıdır.
Staging canlıya bakmıyor olabilir
Taşıma öncesi hazırlanan test ortamı, canlıya geçtiğinde farklı davranabilir: önbellek katmanı, CDN kuralları ve sunucu ayarları staging'de kopyalanmamış olabilir. Bu yüzden testleri iki kez yapın: staging'de ve canlıya geçtikten sonra. İkinci tur, taşıma gününün asıl kontrolüdür.
Test ortamının noindex, robots.txt, HTTP başlığı, erişim şifresi ve canonical ayarlarını yayın kontrol listesine alın. Aramada görünmesi gereken canlı sayfalar yanlışlıkla test ortamına veya engelli sürüme işaret etmemeli; test ortamının kendi erişim koruması ise devam etmelidir.
Yayın öncesi hazırlanan sinyallerin canlı kontrolü
İç bağlantı, site haritası ve canonical güncellemelerini ilk haftaya bırakmayın; bunlar yayın paketinin parçasıdır. Canlı açılıştan sonra yeniden doğrulayın. Menüdeki bağlantılar nihai adreslere gitmeli, site haritasında yalnız uygun yeni adresler bulunmalıdır. Eski URL’de kalan bağlantı ziyaretçiyi gereksiz yönlendirmeden geçirebilir.
Search Console mülkü yeni kapsamı zaten içeriyorsa yeniden mülk açmak gerekmez. Alan adı veya protokol değişiminde doğru mülk kapsamını ve gerekiyorsa adres değişikliği adımını değerlendirin. Öncelikli sayfaları URL Denetleme ile örnekleyin; kullanıcı tarafından belirtilen canonical ile Google’ın seçtiği adresin farklı olabileceğini hesaba katın.
Çok dilli mağazalarda taşıma
Dil ve bölge adresleri değişiyorsa hreflang eşlemeleri de güncellenir. Bölge sürümleri aynı dilde olabilir; örneğin farklı ülkelerin İngilizce mağazaları. Kullanılan HTML, HTTP başlığı veya site haritası yönteminde adreslerin erişimini, karşılıklı dönüş bağlantılarını ve sürümün kendisini belirtmesini kontrol edin. Farklı dildeki tüm sayfaları ana dile canonical yapmak uygun bir varsayılan değildir.
Taşıma sırasında dil sürümlerinden bazıları geçici olarak indeks dışı kalabilir; bunu tek tek URL Denetleme ile örnekleyerek izleyin. Eski Uluslararası Hedefleme raporu artık kullanılmadığı için dil sürümü sağlığını URL düzeyinde kontrol etmek gerekir.
Toparlanmayı izleme düzeni
Geçişin hemen ardından erişim ve ödeme hatalarını inceleyin; trafik eğilimini anlamak için ayrıca daha geniş karşılaştırma dönemi kullanın. Beklenmedik toplu noindex ya da 500 hatasını “dalgalanma geçer” diye bekletmeyin. Toplam tıklamanın yanında eski-yeni sayfa gruplarını, cihazları ve marka/marka dışı sorguları karşılaştırın.
İndekslenmiş olmak doğru eşlemenin veya içerik kalitesinin kanıtı değildir. Sipariş dönüşümünü ölçerken örneğin organik oturumlardan gelen siparişleri aynı dönemdeki organik oturumlara bölün ve atıf tanımını koruyun. Trafik geldiği halde sipariş azalması; değişen arama niyeti, stok, fiyat, ölçüm veya ödeme sorunu gibi birden fazla açıklamaya sahip olabilir.
Değişiklik günlüğü tutun
Mümkünse adres taşıma ile kapsamlı içerik yenilemeyi ayrı aşamalarda yapın; böylece değişikliklerin etkisini okumak kolaylaşır. Bu, hatalı içeriği veya kritik teknik sorunu düzeltmeyi erteleme gerekçesi değildir. Aynı anda yapılması gereken işleri tarih, sayfa grubu ve sorumlusuyla kaydedin.
Taşıma kararını maliyetiyle değerlendirin
Site taşıma bir SEO projesi değil, iş projesidir: geliştirme, test, veri göçü ve taşıma sonrası bakım gider kalemleridir. Taşıma gerekçesini ölçülebilir sorunlara bağlayın; 'rahatsız edici görünen' mevcut site için taşıma yapmak, ölçülebilir kazanımı olmayan bir risk almaktır. SEO hizmeti ve web tasarımı kapsamlarının taşıma sürecinde birlikte planlanması, hem tasarım hem teknik tarafın aynı plana oturmasını sağlar.
Taşıma yerine parçalı iyileştirme değerlendirin
Mevcut platformda parçalı iyileştirme ile yeni altyapıya geçişin toplam maliyetini karşılaştırın. Güvenlik desteği, bakım, ekip becerisi, entegrasyon ihtiyacı ve ticari büyüme planı birlikte değerlendirilir. E-ticaret projelerinde yalnız ilk geliştirme ücretini değil, geçiş ve sonraki işletim maliyetini de karar tablosuna yazın.
Sonuç
Taşıma planı; eksiksiz adres envanteri, doğru eşleme, yayına hazır bağlantı ve indeksleme ayarları, veri koruyan geri dönüş senaryosu ve canlı testlerden oluşur. Önce teknik kırılmaları bulun, ardından organik talep ve sipariş eğilimini başlangıç dönemiyle karşılaştırın. Sıfır trafik kaybı sözü yerine, sorumlusu ve doğrulama adımı belli bir geçiş planı hazırlayın.
Sık sorulan sorular
Taşıma sonrası trafik düşüşü ne kadar sürer?
Bütün siteler için geçerli bir süre yoktur. Site büyüklüğü, tarama, URL değişimi ve teknik hatalar sonucu etkiler. Yalnız toplam trafiği beklemek yerine erişim hataları ile öncelikli adreslerin durumunu hemen inceleyin; trafik karşılaştırmasına sezon ve kampanya farklarını ekleyin.
Eski alan adını ne kadar tutmalıyım?
Eski adreslere gelen bağlantılar ve doğrudan girişler sürdükçe yönlendirmelerin çalışması gerekir. Alan adı yenileme maliyeti düşük kaldığı sürece yönlendirmeleri uzun dönem korumak, dış bağlantı değerini muhafaza etmenin en pratik yoludur. Yenileme takvimini taşıma planına yazın.
Yönlendirme yapmadan URL değişikliği mümkün mü?
Adresi taşınan içeriğin eşdeğer yeni sayfasına yönlendirme gerekir. Aynı URL korunuyorsa ek yönlendirme gerekmeyebilir. Kalıcı kaldırılan ve karşılığı olmayan bir sayfa ise ilgisiz hedefe zorlanmak yerine uygun 404 veya 410 yanıtıyla ele alınır.
Test ortamındaki noindex canlıya taşınırsa ne olur?
Aramada görünmesi gereken sayfalar indeks dışı kalabilir. HTML meta etiketini ve HTTP X-Robots-Tag başlığını canlıda kontrol edin; robots.txt, canonical ve erişim kısıtlarını da ayrı inceleyin. Kaynak dosyada doğru görünen ayarın sunucuda aynı çalıştığını doğrulayın.



