Taşıma türünü ve iş gerekçesini ayırın
Siteyi yenileme veya yeniden kurma kararı, hangi bileşenlerin değişeceğini belirlemekle başlar. Website migration; domain, URL, hosting veya CMS geçişini kapsayabilen bir operasyon adıdır. Her geçiş aynı teknik planı gerektirmez. Sadece tasarım değişmesi URL’lerin mutlaka değişeceği anlamına gelmez; adresler sabitse onları korumak bir seçenek olabilir.
Yeni marka adı, içerik yönetimi ihtiyacı veya kapasite sorunu taşıma gerekçesi olabilir. Ancak mevcut sistemin iyileştirilmesiyle çözülüp çözülmediğini önce değerlendirin. Trafik artışı otomatik olarak özel sunucu gerektirmez; eski CMS de tek başına yeniden kurma zorunluluğu yaratmaz. Sorunu, beklenen kazanımı ve geçişin işletim maliyetini karar kaydına yazın.
Aynı anda domain, CMS, tasarım ve içerik değiştirmek hatanın kaynağını bulmayı zorlaştırabilir. Değişiklikleri aşamalandırmanın teknik olarak mümkün olup olmadığını inceleyin. İş hedefi nedeniyle birlikte geçiş gerekiyorsa bu bağımlılıkları açıkça kaydedin. Hiçbir plan bütün veri, trafik ve gelir riskini ortadan kaldırdığı iddiasıyla sunulmamalıdır.
| Değişiklik | Temel kontrol | Ayrı dikkat |
|---|---|---|
| Hosting/CDN, URL sabit | Yeni ortamda erişim ve veri bütünlüğü | DNS, sertifika ve kapasite |
| Domain veya URL yolu | Eski-yeni adres eşlemesi | Yönlendirme, iç bağlantı ve arama takibi |
| HTTP → HTTPS | Sertifika ve kaynak erişimi | HTTP adreslerin geçişi, karışık içerik |
| CMS veya tasarım | İçerik modeli ve kullanıcı görevleri | Adreslerin gerçekten değişip değişmediği |
Mevcut veriyi ve geri dönüş koşulunu kaydedin
CMS geçişinden önce içeriklerin, dosyaların ve ilişkilerin envanterini çıkarın. Sayfa listesine önemli görselleri, indirilen dosyaları ve kampanya adreslerini de ekleyin. Hangi verinin taşınacağını, hangisinin birleştirileceğini ve hangisinin kaldırılacağını belirleyin. Yalnız menüde görünen sayfaları incelemek bütün adresleri kapsamayabilir.
Dosya, veritabanı, medya, yapılandırma ve gerekiyorsa e-posta kapsamı için yedek hazırlayın. Yedeğin alınması ile geri yüklenebilir olması aynı değildir; kontrollü ortamda dönüş denemesi planlayın. Yeni ortamda içerik ve kayıtları örneklerle karşılaştırın. Canlı işlem üreten sitede son aktarım anını ve geçiş sırasında oluşan yeni kayıtları nasıl eşitleyeceğinizi ayrıca belirleyin.
Başlangıç durumunu saklayın: önemli sayfalar, hata yanıtları, sayfa yükleme gözlemleri ve iş için anlamlı talepler. Arama sorgusu, tıklama ve konum verisini Search Console’dan; site içi kullanım ve talepleri uygun analitik düzeninden inceleyin. Tek bir toplam ziyaret grafiği sorunlu sayfayı göstermeyebilir. Karşılaştırma döneminde mevsimsellik ve kampanya değişikliklerini kaydedin.
OKUMADAN SONRAKİ ADIMA
Taşıma kapsamını ve kontrol koşullarını netleştirin
Mevcut/yeni altyapıyı, önemli adresleri ve kritik kullanıcı görevlerini paylaşın; geçiş planını değerlendirelim.
Her eski URL için anlamlı bir sonuç belirleyin
SEO taşıma çalışmasında eski adresi hangi yeni içeriğin karşılayacağını yazın. Eşdeğer içerik yeni adresteyse uygun kalıcı yönlendirme planlanabilir; 301 ve 308 sunucu tarafındaki örneklerdir. Birkaç eski sayfa gerçekten birleştirilmişse birleşik sayfa hedef olabilir. Bütün eski adresleri ilgisiz ana sayfaya göndermek doğru bir genel çözüm değildir.
Karşılığı kalmayan içerikte uygun hata yanıtı gerekebilir; her 404 yeni yönlendirmeyle gizlenmemelidir. Yönlendirmeyi son hedefe mümkün olduğunca doğrudan kurun. Zinciri, döngüyü, yanlış dili ve hedefteki hata yanıtını kontrol edin. Aynı kuralın kısa örnekte çalışması, ürün veya arşiv adreslerinin tamamında doğru sonucu verdiğini kanıtlamaz.
Yeni adresler canonical, iç bağlantı, sitemap ve varsa dil ilişkilerinde tutarlı olmalıdır. Meta başlık ve açıklamaları içerikle birlikte değerlendirin; değişmez kopya zorunluluğu değil, sayfanın amacını korumak esastır. Google URL değişikliği rehberi eşleme ve yayın kontrollerini açıklar. Canonical tek başına bütün tekrar içerik riskini sıfırlamaz.
Sunucu, DNS ve HTTPS geçişini hazırlayın
Yeni hosting ortamını gerçek site ihtiyaçlarıyla denemeden DNS değiştirmeyin. Dosya ve veri aktarımının platforma uygun güvenli yöntemini seçin; her sistem için FTP zorunlu değildir. Yeni ortamda gerekli çalışma sürümü, medya, veritabanı bağlantısı, formlar ve yetkili alanları kontrol edin. Geçiş sadece ana sayfanın açılmasıyla doğrulanamaz.
Kullanılacak hostname’ler için sertifika ve HTTPS davranışını önceden değerlendirin. DNS/CDN ayarı, sunucu ve sertifika yanlış eşleşirse eski veya yanlış ortam görünebilir. TTL ve önbellek koşullarını ekip planına yazın; bütün kullanıcıların aynı saniyede yeni sunucuya geçeceğini varsaymayın. E-posta DNS kayıtları da değişecekse bunu ayrı kontrol kalemi olarak yönetin.
Son veri eşitlemesi, yayın değişikliği, erişim kontrolü ve gerekirse geri dönüş sırasını yazın. Düşük trafik dönemi uygun olabilir; herkes için gece zorunlu değildir. Kampanya ve operasyon sorumlularına geçiş penceresini bildirme görevini planlayın. Geri dönüşte yeni oluşan sipariş veya mesajların kaybolmaması için yalnız eski yedeği açmanın yeterli olup olmadığını değerlendirin.
Test ortamını ve canlı kabulü ayrı kontrol edin
Webflow veya başka bir platformda yayın öncesi, gerçek içerikle kontrollü bir kabul denemesi yapın. Mobil gezinme, arama, form, dosya indirme ve varsa ödeme/hesap görevlerini planlayın. Test kaydı üretim müşterisi veya gerçek lead olmamalıdır. Entegrasyonların test ortamını ve veri temizleme sorumluluğunu belirleyin.
Test ortamının erişimini ve arama davranışını ayrı yönetin. Hassas veri için erişim kontrolü gerekir; robots.txt güvenlik mekanizması değildir. Hazırlık için kullanılan noindex veya tarama engellerinin canlıda hangi adreslerden kaldırılacağını kaydedin. Test adresi yanlışlıkla görünür olduysa otomatik ceza varsaymak yerine erişim, indekslenme ve standart adres koşullarını teşhis edin.
Yayın kabulünde hata halinde işlemi durduracak koşulları yazın. Yanlış yönlendirme, kayıp kayıt veya çalışmayan iletişim akışı önemine göre ele alınmalıdır. Kusurlar için sorumlu, düzeltme ve tekrar kontrol kaydı tutun. Tasarımın onaylanması, altyapı veya arama görünümünün bütün koşullarının da onaylandığı anlamına gelmez.
Search Console bildirimini geçiş türüne göre kullanın
Canlı teknik denetimde eski adreslerin, yeni hedeflerin ve yayın engellerinin durumunu kontrol edin. Search Console mülk erişimini ve yeni sitemap’i değerlendirin. Adres Değişikliği aracı, uygun domain veya alt domain geçişlerinde taşıma ve yönlendirme sonrası kullanılır. Yalnız hosting değişimi, HTTP’den HTTPS’ye geçiş veya aynı site içindeki yol değişikliği için kullanılmaz.
Google’ın Adres Değişikliği açıklamasındaki güncel kapsamı esas alın. Araç, yönlendirme ve içerik tesliminin yerine geçmez. Aynı anda bütün sayfaların aramada görünmesini sağlamaz. Sayfa bazında eski adresin ve yeni hedefin çalışmasını kontrol etmek, yalnız ana sayfa testinden daha açıklayıcıdır.
Yayın kararının ardından kampanya hedeflerini, profil bağlantılarını ve kendi iç linklerinizi yeni kararla uyumlu hale getirin. Eski adreslere gelen kullanıcıları da izleyin. Teknik bir hata nedeniyle geri dönülecekse operasyonel kararı ve ilgili bildirim koşullarını birlikte değerlendirin. Sonuca sadece DNS panelindeki değişiklik üzerinden karar vermeyin.
Taşımanın sonucunu sayfa ve iş akışı düzeyinde izleyin
Taşıma sonrası takip, arama sinyalleriyle çalışan site görevlerini birlikte değerlendirmelidir. Eski-yeni URL listesiyle yönlendirmeleri tekrar kontrol edin; tarama, indekslenme, sunucu yanıtı ve analitik kayıtlarını inceleyin. Aramada geçici dalgalanma olabilir. Sabit süre, sıfır trafik kaybı veya bütün taleplerin önceki seviyeye dönmesi garantisi verilemez.
Bir düşüş gördüğünüzde nedenleri ayırın. Ölçüm kodu eksikliği, değişen kampanya, kaldırılan içerik, kırık hedef veya gerçek talep değişimi aynı grafikte görünebilir. Önemli sayfa gruplarını ve karşılaştırma dönemini kullanın. Yönlendirmeler ve gerekli eski domain erişimi için bakım sorumluluğu sürmelidir; yayın başarılı diye eski sistemin bütün parçalarını hemen kapatmayın.
Tamamlanma koşulunu önceden yazın: içerik ve kritik kayıtlar aktarılmış, önemli görevler çalışıyor, hatalar ele alınmış ve izleme sorumluluğu devredilmiş mi? Eski trafik sayısına dönmek tek başına teknik kabul ölçütü değildir. Son kayıt, yapılan değişiklikleri, kalan sorunları ve sonraki kontrol tarihini açıklamalıdır.
Erişim ve yönlendirme
Önemli eski adreslerin son hedefini ve yeni sayfaların doğru yanıtını izleyin.
İçerik ve işlem
Kayıp alan, bozuk dosya ve kesilen form/sipariş akışını ayrı inceleyin.
Arama ve ölçüm
Search Console verisini analitik kurulumuyla birlikte değerlendirin; grafik değişimini tek sebebe bağlamayın.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
Her tasarım yenilemesi URL taşıması mı?
Hayır. Görünüm değişirken adresler korunabilir. Gerçek domain, yol, protokol ve altyapı değişikliklerini listeleyip planı ona göre seçin.
Sadece hosting değişince Adres Değişikliği gerekir mi?
Kullanıcının gördüğü URL sabitse bu araç kullanılmaz. Yeni ortamın erişimi, DNS, HTTPS, veri ve performansı yine kontrol edilmelidir.
Eski bütün URL’ler ana sayfaya gönderilebilir mi?
Genel çözüm değildir. Eşdeğer veya gerçekten birleştirilmiş içeriğe uygun hedef gerekir; karşılığı olmayan içerik için doğru hata yanıtını değerlendirin.
Taşıma sıfır SEO kaybıyla garanti edilir mi?
Hayır. Planlama riski azaltabilir, fakat yeniden tarama ve içerik değerlendirmesi dalgalanma yaratabilir. Teknik kabul ve arama takibini ayrı yönetin.
Yedek almak geri dönüş için yeterli mi?
Geri yükleme, erişim ve son kayıtların korunması da değerlendirilmelidir. Canlı işlem üreten sitede yayın sonrası oluşan verinin nasıl korunacağını yazın.
Takip ne zaman tamamlanır?
Sabit bir süre yoktur. Kritik görevler, aktarım ve hata kontrolü için kabul koşulu belirleyin; arama/operasyon izleme sahipliğini devredin.
KAPSAMI BİRLİKTE BELİRLEYELİM
Taşıma kapsamını ve kontrol koşullarını netleştirin
Mevcut/yeni altyapıyı, önemli adresleri ve kritik kullanıcı görevlerini paylaşın; geçiş planını değerlendirelim.
Taşıma projenizi görüşün