Magento'dan BigCommerce'e Geçiş: Adım Adım Karar ve Uygulama Rehberi

Magento'dan BigCommerce'e geçiş, katalog boyutuna ve entegrasyon derinliğine bağlı olarak 6 ila 16 haftalık yapılandırılmış bir projedir. Bu taşınmanın şu anda mantıklı olmasının somut bir nedeni vardır: Adobe, Magento/Adobe Commerce 2.4.5 ve 2.4.6 için desteği 11 Ağustos 2026'da sona erdirdi; bu, artık güvenlik yamalarının olmadığı, PCI uyumluluğu garantisinin bulunmadığı ve 2027 ortasında zorlayıcı bir uygulama penceresi açılacağı anlamına gelir. BigCommerce, Magento'yu çalıştırmayı pahalı hale getiren sunucu ve yama yönetimi yükünü ortadan kaldıran bir SaaS tarafından yönetilen alternatif sunar. Soru, taşınıp taşınmayacağı değil, bu işlemi gelir ya da sıralamaları kaybetmeden nasıl yapacağıdır.

Temel noktalar

• Adobe, Magento Open Source ve Adobe Commerce 2.4.5 ve 2.4.6 için desteği 11 Ağustos 2026'da sona erdirdi. Artık güvenlik yaması yok, PCI garantisi yok.
• Magento'nun tipik yıllık bakım maliyeti herhangi bir özellik çalışmasından önce 15.000 ila 50.000 dolar arasında değişir. BigCommerce altyapı katmanını tamamen ortadan kaldırır.
• Geçişin en büyük riski veri kaybı değil, yıllar içinde oluşturulan organik sıralamaları silecek URL yapısı değişiklikleridir.
• Zaman çizelgeleri küçük kataloglar için yaklaşık 3 haftadan, derin ERP entegrasyonlu karmaşık B2B mağazaları için 5 aya kadar uzanır.
• BigCommerce, 1 Haziran 2026'da fiyatlandırmasını yeniden yapılandırdı. Şimdi geçiş yapan satıcılar, eski bir modeli devralıp sonra sözleşme ortasında geçiş yapmak yerine yeni plan yapısını baştan itibaren kullanır.

Magento EOL durumu neden bugün hesaplamayı değiştiriyor

Magento Open Source 2.4.5 veya 2.4.6 üzerinde çalıştırıyorsanız, 11 Ağustos 2026 sizin için kesin bir sona erişti. Adobe o tarihte düzenli desteği sona erdirdi ve Magento Open Source hiçbir genişletilmiş desteği almaz. Adobe Commerce 2.4.6 üzerindeyseniz, ödenen müşteriler 31 Ağustos 2027'ye kadar genişletilmiş kalite ve güvenlik yamaları, ardından 31 Mayıs 2028'e kadar yalnızca güvenlikle ilgili bir pencere alır. Adobe'nin kendi dokümantasyonu, yalnızca güvenlikle ilgili pencereyi "geçiş zamanı, uzun vadeli destek katmanı değil" olarak tanımlar ve genişletilmeyeceğini belirtmiştir.

Tarihsel öncül soyut değildir. Magento 1 desteği Haziran 2020'de sona erdiğinde, 7.500'den fazla mağaza bunu takip eden aylarda tek bir koordinasyon saldırı kampanyasında tehlikeye atılmıştır. Saldırganlar, güvenlik açıklarının herkese açık olarak belgeleştirilmiş ve kalıcı olarak yamalanmamış olduğu için desteklenmeyen sürümleri hedeflediler. Aynı koşullar bugün 2.4.5 veya 2.4.6 üzerinde hala çalışan her mağazaya uygulanır.

Güvenlik riskinin yanı sıra, PHP 8.2, 31 Aralık 2026'da yaşam süresinin sonuna ulaşır. Hala 2.4.7 üzerinde çalışan satıcılar (PHP 8.2 veya 8.3'e bağlıdır), bu bağımlılığı PCI planlamalarına da dahil etmesi gerekir.

Geçiş kararını uzatıyorsanız, uygulama mekaniği ilgi görmesi gereken bir konudur. 1 Haziran 2027'den başlayarak, Adobe desteklenmeyen sürümleri çalıştıran Cloud ortamlarında trafiği askıya alacağını ve uyumsuz kalan ortamların tüm verileri kalıcı olarak silinerek kaldırılabileceğini belirtmiştir.

BigCommerce 2026'da bir Magento satıcısına gerçekten ne sunuyor

BigCommerce, Magento'dan bir indirgeme değildir. Çoğu orta ölçekli ve B2B satıcısı için, özellikler açısından yanal bir harekettir ve operasyonel yükte önemli bir azalmadır.

Commerce Live 2026'da (30 Nisan 2026) duyurulan platform değişiklikleri şunları içerir:

• Çeviri API'leri, yerelleştirilmiş URL'ler ve yerel çeviri yönetimiyle çok dilli yetenekler
• Promosyon başlıkları, çok kuponlu yığınlama ve toplu kupon oluşturmayı içeren gelişmiş promosyon yönetimi
• Günlük işlemler için yapay zeka tarafından desteklenen bir satıcı asistanı olan BigCommerce Companion
• Benzersiz ürün adlandırma kısıtlamalarının kaldırılması da dahil olmak üzere iyileştirilmiş katalog esnekliği

Mağaza teknolojisi tarafında, Catalyst (BigCommerce'in composable Next.js referans mağazası) Haziran 2026'da v1.8'e ulaştı ve şimdi Next.js 16'da çalışıyor. Pazarlamacıların kodu dokunmadan mağaza sayfalarını düzenlemesine olanak tanıyan, görsel bir sürükle-bırak sayfa oluşturucusu olan Makeswift ile birlikte gelir. Catalyst, kutudan çıkıyor çıkmaz Google Lighthouse puanlarının 100 olmasını hedeflemek için özel olarak tasarlanmıştır, bu da Core Web Vitals'a ve geçişten sonra organik sıralamalarınıza doğrudan etki eder.

BigCommerce ayrıca 1 Haziran 2026'da yürürlüğe giren Açık Ödeme Sağlayıcısı Ücreti modeli sunarak fiyatlandırma planlarını yeniden yapılandırdı. Şimdi geçiş yapan satıcılar, eski bir fatura düzenlemesini miras almak ve sonra sözleşme ortasında geçişe zorlanmak yerine baştan yeni plan yapısına girer.

B2B açısından, platform yerel şirket hesaplarına, özel fiyatlandırma yapılarına, teklifleri yönetmesine ve satın alma siparişi desteğine doğrudan dahildir. Bu, Magento'da genellikle bakımı sürdürmek için pahalı üçüncü taraf uzantıları ve özel geliştirme gerektiren işlevselliğidir.

Magento'da kalmanın gerçek maliyeti ve BigCommerce'e geçmenin maliyeti

Geçişin kendisi ücretsiz değildir. Gerçekçi bütçe aralığı:

• Küçük katalog (5.000'den az SKU, standart entegrasyonlar): 8.000 ila 18.000 dolar ve 3 ila 6 hafta
• Orta ölçekli mağaza (5.000 ila 50.000 SKU, bir ERP, özel tema): 20.000 ila 55.000 dolar ve 8 ila 14 hafta
• Karmaşık B2B (50.000+ SKU, çok ERP, özel fiyatlandırma kuralları, toptan satış akışları): 60.000 ila 150.000+ dolar ve 4 ila 6 ay

Maliyeti artıran şey: BigCommerce eşdeğeri olmayan Magento özel modül sayısı, ERP entegrasyon karmaşıklığı (NetSuite konektörü uygulamaları tek başına genellikle 4 ila 8 hafta çalışır), yönlendirme haritanızın boyutu ve Stencil'de yeni bir tema düzenliyor musunuz yoksa Catalyst'i kullanarak mı oluşturuyorsunuz.

Gerçekten işe yarayan 7 aşamalı geçiş sırası

Aşamaları atlamak, geçişlerin başarısız olmasıdır. İşte bu sırayla her projede çalıştırdığım sıra:

1. Aşama: Keşif ve denetim (1 ila 2 hafta)

Her iki platformaya dokunmadan önce, mevcut mağazanızdaki her şeyi belgelendirin. Her Magento uzantısı, her özel modül, her ödeme yöntemi, her kargo kuralı, her müşteri grubu, her vergi bölgesi, her API entegrasyonu. İki yıl önce ayrılan bir geliştirici tarafından oluşturulduysa, bulana kadar kazın. Ardından performans verilerinizi çekin: son 12 ayın analitikleri, organik trafikle ilgili ilk 100 sayfanız, gelire göre ilk 50 ürününüz, dönüşüm oranına göre ilk 20 kategoriniz. Bunlar, yönlendirmeleri daha sonra eşlestirirken koruma listeniz olur.

Ayrıca, herhangi bir şeye dokunmadan önce Google Search Console'da mevcut Core Web Vitals taban çizginizi belirleyin. Geçişten sonra sonuçlara karşı karşılaştırmak için geçiş öncesi bir anlık görüntüye ihtiyacınız vardır.

2. Aşama: BigCommerce mağaza kurulumu (1 hafta)

BigCommerce hesabınızı oluşturun, temel ayarları yapılandırın (para birimi, vergi, kargo) ve mağaza vitrini yaklaşımınızı seçin: Stencil (BigCommerce'in geleneksel tema çerçevesi) veya Catalyst (Next.js composable seçeneği). Magento'dan geçiş yapan çoğu satıcısı için, iyi yapılandırılmış bir Stencil teması daha hızlı başlatılır ve teknik olmayan personel tarafından bakım yapması daha kolaydır. Catalyst, headless bir ön uç oluşturuyorsanız veya Makeswift'in görsel düzenlenmesinden yararlanan önemli içerik pazarlaması ihtiyaçlarınız varsa doğru seçimdir.

3. Aşama: Veri geçişi (1 ila 3 hafta)

Bu sırada geçirin: önce kategoriler, sonra ürünler, ürün görselleri, varyantlar ve envanter, sonra özel alanlar. Müşteriler ve siparişler ayrı bir yolun içine alınır. Bu sıralamanın nedeni, ürün kayıtlarının kategori yapısına bağlı olması ve kategorileri yanlış almak yeni mağazadaki her ürün URL'sine ve breadcrumb'ına kaynaşmasıdır.

Magento'daki yapılandırılabilir ürünler (birden çok öznitelik seti ile) BigCommerce'in varyant modeline dikkatli eşleştirilmesi gerekir. Ürün başına 250'den fazla varyanta sahip ürünleriniz varsa, BigCommerce'de zor bir sınır vardır ve geçişten sonra değil, önce bir strateji hazırlamanız gerekir.

4. Aşama: URL eşlemesi ve 301 yönlendirmeleri (1 ila 2 hafta)

Bu, acele edilirse organik sıralamaları öldüren aşamadır. Geçişten önce Screaming Frog gibi bir araçla tüm Magento mağazanızı tarayın. Google Search Console'dan organik trafikten yararlanan her URL'yi aktarın. Tek bir DNS kaydı değişmeden önce eksiksiz bir yönlendirme haritası oluşturun. BigCommerce'in URL yapısı varsayılan olarak Magento'dan farklıdır ve eşlenmemiş URL'ler Google'ın sıralama sinyali olarak işlediği 404'lere dönüşür.

Özel olarak koruyun:

• İlk 100 organik giriş sayfanız
• Tüm kanonik ürün URL'leri (özellikle uzun kuyruk terimleri üzerinde sıralanan ürünler için)
• bağlantı yetkilisine sahip kategori sayfaları
• Magento blog uzantısı çalıştırırsanız blog veya içerik URL'leri
• Harici backlink'lerde görünen tüm URL'ler (Ahrefs veya Google Search Console'un bağlantılar raporunu kontrol edin)

5. Aşama: Tema geliştirme ve BigCommerce yapılandırması (3 ila 8 hafta)

Bu genellikle orta ölçekli projelerde en uzun aşamadır ve etkileşim ortasında kapsam genişleme olasılığı en yüksek olandır. Geliştirmeye başlamadan önce tasarım gereksinimlerinizi kilitleyin. "Geliştirme sırasında ana sayfayı çözeceğiz" size 3 ila 4 ekstra hafta maliyeti vardır.

Ayrıca yapılandırın: ödeme ağ geçitleri, kargo oranları ve taşıyıcı entegrasyonları, toptan satış veya ticari fiyatlandırması varsa müşteri grupları ve BigCommerce App Marketplace'ten Magento uzantılarını değiştiren tüm uygulamalar.

6. Aşama: Staging QA ve performans testi (1 ila 2 hafta)

Staging'i atlamayın. Localhost derlemesi üzerinde değil, gerçek BigCommerce ortamında test yapın. Haritanızdaki her yönlendirmenin gerçek bir 301 döndürdüğünü doğrulayın (302 veya yönlendirme zinciri değil). En yüksek trafikli 10 sayfanızda Core Web Vitals denetimi yapın. Mobil ve masaüstünde kontrol akışını uçtan uca kontrol edin. Tüm sipariş onayı e-postalarının doğru şekilde gönderildiğini, satın alma geçmişi olan müşteri hesaplarının doğru göründüğünü ve ERP senkronizasyonunuzun (varsa) test siparişlerini işlemekte olduğunu doğrulayın.

7. Aşama: DNS kesme ve geçişten sonra izleme (devam eden)

DNS TTL'nizi kesme tarihinden en az 48 saat öncesine 300 saniyeye indirin. DNS'i değiştirin, ardından 30 gün boyunca Google Search Console'u günlük izleyin. Bunu izleyin:

• Kapsam raporlarında tarama hataları ve 404 artışları
• İlk 50 anahtar teriminizde sıralama düşüşleri
• CrUX verilerinde Core Web Vitals gerilemeleri (yaklaşık 28 gün gecikme)
• İlk hafta analitiğinizde herhangi bir ödeme terkini oranı artışı

Sıralamalar ilk iki hafta içinde düşerse, en yaygın neden yönlendirme zincirleridir (bir 301 hedef yerine başka bir 301'e gidiyor) veya tamamen eksik yönlendirmelerdir. Bunlar bileşmeden önce düzeltin.

Bu proje için geliştiriciyle çalışırken dikkat etmesi gereken noktalar

• URL denetim aşamasını atlayan ve başlattıktan sonra "SEO'yu ele almayı" vaat eden ajanslar. Yönlendirmeler tam olarak canlı olmadan önce oluşturulmalıdır, dönem.
• Keşif çağrısı olmayan sabit fiyat teklifleri. Kimse keşif çağrısı olmadan Magento geçişinin fiyatını doğru bir şekilde belirleyemez.
• Zaman çizelgesini atlamak için staging atlayan açık deniz ekipleri. Staging aşaması, canlı başlatma gününde geliri kıracak 15 şeyi yakaladığınız yerdir.
• Catalyst'e hiç dokunmayan tema geliştiricileri. Next.js composable rotasını istiyorsanız, geliştirici tarafından sadece Stencil teması değil, sevkiyat yapılan bir Catalyst mağazasının doğrulanmasını sağlayın.

Magento kurulumunuza eşlenen dürüst bir kapsam ve zaman çizelgesi gerekiyorsa, yaptığım Shopify geçiş çalışması tam olarak bu tür teknik geçiş öncesi denetimi kapsar ve süreç doğrudan BigCommerce projelerine aktarılır. Geçmiş geçişlerde katalog karmaşıklığını, ERP entegrasyonlarını ve Core Web Vitals hedeflerini nasıl ele aldığımı görmek için örnek çalışmaları inceleyin.

Magento geçişinizi düzgün bir şekilde kapsamlandırmaya hazır mısınız? Bana mağazanız hakkında bilgi verin ve herhangi bir şeye taahhüt etmeden zaman çizelgesi, maliyet ve en büyük risklerin nerede olduğu konusunda doğru bir değerlendirme vereceğim.