Serverul și actualizările se plătesc separat
Găzduire, certificat, actualizări de securitate, backup-uri. Pe o platformă găzduită, toate astea intră în abonament.
Extragem produsele cu combinațiile lor, clienții și comenzile prin API-ul PrestaShop, recreăm modulele care fac funcții speciale și redirecționăm fiecare adresă veche spre cea nouă. Magazinul PrestaShop rămâne online până în ziua comutării.
Nimic copiat de mână: programele noastre mută datele, numără ce a plecat și ce a ajuns și verifică fiecare pagină.
Înseamnă extragerea datelor prin API-ul PrestaShop (autentificare cu o cheie API, pe cont de utilizator Basic Auth) și scrierea lor pe Shopify, cu verificare automată la final. Produsele cu combinații (mărime, culoare) se mapează pe sistemul de opțiuni Shopify, cu limita de 3 tipuri de opțiune per produs. Folosim tiparul cunoscut de adrese PrestaShop — {categorie}/{id}-{text}.html pentru produse — ca să mapăm fiecare adresă veche pe una nouă și să punem redirecționări permanente. Modulele instalate (facturare, curieri, reduceri speciale) se refac cu aplicații Shopify sau cod în temă, pentru că nu au echivalent automat. Se ofertează după o analiză a magazinului, durează de obicei 2–6 săptămâni, iar magazinul PrestaShop rămâne online până la comutare.
Nu pentru că PrestaShop ar fi slab. Pentru că întreținerea unei platforme auto-găzduite cere oameni și bani pe care un magazin mediu îi dă mai bine în marketing.
Găzduire, certificat, actualizări de securitate, backup-uri. Pe o platformă găzduită, toate astea intră în abonament.
Facturare, curieri, recenzii, promoții — fiecare modul se actualizează separat și poate intra în conflict cu altul la o actualizare de versiune.
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.
Un magazin PrestaShop 1.6 neactualizat e o țintă, mai ales cu parole MD5, un algoritm vechi. Pe platformă găzduită, securitatea sistemului e treaba furnizorului.
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ă.
PrestaShop are resurse API dedicate pentru majoritatea entităților. Partea specifică e maparea combinațiilor și a modulelor.
| Ce mutăm | Cum, tehnic |
|---|---|
| Produse | Prin resursa API products (autentificare cu cheia API ca utilizator Basic Auth), cu preț, descriere și stare de stoc. |
| Variante | „Combinațiile” de produs (resursele combinations, product_options, product_option_values) se mapează pe opțiunile Shopify; peste 3 tipuri de atribut se simplifică. |
| Poze | Resursa images/products/{id} se descarcă și se reîncarcă direct pe Shopify, care le re-hostează pe CDN-ul propriu. |
| Caracteristici | Resursa product_features devine metafields pe Shopify, cu etichetele traduse din valorile de caracteristică, nu din ID-ul intern. |
| Categorii | Resursa categories devine colecții. Structura pe mai multe niveluri se recreează prin meniul de navigare al temei noi. |
| Mărci | Resursa manufacturers devine metafield sau filtru de colecție. |
| Clienți | Resursele customers și addresses. Parola nu se poate muta — vezi secțiunea de mai jos. |
| Comenzi istorice | Resursele orders și order_details, recreate ca istoric, fără să scadă din nou stocul curent. |
| Pagini | Resursa content_management_system (paginile CMS) devine pagini Shopify, cu imaginile re-hostate și linkurile actualizate. |
| Blog | PrestaShop nu are blog nativ. Dacă ai un modul de blog instalat, articolele se extrag separat, din tabelele acelui modul. |
| Recenzii | PrestaShop nu are recenzii native în core. Dacă ai un modul de recenzii, se extrag din tabelele lui și se importă într-o aplicație Shopify dedicată. |
| Cupoane | Resursa specific_prices și regulile de coș se recreează ca reduceri Shopify; condițiile foarte complicate se simplifică. |
| Redirecturi | Nu există un API dedicat de „adrese vechi”. Folosim tiparul cunoscut ({categorie}/{id}-{text}.html pentru produse, {id}-{text} pentru categorii) ca să generăm maparea, verificată pe sitemap. |
| Feeduri Google/Meta | Reconectate cu o aplicație de feed pe Shopify, cu un identificator de produs personalizat dacă vrei să păstrezi istoricul reclamelor. |
Patru lucruri nu au o cale tehnică de portare directă, indiferent cine face migrarea.
PrestaShop 1.6 criptează parola cu MD5 și o cheie de site; 1.7 și versiunile ulterioare (8, 9) folosesc bcrypt. În ambele cazuri, hash-ul nu se poate „citi” înapoi. Pe magazinele Shopify noi, 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ă trata separat.
Aplicația oficială Google & YouTube generează un identificator nou de produs. Dacă reclamele active contează pe identificatorul vechi, se folosește o aplicație terță cu identificator personalizat — serviciu opțional, plătit separat.
Fiecare modul PrestaShop (reduceri speciale, popup-uri, programe de fidelitate) e scris pentru arhitectura PrestaShop și nu „se mută”. Se identifică funcția reală și se recreează cu o aplicație Shopify echivalentă sau cu cod în temă.
Astea sunt locurile unde o migrare generică greșește, pentru că tratează PrestaShop ca pe „orice platformă”.
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 PrestaShop 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.
Scripturile de urmărire (Google Ads, Meta, Analytics) instalate corect pe magazinul nou.
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. Vezi toate prețurile.
Dacă magazinul tău PrestaShop funcționează bine, versiunea e actualizată și costul lunar real (server, actualizări, module) 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 întreținerea a ajuns să coste mai mult decât un abonament Shopify, sau când rulezi încă pe PrestaShop 1.6, fără suport și cu parole pe un algoritm vechi. Un catalog mic, fără combinații complicate și fără module critice, poate fi mutat și singur, 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, 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 Magento sau migrarea de pe WooCommerce.
Aceeași mașină de migrare lucrează de pe Magento, WooCommerce, Gomag, PrestaShop, MerchantPro și OpenCart.
Magento, WooCommerce, Gomag, PrestaShop, MerchantPro, OpenCart, Wix și Shopify sunt mărci ale proprietarilor lor. Le numim doar ca să arătăm de pe ce platforme mutăm magazinele.
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 combinații ai, câte module personalizate trebuie înlocuite și cât de curată e structura actuală de adrese. Îți dăm o sumă fermă înainte să începem. 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. Adresele PrestaShop au un tipar cunoscut (categorie, ID și text descriptiv), îl folosim ca să mapăm fiecare adresă veche pe cea nouă și punem redirecționări permanente. 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.
Da, prin resursele API pentru combinații, cu opțiunile și valorile lor. Limitarea reală e la Shopify: maximum 3 tipuri de opțiune per produs. Dacă ai combinații pe mai mult de 3 atribute, le simplificăm împreună cu tine înainte de import.
Se transferă produsele cu combinații și imagini, categoriile, clienții și istoricul comenzilor. Nu se transferă parolele (criptate, și diferit după versiunea PrestaShop) și nici modulele instalate: fiecare funcție din modul se refacem cu o aplicație Shopify sau cu cod în temă.
PrestaShop 1.6 a folosit MD5 cu o cheie de site, iar 1.7 și versiunile ulterioare (8, 9) folosesc bcrypt. În niciuna din variante Shopify nu poate importa hash-ul direct — indiferent de versiune, clienții se autentifică la prima logare pe magazinul nou fără parolă veche, prin sistemul passwordless al conturilor noi Shopify.
De obicei între două și șase săptămâni, în funcție de numărul de produse și de câte module speciale trebuie refăcute. Magazinul PrestaShop rămâne online până în ziua comutării, deci nu pierzi vânzări în timpul lucrului.
Dacă funcționează și ai pe cineva care se ocupă de actualizări și module, 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.
Ne uităm la câte produse ai, ce module 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.