Wix/Squarespace Taşınması: Ne Zaman Geçilmeli ve Nasıl Başarılır?

Wix/Squarespace Taşınması Gerçekte Neler Gerektirir?

Wix veya Squarespace'ten "göç" tek tuşla yapılacak bir işlem değildir. Bir kısmı temizce taşınan, bir kısmı ise yeniden oluşturulması gereken birkaç parçanın koordineli taşınmasıdır.

"Göç" genellikle neleri içerir

İçerik: Sayfalar, blog yazıları, ürün listeleri ve temel metinler genellikle dışa aktarılabilir veya kopyalanabilir, ancak biçimlendirme ve bloklar nadiren birebir uyum sağlar.

Tasarım: Genelde temayı birebir taşımak yerine görünüm ve hissi (düzen, tipografi, bileşenler) yeniden oluşturursunuz. Bunu aynı planla evi yeniden inşa etmek gibi düşünün.

Alan adı ve e-posta: Alan adınız mevcut kayıt sağlayıcısında kalabilir veya transfer edebilirsiniz. Her iki durumda da DNS değişiklikleri lansmanın parçasıdır. E-posta (Google Workspace/Microsoft 365) genelde aynı kalır, ancak kayıtların korunması gerekir.

SEO: URL'ler, başlıklar, meta açıklamalar, başlık etiketleri, dahili bağlantılar, görsel alt metinleri ve yönlendirmeler için bir plan gerekir. Amaç, site değişirken arama görünürlüğünü korumaktır.

Özellikler ve entegrasyonlar: Formlar, rezervasyon, üye alanları, e-ticaret, analiz, CRM ve özel script'ler yeni platformda yeniden oluşturulmalı (veya iyileştirilmeli).

Hızlı karar çerçevesi

İki soru sorun:

1. Şu an sizi ne rahatsız ediyor? Örnekler: sınırlı SEO kontrolü, yavaş düzenleme akışı, e-ticaret kısıtları, tasarım sınırları veya zor yönetilen entegrasyonlar.

2. Geçiş size ne kazandıracak? Örnekler: daha iyi performans, gelişmiş pazarlama araçları, daha temiz içerik yönetimi, esnek tasarım veya uzun vadede daha düşük maliyetler.

Mevcut sıkıntı küçükse ve faydalar belirsizse, göç erken olabilir. Sorun sürekliyse ve yeni platform doğrudan çözüyor ise çaba genellikle haklıdır.

Yaygın hedefler (ve nedenleri)

Çoğu Wix/Squarespace göçü WordPress (içerik esnekliği), Webflow (tasarım kontrolü, yönetilen his), Shopify (e-ticaret odaklı) veya özel bir yapı (benzersiz gereksinimler) yönüne gider.

Doğru beklentiyi belirleyin

Bir miktar yeniden inşa normaldir. Her widget, şablon öğesi veya uygulama tam olarak "taşınamaz." Başarılı göç, aynı (veya daha iyi) içerik, daha temiz yapı, korunan SEO ve ilk günden güvenilir çalışan özelliklere odaklanır.

Geçmenin Değerli Olduğunu Gösteren İşaretler

Bazen Wix veya Squarespace göçü "yenilik istemek"ten çok, işi yavaşlatan sürtünmeyi ortadan kaldırmak içindir. Aşağıdaki kalıpları tanıyorsanız, platform değiştirmek sınırlamaların etrafında yamalamaktan daha hızlı yol olabilir.

Şablonları aştınız ve gerçek tasarım kontrolüne ihtiyacınız var

Her değişiklik bir çözüm gerektiriyorsa (bölüm kurallarıyla uğraşma, boşluk sorunları veya mobil düzenler), "şablon vergisi" ödüyorsunuz demektir. Yeniden tasarım yapmadan ölçeklenebilir sayfalar, yeniden kullanılabilir bileşenler ve daha temiz sayfa yapısı gerektiğinde Wix'ten veya Squarespace'ten taşınmak mantıklıdır.

Sürekli özellik sınırlarına takılıyorsunuz

Önemli özellikler mevcut değilse veya sürdürmesi zor ise (üyelikler, gelişmiş formlar, özel alanlar, rezervasyon mantığı veya CRM/pazarlama entegrasyonları), geçiş değerli olur. Birden fazla uygulamaya bağımlı olmak ve bunların birbirleriyle tam konuşmaması genelde "site yeniden oluşturma vs göç" kararını göçe ve daha entegre bir yapılandırmaya yönlendirir.

Performans hedeflerine ulaşmak zor

Daha hızlı yüklenme süreleri veya daha iyi Core Web Vitals peşindeyseniz ve zaten görüntüleri sıkıştırdınız, sayfaları temizlediniz ve gereksiz eklentileri kaldırdınız ancak sonuçlar durduysa, platform sınırlamaları darboğaz olabilir. Daha iyi performans genelde sadece daha iyi skor değil, daha fazla dönüşüm anlamına gelir.

SEO ihtiyaçları gelişiyor

URL, yapılandırılmış veri, yönlendirmeler ve içerik mimarisi üzerinde daha güçlü kontrol gerektiğinde platform değişikliği haklı olabilir—özellikle çok sayıda açılış sayfası veya büyük bir içerik kütüphanesine genişliyorsanız. Bu durumda bir SEO göç planı ve web sitesi göç kontrol listesi sıralamaları korur.

Ekibiniz daha iyi bir iş akışına ihtiyaç duyuyor

Yayınlama tek bir kişinin yapması gereken bir işse veya roller, onaylar ve staging yoksa, büyüme engellenir. Daha net izinler ve editoryal süreç sunan bir platform hataları azaltır ve lansmanları hızlandırır.

Şimdi Kalmanız Gereken Durumlar (Şu An için)

Göç çoğu zaman doğru hamledir ama her zaman bir sonraki doğru adım değildir. Mevcut Wix veya Squarespace siteniz işini yapıyorsa, platform değiştirmek ekstra maliyet ve risk getirebilir.

Site zaten işletmenizi destekliyorsa kalın

Eğer siteniz küçükse, iyi yükleniyorsa ve düzenli olarak lider veya satış getiriyorsa, göç dikkat dağıtıcı olabilir. Birçok işletme daha esnek bir yığın yerine daha net mesajlaşma, daha iyi sayfalar ve tutarlı güncellemeye ihtiyaç duyar.

Sık değişiklik yapmıyorsanız veya yeni işlevsellik beklemiyorsanız kalın

Nadiren içerik güncelliyorsanız ve büyük özellik eklemeyi planlamıyorsanız (üyelik, gelişmiş SEO araçları, özel ödeme akışları), mevcut platform bir yıl daha "yeterli" olabilir.

Zaman ve bütçe kısıtlıysa kalın

Doğru bir geçiş; planlama, ana şablonların yeniden inşası, içerik göçü ve SEO doğrulama gerektirir. Yoğun bir dönemdeyseniz, hemen geri dönüş sağlayacak iyileştirmeler (ana sayfa metni, hizmet sayfası temizliği, hız optimizasyonu) yapmak ve göçü daha sonra yeniden değerlendirmeniz daha akıllıca olabilir.

Tam geçiş öncesi düzeltmeleri düşünün

Çoğu zaman gerçek sorun platform değil yürütmedir. Şunlarla sorunlar çözülebilir:

• Yeniden tasarım veya şablon yenileme
• İçerik temizliği (eski sayfaları kaldırma, gezinmeyi sıkılaştırma)
• Daha iyi metin ve net çağrılar

Uygulama kilitlenmesine dikkat edin

Platforma özel uygulamalara veya eklentilere bağımlıysanız—rezervasyon, formlar, üye alanları, ödemeler—bunların eşdeğer araçların başka yerde olduğundan emin olun. Aksi halde iş akışlarını sıfırdan yeniden kurmak zorunda kalabilirsiniz.

Taşımayı ertelemeye karar verirseniz, yine de neyin çalışmadığını belgeleyin. Bu liste sonraki gereksinimleriniz olur ve nihai /blog/website-migration-checklistinizi uygulamayı kolaylaştırır.

Hangi Platforma Taşınmalı?

En iyi hedef, “Wix vs Squarespace”ten çok sitenizin bundan sonra ne yapması gerektiğine bağlıdır: yayınlamak, satmak, aramada sıralamak veya özel özellikleri desteklemek.

Hızlı karar kriterleri (gerçekten önemli olan)

Aşağıdaki pratik kontrollerle başlayın:

• Düzenleme kolaylığı: Ekibiniz sayfaları bozmadan güncelleme yapabiliyor mu?
• Geliştirici esnekliği: Özel kod, entegrasyon veya benzersiz tasarım sistemi gerekiyor mu?
• Toplam maliyet: Aylık ücretler + şablonlar, uygulamalar/eklenti ücretleri, ücretli formlar, e-ticaret eklentileri ve devam eden destek maliyeti
• Uygulamalar/eklentiler: Kullandığınız araçlar (rezervasyon, üyelik, e-posta yakalama, analiz) mevcut ve iyi destekleniyor mu?
• SEO temelleri: URL yapısını kontrol edebiliyor musunuz, 301 yönlendirmeleri oluşturabiliyor musunuz, sitemap/robots.txt ayarları yönetilebiliyor mu?

Kullanım durumuna göre üst seçenekleri karşılaştırın

Pazarlama sitesi (lead generation, hizmet işletmeleri): Webflow veya WordPress

Blog / içerik yayını: WordPress veya Ghost

Çevrimiçi mağaza: Shopify (veya WordPress isterseniz WooCommerce)

Portfolyo / hafif broşür sitesi: Webflow, Framer veya temiz bir tema ile WordPress

"Bunu seçin eğer..." mini rehber

• WordPress’i seçin: en geniş esnekliği, çok sayıda eklentiyi ve güçlü bloglamayı istiyorsanız ve barındırmayı yönetmeye (veya yardım almaya) hazırsanız.
• Webflow’u seçin: tasarım kontrolü ve temiz görsel düzenleme öncelikliyse ve daha az eklenti bakımı istiyorsanız.
• Shopify’ı seçin: e-ticaret ana işinizse ve güvenilir ödeme, kargo/vergi araçları ve geniş uygulama ekosistemi istiyorsanız.
• Ghost’u seçin: yayıncılık/bülten odaklıysanız ve hızlı, minimalist bir editör istiyorsanız.

SEO önemliyse, yönlendirme desteği ve URL kontrolünü kısa listenizin başına koyun—bu iki detay genelde taşınmanın sıralamaları koruyup korumayacağını belirler.

Modern “özel yapılar” hakkında bir not (uzun geliştirme döngüsü olmadan)

Wix/Squarespace'ten çıktığınızda ama aylar süren geleneksel geliştirmelere girmek istemiyorsanız, vibe-coding yaklaşımı bir orta yol olabilir. Örneğin, Koder.ai ekiplerin sohbet arayüzü ile web uygulamaları (React ön yüz, Go + PostgreSQL arka uç) oluşturmasına, kaynak kodu dışa aktarmasına, dağıtmasına ve anlık geri alma/snapshot ile yinelemesine olanak verir. Bu, göçünüz sadece sayfalardan ziyade özel mantık (gelişmiş formlar, üye akışları, dahili araçlar) içeriyorsa özellikle yararlıdır.

Ön Göç Denetimi: Tam Bir Site Envanteri Yapın

Tasarım veya SEO ayarlarına dokunmadan önce gerçekte neye sahip olduğunuzu netleştirin. Çoğu göç baş ağrısı, yeniden inşa başladıktan sonra keşfedilen "küçük" bir şeyten kaynaklanır (gizli açılış sayfası, eski PDF, form entegrasyonu).

1) Ziyaretçilerin erişebildiği her şeyi envantere alın

Bir ana listeyle başlayın (bir elektronik tablo yeterlidir) ve şunları kaydedin:

• Tüm sayfalar (gizli/şifreli alanlar, gizlilik politikası, teşekkür sayfaları dahil)
• Blog gönderileri, kategoriler/etiketler, yazar sayfaları (ilgiliyse)
• Ürünler, koleksiyonlar, varyantlar ve dijital indirmeler
• Galeriler, portfolyolar, etkinlikler, menüler ve konum sayfaları
• Formlar, popuplar, bannerlar, sohbet widget'ları ve herhangi bir lead magnet

Ayrıca düzgün aktarılmayacak ve yeniden oluşturulması gerekenleri listeleyin: rezervasyon araçları, çokdilli kurulumlar, üyelikler/girişler, özel script'ler ve otomasyonlar.

2) Mevcut URL'lerinizi toplayın (evet, eskilerini de)

Sitenizi dışa aktarın veya tarayın ve bulduğunuz her URL'yi kaydedin, özellikle:

• Ana gezinmede olmayan gizli sayfalar
• Reklam veya e-posta kampanyalarında kullanılan eski açılış URL'leri
• İnsanların yer imi koymuş olabileceği PDF ve dosya URL'leri

Bu, daha sonra yönlendirme haritanız olacak ve hem SEO'yu hem de kullanıcı deneyimini koruyacaktır.

3) Temel performans metriklerini yakalayın

Taşındıktan sonra yerinizi kaybetmediğinizi doğrulamak için kıyaslar indirin:

• Trafik ve dönüşüm açısından en iyi sayfalar
• Search Console'dan sorgular/açılış sayfaları (varsa)
• Ana dönüşüm eylemleri (form gönderimleri, satın almalar, rezervasyonlar)

4) Varlıkları ve marka esaslarını yedekleyin

Orijinal görüntüler, videolar, PDF'ler, logo dosyaları, fontlar, renk kodları ve widget içindeki kopyalar için bir klasör oluşturun (duyuru çubukları, popuplar, footer). Daha sonra kolay indirilemeyecek bir şey varsa, bunu "mutlaka yedekle" olarak işaretleyin.

SEO Planı: Taşınırken Sıralamayı Koruyun

Wix veya Squarespace'ten göç işletmeniz için harika olabilir—ta ki Google sayfalarınızı bulamaz olana kadar. Amaç basit: site farklı bir platformda olsa bile yeni siteyi arama motorları için "tanıdık" göstermek.

1) İnşa etmeden önce bir URL haritası ile başlayın

Mevcut sitenizi dışa aktarın veya tarayın ve indexlenebilir her URL'yi listeleyin (sayfalar, yazılar, ürünler, kategoriler). Sonra her URL'nin yeni sitede ne olacağına karar verin.

• Eski URL'leri yeni URL'lere eşleyin (mümkünse yapıyı koruyun)
• Hangi sayfaların budanacağı, birleştirileceği veya geliştirileceğine karar verin

Bir sayfayı silerseniz, her şeyi ana sayfaya yönlendirmeyin. En yakın eşdeğer sayfaya yönlendirin veya gerçekten bir eşdeğer yoksa temiz bir 404 verin.

2) Yönlendirmeleri bir teslimat gibi planlayın

Yönlendirmeler, "Wix'ten taşınma" başarıyla sonuçlanması ile en iyi sayfalarınızın aramalardan yok oluşu arasındaki farktır.

• 301 yönlendirmelerini planlayın ve yönlendirme zincirlerinden kaçının

Eski URL → Yeni URL → Notlar şeklinde bir yönlendirme elektronik tablosu oluşturun. Sonra bunları yeni platformda (veya sunucu düzeyinde kontrolünüz varsa orada) uygulayın. Önce staging üzerinde test edin.

3) Zaten işe yarayan on-page öğelerini koruyun

Tasarım değişse bile kanıtlanmış SEO sinyallerini mümkün olduğunca tutun.

• On-page öğelerini koruyun: başlıklar, meta açıklamalar, başlık etiketleri, alt metin

Özellikle en çok trafik alan sayfalara dikkat edin. Yeniden tasarlıyorsanız, ana konu ve amacı koruyun—odaklanmış bir hizmet sayfasını genel bir pazarlama sayfasına çevirmeyin.

4) Lansman gününe teknik SEO kontrolleri hazırlayın

DNS'i değiştirmeden önce yeni sitenin taranabilir ve kendi içinde tutarlı olduğundan emin olun.

• Hazırlanacak SEO kontrolleri: sitemap, robots.txt, kanonik etiketler, schema

Ayrıca doğrulayın:

• Analytics ve Search Console yeni mülkte ayarlı mı
• Staging'den kalma "noindex" etiketleri yok mu
• Dahili bağlantılar yeni URL'lere (yönlendirilenlere değil) işaret ediyor mu

Dikkatli bir SEO göç planı zaman alır, ama yeniden inşa ederken sıralamaları korumanın en ucuz yoludur.

İçerik ve Medya Göçü: Neler Sorunsuz Taşınır?

İçerik genelde en zaman alan kısımdır—zorluğu değil, farklı platformların içeriği farklı şekilde saklamasındandır. İyi haber: çoğu "çekirdek" içerik taşınabilir, hatta süreç tek tıklama olmadan da mümkündür.

Tipik olarak dışa aktarılabilenler

Blog yazıları ve temel sayfalar genelde metin düzeyinde iyi taşınır. Squarespace bazı CMS formatlarına yönelik dışa aktarımlar sunar; Wix dışa aktarımları daha sınırlı olabilir—yapılandırılmış veri (varsa) dışa aktarılabilir ve biçimlendirme sonra yeniden oluşturulur.

Ürünler ve mağaza verileri genelde CSV ile dışa aktarılabilir (ürünler, varyantlar, fiyatlar, SKU'lar). Sipariş geçmişi ve müşteri hesapları kısmi olabilir veya ayrı dışa aktarımlar gerektirebilir.

Manuel vs otomatik göç seçenekleri

Genelde aralarında seçim yaparsınız:

• Ürünler, bazı blog meta verileri, yönlendirmeler ve listeler için CSV dışa/içe aktarımlar
• Düzenler çok özelse kopyala/yapıştır veya sayfaları yeniden oluşturma
• Desteklenen yerlerde içerik çekebilen göç araçları (beslemeler/API'ler aracılığıyla; yazılar ve temel sayfalar için yardımcı, karmaşık düzenler için daha az güvenilir)

Pratik yaklaşım genelde "veritabanını otomatikleştir, sunumu manuel olarak yeniden oluştur" olur. Bu, hızı korurken kaliteyi de sağlar.

Resimler ve medya: nelere dikkat edilmeli

Medya nadiren kusursuz taşınır. Planınızda şunlar olsun:

• Dosya adlarını mümkün olduğunca koruyun (düzen için ve bazen SEO için faydalı)
• Görselleri yeni medya kütüphanesine yeniden yükleyin ve tutarlı klasör/kolleksiyon kuralları belirleyin
• Yeni site hızlı kalsın diye yükleme sırasında (veya öncesinde) sıkıştırma uygulayın
• Alt metinleri yeniden oluşturun—genelde dışa aktarımlarda gelmez, bu yüzden envanterinizde yakalayın

Biçimlendirme tuzakları (tablolar, embedler, butonlar)

Tablolar, butonlar ve çok sütunlu bölümler gibi öğelerin yeniden oluşturulmasını bekleyin, özellikle görsel editörle yaratıldıysa. Ayrıca kontrol edin:

• Embed'ler (YouTube, Calendly, haritalar): yeni platformun bloklarıyla yeniden embed edin
• Kısa kodlar veya platforma özel widget'lar: eşdeğer eklentiler/uygulamalar ile değiştirin

Yorumlar, etiketler/kategoriler ve yazarlar

Taşımadan önce neyin saklanmasının önemli olduğuna karar verin:

• Etiketler/kategoriler: genelde taşınır, ama isimlendirme ve URL yapıları değişebilir
• Yazarlar: gerçek çok yazarlı atıf mı lazım yoksa sadece yazar adı mı yeterli?
• Yorumlar: yerel yorumlar genellikle kolay taşınmaz; arşiv için dışa aktarın veya topluluk etkileşimi önemliyse üçüncü taraf bir sistem düşünün

İçerik göçünü kontrollü bir yeniden inşa olarak ele alırsanız (kör kopya yerine), daha temiz sayfalar, daha hafif medya ve daha az SEO sürprizi elde edersiniz.

Tasarım ve Özellikler: Baştan Başlamadan Yeniden Oluşturun

Göç, işe yarayan görsel ve işlevleri koruma fırsatıdır—her eski çözümü taşımadan. Amaç, ziyaretçiler için tanıdık bir deneyim sağlamak, daha sonra güncellemeleri kolaylaştıracak temiz yapı taşlarıyla inşa etmektir.

Önce ana şablonları yeniden oluşturun

Sitenizin %80'ini temsil eden küçük bir şablon setiyle başlayın. Çoğu işletme için bunlar:

• Ana sayfa (ana mesaj, güven işaretleri, birincil CTA)
• Hizmet sayfası (faydalar, süreç, SSS, iletişim yolu)
• Blog yazısı (okunabilirlik, başlıklar, yazar/tarih, ilgili içerik)
• Ürün sayfası (varsa: fiyat, varyantlar, kargo/iade bilgileri, yorumlar)

Bunlar doğru göründüğünde, kalan sayfalar varyasyonlar haline gelir ve tek tek yeniden tasarlamak gerekmez.

Ayrıntılar peşine düşmeden önce marka temellerini eşleştirin

Önce marka "sistemini" kilitleyin: tipografi, renkler, boşluk ve yeniden kullanılabilir bileşenler (butonlar, kartlar, uyarılar, form alanları). Bu temel tutarlı olunca, site marka gibi hissedecektir.

Yeniden kullanılabilir basit bir bileşen seti oluşturun:

• Birincil/ikincil butonlar
• Bölüm başlıkları ve giriş metni
• Referans/testimonial blokları
• SSS akordeon veya basit Soru&Cevap düzeni
• Fiyatlandırma/paket kartları

Kritik özellikleri yeniden oluşturun (ve gerekmediklerini bırakın)

Zorunlu özelliklerinizi listeleyin ve bunları bilinçli olarak yeniden kurun; her eklentiyi birebir çoğaltmaya çalışmayın.

Erken doğrulamanız gereken yaygın "kritik" özellikler:

• Formlar (iletişim, lead magnet, dosya yüklemeleri, otomatik cevaplar)
• Planlama/rezervasyon (kullanılabilirlik, saat dilimleri, onaylar)
• E-ticaret (vergi/kargo kuralları, indirimler, stok, terk edilmiş sepet)
• Site içi arama (özellikle bloglar veya ürün katalogları için)

Bir özellik sadece platform sınırlaması nedeniyle var olduysa (ör. navigasyonu simüle etmek için ekstra sayfalar), yeni platformda gereksiz olabilir.

Erişilebilirlik temelleri—sonradan düzeltmek pahalıdır

Başlangıçtan itibaren erişilebilirliği dahil edin; sonradan düzeltmek yavaş ve hataya açık olur.

Temel odaklar:

• Metin ve butonlarda yeterli renk kontrastı
• Klavye gezintisi için görünür fokus durumları
• Doğru form etiketleri (sadece placeholder kullanmayın)
• Doğru başlık yapısı (H1 sonra H2/H3 sıralı)

Kendinize mini bir stil rehberi bırakın

İlerlemeden önce yazdığınız kuralları belgeleyin—fontlar, renkler, buton stilleri, boşluk ve ana bileşenlerin nasıl kullanılacağı. Tek sayfalık bir stil rehberi bile ileride düzenlemeleri tutarlı kılar.

Göç Proje Planı ve Zaman Çizelgesi

Sorunsuz bir Wix veya Squarespace göçü "dosyaları taşımak"tan çok, net adımları, sorumluları ve predictable değişimi olan küçük bir projeyi yönetmektir. Amaç, özellikle gezinme, SEO ve DNS ile ilgili son dakika sürprizlerini önlemektir.

Lansman yaklaşımınızı seçin

Tek seferde lansman (Big bang): Tüm site yeniden inşa edilir ve tek seferde geçiş yapılır. İletişim daha basittir ama risk lansman gününe yoğunlaşır.

Kademeli dağıtım: Bölümler kademeli taşınır (ör. önce blog, sonra hizmetler, sonra e-ticaret). Risk azalır ve öğrenme fırsatı verir, ama çakışan/çoğaltan sayfalardan kaçınmak için daha sıkı takip gerekir.

İçerik yüklemeden önce yapıyı oluşturun

Önce site haritası, URL yapısı ve gezinmeyi kilitleyin. İçerikleri erken içe aktarırsanız, bunları birkaç kez yeniden düzenlemek zorunda kalırsınız. Hangi sayfaların kalacağı, birleştirileceği/çıkartılacağı ve yeni menünün nasıl olacağına karar verin.

Staging kullanın + içerik dondurma uygulayın

Güvenli şekilde yeniden inşa için bir staging ortamı oluşturun (özel önizleme sitesi). Sonra kısa süreli bir içerik dondurma planlayın—eski sitede lansman öncesinde kimsenin düzenleme yapmaması için zaman pencerei—böylece son dakika güncellemeleri kaçmaz.

Sahipler atayın ve kararları izleyin

Her iş akışına net bir sahibi verin: SEO, içerik, tasarım/özellikler, QA, ve alan adı/DNS. Yönlendirmeler, sayfa kaldırmalar, form hedefleri ve lansman görevleri gibi kararları kaydedecek tek bir paylaşılan web sitesi göç kontrol listesi tutun. Bu, sonra “Bunu kim onayladı?” anlarını önler.

Gerçekçi bir zaman çizelgesi (tipik)

Çoğu küçük-orta site 2–6 hafta sürer: 1 hafta planlama/yapı, 1–3 hafta yeniden inşa + içerik, 1 hafta QA ve düzeltmeler, sonra lansman + lansman sonrası izleme.

Alan Adı, E-posta ve DNS: Hiçbir Şeyi Kaybetmeden Geçiş

Burada insanlar genelde web sitesinin ötesindeki şeyleri—e-posta, takip ve girişleri—kaza ile kırarlar. Basit bir planla temiz bir geçiş yapabilir ve neredeyse hiç kesinti yaşamazsınız.

Alan adı transferi vs DNS yönlendirme (hangisini yapmalısınız?)

Wix'ten veya Squarespace'ten taşınırken iki ana seçeneğiniz vardır:

• Alan adını transfer edin: Uzun vadede fatura yönetimini kolaylaştırabilir, ancak daha yavaştır ve onay e-postaları, transfer kilitleri, bekleme dönemleri gibi ekstra adımlar gerektirir.
• Alan adını mevcut yerde tutun ve DNS'i yeni platforma yönlendirin: Bu genellikle hızlı ve güvenlidir; belirli bir zamanda cutover yapmanızı sağlar.

Çoğu göç için önce DNS yönlendirmesi ile başlayın. Her şey stabil olunca transferi sonra yapabilirsiniz.

E-postayı koruyun: önce MX kayıtları

E-posta MX kayıtları ile kontrol edilir, web sitesi platformu ile değil. Herhangi bir şeyi değiştirmeden önce:

1. Mevcut DNS bölgenizi dışa aktarın veya ekran görüntüsü alın.
2. E-posta sağlayıcınızı (Google Workspace, Microsoft 365 vb.) belirleyin.
3. Aynı MX kayıtlarını ve gerekli TXT kayıtlarını (SPF, DKIM, DMARC) koruduğunuzdan emin olun.

DNS'i üzerine yazarsanız ve bu kayıtları yeniden oluşturmazsanız, e-posta teslimatı durabilir.

"Gizli" DNS kayıtlarını unutmayın

Site için A/AAAA kayıtları ve e-posta için MX dışında birçok işletme şu kayıtlara güveniyor:

• TXT kayıtları (doğrulama ve güvenlik)
• CNAME kayıtları (mail takip, açılış sayfaları veya destek widget'ları gibi araçlar)

Kesmeden önce yeniden kontrol etmeniz gereken entegrasyonların listesini oluşturun: analiz, reklam pikselleri, CRM/formlar, rezervasyon araçları ve ödeme sağlayıcıları.

SSL, güvenlik temelleri ve yedekler

Yeni platformda doğrulayın:

• SSL aktif (site https:// olarak yükleniyor)
• Yedekler etkin (veya geri dönüş planınız var)
• Temel güvenlik ayarları yapılandırılmış (admin erişimi, güncellemeler, formlar için spam koruması)

Kesinti önlemek: TTL düşürün ve cutover planlayın

Kesintiyi azaltmak için cutover'dan 24–48 saat önce DNS TTL'yi düşürün. Bu DNS değişikliklerinin daha hızlı yayılmasını sağlar.

Trafiğin en düşük olduğu bir pencere planlayın, sonra temel işlevleri hemen doğrulayın: ana sayfa yükleniyor mu, önemli formlar çalışıyor mu, ödeme çalışıyor mu (varsa) ve e-posta gönderilip alınıyor mu.

Lansman ve QA Kontrol Listesi

Lansman günü "anahtar çevirme"den çok, yeni sitenin ziyaretçiler ve arama motorları için eski site kadar (veya daha iyi) davrandığını doğrulama günüdür. Bu kontrol listesi en yaygın göç kaçırmalarını yakalamanıza yardımcı olur.

1) Çekirdek işlevsellik (satışları etkileyenler)

Gerçek kullanıcı yollarıyla başlayın—sadece ana sayfayı tıklamayın.

• Bağlantılar: gezinme, footer, butonlar ve yüksek trafikli blog yazılarında rastgele kontroller yapın.
• Formlar: her formu uçtan uca test edin (onay mesajı, e-posta teslimi, CRM/Zapier bağlantısı varsa).
• Arama: birkaç sorgu çalıştırın; sonuç sayfalarının yüklendiğinden ve filtrelerin çalıştığından emin olun.
• Ödeme / checkout (varsa): gerçek bir işlem veya sandbox testi yapın.
• Takip: analytics ve reklam piksellerinin ana olaylarda tetiklendiğini doğrulayın (sayfa görüntüleme, form gönderimi, satın alma).
• 404'ler: bilinen eski bir URL'yi ziyaret edip yönlendirme (veya yardımcı bir 404 sayfası) kontrol edin.

2) Mobil, tarayıcı ve hız kontrolleri

• Öncelikle mobil üzerinde test edin (menüler, sabit başlıklar, dokunma hedefleri, görüntü kırpma).
• En az Chrome, Safari ve Firefox üzerinde kontrol yapın.
• Tercih ettiğiniz araçla hızlı bir hız testi yapın; büyük görseller, gömülü videolar ve ağır kaydırıcılar için uyarılara bakın.

3) Yönlendirme doğrulaması (sıralamanızı koruyun)

Her URL'yi manuel doğrulamaya çalışmayın. Bunun yerine:

• En önemli sayfalarden örnekler alın (ana sayfa, hizmetler, önemli blog yazıları) ve eski-yeni yönlendirmelerini doğrulayın.
• Tarihsel olarak paylaştığınız bazı geçmiş URL'leri de dahil edin (sosyal paylaşımlar, e-postalar).

4) Lansmandan sonra arama motoru adımları

• XML site haritasını oluşturun/doğrulayın ve gönderin.
• Siteyi arama araçlarında doğrulayın ve birkaç önemli sayfa için dizine ekleme isteğinde bulunun.

5) 2–4 hafta izleme

Küçük dalgalanmalar bekleyin. Önemli olan eğilim ve hatalardır.

• Tarama hatalarını, yönlendirmeleri ve 404 raporlarını izleyin.
• Trafik ve dönüşümleri hafta hafta karşılaştırın.
• Kısa bir "düzeltme kaydı" tutun, böylece sorunlar tekrar tekrar çözülmez.

Maliyetler, Çaba ve Yardım Alma

Wix veya Squarespace göçü tek bir fiyat değildir. Küçük projelerin toplamıdır—bu yüzden tek bir rakam tahmin etmek yerine kovalara göre bütçelendirin.

Yaygın maliyet kalemleri

• Tasarım/insaat: şablonların, düzenlerin, bileşenlerin yeniden oluşturulması, mobil uyarlamalar
• İçerik işi: yeniden yazma, biçimlendirme, sayfaların taşınması, yeni açılış sayfaları oluşturma
• Medya + varlıklar: görüntü sıkıştırma, indirmeler, alt metin uygulama, dosya düzeni
• SEO + analiz: yönlendirmeler, meta veri, sitemap, GA4/GSC kurulumu, takip kontrolleri
• Araçlar + abonelikler: eklentiler/uygulamalar, formlar, e-posta pazarlama, yorumlar, CRM
• Barındırma + bakım: yeni barındırma planı, yedekler, güvenlik, devam eden düzenlemeler

Çabayı (ve zaman çizelgesini) etkileyen faktörler

Zaman çizelgesi genelde şu faktörlere bağlıdır:

• Sayfa sayısı ve bunların birbirinden ne kadar farklı olduğu
• Karmaşıklık: blog, üyelik, rezervasyon, çokdillilik, özel formlar
• E-ticaret: ürün sayısı, varyantlar, abonelikler, kargo/vergi kuralları
• Özel özellikler: hesaplayıcılar, korumalı içerik, entegrasyonlar (Zapier/CRM)
• Onay hızı: geri bildirim ve varlıkların ne kadar çabuk geldiği

Küçük bir broşür sitesi hafta sonu DIY projesi olabilir; içerik ağırlıklı veya e-ticaret siteleri, revizyonlar ve testler dahil edildiğinde haftalar sürebilir.

DIY vs yardım alma (risk takasları)

DIY, zamanınız varsa, bir kontrol listesini izleyebiliyorsanız ve site basitse işe yarar. Uzman yardımı, sıralama ve gelir önemli olduğunda karşılığını verir—kırık yönlendirmeler, eksik meta veriler veya ödeme sorunları projeden daha pahalıya mal olabilir.

Eğer yeniden inşa de göçün parçasıysa, lansmandan sonra nasıl yineleyeceğinizi de düşünün. Koder.ai gibi platformlar ekiplerin daha hızlı teslim etmesine yardımcı olabilir (ve ivmeyi korumanıza), sohbetten yeni uygulama yapısı üreterek planlamayı destekler ve kaynak kodu dışa aktarmanıza izin verir.

Hızlı bir tahmin istiyorsanız, envanterinizi ve hedeflerinizi paylaşın via /contact veya seçenekleri karşılaştırın via /pricing.

Kopyala/yapıştır kapsam şablonu

Project goal:
Current platform (Wix/Squarespace):
New platform:
Pages to migrate (count + key URLs):
Blog posts (count):
Ecommerce? (products/SKUs/variants):
Must-have features (forms, booking, members, etc.):
Integrations (email/CRM/payments):
SEO requirements (redirects, metadata, analytics):
Design notes (keep similar vs redesign):
Target launch date:
Who provides copy/images:
Who approves and how fast: