Magento Open Source, Adobe Commerce a Magento 1 vs. 2
Magento Open Source je bezplatný, samostatne hosťovaný e-commerce softvér postavený na PHP; Adobe Commerce (predtým Magento Commerce) je platená úroveň s doplnkovými B2B funkciami, staging obsahu a cloudovým hostingom, prevádzkovaná na infraštruktúre spravovanej Adobe. Magento 1 dosiahlo koniec podpory pred rokmi a obchody, ktoré na ňom stále bežia, migrujú väčšinou práve z tohto dôvodu, nezávisle od akéhokoľvek porovnávania platforiem.
Práve pre tento rozsah môže „migrácia z/na Magento“ znamenať presun malého obchodu na Magento 1 na úplne inú platformu, presun z Magento 1 na Magento 2 (stále Magento, ale prestavba na hlavnú verziu), alebo odchod z Adobe Commerce Cloud na riešenie s inou nákladovou štruktúrou. Ktorá z týchto možností platí, si určíme skôr, než čokoľvek odhadneme.
EAV dátový model a nastavenie s viacerými obchodmi
Magento ukladá produktové dáta v štruktúre EAV (entity-attribute-value), ktorá je silná pri vysoko konfigurovateľných, atribútmi bohatých katalógoch, no štrukturálne odlišná od jednoduchších plochých tabuliek produktov, aké používa väčšina ostatných platforiem. Konfigurovateľné produkty (obdoba variantov v Magento), vlastné sady atribútov a vrstvená navigácia riadená atribútmi si pri presune na platformu bez ekvivalentu EAV vyžadujú explicitné mapovanie.
Architektúra Magento s viacerými obchodmi/webmi, teda prevádzka viacerých vitrín, mien alebo lokalít z jednej inštalácie, je ďalšia vec, ktorú treba starostlivo namapovať, keďže väčšina platforiem rieši viacero obchodov odlišne: samostatné obchody, jeden obchod s nastaveniami pre konkrétny trh, alebo žiadny natívny ekvivalent.
Rozšírenia, vlastné moduly a vývojári Magento
Obchody na Magento sa bežne spoliehajú na rozšírenia z marketplace a zákazkovo vytvorené moduly pri všetkom nad rámec základnej funkcionality — pri platobných metódach, B2B cenových pravidlách alebo katalógovej logike špecifickej pre daný biznis. Keďže Magento je platforma náročná na vývojárov, značná časť toho, čo obchod „robí“, často žije vo vlastnom PHP kóde, nie v nastaveniach administrácie, a túto logiku treba identifikovať a buď znovu vybudovať, alebo nahradiť — nie len exportovať.
Rovnako je to so šablónami: šablóny Magento sú postavené na vlastnom systéme layout XML/blokov, ktorý nemá priamy ekvivalent inde, takže odchod z Magento zvyčajne znamená vybudovanie vitríny na novej platforme od základov.
SEO, URL adresy a ako riešime migráciu Magento
Magento interne spravuje prepisovanie URL adries a podporuje pomerne flexibilné štruktúry URL, no konkrétne detaily (cesty kategórií, prípony URL produktov, URL adresy špecifické pre jednotlivé obchody) sa medzi obchodmi výrazne líšia podľa konfigurácie. Práve táto rôznorodosť je dôvod, prečo začíname auditom vašich skutočných živých vzorov URL, nie predpokladom predvoleného nastavenia Magento.
Pri migrácii Magento budujeme mapu URL adries a presmerovaní podľa toho, čo váš obchod skutočne robí dnes, riešime varianty URL pre viacero obchodov tam, kde je to relevantné, a overujeme, že metadáta a kanonické značky sa prenesú správne. Podrobnejšie to popisuje naša služba SEO a migrácia presmerovaní.
Časté otázky
Stále mám Magento 1. Viete to migrovať?
Áno, odchod z Magento 1 je jeden z bežnejších projektov, s ktorými sa stretávame, väčšinou vyvolaný ukončenou podporou, nie preferenciou platformy. Riešime to ako kompletný replatforming, keďže Magento 1 a 2 majú odlišnú podkladovú architektúru.
Čo sa stane s mojimi vlastnými modulmi Magento?
Zistíme, čo každý vlastný modul skutočne robí — napríklad platobnú integráciu, cenové pravidlo alebo katalógovú funkciu — a preveríme, či má cieľová platforma vstavaný alebo rozšíriteľný ekvivalent, alebo či je potrebný zákazkový vývoj.
Dajú sa B2B funkcie Adobe Commerce migrovať na neenterprise platformu?
Závisí od konkrétnej funkcie. Firemné účty, workflow pre cenové ponuky a viacúrovňové B2B ceny nemajú priamy ekvivalent na každej platforme, takže to posudzujeme individuálne pri určovaní rozsahu, nie s predpokladom presnej zhody jedna k jednej.
Ako ovplyvňuje štruktúra atribútov EAV dĺžku migrácie?
Katalógy s množstvom vlastných atribútov a sád atribútov si vo všeobecnosti vyžadujú viac času na mapovanie než jednoduché ploché katalógy, keďže pri každom atribúte treba explicitne rozhodnúť, kam na cieľovej platforme patrí.