# Geçiş ve güncelleme

> Bir mağazayı taşımak üç farklı durumu kapsar: aynı platformda sürüm yükseltmek, platform değiştirmek veya barındırma sağlayıcısı değiştirmek. Her birinin kendi riskleri vardır ve varsayılan olarak tek bir yöntem uygulamak yerine bunları farklı şekilde ele alıyorum.

- Source canonique : [https://allaux.fr/tr/services/migration](https://allaux.fr/tr/services/migration)
- Langue : TR
- Dernière mise à jour : 2026-08-03

## Üç geçiş türü, üç risk seviyesi

Aynı platformda bir sürüm yükseltmesi en sınırlı olanıdır: sistemin çekirdeği değişmez, ancak eklentiler veya özelleştirilmiş bir tema uyumsuz hale gelebilir. Platform değişikliği daha ağırdır: katalog, müşteri hesapları, sipariş geçmişi ve iş mantığının yeniden inşa edilmesi veya aktarılması gerekir; bu da neredeyse her zaman basit bir kopyalama değil, yapılması gereken seçimler anlamına gelir.

Yalnızca barındırma sağlayıcısı değişikliği genellikle teknik olarak en basit olanıdır, ancak yine de hassastır: DNS, sertifikalar, sunucu yapılandırması ve e-postaların uzun süreli bir kesinti olmadan geçmesi gerekir.

Her üç durumda da soru yalnızca teknik değildir: aynen korunmaya değer olanın ve, özellikle eski sistem zaman içinde birikmiş tavizler taşıyorsa, aynen aktarılmak yerine düzgünce yeniden inşa edilmeye değer olanın ne olduğuyla da ilgilidir.

## Bir geçiş nasıl işler

1. **Mevcut durumun denetimi** — Herhangi bir fiyat teklifinden önce eklentilerin, özelleştirmelerin, veri hacimlerinin ve dış bağımlılıkların envanteri.
2. **Yazılı geçiş planı** — Neyin aynen aktarılacağı, neyin yeniden inşa edileceği ve işlemlerin sırası; gerekirse bir geri dönüş planı da dahil.
3. **Ayrı bir ortamda geçiş** — Çalışma bir kopya üzerinde yapılır, asla doğrudan canlı sitede değil.
4. **Geçiş ve doğrulama** — Kararlaştırılan bir zamanda yayına alma, ardından kritik süreçlerin kontrolü: sipariş, ödeme, müşteri hesapları.
5. **Geçiş sonrası takip** — Hiçbir şeyin unutulmadığını doğrulamak için sonraki günlerde yakın izleme.

## Söz vermediğim şey

> Ne kesintisiz bir geçiş ne de piksel piksel aynı bir sonuç garanti ediyorum: bazı platform değişiklikleri belirli işlevlerin kaybını veya görsel ayarlamaları gerektirir. Herhangi bir işlemden önce eksiksiz ve kontrol edilmiş bir yedek, bir seçenek değil, tartışmasız bir koşuldur.

## FAQ

### SEO bir geçişten etkilenir mi?

Özellikle platform veya URL değişikliğinde bu gerçek bir risktir. Gerekli yönlendirmeleri kuruyorum, ancak SEO üzerinde geçici bir etki mümkün kalır ve bunu önceden belirtirim.

### Geçiş sırasında site ne kadar süre erişilemez olur?

Bu, geçiş türüne bağlıdır. Kesintiyi en aza indirmeyi hedefliyorum, ancak mevcut durumun denetimi yapılmadan bunu garanti edilmiş bir rakam olarak sunmuyorum.

### Tüm verilerim aktarılıyor mu?

Katalog, müşteriler ve sipariş geçmişi önceliklidir. Bir üçüncü taraf eklentisine çok özgü bazı veriler yeni platformda karşılığa sahip olmayabilir; bunu denetim aşamasında belirtirim.

### Bir şeyler ters giderse geri dönülebilir mi?

Bu, başlangıç durumunun bir yedeği mevcutsa geçiş planında öngörülür. Zaten bu yüzden başlamadan önce zorunludur.

### Geçişi tek seferde mi yapmak gerekir, yoksa aşamalı olarak da yapılabilir mi?

Projenin büyüklüğüne göre ikisi de mümkündür. Aşamalı bir geçiş genel riski azaltır ama işin toplam süresini uzatır; seçim duruma göre yapılır.

### Eski site geçişten sonra ne oluyor?

Geçişten sonra bir güvenlik süresi boyunca, kamuya kapalı ama erişilebilir şekilde saklanmasını öneririm. Bu, az maliyetli, basit bir güvence olup bir doğrulama gerektiğinde yalnızca yedeğe bağımlı kalmayı önler.