WooCommerce'ten Hazır E-Ticaret Altyapısına Geçiş Nasıl Planlanır?

WooCommerce ile başlayıp zamanla bakım yükü, eklenti uyumsuzlukları veya operasyon ekibinin ihtiyaçları nedeniyle hazır bir e-ticaret altyapısına geçmek isteyen işletmeler az değil. Asıl risk geçişin kendisi değil, plansız yapılmasıdır: kaybolan ürün verisi, kırılan linkler ve düşen organik trafik genellikle hazırlık eksikliğinden doğar. Bu rehberde geçişi hazırlık, veri taşıma, SEO koruma, entegrasyonlar ve canlıya alma olarak adım adım ele alıyoruz.

Geçiş Ne Zaman Mantıklı?

Altyapı değiştirmek başlı başına bir amaç değildir; somut bir sorunu çözmelidir. Geçişi gündeme getiren yaygın nedenler şunlardır:

• Eklenti, tema ve sürüm güncellemelerini yönetmek için sürekli teknik destek gerekmesi
• Sunucu, güvenlik ve yedekleme sorumluluğunun işletmede kalması
• Pazaryeri, ödeme, e-fatura ve kargo entegrasyonlarının tek elden yönetilmek istenmesi
• Ekibin teknik bilgi olmadan kampanya, ürün ve sipariş yönetimi yapmak istemesi

Sorun yalnızca tasarım veya tek bir eklentiyle ilgiliyse geçiş yerine mevcut siteyi düzeltmek daha ucuz olabilir. Hazır altyapı ile özel yazılım arasındaki seçimi netleştirmek için e-ticaret altyapısı seçimi: hazır paket mi, özel yazılım mı? yazımıza göz atabilirsiniz.

Geçiş Öncesi Hazırlık: Envanter Çıkarın

Taşımaya başlamadan önce mevcut sitede neyin çalıştığını yazılı hâle getirin. Bu envanter hem yeni altyapıyı seçerken hem de geçiş sonrası kontrol listesi olarak işe yarar.

Veri Envanteri

• Ürünler: varyantlar, stok kodları (SKU), barkodlar, görseller, kategori ağacı, özellik ve filtre alanları
• Müşteriler: üyelik kayıtları, adresler, iletişim izinleri (KVKK kapsamında dikkatle ele alınmalı)
• Siparişler: geçmiş sipariş kayıtları, fatura bilgileri, iade ve iptal durumları
• İçerik: blog yazıları, bilgi sayfaları, sözleşme ve politika metinleri
• Kupon, kampanya ve indirim kuralları

Entegrasyon Envanteri

Sanal POS, kargo, e-fatura/e-arşiv, muhasebe veya ERP, pazaryeri ve e-posta araçlarını tek tek listeleyin. Her biri için yeni altyapıda hazır bir bağlantı olup olmadığını, yoksa nasıl çözüleceğini belirleyin. Sistemlerin birbirine nasıl bağlandığını planlarken entegrasyon hizmetleri sayfamız ve ürün verisi akışı için XML entegrasyonu rehberimiz yol gösterici olur.

Yeni Altyapıyı Seçerken Bakılacak Kriterler

Altyapıyı fiyat listesinden değil, envanterinizdeki ihtiyaçlardan yola çıkarak değerlendirin. Aşağıdaki tablo karar sürecini kolaylaştırır.

Veri Taşıma Adımları

Veriyi tek seferde ve kontrolsüz taşımak yerine küçük bir örnekle başlayın.

1. Yedek alın: WooCommerce veritabanının ve dosyalarının tam yedeğini ayrı bir yerde saklayın.
2. Dışa aktarın: Ürünleri, müşterileri ve siparişleri CSV veya XML olarak dışa aktarın.
3. Alanları eşleştirin: Eski alanları yeni altyapının alanlarıyla tek tek eşleştirin; varyant ve stok alanlarına özellikle dikkat edin.
4. Pilot aktarım yapın: Önce 20-50 ürünle deneme yapın, görsel, fiyat ve stok bilgisini kontrol edin.
5. Tam aktarımı yapın: Pilot sorunsuzsa tüm kataloğu taşıyın ve kayıt sayılarını karşılaştırın.

Stok verisi taşınırken geçiş günü ile canlıya alma arasındaki sipariş farkı unutulmamalıdır. Stok rakamlarının canlıya alma anında güncellenmesi için stok entegrasyonu planlama yazımızdaki yaklaşımı uygulayabilirsiniz.

SEO Koruması ve 301 Yönlendirmeleri

Altyapı değişiminde en pahalı hata, eski URL'lerin yönlendirilmemesidir. Arama motorlarında ve dış sitelerde var olan her adres, yeni sitede karşılığına 301 ile yönlendirilmelidir.

• Eski sitenin sitemap'inden veya tarama aracından tüm URL'leri dışa aktarın.
• Ürün, kategori ve blog adreslerini yeni karşılıklarıyla bir yönlendirme tablosunda eşleştirin.
• Mümkünse yeni sitede aynı URL yapısını koruyun; bu yönlendirme sayısını azaltır.
• Başlık, meta açıklama ve H1 alanlarını taşıdığınızdan emin olun.
• Canlıya aldıktan sonra Google Search Console'da yeni sitemap'i gönderin ve tarama hatalarını izleyin.

Geçişten sonra sıralamalarda kısa süreli dalgalanma görülmesi normaldir; kalıcı kayıp ise çoğunlukla eksik yönlendirmeden kaynaklanır.

Ödeme, Kargo ve Fatura Bağlantılarını Yeniden Kurma

Entegrasyonlar veriyle birlikte taşınmaz; yeni altyapıda yeniden tanımlanır. Sanal POS için çoğu zaman yeni bir başvuru veya yeni bir entegrasyon anahtarı gerekir. Hazırlık sürecini sanal POS başvurusu öncesi hazırlık listesinde bulabilirsiniz. Kargo firması anlaşmaları, e-fatura/e-arşiv bağlantısı ve muhasebe aktarımı için de test siparişleri oluşturun.

Canlıya Alma ve Test Planı

Canlıya almadan önce yeni siteyi test ortamında uçtan uca deneyin:

• Üyelik, giriş ve şifre sıfırlama akışı
• Ürün arama, filtreleme ve varyant seçimi
• Sepet, kupon, ödeme ve 3D Secure adımı
• Sipariş e-postaları, fatura ve kargo etiketi üretimi
• Mobil görünüm ve sayfa hızı
• Yönlendirme tablosundan seçilen örnek URL'ler

Canlıya geçişi sipariş yoğunluğunun düşük olduğu bir saat veya günde yapın; kampanya dönemlerinden kaçının. Alan adı yönlendirmesi (DNS) değiştikten sonra eski siteyi birkaç hafta salt okunur yedek olarak tutun.

WooCommerce Eklentilerinin Karşılığını Bulun

WooCommerce sitelerinde birçok işlev tek tek eklentilerle çözülür: taksit tablosu, hediye paketi seçeneği, toplu fiyat güncelleme, çoklu dil, ürün karşılaştırma ve benzeri. Geçişte en sık gözden kaçan konu, bu eklentilerin yaptığı işin yeni altyapıda hangi özellikle karşılandığıdır. Aktif eklenti listesini çıkarıp her biri için üç seçenekten birini işaretleyin: yeni altyapıda hazır özellik var, ek bir uygulama veya entegrasyon gerekiyor, ya da bu işlev artık gerekli değil. Gereksiz çıkan eklentiler geçişi hem sadeleştirir hem de bakım yükünü azaltır.

Takvim ve Sorumluluk Dağılımı

Geçişi tek kişiye bağlı bir iş olarak bırakmak gecikme yaratır. Basit bir proje planı için şu dağılım iş görür:

1. Hazırlık (envanter ve altyapı seçimi): İşletme sahibi ve e-ticaret yöneticisi karar verir.
2. Veri taşıma ve eşleştirme: Teknik ekip veya hizmet sağlayıcı yürütür, katalog sorumlusu örnek ürünleri onaylar.
3. SEO ve yönlendirme tablosu: SEO sorumlusu hazırlar, teknik ekip uygular.
4. Entegrasyon ve test: Muhasebe, lojistik ve müşteri hizmetleri kendi süreçlerini test siparişleriyle doğrular.
5. Canlıya alma kararı: Test listesi tamamlanmadan tarih kesinleştirilmez.

Her aşama için bir bitiş kriteri belirlemek, "neredeyse hazır" durumunda canlıya çıkma baskısını da önler.

Geçişte Sık Yapılan Hatalar

• Yönlendirme tablosunu sona bırakmak: Canlıya alınca fark edilen 404 hataları satış ve sıralama kaybı yaratır.
• Test siparişi yapmamak: Ödeme veya fatura hatası ilk gerçek müşteride ortaya çıkar.
• Kampanya dönemine denk getirmek: Yoğun trafikte sorun çıkarsa müdahale alanı daralır.
• Eski siteyi hemen kapatmak: Eksik veri fark edildiğinde geri dönüş imkânı kalmaz.
• Müşteriyi bilgilendirmemek: Üyelik ve şifre değişikliği gerekiyorsa e-posta ile önceden duyurmak destek talebini azaltır.

Geçiş Sonrası İlk 30 Günde İzlenecekler

• Search Console'da tarama hataları ve 404 sayfaları
• Dönüşüm oranı, sepet terki ve ödeme hataları
• Stok ve sipariş senkronizasyonunda sapma
• Müşteri destek taleplerindeki yeni sorun tipleri

Geçiş sürecini bir ekip olarak planlamak, veri eşleştirme ve entegrasyon işlerini güvenle yönetmek istiyorsanız e-ticaret altyapısı çözümlerimizi inceleyebilir veya projenizi bizimle konuşabilirsiniz. Bir pazaryerinden kendi sitenize geçmeyi düşünüyorsanız pazaryerinden e-ticaret sitesine geçiş rehberi de ilgi çekici olabilir.