WooCommerce'ten Hazır E-Ticaret Altyapısına Geçiş Rehberi
WooCommerce'ten hazır e-ticaret altyapısına geçmek için önce mevcut işlevlerin yeni sistemdeki karşılığını belirleyin; ardından verilerinizi aktarın, eski URL'leri eşleştirin ve satış akışını test edin. Alan adını yeni mağazaya en son yönlendirin. Geçişin amacı yalnızca sitenin görünümünü değiştirmek değil; hosting, güvenlik güncellemeleri ve teknik bakım için harcadığınız zamanı azaltmaktır. Hangi işlerin sağlayıcıya devredileceğini ise satın aldığınız hizmetin kapsamı belirler.
- Paket ücretini değil, bakım ve ek hizmetler dahil toplam maliyeti karşılaştırın.
- Ürün, müşteri, sipariş ve eklenti verileri için ayrı aktarım kapsamı oluşturun.
- Yayına geçişi takvime göre değil; veri, ödeme ve yönlendirme testlerinin sonucuna göre onaylayın.
WooCommerce'ten Geçmek Ne Zaman Mantıklı?
Mağazanızı geliştirmek yerine sürekli eklenti uyumluluğunu kontrol ediyor, güncellemeleri erteliyor veya teknik destek arıyorsanız altyapı tercihinizi yeniden değerlendirin. WooCommerce bakımında yalnızca güncelleme düğmesine basmak yeterli değildir: yedek alma, değişiklikleri test ortamında deneme ve ödeme akışını kontrol etme gibi işler de bulunur. WooCommerce'in güncelleme rehberi bu hazırlıkları açıkça tanımlar.
Hazır, bulut tabanlı bir altyapı; hizmet kapsamındaki sunucu ve temel yazılım bakımını sağlayıcı üzerinden yönetmenizi sağlar. Örneğin ideasoft'un e-ticaret paketlerinde hosting ve SSL hizmetleri paket kapsamında sunulur. Böylece bu hizmetleri ayrı ayrı satın alma ve takip etme ihtiyacınız azalır; ürün, kampanya ve sipariş yönetimi ise işletmenizde kalır.
Hazır Altyapıda Hangi İşler Sizde Kalır?
Hazır altyapı, teknik sorumlulukları ortadan kaldırmaz; sorumlularını değiştirir. Satın almadan önce bakım, yedekleme ve destek kapsamını yazılı olarak öğrenin. Kullandığınız muhasebe, kargo ve pazaryeri bağlantılarını da entegrasyon çözümleri üzerinden kontrol edin; bir bağlantının bulunması, mevcut iş akışınızın tamamını desteklediği anlamına gelmez.

| İş | WooCommerce'te | Hazır altyapıda kontrol edilecekler |
|---|---|---|
| Hosting ve temel yazılım bakımı | İşletme, ajans veya hosting sağlayıcısı arasında paylaşılır. | Sağlayıcının yönettiği hizmetleri ve kullanım sınırlarını öğrenin. |
| Güncelleme ve uyumluluk | WordPress, tema ve eklentilerin birlikte çalışması takip edilir. | Platform güncellemeleri ile size özel uygulamaların bakımını ayırın. |
| Yedekleme ve geri yükleme | Seçilen hizmete göre ayrıca kurulup yönetilebilir. | Yedek sıklığını, saklama süresini ve geri yükleme koşullarını sorun. |
| Hesap ve erişim güvenliği | Kullanıcı yetkileri ve hesapların korunması takip edilir. | Çalışan yetkileri, güvenli giriş ve entegrasyon erişimleri yine yönetilmelidir. |
| Mağaza operasyonu | Fiyat, stok, içerik, kampanya ve siparişler işletme tarafından yönetilir. | Aynı işler devam eder; yeni paneldeki karşılıklarını öğrenmeniz gerekir. |
Geçişin Toplam Maliyeti Nasıl Hesaplanır?
WooCommerce'in ücretsiz çekirdeğini, hazır altyapının paket ücretiyle tek başına karşılaştırmayın. Toplam işletim maliyeti; hosting, eklentiler, geliştirme, bakım ve kullanılan hizmetlere göre değişir. Karşılaştırma için aynı dönemi seçin; ödediğiniz faturaları ve ekibinizin harcadığı zamanı ayrı ayrı hesaplayın.
| Maliyet grubu | Hesaba katılacak kalemler |
|---|---|
| Mevcut mağazanın işletimi | Hosting, tema ve eklenti yenilemeleri, yedekleme, güvenlik hizmetleri, bakım ve geliştirici desteği. |
| Yeni altyapının işletimi | Paket ve yenileme bedeli, ek uygulamalar, entegrasyonlar, kullanım aşımı ve özel destek hizmetleri. |
| Tek seferlik geçiş | Veri dönüştürme, tasarım uyarlama, SEO eşleştirmesi, test, eğitim ve geçici olarak iki sistemi açık tutma. |
Tekliflerde vergilerin dahil olup olmadığını ve kampanya sonrası yenileme koşullarını aynı zeminde karşılaştırın. Ödeme kuruluşu komisyonlarını altyapı ücretinden ayrı değerlendirin. Seçtiğiniz paketin kaynak ve trafik limitlerini de inceleyin. Bakım için kazanacağınız zamanı ekonomik fayda olarak yazabilirsiniz; bunu gerçekleşmiş nakit tasarrufu gibi göstermeyin.

Hangi Verileri ve İşlevleri Taşıyacağınızı Belirleyin
Geçiş teklifini yalnızca ürün sayısına göre almayın. Taşınacak kayıtları ve yeniden kurulacak işlevleri ayrı listeleyin. Aşağıdaki tabloyu sağlayıcı görüşmesinde kapsam belgesi olarak kullanın; her satıra sorumlu kişiyi ve kabul ölçütünü ekleyin.
| Veri veya işlev | Doğrulanacak ayrıntılar |
|---|---|
| Ürünler ve varyantlar | Stok kodu, barkod, fiyat, vergi ayarı, stok, kategori, marka, seçenekler ve görseller. |
| Müşteriler | İletişim ve adres alanları, müşteri grupları, mevcut izin kayıtları ve hesap erişimi. |
| Sipariş geçmişi | Eski sipariş numarası, ürün satırları, indirimler, teslimat durumu, iadeler ve müşteri ilişkisi. |
| İçerikler ve SEO alanları | Blog yazıları, sayfalar, kategori metinleri, başlıklar, açıklamalar, görseller ve eski URL'ler. |
| Eklentiye özel veriler | Ürün yorumları, sadakat puanları, hediye bakiyeleri, abonelikler ve özel ürün alanları. |
| Satış kuralları | Kuponlar, bayi fiyatları, minimum sipariş şartları, kargo eşikleri ve ödeme seçenekleri. |
Her kalem için “doğrudan aktarılacak”, “dönüştürülecek”, “yeniden kurulacak” veya “kapsam dışında” yanıtını alın. Özellikle eski siparişlerin yeni panelde işlem yapılabilir kayıt mı, yalnızca arşiv mi olacağını netleştirin. İleride başka bir sisteme geçmeniz gerekirse hangi verileri dışa aktarabileceğinizi de bu görüşmede sorun.
WooCommerce'ten Hazır E-Ticaret Altyapısına Nasıl Geçilir?
1. Tam Yedek Alın ve Başlangıç Verilerinizi Kaydedin
Ürün dosyasından önce mağazanın geri yüklenebilir yedeğini hazırlayın. WooCommerce verileri hem veritabanında hem de tema, eklenti ve yüklenen dosyaların bulunduğu wp-content klasöründe tutulur. WooCommerce yedekleme dokümanında açıklanan bu iki alanı birlikte koruyun; yalnızca ürün CSV'si almak tam yedek değildir.
Yedeğin açılabildiğini ve geri yükleme yönteminin belli olduğunu kontrol edin. Geçiş öncesindeki ürün, varyant, müşteri ve sipariş sayılarını kaydedin. Search Console'daki önemli açılış sayfalarıyla Analytics'teki satış ve dönüşüm verilerini de saklayın; yayın sonrasındaki karşılaştırmalar için bir başlangıç noktası oluşturun.
2. Verileri Dışa Aktarın ve Alanları Eşleştirin
WooCommerce yönetiminde Ürünler > Tüm Ürünler > Dışa aktar yoluyla ürün CSV'si oluşturabilirsiniz. Yerleşik ürün dışa aktarma aracı için gerekli alanları seçin; özel alanlar kullanıyorsanız bunların dosyada bulunduğunu ayrıca kontrol edin. Dosyayı düzenlerken UTF-8 kodlamasını, Türkçe karakterleri ve başında sıfır bulunan stok kodlarını koruyun.
Müşteri, sipariş ve kuponlar için bu kayıtları destekleyen ayrı bir dışa aktarma yöntemi belirleyin. Örneğin Customer / Order / Coupon Export, bu veri türleri için sunulan bir WooCommerce uzantısıdır; standart ürün CSV aracıyla aynı özellik değildir. Yeni sistemin kabul ettiği dosya biçimini öğrenmeden dışa aktarma aracı satın almayın.
ideasoft'a geçerken ürün dosyasını değiştirmeden destek sistemine iletin; konu başlığında Entegrasyon seçip kaynağın WooCommerce olduğunu belirtin. Excel entegrasyonu rehberi, farklı altyapıların ürün dosyalarının dönüştürülebildiğini açıklar. Sipariş geçmişi ve eklenti verileri için ayrı kapsam onayı alın.

3. Küçük Bir Örnek Grupla Aktarımı Deneyin
Deneme ortamını erişim kısıtıyla koruyun. Müşteri ve sipariş dosyalarını herkese açık bağlantılar üzerinden paylaşmayın.
Toplu yüklemeden önce mağazanızın farklı durumlarını temsil eden bir örnek grup seçin: varyantlı ürün, indirimli ürün, birden fazla görseli bulunan ürün ve özel alan kullanan ürün. Yalnızca standart ürünlerin doğru görünmesiyle yetinmeyin. Renk ve beden seçeneklerinin doğru ürüne bağlı olduğunu; fiyatların, stokların ve görsellerin doğru eşleştiğini kontrol edin.
Örneğin siyah renkli M beden ürünün stok kodu, aynı modelin L bedeniyle karışmamalıdır. Ürün seçeneğiyle filtre özelliğini de ayrı test edin; bunlar farklı amaçlarla kullanılır. ideasoft'ta filtre alanlarını hazırlarken ürün özellikleri aktarımı dokümanından yararlanabilirsiniz.
Sayısal mutabakatı ana ürün ve varyantları ayrı sayarak yapın. Eşleşmeyen veya atlanan kayıtları raporlayın; açıklanmayan farklar dururken tam aktarımı onaylamayın. Görsellerin yalnızca eski sunucu bağlantısıyla gösterilmediğini, yeni sistemde nasıl saklandığını da doğrulayın.
4. Eski URL'leri ve SEO Verilerini Koruyun
Alan adınız aynı kalsa bile ürün, kategori veya blog adresleri değişebilir. Eski URL ile yeni karşılığını yan yana gösteren bir eşleştirme tablosu hazırlayın. Aynı kalabilen adresleri koruyun; değişenleri ilgili yeni sayfaya kalıcı olarak yönlendirin. Google, bu amaçla 301 veya 308 sunucu tarafı yönlendirmelerini önerir.
Eski ürünlerin tamamını ana sayfaya göndermeyin. Karşılığı bulunmayan içerikler için ilgisiz yönlendirme üretmek yerine uygun 404 veya 410 yanıtını planlayın. Yönlendirmelerin tek adımda doğru sayfaya ulaştığını test edin. ideasoft'un SEO araçları arasında 301 yönlendirme aracı bulunur; toplu uygulama yöntemini geçiş kapsamına yazdırın.
Başlıkları, açıklamaları, kategori metinlerini ve iç bağlantıları aktarım dosyasına dahil edin. Yeni sayfalarda canonical adreslerini kontrol edin. Test ortamındaki erişim ve indeksleme kısıtlarının canlı siteye taşınmadığından emin olun. Mümkünse altyapı geçişiyle büyük içerik temizliğini aynı anda yapmayın; aksi halde bir performans değişikliğinin nedenini ayırmak zorlaşır.
Google'ın site taşıma rehberi, yönlendirmeleri mümkün olduğunca uzun, genel olarak en az bir yıl korumayı önerir. Geçişte geçici sıralama dalgalanmaları olabilir; “SEO kaybı olmayacak” garantisi yerine URL eşleştirmesi ve yayın sonrası takip planı isteyin.
5. Tasarımı, Ödeme Akışını ve Entegrasyonları Kurun
Mevcut temanın dosyalarını taşımak yerine yeni altyapıda müşteri yolculuğunu yeniden kurmayı planlayın. Menü, kategori, filtre, ürün detayı ve mobil ödeme akışını önceliklendirin. ideasoft'un Flex temalarını bu akışları kendi ürünlerinizle deneyerek değerlendirin; yalnızca demo ana sayfasına bakarak seçim yapmayın.
Sanal POS, muhasebe ve pazaryeri bağlantılarını ayrı ayrı doğrulayın. Kargo entegrasyonunun kurulmasıyla müşteriye gösterilen kargo ücretinin tanımlanmasını ayrı işler olarak takip edin. Kargo fiyatlandırma ayarlarında ücretsiz kargo eşiği, desi veya bölge koşullarınızı yeniden kontrol edin.
Analytics ve reklam etiketlerini de geçiş kapsamına alın. Ürün görüntüleme, sepete ekleme ve satın alma olaylarını GA4 DebugView üzerinden test edin; sipariş numarası, tutar ve para biriminin doğru gönderildiğini doğrulayın. Tag Manager ve DataLayer kurulumunda eski ve yeni etiketlerin birlikte çalışıp çift ölçüm üretmediğini kontrol edin.
Abonelik veya kayıtlı ödeme yöntemi kullanıyorsanız devam eden tahsilatların nasıl sürdürüleceğini ödeme kuruluşuyla ayrıca netleştirin. Bu işlevleri, müşteri listesini yükleyince tamamlanacak bir işlem gibi planlamayın. Kart bilgilerini sıradan ürün veya müşteri aktarım dosyalarına eklemeyin.
6. Son Siparişleri Aktarın ve Geri Dönüş Planını Hazırlayın
İlk aktarım tamamlandıktan sonra eski mağazada oluşan siparişleri, yeni müşterileri ve stok değişikliklerini ayrıca taşıyın. Son eşitlemenin başlangıç ve bitiş anını kaydedin. İşlem sırasında iki sistemin aynı siparişi işlemesini veya aynı stoğu bağımsız biçimde satmasını önleyecek bir plan oluşturun.
Sürekli senkronizasyon yoksa kontrollü bir sipariş durdurma aralığı belirleyin. Pazaryeri ve muhasebe bağlantılarının hangi sistemden veri alacağını aynı plana ekleyin. Eski siparişlerin yeniden aktarılmasıyla müşterilere tekrar bildirim veya muhasebeye mükerrer kayıt gönderilmediğini test edin.
Geri dönüş planını yalnızca “DNS'i eski haline alırız” diye yazmayın. Yeni mağazada sipariş alındıktan sonra geri dönmek gerekirse bu sipariş ve ödemelerin nasıl uzlaştırılacağını belirleyin. Geçişi durdurma kararını kimin vereceğini ve hangi hatalarda geri dönüleceğini önceden kararlaştırın.
7. Alan Adını Bağlayın ve Eski Sistemi Kontrollü Kapatın
Satış akışı ve son veri kontrolleri tamamlandığında alan adını yeni altyapıya bağlayın. ideasoft'un DNS yönlendirme rehberindeki ad sunucusu değişikliği ile A/CNAME kaydı yöntemlerini ayırın. Mevcut kurumsal e-postanızı kullanacaksanız MX ve e-posta doğrulama kayıtlarının korunacağını teyit edin.
DNS değişiklikleri yayılırken eski sunucuya erişim sürebilir. Google'ın hosting geçiş rehberindeki yaklaşım doğrultusunda eski ve yeni altyapıya gelen trafiği izleyin. Eski hostingi; trafik geçişi, görsel ve dosya bağımlılıkları, e-posta hizmetleri ve arşiv erişimi kontrol edilmeden kapatmayın.
Yeni URL'lerle site haritasını oluşturun ve Search Console'a gönderin. Mevcut Search Console doğrulamasının yeni altyapıda sürdüğünü kontrol edin. Eski URL yönlendirmeleri yeni altyapıda çalışıyorsa bunları korumak için eski WordPress kurulumunu açık tutmanız gerekmez. Ancak yönlendirmelerin gerçekte hangi sistemde çalıştığını kapatma öncesinde doğrulayın.
Yayına Geçişi Hangi Kontrollerden Sonra Onaylamalısınız?
Mağazanın açılması tek başına yeterli değildir. Aşağıdaki kabul testlerini işletme ve teknik ekip birlikte tamamlasın. Her kontrol için sonucu, sorumlu kişiyi ve varsa düzeltilecek hatayı kaydedin.
| Kontrol | Beklenen sonuç |
|---|---|
| Veri mutabakatı | Ürün, varyant, müşteri ve sipariş farklarının tamamı açıklanmış olmalı. |
| Mobil sipariş | Ürün bulma, seçenek seçme, kupon kullanma ve ödeme adımları tamamlanmalı. |
| Ödeme ve iade | Başarılı/başarısız ödeme durumları doğru işlenmeli; iade akışı doğrulanmalı. |
| Stok ve entegrasyon | Sipariş doğru stoğu etkilemeli; bağlı sistemlere mükerrer kayıt gitmemeli. |
| E-posta | Sipariş bildirimi, hesap erişimi ve kurumsal e-posta gönderme/alma çalışmalı. |
| SEO | Önemli eski URL'ler doğru karşılığa ulaşmalı; canlı sayfalarda yanlış noindex veya canonical bulunmamalı. |
| Ölçümleme | Test satın alımı doğru sipariş numarası, tutar ve para birimiyle izlenebilmeli. |
Yayın sonrasında organik açılış sayfalarını, ödeme hatalarını ve sipariş akışını birlikte izleyin. Analytics'teki satış düşüşünü doğrudan gelir kaybı saymadan önce mağaza ve ödeme kuruluşu kayıtlarıyla karşılaştırın. Yanlış ölçümlemeyi, gerçekten tamamlanamayan alışverişten ayırın.
WooCommerce'ten ideasoft'a Geçişi Nasıl Başlatabilirsiniz?
Görüşmeye ürün dosyanız, kullandığınız eklentilerin işlev listesi, önemli URL'leriniz ve entegrasyon ihtiyaçlarınızla başlayın. ideasoft'un kurulum desteği kapsamında ürün ve üye verileri, tema, ödeme, kargo, ölçümleme ve alan adı işlemleri için destek başlıkları bulunur. Sizin mağazanızdaki veri türlerinin bu kapsamda nasıl ele alınacağını ayrıca netleştirin.
Teklifte aktarılacak alanları, kapsam dışında kalan işlevleri, ek ücretleri ve yayın sonrası destek koşullarını yazılı isteyin. Kararınızı demo görünümüne değil, kendi ürününüz ve sipariş senaryonuzla yapılan denemenin sonucuna göre verin. Zorunlu işlevleriniz karşılanıyor ve bakım yükünüz gerçekten azalacaksa geçiş takvimini oluşturun.
WooCommerce'ten Geçiş Hakkında Sıkça Sorulan Sorular
Mağaza incelenmeden güvenilir bir süre verilemez. Takvimi ürün sayısının yanında veri kalitesi, varyant yapısı, özel işlevler, entegrasyonlar ve test sonuçları belirler. Sağlayıcıdan tek bir teslim tarihi yerine veri hazırlığı, deneme aktarımı, kabul testleri ve yayına geçiş için ayrı aşamalar isteyin.
Bunu otomatik kabul etmeyin. WordPress parolaları düz metin olarak değil, parola özeti oluşturarak işler. Yeni sistemin mevcut doğrulama biçimini destekleyip desteklemediği kontrol edilmelidir. Desteklenmiyorsa hesap etkinleştirme veya şifre yenileme akışı hazırlayın; müşterilerinizden eski şifrelerini paylaşmalarını istemeyin.
Altyapı değiştirmekle alan adının kayıt firmasını değiştirmek ayrı işlemlerdir. Mevcut alan adınızı koruyarak yeni mağazaya yönlendirebilirsiniz. Hangi DNS yönteminin kullanılacağını ve alan adı yenilemesinin kim tarafından takip edileceğini netleştirin.
Teknik yapı destekliyorsa mağazayı taşırken blogu WordPress'te tutabilirsiniz. Ancak WordPress için hosting, güvenlik ve güncelleme işleri devam eder. Mevcut blog adreslerini koruma yöntemini sağlayıcıyla doğrulayın; teknik bakım yükünü tamamen bırakmayı hedefliyorsanız blog içeriklerinin aktarımını da değerlendirin.
İÇİNDEKİLER
Popüler Videolar