Magento 2 Geçiş (Migration) Rehberi: Eski Altyapıdan Magento 2’ye

Magento 2 geçiş projesi, yalnızca ürünleri bir sistemden diğerine kopyalamak değildir. Müşteri hesapları, sipariş geçmişi, URL’ler, arama motoru sıralamaları, entegrasyonlar ve ekibin çalışma alışkanlıkları da yeni sisteme taşınır. İyi planlanmış bir geçiş, sitenin yeni altyapıda daha hızlı ve esnek çalışmasını sağlarken trafiği ve satışları korur. Kötü planlanmış bir geçiş ise aylarca süren trafik kaybına yol açabilir. Bu rehberde Magento 1’den, OpenCart’tan, WooCommerce’ten veya hazır paket altyapılardan Magento 2’ye geçişin aşamalarını, veri taşıma yöntemlerini ve 301 yönlendirme planını anlatıyoruz. Geçiş projenizi birlikte planlamak isterseniz Magento 2 geçiş ve geliştirme sayfamıza göz atabilirsiniz.

Altyapı kararını henüz vermediyseniz önce e-ticaret yazılımı nasıl seçilir yazımızdaki kriterlere bakmanızı öneririz.

Hangi durumlarda Magento 2’ye geçiş gündeme gelir?

• Magento 1 kullanıyorsanız: Magento 1’in resmi desteği 30 Haziran 2020’de sona erdi. Güvenlik yaması almayan bir sistemde ödeme almak ciddi bir risktir.
• Mevcut altyapı büyümeyi taşıyamıyorsa: Ürün sayısı, varyantlar, çoklu dil veya çoklu mağaza ihtiyacı mevcut sistemi zorluyorsa.
• Entegrasyon ihtiyacı arttıysa: ERP, depo, pazaryeri ve B2B süreçleri mevcut sistemde yönetilemiyorsa.
• Hazır paketin sınırlarına ulaştıysanız: İhtiyaç duyduğunuz özelleştirme paket altyapıda mümkün değilse.

Magento migration aşamaları

Bir Magento 2 geçiş projesi genellikle şu aşamalardan oluşur:

1. Keşif ve envanter: Mevcut sitedeki tüm veri türleri, özellikler, eklentiler, entegrasyonlar ve URL’ler listelenir.
2. Kapsam ve mimari: Hangi özelliğin aynen taşınacağı, hangisinin yeniden tasarlanacağı, hangisinin bırakılacağı belirlenir.
3. Kurulum ve geliştirme: Magento 2 kurulur, tema ve gerekli modüller geliştirilir.
4. Veri taşıma (deneme): Veriler test ortamına taşınır, eksikler ve hatalar düzeltilir. Bu adım genellikle birkaç kez tekrarlanır.
5. SEO ve yönlendirme planı: Eski ve yeni URL’ler eşleştirilir, 301 yönlendirmeleri hazırlanır.
6. Test ve kabul: Sipariş, ödeme, kargo, e-posta, entegrasyon ve raporlar uçtan uca test edilir.
7. Canlıya geçiş: Son veri farkı (delta) taşınır, DNS değiştirilir, yönlendirmeler devreye alınır.
8. Geçiş sonrası izleme: Hata kayıtları, 404’ler, Search Console ve satış verileri yakından izlenir.

Magento veri taşıma: hangi veriler taşınır?

Magento 1’den Magento 2’ye: Data Migration Tool

Magento 1’den geçişte Adobe’nin resmi Data Migration Tool aracı kullanılır. Araç üç modda çalışır:

• settings: Mağaza ve yapılandırma ayarlarını taşır.
• data: Ürün, kategori, müşteri, sipariş gibi ana veriyi toplu olarak taşır.
• delta: İlk taşımadan sonra Magento 1’de oluşan yeni verileri (ör. yeni siparişler ve müşteriler) aktarır. Böylece canlıya geçişte kesinti süresi kısalır.

Komutlar bin/magento migrate:settings, migrate:data ve migrate:delta biçimindedir ve yapılandırma dosyasının yolu parametre olarak verilir. Adobe, verilerin bu sırayla taşınmasını öneriyor. Aracın sürümü, hedef Magento 2 sürümüyle eşleşmelidir. Üçüncü taraf eklentilerin verileri araç tarafından otomatik taşınmaz; bunlar için eşleme dosyaları veya özel betikler gerekir.

OpenCart, WooCommerce ve diğer altyapılardan geçiş

OpenCart’tan Magento’ya geçiş veya WooCommerce’ten geçiş için Adobe’nin resmi bir aracı yoktur. Bu durumda üç yol kullanılır:

1. Magento’nun içe aktarma aracı: System > Data Transfer > Import ekranından ürün, müşteri ve fiyat verileri CSV ile aktarılır. Eski sistemden alınan veri, Magento’nun beklediği biçime dönüştürülür.
2. Üçüncü taraf taşıma araçları: Hazır taşıma hizmetleri temel verileri hızla aktarır; ancak özel alanlar ve ilişkiler için kontrol gerekir.
3. Özel taşıma betikleri: Büyük ve karmaşık kataloglarda, eski veritabanından doğrudan okuyup Magento’ya yazan betikler en kontrollü yöntemdir.

Hazır paket (SaaS) altyapılardan geçişte veriye genellikle dışa aktarma dosyaları veya API üzerinden erişilir. Hangi verinin dışa aktarılabildiğini sözleşme bitmeden kontrol edin.

Hangi Magento sürümüne geçmelisiniz?

Yeni bir geçiş projesinde hedef, desteklenen en güncel kararlı sürüm olmalıdır. Ekim 2026 itibarıyla bu sürüm 2.4.9’dur; Adobe bu hat için standart desteğin 31 Mayıs 2029’a kadar sürdüğünü belirtiyor. Eski bir sürüme geçip kısa süre sonra yeniden güncelleme yapmak, aynı test ve uyum işini iki kez yapmak demektir. Kullanmayı planladığınız eklentilerin ve tema bileşenlerinin bu sürümle ve PHP 8.5 ile uyumlu olduğunu keşif aşamasında doğrulayın.

Tema ve tasarım: birebir mi, yeniden mi?

Eski temanın Magento 2’ye birebir taşınması mümkün değildir; tema yeniden geliştirilir. Bu durum, tasarımı yenilemek için doğal bir fırsat yaratır. Ancak geçiş ve büyük bir tasarım değişikliğini aynı anda yapmak, sonuçları değerlendirmeyi zorlaştırır: Satış düşerse nedeni altyapı mı, tasarım mı anlaşılmaz. Pek çok projede tanıdık bir düzeni koruyup hız ve kullanılabilirliği iyileştirmek, ardından kademeli tasarım testleri yapmak daha güvenlidir. Hız önceliğiyse Hyvä temasını değerlendirebilirsiniz.

Entegrasyonları taşımak

ERP, muhasebe, kargo, ödeme ve pazaryeri entegrasyonları geçişin en riskli kısmıdır; çünkü canlıya geçtiğiniz anda siparişlerin doğru akması gerekir. Her entegrasyon için yeni sistemdeki karşılığını belirleyin: Magento 2 için hazır bir eklenti mi var, yoksa özel geliştirme mi gerekiyor? Test ortamında, gerçek sistemlerin test hesaplarıyla uçtan uca deneme yapın. Pazaryeri tarafını pazaryeri entegrasyonu yazımızda ele aldık.

301 yönlendirme: arama trafiğini korumanın anahtarı

Geçişlerde en sık ve en pahalı hata, URL yapısı değiştiği halde eski adreslerin yönlendirilmemesidir. Arama motorları eski adresleri 404 olarak gördüğünde sıralamalar ve trafik düşer, gelen bağlantıların değeri kaybolur.

1. Eski URL listesini çıkarın: Site haritası, Search Console, analitik ve bir tarama aracı ile tüm indekslenmiş ve trafik alan adresleri toplayın.
2. Eşleme tablosu hazırlayın: Her eski adresin karşılığı olan yeni adresi belirleyin. Ürünler ürünlere, kategoriler kategorilere gitmeli; her şeyi ana sayfaya yönlendirmek doğru değildir.
3. Yönlendirmeleri uygulayın: Magento’da URL Rewrites ile veya web sunucusu kurallarıyla 301 yönlendirmeleri tanımlayın. Çok sayıda adres için toplu içe aktarma kullanın.
4. Zincirleri önleyin: Eski adres doğrudan son adrese gitmeli; arada birden fazla yönlendirme olmamalı.
5. Canlıya geçişten sonra test edin: Eşleme tablosundaki tüm adresleri otomatik olarak kontrol edin, 404 raporlarını günlük izleyin.

Geçiş sonrası ilk haftalarda organik trafikte dalgalanma görülebilir. Yönlendirmeler doğru, içerik ve teknik yapı iyiyse bu dalgalanma genellikle geçicidir. Search Console’da yeni site haritasını göndermeyi ve kapsam raporlarını izlemeyi unutmayın. SEO tarafının genel kontrolleri için e-ticaret SEO kontrol listesi yazımıza bakabilirsiniz.

Geçiş kontrol listesi

Geçişten önce

• Mevcut sitenin tam yedeği alındı
• Veri, eklenti, entegrasyon ve URL envanteri çıkarıldı
• Eski ve yeni URL eşleme tablosu hazır
• Test ortamında en az bir tam deneme taşıması yapıldı
• Ödeme, kargo, e-fatura ve ERP entegrasyonları test edildi
• E-posta şablonları ve yasal metinler yeni sistemde hazır
• Analitik ve reklam etiketleri yeni sitede kuruldu ve test edildi
• Geçiş günü için geri dönüş planı yazıldı

Geçiş günü

• Eski sitede sipariş alımı kısa süreliğine durduruldu veya delta taşıması planlandı
• Son veri farkı taşındı
• DNS değiştirildi, SSL sertifikası doğrulandı
• Robots ayarları INDEX, FOLLOW olarak kontrol edildi
• Gerçek bir test siparişi verildi

Geçişten sonra

• 404 raporları ve sunucu hata kayıtları günlük izleniyor
• Search Console’a yeni site haritası gönderildi
• Satış, dönüşüm oranı ve organik trafik eski dönemle karşılaştırılıyor
• Müşteri hizmetleri ekibi parola yenileme ve hesap sorularına hazır

Geri dönüş planı

Her geçişte, beklenmedik bir sorun yaşanırsa eski siteye nasıl döneceğinizi önceden yazın. Eski sistemi geçişten sonra bir süre çalışır ama kapalı durumda tutmak, DNS kayıtlarının eski değerlerini not etmek ve geri dönüş kararını kimin vereceğini belirlemek yeterli bir başlangıçtır. Geri dönüş planı nadiren kullanılır, ama varlığı geçiş gününü çok daha sakin geçirmenizi sağlar.

Ölçümü geçişte kaybetmeyin

Yeni sitede analitik ve reklam etiketleri eksik kurulursa geçiş sonrası performansı doğru değerlendiremezsiniz. Satın alma etkinliğinin GA4’e ve reklam platformlarına doğru düştüğünü canlıya geçişten önce test ortamında doğrulayın. Bu konuyu GA4 e-ticaret takibi ve Meta Pixel ve Google Ads dönüşüm takibi yazılarımızda ayrıntılı anlattık.

Sık yapılan geçiş hataları

• Eski sitenin sorunlarını aynen taşımak: Geçiş, gereksiz özellikleri ve kötü veriyi temizlemek için iyi bir fırsattır.
• Yönlendirmeleri son haftaya bırakmak: URL eşlemesi projenin başında planlanmalıdır.
• Test ortamında yeterli deneme yapmamak: Tek seferlik taşıma, canlıda sürprizlere yol açar.
• Kampanya dönemine denk getirmek: Yoğun satış dönemlerinde geçiş yapmak riski artırır.
• Ekibi eğitmeden canlıya çıkmak: Yeni panel, sipariş ve ürün yönetimi ekip tarafından öğrenilmeden geçiş tamamlanmış sayılmaz.

Veri temizliği: geçiş öncesi en verimli iş

Yıllar içinde biriken veri çoğu zaman dağınıktır: tekrar eden özellikler, kullanılmayan kategoriler, eksik görselli ürünler, aynı müşterinin birden fazla hesabı. Bu veriyi olduğu gibi taşımak, yeni sistemde de aynı karmaşayı sürdürmek demektir. Geçişten önce şu temizliği yapmanızı öneririz:

• Satıştan kalkmış ve trafik almayan ürünleri arşivleyin, trafik alanları yönlendirme listesine ekleyin.
• Özellik (attribute) adlarını ve değerlerini standartlaştırın; filtreler buna bağlıdır.
• Kategori ağacını sadeleştirin, boş kategorileri kaldırın.
• Ürün görsellerinin boyut ve adlandırmasını tutarlı hale getirin.

Geçiş ne kadar sürer?

Süre; ürün ve müşteri sayısına, taşınacak sipariş geçmişine, entegrasyonların sayısına, tasarımın yeniden yapılıp yapılmayacağına ve özel geliştirme ihtiyacına göre değişir. Basit bir katalog geçişi ile ERP entegrasyonlu, çok dilli bir geçiş arasında büyük fark vardır. Sağlıklı bir tahmin için keşif aşamasının tamamlanması gerekir; keşif yapılmadan verilen kesin süre ve fiyatlara temkinli yaklaşın. Takvimi belirlerken yoğun satış dönemlerini, ekibinizin test için ayırabileceği zamanı ve entegrasyon sağlayıcılarının hazırlık sürelerini de hesaba katın. Geçiş tarihini, bu dönemlerden en az birkaç hafta önce olacak şekilde planlamak, geçiş sonrası düzeltmeler için zaman bırakır.

Sonuç

Başarılı bir Magento 2 geçiş projesi; ayrıntılı envanter, birkaç kez denenmiş veri taşıma, eksiksiz bir 301 yönlendirme planı ve geçiş sonrası yakın izleme ile mümkündür. Magento 1’den geçişte Data Migration Tool, diğer altyapılardan geçişte içe aktarma araçları ve özel betikler kullanılır. Her durumda arama trafiğini ve ölçümü korumak, projenin teknik kısmı kadar önemlidir.

Mevcut altyapınızdan geçişi birlikte planlamak için Magento ile e-ticarete başlama sayfamızı inceleyin. Ekibinizin yeni paneli hızla öğrenmesi için birebir Magento 2 eğitimi de veriyoruz.

Sık Sorulan Sorular

Magento 1'den Magento 2'ye geçiş nasıl yapılır?

Adobe'nin resmi Data Migration Tool aracı kullanılır. Araç settings, data ve delta modlarında çalışır; önce ayarlar, sonra ana veri, canlıya geçişte de son veri farkı taşınır. Tema ve eklentiler ise Magento 2 için yeniden kurulur veya geliştirilir.

OpenCart'tan Magento'ya geçiş mümkün mü?

Evet. Adobe'nin OpenCart için resmi bir aracı yoktur; veriler Magento'nun içe aktarma aracıyla CSV olarak, üçüncü taraf taşıma araçlarıyla veya özel betiklerle aktarılır. URL'ler değişeceği için 301 yönlendirme planı şarttır.

Magento migration sırasında SEO kaybı olur mu?

Eski adresler doğru yeni adreslere 301 ile yönlendirilirse kalıcı kayıp yaşanmaması hedeflenir. İlk haftalarda dalgalanma görülebilir. Yönlendirme eşlemesi, Search Console takibi ve 404 izlemesi bu riski en aza indirir.

Müşteri parolaları yeni sisteme taşınır mı?

Müşteri hesapları taşınır; ancak eski platform parolaları farklı bir yöntemle saklıyorsa müşterilerin ilk girişte parolalarını yenilemesi gerekebilir. Bu durumda müşterilere önceden bilgilendirme e-postası göndermek iyi bir uygulamadır.

Magento veri taşıma ne kadar sürer?

Süre; ürün, müşteri ve sipariş sayısına, entegrasyonlara, tasarımın yeniden yapılıp yapılmayacağına ve özel geliştirme ihtiyacına göre değişir. Gerçekçi bir süre, keşif ve envanter aşamasından sonra belirlenebilir.