01 / Magento migráció és platformváltás

Magento migráció és platformváltás

Magento 1-ről Magento 2-re, illetve WooCommerce, PrestaShop, Shoprenter, Unas vagy Shopify rendszerből költöztetünk webáruházakat. A munka felméréssel indul: mi vihető át gépiesen, mit kell újraépíteni és mennyi a régi adat rendbetételének valós költsége.

adatleltár írásban · 301-es átirányítási térkép · próbamigráció élesítés előtt
Ingyenes állapotfelmérésÁrajánlatot kérek+36 30 199 1620
Honnan költöztetünk
  • Magento 1gépi adatátvitel
  • WooCommerce, PrestaShopgépi adatátvitel
  • Shoprenter, Unas, Shopifyexport + API
  • Egyedi, elavult rendszeradatbázis-elemzés

Egy webáruház akkor kerül platformváltás elé, amikor a jelenlegi rendszere többe kerül, mint amennyit ad. A Magento 1 évek óta nem kap hivatalos biztonsági javítást, a bérelt platformok falba ütköznek az első komolyabb egyedi igénynél, a WooCommerce pedig néhány ezer termék és néhány párhuzamos vásárló fölött kezd elfogyni. A migráció ilyenkor nem másolás: adatszerkezetet fordítunk át, üzleti logikát építünk újra és közben a keresőben évek alatt megszerzett pozíciókat is meg kell őrizni.

Mi történik az adattal egy migráció során?

Az adat egy része gépiesen átfordítható: termékek, kategóriák, vásárlók és rendelések a forrásrendszer szerkezetéből a Magento 2 attribútum-szerkezetébe kerülnek. Egy másik része emberi döntést kíván, például a kedvezményszabályok vagy a CMS-tartalmak. A harmadik rész, a modulok és a sablonkód, nem hozható át, ezeket a Magento 2-ben építjük újra. A régi URL-eket pedig 301-es átirányítással képezzük le az újakra, mert ez tartja meg a keresőforgalmat.

Ha az új rendszer szerverkörnyezete is nyitott kérdés, arról a Magento tárhely és VPS szerver oldalon írtunk, az átállás utáni időszakról a Magento karbantartás és üzemeltetés oldalon. Új rendszer nulláról indítva a Magento 2 webáruház fejlesztés oldalon szerepel.

Adatáramlás a migrációban
Termékek, árak, képekGÉPI ÁTVITELVásárlók, rendelésekGÉPI ÁTVITELKuponok, CMS-oldalakRÉSZBEN · DÖNTÉS KELLRégi URL-ek301 ÁTIRÁNYÍTÁSI TÉRKÉPModulok, sablonkódNEM VIHETŐ · ÚJRAÉPÍTÉSMagento 2CÉLRENDSZERATTRIBÚTUMOKMULTISTOREINTEGRÁCIÓKÚJ FRONTENDÚJ MODULOK
02 / Migrációs útvonalak

Négy tipikus migrációs útvonal

A migráció szó négy egészen különböző projektet takar. Nem mindegy, hogy egy azonos családba tartozó rendszerről lépünk tovább vagy egy zárt platformról kell mindent kimenteni. Az alábbi négy eset lefedi azt, amivel a gyakorlatban találkozunk.

01

Magento 1-ről Magento 2-re

A Magento 1 hivatalos támogatása 2020 nyarán lejárt. Ami ma fut belőle, az foltozott kód, és minden új PHP-verzió közelebb viszi a megállásig. A név hasonló, a rendszer viszont más: a Magento 2 kódbázisa újraírt, a modulok nem vihetők át.

  • adat gépiesen migrálható
  • modulok és sablon újraépítése kell
  • egyedi kód átírás, nem másolás
02

WooCommerce-ről Magentóra

Tipikus kiváltó ok a katalógus mérete és a párhuzamos terhelés. Néhány ezer termék, sok variáns, több raktár vagy B2B árazás fölött a WooCommerce bővítményhalmozással tartható csak életben, és minden frissítés kockázat lesz.

  • termék, kategória, vásárló és rendelés átvihető
  • bővítmény-logikát újra kell gondolni
  • az attribútum-szerkezet tervezése a fő munka
03

Bérelt platformról

Shoprenter, Unas, Shopify vagy hasonló zárt rendszer. Addig kényelmes, amíg a bolt belefér a platform kereteibe. Az egyedi checkout, a saját üzleti logika vagy a mély ERP-kapcsolat az a pont, ahol a bérelt megoldás elfogy.

  • exportból és API-ból dolgozunk
  • a sablonkód nem menthető át
  • az URL-szerkezet szinte biztosan változik
04

Egyedi vagy elavult rendszerről

Saját fejlesztésű, dokumentálatlan webáruház, aminek az eredeti fejlesztője már nem elérhető. Itt a legnagyobb tétel az adatleltár: kideríteni, hol és milyen formában van az adat, mielőtt bármit megmozdítanánk.

  • adatbázis-elemzés az első lépés
  • gyakran adattisztítás is kell
  • a régi rendszer párhuzamosan futhat
03 / Adatátvitel

Mi kerül át és mi nem

A legtöbb félreértés abból születik, hogy a megrendelő mindent egyetlen műveletnek képzel. A valóságban az adat egy része gépiesen átfordítható, egy másik része emberi döntést igényel, a harmadik pedig egyszerűen nem hozható át. Ez a táblázat a Magento 2 célrendszerre vonatkozik, forrásrendszertől függetlenül.

A táblázat egyben árazási térkép is. Ahol gépi átvitel szerepel, ott a ráfordítás kiszámítható. Ahol részben vagy nem, ott a régi rendszer állapota és az egyedi logika mennyisége dönt, ezért kezdünk mindig felméréssel.

A 13 elem megoszlása
GÉPIESEN6 RÉSZBEN4 ÁTIRÁNYÍTÁS1 · a legkritikusabb NEM VIHETŐ3 · újraépítés
GépiesenRészbenÁtirányítássalNem
ElemÁtvitelMire számítson
Termékek, árak, készletGépiesenAz attribútumok leképezése a tervezési munka. Variánsos termékeknél ez több nap.
KategóriaszerkezetGépiesenJó alkalom a struktúra rendbetételére, mert az URL-ek úgyis változnak.
TermékképekGépiesenFájlnév és alt szöveg megőrizhető. A képméretek újragenerálódnak.
Vásárlói fiókokGépiesenCím, telefonszám, csoportbesorolás átvihető.
JelszavakRészbenCsak azonos hash-eljárás esetén. Egyébként kötelező jelszó-visszaállítás az első belépésnél.
Rendelési előzményGépiesenSzámlázási szempontból érdemes teljes körűen átvinni, nem csak az utolsó évet.
Kuponok, kedvezményszabályokRészbenA szabálymotorok eltérnek. A bonyolult akciós logikát újra kell építeni.
CMS-oldalak, blogRészbenA szöveg átvihető, a sablonkód nem. Rövid oldalaknál sokszor gyorsabb az újraírás.
Vélemények, értékelésekRészbenBérelt platformról gyakran csak exportból, jóváhagyási állapot nélkül.
SEO-URL-ekÁtirányítássalA régi URL-eket 301-gyel képezzük le. Ez a migráció legkritikusabb pontja.
Modulok, bővítményekNemMagento 2 megfelelőt keresünk vagy újrafejlesztjük. Magento 1 modul nem fut Magento 2-n.
Sablon, dizájn kódNemA vizuális arculat megőrizhető, a kód nem. A frontend újraépül.
Egyedi fejlesztésekNemAz üzleti logika átvihető gondolatként, a kód átírás.
04 / Folyamat

A migráció hét lépésben

Az adat először mindig tesztkörnyezetbe kerül, és csak tételes egyeztetés után éles rendszerbe. Az átállás napján már csak az utolsó szinkron és a DNS-váltás történik.

tipikus átfutás 12 hét · állásidő néhány óra · régi rendszer visszaállítható
01

Állapotfelmérés és adatleltár

Végignézzük a jelenlegi rendszert: platform és verzió, termékszám, attribútumok, egyedi fejlesztések, integrációk, forgalmi adatok és a keresőben hozó URL-ek. Ennek a végén írásban áll, mi vihető át gépiesen és mit kell újraépíteni.

3 – 7 munkanap
02

Migrációs terv és hatókör

Eldöntjük, mi kerül át változatlanul, mi javul menet közben és mi marad ki tudatosan. Itt születik meg az adattisztítási döntés is, mert egy rendezetlen katalógus átköltöztetése csak áthozza a régi problémát az új rendszerbe.

2 – 5 munkanap
03

A célrendszer felépítése

Felépül a Magento 2 alaprendszer a hangolt szerverkörnyezettel, az attribútum-szerkezettel, a témával és a szükséges modulokkal. Ezzel párhuzamosan készülnek az integrációk a fizetési, szállítási és számlázó rendszerekhez.

2 – 6 hét
04

Próbamigráció és adategyeztetés

Az adatot először tesztkörnyezetbe visszük át, majd tételesen egyeztetjük: termékszám, kategóriák, vásárlók, rendelések összege és darabszáma. A migrációs szkript ilyenkor még szabadon javítható és újrafuttatható.

1 – 2 hét
05

Funkcionális és teljesítménytesztek

Végigmegyünk a teljes vásárlási úton, a fizetési és szállítási módokon, az e-mail sablonokon és az adminisztrációs folyamatokon. A terheléses mérés és a Core Web Vitals ellenőrzése is itt történik, nem élesítés után.

1 – 2 hét
06

Éles átállás és átirányítások

Az utolsó adatszinkron után DNS-váltás, a 301-es átirányítási térkép élesítése és az új sitemap beküldése. Az átállást alacsony forgalmú időszakra időzítjük. A régi rendszer visszaállítható állapotban marad.

1 – 2 nap
07

Utókövetés és stabilizálás

Az élesítés utáni hetek a legfontosabbak. Figyeljük a Search Console hibáit, a 404-eseket, a konverziós arányt és a szerverterhelést. A felszínre kerülő apróságokat menet közben javítjuk.

2 – 4 hét
05 / Döntés

Mikor éri meg váltani és mikor nem

A platformváltás drága és kockázatos művelet, ezért nem minden problémára ez a válasz. Több olyan megkeresést kaptunk, ahol a végén azt javasoltuk, hogy maradjon a jelenlegi rendszer. Az alábbi lista abban segít, hogy a döntés ne érzelmi alapon szülessen.

Valódi váltási okok
  • A jelenlegi rendszer nem kap biztonsági frissítést. Magento 1 esetén ez ténykérdés, nem vélemény. Egy támogatás nélküli webáruház fizetési adatot kezel.
  • A katalógus kinőtte a platformot. Több ezer termék, sok variáns, több raktár vagy összetett B2B árazás, ahol az adminisztráció is lassul.
  • Az egyedi üzleti logika nem fér bele. Egyedi checkout, ajánlatkérési folyamat, ügyfélspecifikus árlista vagy mély ERP-kapcsolat.
  • A bérelt platform díja meghaladja a saját rendszer üzemeltetését. Nagy forgalomnál a százalékos jutalék és a bővítménydíjak összeadódnak.
  • Több ország, több nyelv vagy több deviza. A Magento multistore szerkezete pont erre való.
  • A fejlesztői függőség vállalhatatlan. Zárt rendszer vagy dokumentálatlan egyedi kód egyetlen fejlesztővel a háttérben.
Ezek nem indokolnak migrációt
  • „Lassú az oldal.” A lassúságnak legtöbbször szerver, cache vagy képméret az oka. Ezt olcsóbb megjavítani, mint platformot váltani.
  • „Nem tetszik a dizájn.” Az arculat a jelenlegi rendszerben is cserélhető. Ez frontend-munka, nem migráció.
  • „Kevés a rendelés.” A forgalom hiánya marketing- és termékkérdés. Az új platform önmagában nem hoz vásárlót.
  • „Az ügynökségünkkel nem vagyunk elégedettek.” Ez szolgáltatóváltás, ami platformon belül is megoldható.

Ha bizonytalan abban, hogy az Ön esetében melyik oldalra esik a döntés, az állapotfelmérés önmagában is megrendelhető. Az eredménye egy írásos anyag, amivel akkor is tud dolgozni, ha végül nem velünk folytatja.

06 / SEO-átállás

SEO-átállás: a forgalom megőrzése

A migrációk legdrágább hibája nem az adatvesztés, hanem a keresőforgalom elvesztése. Ha a régi URL-ek átirányítás nélkül eltűnnek, a bolt egyik napról a másikra kieshet a találati listákból, a visszaépülés pedig hónapokba telik. Ezért az átirányítási térkép nálunk nem az utolsó nap feladata, hanem a tervezés része.

Az élesítés után hetente nézzük a Search Console lefedettségi és teljesítmény-riportját, a 404-es kéréseket a szerverlogban és az organikus forgalom alakulását. Átmeneti visszaesés szinte mindig van, a kérdés az, hogy mekkora és mennyi idő alatt épül vissza. Ha egy URL-csoport nem jön vissza, ott hiányzik vagy rossz az átirányítás, és ez ilyenkor még olcsón javítható.

Organikus forgalom az átállás után
100% 50% ÉLESÍTÉS ÁTIRÁNYÍTÁS NÉLKÜL ÁTIRÁNYÍTÁSI TÉRKÉPPEL 0 2. HÉT 4. HÉT 8. HÉT
01

Teljes URL-leltár a régi rendszerből

Sitemap, szerverlog és a Search Console adatai alapján összeáll minden olyan URL, ami valaha forgalmat vagy hivatkozást kapott. Nem csak a jelenlegi menüszerkezet.

02

301-es átirányítási térkép

Régi URL-ből új URL-be, egy lépésben. Átirányítási láncot nem hagyunk, mert minden további ugrás gyengíti az átadott értéket.

03

A megszűnő oldalak kezelése

Ahol nincs értelmes új célpont, ott tudatos döntés kell: releváns kategóriára irányítunk vagy 410-es státusszal jelezzük a végleges megszűnést.

04

Meta adatok és címsorok átvitele

A title, a meta leírás és a H1 szerkezet átkerül az új rendszerbe. Ha javítunk rajta, azt tudatosan tesszük, nem véletlenül.

05

Strukturált adat újraépítése

Termék, ár, készlet, értékelés és morzsamenü séma. A bérelt platformok ezt automatikusan adták, saját rendszerben meg kell csinálni.

06

Sitemap, robots és canonical

Új sitemap beküldése, a robots.txt ellenőrzése és a canonical szabályok beállítása még az élesítés napján.

07 / Idő és költség

Mennyi idő és mennyibe kerül?

A migráció ára ugyanabban a sávrendszerben mozog, mint egy új Magento 2 bevezetésé, mert a munka nagy része ugyanaz: felépül egy teljes rendszer. A különbség az adatátvitel és az átirányítások többletmunkája, illetve az, hogy a régi rendszer állapota mennyi tisztítást kíván. Az alábbi sávok nettó, tájékoztató értékek.

Kis katalógus
1,5 – 5 M Ft
nettó, egyszeri

Néhány száztól pár ezer termékig, rendezett adattal, kész téma testreszabásával és standard fizetési és szállítási integrációkkal.

3 – 9 hét
Leggyakoribb projekt
Tipikus migráció
5 – 15 M Ft
nettó, egyszeri

Saját arculat, teljes adatmigráció más rendszerről, több integráció, átirányítási térkép, teljesítményhangolás és dedikált VPS.

9 – 20 hét
Összetett, B2B, multistore
15 – 50+ M Ft
nettó, egyszeri

Egyedi checkout, ERP-kapcsolat, több nyelv és deviza, több raktár, ügyfélspecifikus árazás és egyedi üzleti logika.

3 – 9 hónap
Csak állapotfelmérés
Egyedi ajánlat
önállóan is megrendelhető

Adatleltár, kockázatok, becsült ráfordítás és migrációs terv írásban. A díja beszámít a projekt árába, ha velünk folytatja.

3 – 7 munkanap
Árképző tényezők

Mi mozgatja leginkább a migráció árát?

A fenti sávok tájékoztató jellegűek és nettó értékek. Minden projekt egyedi felmérés és megállapodás alapján készül. Ugyanezek a sávok szerepelnek a Magento 2 webáruház fejlesztés oldalon is, mert a két munka árazása közös alapon áll.

  • 01A régi adat minőségeA rendezetlen katalógus tisztítása gyakran több munka, mint maga az átvitel.
  • 02Az attribútum-szerkezet bonyolultságaVariánsos termékeknél a leképezés önálló tervezési feladat.
  • 03Az egyedi fejlesztések mennyiségeMinden saját logika újraírás, nem másolás.
  • 04Az integrációk számaFizetés, futár, számlázó és ERP külön fejlesztési és tesztelési kör.
  • 05Az URL-ek száma és állapotaTöbb tízezer termék-URL-nél az átirányítási térkép önálló tétel.
  • 06A forrásrendszer zártságaBérelt platformról csak export és API áll rendelkezésre, adatbázis nem.
08 / Gyakori kérdések

Gyakori kérdések a migrációról

Mennyi ideig tart egy Magento migráció?

Rendezett adatú, néhány ezer termékes bolt esetén 3 és 9 hét között, tipikus egyedi arculatos projektnél 9 és 20 hét között, összetett B2B vagy multistore rendszernél 3 és 9 hónap között. Az időt nem a termékszám határozza meg elsősorban, hanem az integrációk száma és az egyedi üzleti logika mennyisége.

Átkerülnek a rendelések és a vásárlói fiókok?

Igen. A vásárlói fiókok a címekkel, telefonszámokkal és csoportbesorolással együtt átvihetők, a rendelési előzményt pedig érdemes teljes körűen átvinni, nem csak az utolsó évet, mert számlázási és garanciális ügyekben később szükség lehet rá.

Mi lesz a vásárlói jelszavakkal?

Ez az egyetlen adat, ami nem mindig vihető át. Ha a régi rendszer ugyanazt a hash-eljárást használta, a jelszavak működnek tovább. Ha nem, a vásárlóknak az első belépésnél jelszó-visszaállítást kell kérniük, amiről az átállás előtt érdemes e-mailben tájékoztatni őket.

Elveszítjük a Google-pozíciókat?

Jól előkészített átirányítási térképpel nem. Átmeneti ingadozás szinte mindig van, mert a keresőnek újra be kell járnia az oldalt, de a pozíciók néhány héten belül visszaépülnek. Forgalomvesztés akkor keletkezik, ha a régi URL-ek átirányítás nélkül eltűnnek vagy az átirányítás láncba fut.

Meddig áll a bolt az átállás alatt?

Tipikusan néhány óra, alacsony forgalmú időszakra időzítve. Az új rendszer ilyenkor már készen áll és tesztelt, az élesítés napján csak az utolsó adatszinkron és a DNS-váltás történik. A régi rendszer visszaállítható állapotban marad néhány hétig.

Átvihetők a Magento 1 modulok Magento 2-re?

Nem. A Magento 2 kódbázisa újraírt, a Magento 1 modulok nem futnak rajta. Minden bővítményhez vagy Magento 2 megfelelőt keresünk, vagy a funkciót fejlesztjük újra. A felmérés egyik fő kérdése éppen az, hogy a meglévő modulok közül melyikre van valóban szükség.

A dizájn átkerül?

A vizuális arculat igen, a kód nem. A frontend a Magento 2 sablonrendszerében épül újra. Ez elsőre veszteségnek tűnik, a gyakorlatban viszont lehetőség: a régi téma legtöbbször évekkel korábbi mobil- és sebességelvárásokra készült.

Mi történik a régi rendszerrel az átállás után?

Néhány hétig párhuzamosan elérhető marad zárt környezetben, hogy az esetleges hiányzó adat pótolható legyen. Utána teljes mentés készül róla, amit archiválunk. A régi tárhely vagy platform előfizetése csak ezután mondható fel biztonságosan.

Megéri Magento 1-ről Magento 2-re menni, vagy inkább más platformra?

Ha a bolt kihasználja a Magento erősségeit, tehát nagy katalógus, összetett árazás, több nyelv vagy B2B működés jellemzi, akkor a Magento 2 a logikus folytatás, mert az üzleti logika és a csapat tudása átvihető. Ha viszont a bolt évek óta egy egyszerű, néhány száz termékes katalógus, akkor a felmérés végén könnyen lehet, hogy egyszerűbb rendszert javaslunk.

WooCommerce-ről mikor érdemes Magentóra váltani?

Akkor, amikor a bővítmények száma már kockázattá vált, az adminisztráció lassú, vagy a katalógus és a variánsok kezelése kinőtte a rendszert. Néhány száz termékes bolt esetében a WooCommerce jellemzően megfelelő. Ilyenkor a váltás nem térül meg.

Bérelt platformról mit lehet átvinni?

Shoprenter, Unas vagy Shopify rendszerből az adat exportból és API-n keresztül hozható át: termékek, kategóriák, vásárlók és rendelések. A sablonkód és a platformspecifikus bővítmények nem menthetők át, az URL-szerkezet pedig szinte biztosan változik, ezért itt különösen fontos az átirányítási térkép.

Mennyibe kerül és mitől függ?

A sávok 1,5 millió forinttól indulnak és összetett B2B rendszereknél az 50 millió forintot is meghaladhatják. A legnagyobb árképző tényezők a régi adat minősége, az attribútum-szerkezet bonyolultsága, az egyedi fejlesztések és az integrációk száma. Pontos ajánlat állapotfelmérés után adható, ami önállóan is megrendelhető.

09 / Következő lépés

Kezdjük egy állapotfelméréssel

Írja meg, milyen rendszerről lenne szó, körülbelül hány termékkel és milyen integrációkkal működik ma a bolt. Az állapotfelmérés végén írásban kapja meg, mi vihető át, mit kell újraépíteni és mekkora ráfordítással számoljon. Ez az anyag akkor is az Öné, ha végül nem velünk folytatja.

Árajánlatkérés +36 30 199 1620
Amit a felmérés végén kap
  • Adatleltár: mi vihető át gépiesenírásban
  • Újraépítendő modulok és logikalistában
  • Kockázatok és URL-térkép vázlataírásban
  • Becsült ráfordítás és ütemterv3 – 7 nap
Kapcsolódó szolgáltatások

Magento munkák egy kézben

Magento 2 fejlesztés

Új webáruház bevezetése, egyedi modulok, fizetési és ERP-integrációk, bevezetési ársávok.

Magento karbantartás

Havidíjas üzemeltetés az átállás után: biztonsági patch-ek, verziófrissítés, monitorozás és SLA.

Magento tárhely és VPS

Magentóra hangolt szerverkörnyezet: Varnish, Redis, OpenSearch, PHP-tuning, mentés és monitorozás.

Referenciák

Webáruházak, amelyeket fejlesztettünk, költöztettünk vagy évek óta karbantartunk.

Ingyenes állapotfelmérés

Rövid technikai átvizsgálás a jelenlegi boltról: mi sürgős, mi várhat, és érdemes-e egyáltalán váltani.


#