Serverul și actualizările se plătesc separat
Găzduire dedicată, actualizări de securitate, backup-uri, monitorizare. Pe o platformă găzduită, toate astea intră în abonament și nu mai sunt problema ta.
Extragem produsele, variantele, clienții și comenzile prin API-ul Magento, verificăm TVA-ul la prețuri, recreăm funcțiile care existau prin extensii și redirecționăm fiecare adresă veche spre cea nouă. Magazinul Magento rămâne online până în ziua comutării.
Înseamnă extragerea datelor prin API-ul Magento — printr-o integrare dedicată, nu prin contul obișnuit de admin — și scrierea lor pe Shopify, cu verificare automată la final. Verificăm obligatoriu dacă prețurile vechi includeau TVA, pentru că Magento le ține de regulă fără TVA în API. Mapăm fiecare adresă veche din sitemap sau din tabelul url_rewrite spre adresa nouă corespunzătoare și punem redirecționări permanente. Produsele grupate și configurabile, caracteristicile tehnice și categoriile se transformă în formatele echivalente din Shopify; extensiile personalizate se refac manual, pentru că nu au echivalent automat. Se ofertează după o analiză a magazinului, durează de obicei 2–6 săptămâni, iar magazinul Magento rămâne online până la comutare.
Nu pentru că Magento ar fi slab. Pentru că întreținerea lui cere oameni și bani pe care un magazin mediu îi dă mai bine în marketing.
Găzduire dedicată, actualizări de securitate, backup-uri, monitorizare. Pe o platformă găzduită, toate astea intră în abonament și nu mai sunt problema ta.
O secțiune nouă pe pagina de produs sau o promoție diferită înseamnă un tichet la agenție. Pe Shopify, multe dintre ele le faci singur din editor.
2FA activă implicit blochează obținerea unui token direct din admin. Fiecare extragere de date cere o integrare dedicată, creată și dezactivată cu grijă — încă o treabă tehnică pe lista ta.
Un Magento neactualizat e o țintă. Pe platformă găzduită, partea de securitate a sistemului e treaba furnizorului, nu a ta.
Dacă niciuna dintre situațiile de mai sus nu e a ta, nu ai motiv să migrezi. Îți spunem asta în prima discuție, chiar dacă înseamnă că nu lucrăm împreună.
Nu e un „export-import” generic. Fiecare tip de dată are o cale specifică prin API-ul Magento, cu propriile capcane.
| Ce mutăm | Cum, tehnic |
|---|---|
| Produse | Prin API-ul Magento (GET /V1/products), cu preț, stoc, status și galerie de imagini; produsele „grupate” nu au endpoint dedicat — se citesc din legăturile de tip „associated” ale produsului părinte. |
| Variante | Produsele configurabile își citesc copiii prin /V1/configurable-products/:sku/children; opțiunile se mapează pe sistemul Shopify, cu limita de maximum 3 tipuri de opțiune per produs. |
| Poze | Adresa completă a fiecărei imagini (bază de media + catalog/product + calea fișierului) se descarcă și se reîncarcă direct pe Shopify, care le re-hostează pe CDN-ul propriu. |
| Caracteristici | Atributele tehnice (EAV) devin metafields pe Shopify, cu etichetele traduse din opțiunile de atribut — nu din codul intern, care nu are sens pentru un client. |
| Categorii | Arborele de categorii devine colecții. Structura pe mai multe niveluri nu are echivalent direct; se recreează prin meniul de navigare al temei noi. |
| Mărci | Dacă mărcile sunt un atribut separat (frecvent în Magento), devin metafield sau se folosesc ca filtru de colecție. |
| Clienți | Nume, adrese și grup de preț, prin /V1/customers. Parola nu se poate muta — vezi secțiunea de mai jos. |
| Comenzi istorice | Recreate ca istoric, cu stocul curent intact (inventoryBehaviour: BYPASS), ca să nu se scadă din nou cantități deja vândute. |
| Pagini | Paginile CMS (cmsPage) devin pagini Shopify; imaginile din conținut se re-hostează și linkurile interne se actualizează la adresele noi. |
| Blog | Dacă magazinul are un modul de noutăți/blog, articolele devin articole de blog Shopify, cu adresele vechi redirecționate. |
| Recenzii | Magento nu are API REST pentru recenzii. Se extrag prin GraphQL (reviews pe fiecare produs) sau direct din tabelele bazei de date, apoi se importă într-o aplicație Shopify dedicată. |
| Cupoane | Regulile de preț se recreează ca reduceri Shopify; regulile foarte complicate, cu condiții multiple pe grupuri de clienți, se simplifică la discuție cu tine. |
| Redirecturi | Magento nu expune adresele vechi (url_rewrite) printr-un API. Sursa de adevăr e exportul direct din baza de date sau sitemap-ul existent, mapate una câte una spre adresele noi. |
| Feeduri Google/Meta | Reconectate cu o aplicație de feed pe Shopify. Dacă vrei să păstrezi istoricul din Google Ads, ai nevoie de un identificator de produs personalizat — vezi mai jos de ce. |
Patru lucruri nu au o cale tehnică de portare directă, indiferent cine face migrarea. Nu promitem soluții care nu există — explicăm ce facem în schimb.
Magento criptează parola (Argon2ID13, SHA256 sau chiar MD5 pe conturi mai vechi) ireversibil — nimeni, inclusiv Magento însuși, nu o poate „citi” înapoi. Pe magazinele Shopify noi, asta nu mai e o problemă practică: clienții se autentifică fără parolă, cu un cod trimis pe email la prima logare.
API-ul Shopify nu permite setarea retroactivă a datei unei comenzi importate. Comenzile vechi apar cronologic drept „recente” în contul clientului. Punem o etichetă invizibilă pe ele, ca tema magazinului nou să le poată ascunde sau marca separat.
Aplicația oficială Google & YouTube generează un identificator nou de produs, pe care nu-l poți edita. Dacă reclamele active contează pe identificatorul vechi, se folosește o aplicație terță cu identificator personalizat sau un feed paralel temporar — serviciu opțional, plătit separat, nu implicit pentru fiecare client.
Directivele Page Builder de tip {{widget}} din descrierile vechi nu au echivalent automat pe Shopify. Se identifică și se recreează manual, cu aplicație sau cod în temă, nu se „migrează”.
Astea sunt locurile unde o migrare generică greșește, pentru că tratează Magento ca pe „orice platformă”.
url_rewrite nu e expus prin REST. Lucrăm din exportul direct al bazei de date sau din sitemap-ul existent.După ce scriem datele pe Shopify, numărăm și comparăm — nu presupunem că „a mers, probabil”.
Ordinea contează. Cele mai multe probleme apar când se schimbă domeniul înainte ca restul să fie verificat.
Reluăm extragerea pentru orice comandă, stoc sau client nou apărut pe Magento de la ultima extragere.
Redirecționarea tehnică a adresei magazinului, de preferat într-un interval cu trafic redus.
O adresă veche de produs ajunge la locul corect, coșul și plata funcționează, prețurile și stocul sunt corecte, un client vechi se poate loga.
Activăm feedul nou de produse și verificăm că istoricul de reclame nu se pierde, conform soluției alese mai sus.
Scripturile de urmărire (Google Ads, Meta, Analytics) instalate corect pe magazinul nou, ca reclamele active să continue să „numere” vânzările fără întrerupere.
Doar ce există confirmat ca aplicație, nu promisiuni generice.
Dacă folosești altă integrare decât cele de mai sus, verificăm compatibilitatea ei în analiza inițială, înainte de ofertă.
Prețul se dă la ofertă, după ce vedem magazinul — nu există un tarif fix care să funcționeze corect pentru toată lumea.
Ca reper, un magazin nou pe Shopify pornește de la 3.820 lei + TVA. O migrare completă e, de regulă, un proiect mai mare decât atât, pentru că include și verificarea datelor vechi. Vezi toate prețurile.
Dacă magazinul tău Magento funcționează bine, ai un dezvoltator care se ocupă de actualizări și costul lunar real nu depășește ce ai plăti pe o platformă găzduită plus câteva aplicații, nu ai niciun motiv tehnic să migrezi. Migrarea are sens când costurile de întreținere — server, actualizări de securitate, dezvoltator la fiecare modificare mică — au ajuns să coste mai mult decât un abonament Shopify, nu „pentru că Shopify e la modă”. Dacă ai un catalog mic, fără extensii personalizate și fără trafic organic important de protejat, poți încerca și singur un import simplu, cu riscuri mai mici.
Aici se pierd migrările. Nu în transferul produselor, ci în adresele vechi care rămân fără redirecționare.
Scoatem toate adresele existente din sitemap și, dacă e nevoie, din exportul bazei de date, cu traficul și pozițiile fiecăreia.
Fiecare adresă veche primește o destinație nouă. Ce nu are corespondent merge spre categoria cea mai apropiată, nu spre prima pagină.
Se pun la comutare, se testează în masă și se verifică să nu existe lanțuri sau bucle.
Sitemap nou trimis în Search Console și în Bing, erorile de indexare urmărite zilnic în primele săptămâni.
Vezi și cum arată aceeași muncă în cazul altor platforme: migrarea de pe WooCommerce sau migrarea de pe PrestaShop. Dacă vrei să continui cu optimizarea după mutare, vezi pachetele SEO.
Nu găsești răspunsul? Scrie-ne pe WhatsApp la 0785 735 820.
Se ofertează după ce vedem magazinul, pentru că prețul depinde de câte produse și variante ai, câte extensii personalizate trebuie înlocuite și cât de curată e structura actuală de adrese. Îți dăm o sumă fermă înainte să începem, împreună cu lista lucrărilor. Ca reper, construirea unui magazin nou pe Shopify pornește de la 3.820 lei + TVA.
Riscul scade mult dacă migrarea e făcută corect. Scoatem toate adresele din sitemap-ul actual, le mapăm una câte una pe cele noi și punem redirecționări permanente, păstrăm titlurile și textele care aduceau vizite și verificăm indexarea în Search Console după mutare. O scădere temporară de câteva săptămâni e normală; ce nu e normal e să dispară pagini fără redirecționare.
Nu presupunem nimic: verificăm explicit, din admin-ul Magento, dacă prețurile afișate clienților includ TVA sau nu. Multe instalări Magento țin prețul din API fără TVA inclus, iar dacă scriem direct valoarea aceea pe Shopify, produsele ar apărea mai ieftine decât erau cu adevărat. Corectăm asta înainte de a scrie vreun preț.
Se transferă produsele cu variante, imagini și caracteristici tehnice, categoriile, clienții și istoricul comenzilor. Nu se transferă parolele (criptate ireversibil) și nici extensiile Magento: fiecare funcție construită la comandă trebuie refăcută cu o aplicație Shopify sau cu cod în temă. Exact asta verificăm în analiza de dinainte de ofertă.
De obicei între două și șase săptămâni, în funcție de numărul de produse, câte sunt produse grupate sau configurabile și câte funcții speciale trebuie refăcute. Magazinul Magento rămâne online până în ziua comutării, deci nu pierzi vânzări în timpul lucrului.
Le recreăm în Shopify ca istoric, fără să scădem din nou stocul curent. Limitarea reală: Shopify nu permite setarea retroactivă a datei comenzii, așa că în contul clientului apar cronologic ca „recente”. Punem o etichetă pe ele ca tema magazinului nou să le poată trata separat, dacă vrei asta.
Dacă funcționează și ai dezvoltator care se ocupă de el, nu e nevoie. Oamenii migrează pentru că plătesc separat serverul, actualizările de securitate și fiecare modificare mică, iar costul total depășește ce ar da pe o platformă găzduită. Dacă nu ești în situația asta, îți spunem sincer că nu merită.
Le reconectăm pe Shopify: SmartBill sau Oblio pentru facturi, plus curieri cu generare automată de AWB (Sameday și FAN Courier au aplicații oficiale). Fluxurile se testează cu comenzi de probă înainte de lansare, ca prima comandă reală să nu fie și primul test.
Ne uităm la câte produse ai, ce extensii folosești și cum arată adresele actuale, apoi îți spunem ce se poate muta, ce trebuie refăcut și cât costă. Analiza asta nu te obligă la nimic.
Vorbești direct cu mine. Andrei Alexandru, fondator Sell Easy