Magento'dan WooCommerce'e Geçiş: Atlanamayacak Veri Modeli Çevirisi

Bir Magento mağazasını WooCommerce'de yeniden oluşturmak sadece kopyala-yapıştır değildir. İki platform ürün verilerini temelde farklı şekillerde depolar ve bu boşluk çoğu taşımanın takıldığı yerdir. Veri modeli çevirisini doğru yaparsanız, projenin geri kalanı net bir yolu takip eder.

Ana çıkarımlar

• Magento'nun EAV veritabanı (Entity-Attribute-Value) her ürün özniteliğini kendi satırı olarak depolar; WooCommerce bunu serileştirilmiş wp_postmeta dizelerine kaydeder. Formatlar doğrudan içe aktarılamaz.
• Magento yapılandırılabilir ürünler (ana + alt) WooCommerce değişken ürünlerine eşlenir, ancak dönüştürme her özniteliği, varyasyon SKU'sunu, stok seviyesini ve fiyat farkını korumalıdır.
• Adobe Commerce 2.4.4 ve 2.4.5, 2026 itibariyle hem standart hem de genişletilmiş desteği sonlandırdı; bu sürümlerdeki mağazalar Mayıs 2027'ye kadar yalnızca güvenlik yamaları alır, bu da taşıma zamanlamasını acil hale getirir.
• WooCommerce 11.2.0 (7 Ekim 2026 yayınlandı) Ürün CSV içe aktarıcısını SKU yoksa GTIN, UPC, EAN veya ISBN'ye göre satırları eşleyecek şekilde güncelledi, bu da tutarsız SKU kapsamına sahip Magento taşımalarına doğrudan fayda sağlar.
• Tam bir çalıştırmaya başlamadan önce 10-20 ürünle demo taşıması yapın; her araç bu aşamada sütun eşleme hatalarını ortaya çıkarır, 40.000 satır içe aktarıldıktan sonra değil.

Mağazalar neden şu anda hareket ediyor

Magento Open Source'u terk etme baskısı somut ve zaman sınırı bellidir. Adobe Commerce 2.4.4 Nisan 2025'te standart desteği, Nisan 2026'da genişletilmiş desteği kaybetti. Sürüm 2.4.5 izledi: standart destek Ağustos 2025'te, genişletilmiş destek Ağustos 2026'da sona erdi. Her iki seri de 31 Mayıs 2027'ye kadar sadece güvenlik yamasının alındığı bir pencerede oturuyor, bundan sonra yalıtılmış güvenlik yamaları bile durur. Bu sürümleri çalıştıran PHP 8.1, 31 Aralık 2025'te sonlandırıldı, taşınmamış mağazalar için PCI uyumluluğunu doğrudan risk altına alır.

Maliyet tarafında, Adobe'nin ticari sürüm için kurumsal lisanslama önemli ölçüde arttı, orta pazar tahminleri yıllık kabaca 22.000 dolardan 100.000 doların üzerine çıkmaktadır. WooCommerce'in açık kaynak modeli, Magento'nun özel olarak oluşturulduğu B2B karmaşıklığına ihtiyaç duymayan mağazalar için meşru bir alternatiftir.

Temel sorun: EAV'ye karşı postmeta

Magento, ürün verilerini Entity-Attribute-Value şemasında depolar. Her özel öznitelik, catalog_product_entity_varchar, catalog_product_entity_decimal gibi tablolarda kendi satırı olarak yaşar ve benzeri tablolarda. 30 özniteliğe sahip tek bir ürün, varyantlara dokunmadan önce birden fazla tablo genelinde 30+ satır oluşturur.

WooCommerce, eşdeğer verileri wp_postmeta'da _product_attributes, _price, _sku ve benzeri meta anahtarları altında serileştirilmiş PHP dizileri olarak depolar. Verilerin şekli tamamen farklıdır.

Bu, hiçbir taşıma aracının Magento'dan basitçe SELECT yapıp WordPress'e INSERT yapamayacağı anlamına gelir. Pazardaki her araç (LitExtension, Cart2Cart, FG Magento to WooCommerce veya resmi WooCommerce Magento Migration eklentisi) arada bir dönüştürme katmanı çalıştırır. Bu katmanın ne yaptığını ve nerede kırdığını anlamak, projeyi çalıştıran geliştirici'nin işidir.

Yapılandırılabilir-değişken ürün sorunu

Çoğu taşımanın yalnızca üretimde ortaya çıkan sessiz hatalar ürettiği yerdir.

Magento'da yapılandırılabilir ürün, ilişkili basit alt ürünleri olan bir ana varlıktır. Ana varlık sunum verilerini ve paylaşılan öznitelikleri tutar. Her alt ürün kendi SKU'sunu, fiyatını, stok seviyesini, ağırlığını ve varyasyona özgü geçersiz kılmaları tutar. İlişki catalog_product_relation'da depolanır.

WooCommerce'de eşdeğeri, varyasyonları olan değişken üründür. Her varyasyon, ana product gönderisinin bir alt olan product_variation türü gönderisidir. Öznitelikler ürün taksonomi (pa_color, pa_size) olarak depolanır ve varyasyon, ana öznitelikleri terim metaverisi aracılığıyla devralır veya geçersiz kılar.

Dönüştürme bunu yapmalıdır:

• WooCommerce ana değişken ürünü oluşturun
• Yapılandırmada kullanılan her Magento özniteliği için pa_ taksonomi terimini oluşturun
• Magento alt başına bir product_variation gönderisi oluşturun
• Alt'ın Magento SKU'sunu, fiyatını, stok miktarını ve görüntülerini varyasyona eşleyin
• Varyasyonun öznitelik terimlerini Magento alt'ının seçenek değerleriyle eşleşecek şekilde ayarlayın
• Ana ürünü manage_stock = no olarak işaretleyin ve Magento alt düzeyinde stok yönetiyorsa her varyasyonda manage_stock = yes ayarlayın (ki genellikle öyle)

Herhangi bir adım atlanırsa, varyasyon veritabanında var olur ancak WooCommerce ön ucu ya öznitelik seçiciyi oluşturamaz ya da doğru varyasyonu sepete ekleyemez.

İçe aktarımdan sonra doğrulama sorgusu:

SELECT p.ID, p.post_title, COUNT(v.ID) AS variation_count
FROM wp_posts p
LEFT JOIN wp_posts v ON v.post_parent = p.ID AND v.post_type = 'product_variation'
WHERE p.post_type = 'product' AND p.post_status = 'publish'
GROUP BY p.ID
HAVING variation_count = 0
ORDER BY p.post_title;

Bunun döndürdüğü herhangi bir satır, sıfır varyasyona sahip değişken bir üründür. Başlatmadan önce bunları düzeltin.

Taşıma yaklaşımı karşılaştırması

Hangi araçtan bağımsız olarak manuel olarak dönüştürmeniz gereken veriler

Otomatik hiçbir araç bunları doğru şekilde işlemez:

• Magento paket ürünleri doğrudan WooCommerce eşdeğerine sahip değildir. Seçenekler WooCommerce bileşik ürünleri (ücretli bir eklenti aracılığıyla), gruplandırılmış ürünler veya yapısal basitleştirme kararını içerir. Taşıma başlamadan önce bu çağrıyı yapın.
• Müşteri grupları ve katmanlı fiyatlandırma. Gruba özgü fiyatlandırması olan Magento müşteri grupları, taşıma sonrası WooCommerce üyelik veya toptan satış eklentisi gerektirir. Fiyatlandırma satırları aktarılmayacak; yeniden oluşturulması gerekir.
• CMS sayfaları ve blokları. Magento'nun CMS içeriği e-ticaret verisi değildir. Hiçbir taşıma aracı aracılığıyla içe aktarılmaz. Manuel olarak dışa aktarın, WordPress blok editörü (Gutenberg) için yeniden biçimlendirin ve sayfalar olarak içe aktarın.
• Ürün incelemeleri. Yerel inceleme dışa aktarmaları, araç ekosistemi genelinde güvenilmezdir. İncelemeler iş açısından kritikse, Magento'nun review ve review_detail tablolarından özel bir dışa aktarma planlayın ve WooCommerce REST API'sinin /wc/v3/products/{id}/reviews uç noktası aracılığıyla içe aktarın.

Yeniden yönlendirme stratejisi: SEO'yu öldüren kısım

Magento URL'leri /category/subcategory/product-name.html gibi bir düzen izler. WooCommerce varsayılan olarak /product/product-name/'dir. Eşleşen 301 yeniden yönlendirmesi olmayan her URL değişikliği organik trafiğin kalıcı olarak kapıdan çıkmasıdır.

DNS'yi kesmeden önce:

1. Screaming Frog ile canlı Magento mağazasını tarayın ve tüm dizinlenebilir URL'leri dışa aktarın.
2. Her Magento URL'sini WooCommerce eşdeğeriyle eşleştiren bir yeniden yönlendirme haritası oluşturun.
3. Haritayı Nginx veya Apache yeniden yazma kurallarına içe aktarın ya da yönetilen barındırma üzerindeyseniz ve sunucu yapılandırması değişikliklerine izin vermiyorsa Redirection gibi bir eklenti kullanın.
4. Başlatmadan sonra, Google Search Console'nun Kapsam raporunu 48 saat içinde çekin. Başlatmadan önce orada olmayan 404'lerde herhangi bir artış, bir yeniden yönlendirme boşluğudur.

Kategori URL'leri en çok kaçırılanıdır. Magento'nun katmanlı navigasyonu /clothing/jackets/color/blue.html gibi URL'ler oluşturur, bunlar dizinlenir, trafik alır ve WooCommerce eşdeğeri hiç yoktur. Bunlar 404'e değil, temel kategoriye yeniden yönlendirilmelidir.

WooCommerce 11.2 bir içe aktarım ayrıntısını değiştirir

7 Ekim 2026'da yayınlanan WooCommerce 11.2.0, Ürün CSV içe aktarıcısını eşleşme sırasının ID ilk, ardından SKU, ardından küresel benzersiz tanımlayıcı olduğu şekilde, kimlik veya SKU yoksa GTIN, UPC, EAN veya ISBN'ye göre satırları eşleyecek şekilde güncelledi. Hiçbir şeyle eşleşmeyen boş olmayan tanımlayıcı, yinelenen ürün oluşturmak yerine satırı atlar.

Bu, kaynak katalogu yapılandırılmış bir SKU yerine birincil ürün tanımlayıcı olarak EAN/GTIN kullanan Magento taşımalarında önemlidir. Daha önce, eksik SKU'lar sessiz yineleme oluşturmasına neden oldu. Şimdi içe aktarıcı satırı reddediyor, bu da yakalanması ve düzeltilmesi daha kolay.

WooCommerce'in postmeta veri modeli hakkında daha fazla bağlam için, postmeta ve ürün verilerine ilişkin sözlük girişine bakın.

Başlatma öncesi doğrulama kontrol listesi

DNS'ye dokunmadan önce hazırlama aşamasında bu kontrolleri çalıştırın:

• Ürünlerin %10'unu nokta kontrolü yapın: adlar, fiyatlar, SKU'lar, stok miktarları, kategoriler ve görüntüler
• Her ürün türünü (basit, değişken, gruplandırılmış) sepete ekleyin ve test ödeme işlemini tamamlayın
• Tüm değişken ürün öznitelik seçicilerin doğru şekilde oluşturulduğunu ve seçimde fiyatı güncellediğini doğrulayın
• Sipariş geçmişinin müşteri hesaplarında erişilebilir olduğunu doğrulayın (salt okunur olsa da)
• Ödeme ağ geçidi kimlik bilgilerinin canlı, hazırlama anahtarları değil olduğunu doğrulayın
• Gerçek bir test siparişi verin ve yerine getirme e-postasının gönderildiğini doğrulayın
• Google Analytics / GA4 veri katmanının satın alma onayında ateş ettiğini kontrol edin
• 301 yeniden yönlendirme haritasını Screaming Frog tarama dışa aktarmasına karşı çalıştırın ve sıfır boşluk doğrulayın

Bu liste başlatmadan önce yakalanmayan taşıma, başlatmadan sonra müşteriler tarafından yakalanacaktır. Liste daha hızlıdır.