eCommerce platformunuzu taşımak, bir çevrimiçi perakendecinin üstlenebileceği en yüksek riskli projelerden biridir. İyi yapıldığında, yıllarca geliştirilmiş performans, ölçeklenebilirlik ve müşteri deneyimi için zemin hazırlar. Kötü yapıldığında, organik arama sıralamalarını mahvedebilir, müşteri yolculuklarını bozabilir ve milyonlarca kayıp gelire mal olabilir.

Bu rehber, riski en aza indiren, SEO değerini koruyan ve geçiş boyunca satışların akmasını sağlayan Commerce Cloud göçüne kanıtlanmış bir yaklaşımı ele almaktadır.

Platform Göçü Neden Yüksek Risklidir (ve Nasıl Yönetilir)

Kötü yürütülmüş bir yeniden platformlaştırmanın riskleri şunlardır:

Bozuk URL'lerin, eksik yönlendirmelerin veya arama motorlarını şaşırtan yapısal değişikliklerin neden olduğu SEO sıralama çöküşü
Yeni platform, ödeme işleme veya sipariş yönetiminde hatalarla yayına girerse gelir boşlukları
Geçmiş siparişler, hesaplar ve tercihler doğru biçimde taşınmazsa müşteri veri kaybı
Yeni mağaza vitrin eskisinden daha yavaşsa performans gerileme
Üçüncü taraf sistemlerle (ERP, PIM, pazarlama otomasyonu, sadakat) entegrasyon hataları

Bu risklerin hiçbiri kaçınılmaz değildir. Her biri kapsamlı planlamayla sistematik biçimde belirlenip azaltılabilir.

Aşama 1: Keşif ve Planlama (1–8. Haftalar)

Göç Kapsamınızı Tanımlayın

Tek bir kod satırı yazmadan önce belgelendirin:

Tüm mevcut sayfa türleri ve URL kalıpları
Tüm aktif entegrasyonlar (ödeme ağ geçitleri, ERP, PIM, e-posta, sadakat, analitik)
Tüm aktif promosyonlar ve fiyatlandırma kuralları
Müşteri hesabı veri hacmi ve yapısı
Geçmiş sipariş verisi saklama gereksinimleri
Yayına alma sırasında kaçınılacak yoğun ticaret dönemleri

Teknik SEO Denetimi Yapın

Tam URL envanterinizi Google Search Console ve seçtiğiniz tarama aracından dışa aktarın. Her URL'yi sayfa türüne (kategori, ürün, içerik, hesap) göre kategorize edin ve anlamlı organik trafiğe veya geri bağlantılara sahip olanları not edin. Bunlar en yüksek öncelikli URL'lerinizdir — yayına alma günü doğru biçimde yönlendirilmeleri gerekir.

Yayına Alma Kriterlerinizi Belirleyin

"Yayına almaya hazır" ne anlama geldiğini açıkça tanımlayın. En azından:

Tüm ödeme yöntemleri test edilmiş ve doğru işleniyor
Tüm kritik üçüncü taraf entegrasyonları uçtan uca doğrulanmış
Tam yönlendirme haritası uygulanmış ve test edilmiş
Performans kriterleri karşılanmış (Core Web Vitals, Lighthouse puanı)
SEO kontrol listesi tamamlanmış (meta etiketler, kanonikaller, site haritaları, yapılandırılmış veri)
Beklenen en yüksek trafiğin 2 katında yük testi geçilmiş

Aşama 2: Veri Göçü

Veri göçü, karmaşıklık ve zaman çizelgesi açısından genellikle küçümsenir. Temel alanlar:

Ürün Verisi Göçü

Tüm ürün verilerini mevcut platformunuzdan dışa aktarın (SKU'lar, adlar, açıklamalar, öznitelikler, görseller, fiyatlandırma)
Öznitelikleri Commerce Cloud'un veri modeline eşleyin — SFCC'nin ürünler, varyantlar, fiyat kitapları ve kataloglar için belirli yapıları vardır
Yayına almadan önce hazırlık ortamında veri bütünlüğünü doğrulayın
Eski sistem paralel çalışma sırasında aktif kalıyorsa süregelen delta göçünü planlayın

Müşteri Hesabı Göçü

Müşteri hesabı verilerini dışa aktarın (ad, e-posta, adres defteri, sipariş geçmişi)
Parolalara yaklaşımınızı belirleyin — çoğu platform tek yönlü parola karma kullanır, bu nedenle taşınan müşteriler için sıfırlama akışına ihtiyaç duyarsınız
"Tembel göç" yaklaşımını değerlendirin: hepsini bir anda değil, ilk girişte hesapları taşıyın

Sipariş Geçmişi Göçü

Geçmiş sipariş verisi, müşteri hizmetleri, iadeler ve kişiselleştirme için esastır
Sipariş durumlarını ve satır öğesi yapılarını SFCC'nin veri modeline eşleyin
Kesim tarihinizi belirleyin — belirli bir tarihten önceki siparişler göçün karmaşıklığına değmeyebilir

Aşama 3: Geliştirme ve Entegrasyon

Yönlendirme Haritalaması

Her eski URL'den ilgili yeni URL'ye eksiksiz bir yönlendirme haritası oluşturun. Bu, herhangi bir göçteki en kritik SEO görevidir.

Kurallar:

Organik trafiğe veya geri bağlantılara sahip her URL bir 301 yönlendirmesi alır
Yönlendirmeler en belirli eşleşen yeni URL'yi işaret eder (ürün ürüne, kategori kategoriye — tüm yönlendirmeler asla ana sayfaya yönlendirilmez)
Zincir yönlendirmeler (A → B → C) doğrudan yönlendirmelere (A → C) dönüştürülmelidir
Yayına almadan önce her yönlendirmeyi doğrulayın

Araçlar: Screaming Frog, Sitebulb veya özel bir tarama komut dosyası, ölçekte yönlendirme haritaları oluşturmaya ve doğrulamaya yardımcı olabilir.

Entegrasyon Testi

Hazırlık ortamınızdaki her entegrasyonu test edin:

Ödeme ağ geçitleri: her aktif ödeme yöntemiyle gerçek test işlemleri gerçekleştirin
ERP / sipariş yönetimi: sipariş oluşturun ve arka ofis sisteminizde doğru göründüğünü doğrulayın
E-posta: tüm işlemsel e-postaları (onay, kargo, iade) tetikleyin ve teslimati ile içeriği doğrulayın
Analitik: Google Analytics'in doğru izleme yaptığını ve eCommerce izlemenin (gelir, işlemler, ürün gösterimleri) bozulmadığını doğrulayın

Aşama 4: Aşamalı Yayına Alma

Her şeyin eş zamanlı değiştiği "büyük patlama" göçlerinden kaçının. Bunun yerine aşamalı bir yaklaşım kullanın:

Seçenek 1: Coğrafi Dağıtım

Önce daha küçük bir pazarda (örn. bir ülke veya bir marka) yayına alın. Sorunları izleyin, çözün, ardından kalan pazarlara dağıtın.

Seçenek 2: Trafik Bölme (Mavi/Yeşil Dağıtım)

Önce trafiğin küçük bir yüzdesini yeni platforma yönlendirin, yakından izleyin, ardından kademeli olarak artırın. Bu, DNS/CDN yapılandırma desteği gerektirir.

Seçenek 3: Yalnızca Yeni Müşteri

Mevcut müşteriler tam bir göç tarihine kadar eski platformu kullanmaya devam ederken tüm yeni müşteri kayıtlarını yeni platforma yönlendirin. Yönetmesi karmaşıktır ancak düşük risk taşır.

Yayına Alma Günü Kontrol Listesi

Yayına alma günü hemen doğrulayın:

Ana sayfa tüm cihazlarda doğru yükleniyor
Kategori, ürün ve içerik sayfalarının bir örneklemi yükleniyor
Arama doğru çalışıyor
Sepete ekleme çalışıyor
Ödeme uçtan uca tamamlanıyor (gerçek bir işlem gerçekleştirin)
Sipariş onayı e-postası alındı
Google Search Console site haritası gönderildi
Yönlendirme nokta kontrolleri geçti
Analitik izleme onaylandı

Aşama 5: Yayına Alma Sonrası İzleme (İlk 90 Gün)

Çalışma yayına almayla bitmez. İlk 90 gün, önemli hale gelmeden önce sorunları belirleme ve çözme açısından kritiktir.

1–2. Hafta: Kararlılık Odağı

Sunucu hata oranlarını (4xx ve 5xx) günlük izleyin
Google Search Console'da tarama kapsamını kontrol edin
Core Web Vitals'ın kabul edilebilir eşikler dahilinde olduğunu doğrulayın
Organik trafik hacmini göç öncesi taban çizgisine karşı izleyin

1–3. Ay: SEO Toparlanma Takibi

Göç sonrası bazı geçici organik sıralama dalgalanması normaldir. Ancak süregelen düşüş bir soruna işaret eder.

Hemen araştırılması gereken kırmızı bayraklar:

Organik trafik, bir önceki yılın aynı dönemiyle karşılaştırıldığında %20'den fazla düşüş (mevsimsellik hesaba katıldıktan sonra)
Search Console'da çok sayıda 404 hatası görünmesi
Dizine eklenemeyen sayfalarda tarama bütçesinin ağırlıklı biçimde tüketilmesi
Zengin Sonuçlar raporlarında yapılandırılmış veri hataları görünmesi

Zaman Çizelgesi Özeti

Aşama	Süre	Temel Kilometre Taşları
Keşif ve Planlama	4–8 hafta	Kapsam tanımlandı, SEO denetimi tamamlandı, yayına alma kriterleri belirlendi
Veri Göçü	4–12 hafta	Ürünler, müşteriler, siparişler taşındı ve doğrulandı
Geliştirme ve Entegrasyon	8–20 hafta	Mağaza vitrin oluşturuldu, entegrasyonlar test edildi, yönlendirmeler haritalandı
UAT ve Yük Testi	2–4 hafta	Tüm yayına alma kriterleri karşılandı
Aşamalı Yayına Alma	1–4 hafta	Aşamalı trafik göçü tamamlandı
Yayına Alma Sonrası İzleme	12 hafta	Kararlılık onaylandı, SEO toparlanması takip edildi

Orta ölçekli bir perakendeci için toplam zaman çizelgesi: yaklaşık 6–12 ay.

Son Düşünce

Başarılı bir Commerce Cloud göçü, yalnızca teknik teslimatla değil, iş sonuçlarıyla tanımlanır: satışlar kesintisiz devam eder, SEO sıralamaları korunur ve yeni platform, yayına almadan sonraki üç ila altı ay içinde eskisini geride bırakır.

Kapsamlı planlamaya yatırım yapın. Bozuk bir göçü düzeltmenin maliyeti, her zaman onu önlemenin maliyetinden daha yüksektir.

Satışları Bozmadan Commerce Cloud'a Nasıl Göç Edilir?