WooCommerce'den Mağaza Taşıma: Ürün, Müşteri, Sipariş ve SEO

WooCommerce'den mağaza taşıma, "WordPress site taşıma" denince akla gelen sunucu değişikliğinden farklı bir iştir. Sunucu değiştirirken WordPress yerinde kalır, yalnız dosyalar başka bir barındırmaya kopyalanır. Platform değiştirirken ise ürünler, varyasyonlar, kategoriler, yazılar ve yıllardır Google'da duran adresler başka bir yapıya çevrilir.

Bu yazı yalnız WooCommerce'e özgü kısmı anlatıyor: verinin WooCommerce'te nerede durduğu, dışarı almanın yolları, prova aktarımında sessizce kaybolanlar, WooCommerce adres kalıpları ve eklentilerin karşılığı. Hangi verinin taşındığını, geçişin dört aşamasını ve yayın günü kontrol listesini e-ticaret altyapısı değiştirme rehberinde anlattık; burada tekrar etmiyoruz.

WordPress site taşıma mı, platform değişikliği mi?

Aynı arama iki farklı işi anlatır. Hangisini yaptığınızı baştan netleştirin, çünkü planı da bütçeyi de bu belirler.

• Sunucu taşıma: WordPress ve WooCommerce aynı kalır. Dosyalar ve veritabanı başka bir barındırmaya kopyalanır. Adresler değişmez, eklentiler yerinde durur. Bu bir barındırma işidir.
• Platform değişikliği: WooCommerce bırakılır. Veritabanı kopyalanamaz; veri bir yapıdan diğerine çevrilir. Eski adresler yeni adreslere yönlendirilir. Bu yazının konusu budur.

İkinci yola çoğu zaman eklenti yükü yüzünden gelinir. Sanal POS için bir modül, kargo için bir eklenti, pazaryeri için bir üçüncüsü, e-Fatura için dördüncüsü kurulur. Her biri ayrı sürüm çıkarır, biri güncellenince diğeri bozulabilir. Bu yığının bakımını WooCommerce sanal POS ve kargo rehberinde anlattık. Taşınmaya karar verdiyseniz ilk iş, WooCommerce'in verinizi nasıl tuttuğunu bilmektir.

WooCommerce'te ürün verisi nerede durur?

Göç planı, kaynağın veri yapısını tanımakla başlar. WooCommerce dokümanına göre dört ürün tipi var: basit, varyasyonlu, gruplanmış ve harici (affiliate) ürün. Göçte sorun çıkaran noktalar şunlar:

• Varyasyonlar: Varyasyonlu ürünün her bedeni ya da rengi ayrı bir kayıttır. Kendi stok kodu, fiyatı, stoğu ve görseli olabilir. Hedef sistemde de her varyantın ayrı stok kodu ve ayrı barkodu olmalıdır. Stok kodunu nasıl kuracağınızı SKU nedir yazısında anlattık.
• Global ve ürüne özel öznitelikler: WooCommerce'e göre Ürünler → Öznitelikler ekranında tanımlanan global öznitelikler her üründe kullanılabilir ve filtrelemeye girer. Ürün sayfasında açılan öznitelik ise yalnız o üründe yaşar. Aynı "Renk" bilgisi kimi üründe global, kimi üründe serbest metin olabilir. Göçten önce bunları tek eksende toplamak gerekir.
• Gruplanmış ve harici ürünler: Bunlar tek başına satılan kalemler değildir; başka ürünleri bir sayfada toplar ya da başka bir siteye yönlendirir. Kapsama girip girmeyeceklerine baştan karar verin.
• Barkod ve SEO alanları: Barkod, WooCommerce sürümüne ve kullandığınız eklentiye göre ya ürünün kendi alanında ya da bir eklentinin özel alanında durur. Ürün başına SEO başlığı ve açıklaması da çoğu kurulumda bir SEO eklentisinde saklanır. Bu alanlar standart dışa aktarımda görünmeyebilir.
• Görseller: WordPress yüklenen görselin genellikle birkaç küçük kopyasını da üretir. Taşınması gereken, küçük önizleme değil en büyük sürümdür.

WooCommerce ürünlerini dışarı almanın üç yolu

Ürünleri WooCommerce'ten çıkarmanın üç yaygın yolu var. Hangisini seçerseniz seçin, çıkan ürün sayısını panelde gördüğünüz sayıyla karşılaştırın.

Tablodaki bilgiler WooCommerce CSV dışa aktarma dokümanından ve Store API dokümanından 7 Ekim 2026 tarihinde okundu. CSV dokümanı açıkça uyarıyor: üç ya da daha fazla özniteliği olan ürünlerde varyasyon adı öznitelik değerlerini içermeyebilir. Bu durumda beden ve renk bilgisi addan değil, öznitelik sütunlarından okunmalıdır.

Kimi mağaza ürünlerini bir feed eklentisinin ürettiği XML ile verir. Pratik görünür, ama sahada gördüğümüz bir feed'de fiyatlar KDV hariçti; marka ve barkod alanları ise ya hiç taşınmıyordu ya da geçersiz değerlerle doluydu. XML'i kaynak olarak kullanacaksanız fiyatın KDV dahil mi hariç mi olduğunu ve hangi alanların gerçekten dolu olduğunu birkaç ürün üzerinden kontrol edin. XML ile aktarımın genel kurallarını XML entegrasyonu yazısında bulabilirsiniz.

Prova aktarımında WooCommerce'e özgü sessiz hatalar

Aşağıdakileri WooCommerce'ten yaptığımız taşımalarda yaşadık. Hiçbiri hata mesajı üretmedi; hepsi sayılar karşılaştırılınca ortaya çıktı.

1. "Tamam" diyen ama ürün getirmeyen aktarım. Yeni bir WooCommerce sürümü, ürün listesi isteğindeki virgülle ayrılmış ürün tipi filtresini geçersiz parametre sayıp reddetti. Aktarım aracı bu hatayı yuttu ve işi sıfır ürünle "başarılı" bitirdi. Ders: prova sonucunda rapordaki yazıya değil, aktarılan ürün sayısına bakın. WooCommerce güncellendikçe API davranışı da değişebilir.
2. Yerel sanılan görseller. WordPress görselleri /wp-content/uploads/ altında durur. Adresinde "uploads" geçen her görseli "zaten bizde" sayan bir kontrol bu görselleri indirmedi; ürünler eski siteden görsel çekmeye devam etti. Eski site kapandığı gün bu görseller kırılır. Ders: aktarımdan sonra kaç görselin hâlâ eski alan adını gösterdiğini toplu olarak sorgulayın.
3. Kategorisiz gelen ürünler. Kategori sayfasında listelenen bazı ürünler, ürün verisinde boş kategoriyle döndü. Ürün yalnız kendi kaydından okunsaydı kategorisiz kalacaktı. Ders: kategori başına ürün sayısını kaynak siteyle karşılaştırın, tutmayan kategoriyi elle bağlayın.
4. Eklentinin eklediği alanlar. En az sipariş adedi, hediye paketi ya da kişiselleştirme notu gibi alanlar bir eklentiden gelir ve standart ürün kaydında görünmez. Hangi eklentinin hangi alanı eklediğini ve hedef sistemde karşılığı olup olmadığını aktarımdan önce sorun.
5. Kapsam sorusu. Stokta olmayan ürünler gelsin mi, taslaklar, yıllardır satılmayanlar? Bu kararı prova koşusundan önce verin. Sonradan temizlemek, baştan seçmekten uzun sürer.

Göçte bozulan alanların tamamını bu blogdaki ürün göçü yazısında ayrıca ele alacağız.

WooCommerce adresleri ve 301 haritası

Arama motorundaki değerinizin büyük kısmı ürün ve kategori adreslerinde birikmiştir. WooCommerce kalıcı bağlantı dokümanına göre varsayılan kalıplar şunlar: ürün için /product/urun-adi, kategori için /product-category/kategori-adi, etiket için /product-tag/etiket-adi. Bu önekler ayarlardan değiştirilebildiği için kendi sitenizde hangisinin kullanıldığına bakın; Türkçe kurulumlarda /urun/ gibi önekler sık görülür.

Ürün ve kategori adreslerinin yanında WooCommerce'e özgü dört grup ayrıca eşlenir:

• Mağaza sayfası ve sayfalama: /shop/ sayfası ve kategori sayfalarının /page/2/ gibi devamları.
• Sorgu parametreli adresler: ?p=123 ya da ?product=urun-adi biçimindeki eski bağlantılar yol eşlemesiyle çözülmez, ayrı kural ister.
• Görsel adresleri: Google'ın site taşıma rehberi resim ve video gibi yerleştirilmiş içeriğin adreslerini de plana eklemenizi istiyor. Görsel aramasından trafik alıyorsanız /wp-content/uploads/ adresleri de haritaya girer.
• Blog ve sayfalar: WordPress yazıları tarih ya da kategori içeren kalıplarla yayımlanmış olabilir. Bunlar da tek tek eşlenir.

Aynı rehber kalıcı yönlendirme (301 ya da 308) kullanmanızı ve yönlendirmeleri "mümkün olduğu kadar uzun süre" korumanızı istiyor; bu süre "genellikle en az 1 yıldır". Haritanın nasıl kurulduğunu, Türkçe karakterli adreslerin iki biçimini ve zincir yönlendirme tuzağını genel geçiş rehberinin 301 bölümünde anlattık.

Müşteri hesapları ve sipariş geçmişi

WooCommerce'te müşteri hesapları WordPress kullanıcı kaydıdır. Hesaplar da siparişler de kişisel veri içerir. Taşınıp taşınmayacakları teknik değil, KVKK açısından verilecek ayrı bir karardır.

• Şifreler taşınmaz. Hesaplar taşınsa bile müşteri yeni mağazada ilk girişte şifresini yeniler. Bunu geçiş günü bir duyuruyla bildirmek, "giremiyorum" mesajlarını azaltır.
• Üyeliksiz siparişler: WooCommerce misafir alışverişine izin veriyorsa bu siparişlerin bir hesabı yoktur. Müşteri listeniz sipariş listenizden kısa görünebilir; bu bir eksik değildir.
• Kampanya listesi ayrı şeydir: Alışveriş yapan müşteri ile kampanya e-postası almayı onaylamış kişi aynı değildir. Onay kaydı olmayan adres kampanya listesine taşınmaz.
• Geçmiş siparişler: Muhasebe ve fatura kayıtlarınızda durmaya devam eder. Yeni panele taşınmaları ayrı karardır.

Pazaryeri siparişleri WooCommerce'e bir eklentiyle yazılıyorsa, geçiş günü açık siparişlerin hangi panelden kargolanacağını önceden netleştirin. Aynı sipariş iki yerden işlenmesin.

Eklentilerin karşılığı: ödeme, kargo, pazaryeri ve feed

Göçten önce WordPress'teki eklenti listesini açın ve her eklentinin yaptığı işi tek satırla yazın. Bu liste, yeni mağazada kurulması gereken işlerin listesidir.

• Sanal POS modülü: Ödeme kuruluşuyla sözleşme sizindir ve yerinde kalır. Yeni mağazada aynı sağlayıcının bilgileri girilir, sağlayıcı panelindeki bildirim adresi yeni siteye göre güncellenir. Test siparişi geçmeden geçiş günü ilan edilmez.
• Kargo eklentisi: Kargo sözleşmesi de sizindir. Ürünlerin ağırlık ve ölçü bilgisinin aktarıldığını kontrol edin; yoksa desi hesabı bozulur.
• Pazaryeri eklentisi ya da entegratör: Pazaryerindeki ilanlarınız WooCommerce'e değil, satıcı hesabınıza aittir; göçle silinmez. Yeni sistemde mevcut ilanlar bulunup ürünlerinizle eşleştirilmeli, aynı ürün için ikinci ilan açılmamalı. Pazaryerine bağlanmanın yollarını WooCommerce Trendyol entegrasyonu rehberinde, senkron gecikmesinin neden fazla satışa yol açtığını stok senkronizasyonu yazısında anlattık.
• Ürün feed eklentisi: Google Merchant Center ve Meta kataloğu eski feed adresini okuyorsa, eski site kapanınca feed de susar. Yeni mağazanın feed adresini geçiş günü platformlara tanımlayın ve ürün kimliklerinin değişip değişmediğine bakın. Ayrıntılar Merchant Center ve Meta katalog feed'i yazısında.
• SEO, önbellek ve güvenlik eklentileri: Bunların işi çoğunlukla yeni altyapının kendisinde karşılanır. Yalnız SEO eklentisindeki ürün başlıklarını ve açıklamalarını aktarıma dahil etmeyi unutmayın.

Mubido'da WooCommerce göçü nasıl yürür?

Mubido'da kurulumu ve göçü biz yapıyoruz. WooCommerce'i tanıyan bir aktarım aracımız var. Araç önce hiçbir şey yazmadan prova koşar, sonra kategorileri, ürünleri ve varyantları, görselleri, blog yazılarını ve sayfaları sırayla taşır.

• Sayım: Her kategorideki ürün sayısı kaynak siteyle yan yana konur. Tutmayan satır raporlanır, atlanan her kaydın sebebi yazılıdır.
• Görseller: Kaynaktaki en büyük sürümleriyle kendi depomuza indirilir; eski site kapandığında kırılmasınlar diye.
• Adresler: Taşınan ürün, kategori, yazı ve sayfaların eski adresleri yeni adreslerine 301 ile yönlenir. Yeni mağazada bir ürünün adresini sonradan değiştirirseniz eski adres de kendiliğinden yeni adrese gider.
• Metinler ve ölçüm: Mesafeli satış, iade ve KVKK metinleriniz kaynaktan taşınır. Tag Manager, Analytics ve Meta Pixel kimlikleriniz yeni mağazaya girilir.
• Müşteri ve sipariş geçmişi: Onayınızla ayrı karar olarak ele alınır; şifreler taşınmaz.

Bir sınırı da açıkça yazalım: Mubido WooCommerce'ten veri okur, WooCommerce'e ürün yazmaz. İki mağazayı yan yana yaşatıp ürünleri Mubido'dan WooCommerce'e göndermek bu kurgunun parçası değildir; amaç tek mağazaya geçmektir. Eski siteniz geçiş gününe kadar yayında kalır. Pazaryeri bağlantılarının kapsamını pazaryeri entegrasyonu sayfasında, sürecin tamamını geçiş sayfasında görebilirsiniz.