Hyvä läks tasuliselt litsentsilt tasuta peale. See eemaldas viimase barjääri, mis kasutuselevõttu pidurdas – põhjenduste vestluse. Nüüd pole enam tugevat argumenti alustada uut Magento 2 projekti ilma selleta. Ja see muudab vaikselt, mida “standard” tähendab kogu Magento ökosüsteemis.
Kuid on versioon sellest loost, mida üle müüakse. Siin on aus ülevaade – mida Hyvä tegelikult muudab, mida mitte, ja mida üleminek tasuta peale tähendab poodidele ja agentuuridele, kes täna Magento 2-ga töötavad.
Et mõista, mida Hyvä lahendab, aitab mõista, mida ta asendas.
Vaikimisi Magento 2 esipind – ehitatud RequireJS, KnockoutJS ja UIComponentsi peale – kavandati 2015. aasta paiku. See oli toona mõistlik: komponentidel põhinev JavaScripti süsteem, mis sai hakkama keerukate poodide suhtlusega ilma terve lehekülje uuesti laadimiseta.
Probleem on selles, et see virn vanas halvasti. RequireJS muutus keeruliste sõltuvusahelate allikaks, mida oli raske siluda ja aeglane laadida. KnockoutJS jäi põhivoolust kõrvale, samal ajal kui ülejäänud esipinna maailm liikus Reacti, Vue ja seejärel kergemate reaktiivsete raamistike poole. UIComponents – Magento abstraktsioonikiht kõige selle peal – lisas veel ühe keerukuse kihi, mida vähesed arendajad intuitiivseks pidasid.
Tulemuseks oli esipind, mis:
Kogenud Magento arendajad said nende piirangutega toime tulla. Kuid see nõudis pingutust – arendusajas, pidavas hoolduses ja jõudluse laes, millest oli raske läbi murda ilma olulise kohandatud tööta.
Hyvä asendab kogu Magento 2 esipinna renderdamise virna. RequireJS ja KnockoutJS asemel kasutab see Alpine.js-i – kerget reaktiivset JavaScripti raamistikku minimaalse jalajäljega. Lessi ja Magento CSS-i pärimissüsteemi asemel kasutab see Tailwind CSS-i – utility-first raamistikku, mis on nüüd üks enim kasutatavaid stiililahendusi kogu tööstusharus.
Selle vahetuse praktiline tulemus on märkimisväärne:
Jõudlus. Hyvä peale ehitatud leheküljed saadavad dramaatiliselt vähem JavaScripti kui nende Luma vasted. See tõlgib otseselt paremate Core Web Vitals skoorideks – eriti LCP ja FID. Poodidel, mis võitlesid Google’i jõudluslävendite läbimisega Luma peal, õnnestub sageli saavutada vastuvõetavad skoorid Hyvä peal ilma täiendava optimeerimistööta.
Arenduskiirus. Tailwind on laialdaselt tuntud. Alpine.js on piisavalt lihtne, et seda päevaga õppida. See tähendab, et esipinna arendajad ilma eelneva Magento kogemuseta saavad Hyvä projektile palju kiiremini sisuliselt kaasa aidata kui Luma peal. Meeskondade ja agentuuride jaoks vähendab see onboardingu hõõrdumist ja muudab personalivaliku paindlikumaks.
Hooldatavus. Vähem koodi esipinnal tähendab vähem liikuvaid osi, vähem asju, mis Magento uuenduste käigus puruneda saavad, ja puhtamaid koodibaase, mida on lihtsam arendajate vahel üle anda. Luma pärimissüsteem – kus teemamuutused kaskaadisid läbi mitme failikihi – on asendatud otsesema lähenemisega, millest on lihtsam aru saada.
Arendajakogemus. Hyvä projektiga töötamine näeb välja ja tundub nagu töö kaasaegse veebiprojektiga. See on oluline meelestuse, arendajate meelitamise ja koodibaasi pikaajalise kvaliteedi jaoks.
See on osa, mis mõnikord üle müüakse, ja tasub olla otsekohene.
Hyvä on esipinna teema. See muudab seda, kuidas pood brauseris välja näeb ja käitub. See ei muuda midagi selle kohta, kuidas Magento 2 tagapinnal töötab.
Kataloog, hinnareeglid, klientide segmenteerimine, kampaaniad, tellimuste haldus, tarneootus, makse integratsioonid, mitme poe konfiguratsioon, ERP-integratsioonid – kõik see on Magento tagapinna valdkond, ja Hyvä ei puutu sellesse. Kui teie poel on keeruline äriloogika või sügavad kolmanda osapoole integratsioonid, jääb see keerukus täpselt selliseks nagu oli. Teil on endiselt vaja kogenud Magento 2 tagapinna arendajaid, et sellega korralikult töötada.
Laienduste ühilduvus on realistlik kaalutlus, mida ei tohiks tähelepanuta jätta. Magento laienduste ökosüsteem on suur ja paljud laiendused sisaldavad esipinna komponente – kohandatud tooteleheküljed, kassasammud, arvustuste vidinad, lojaalsusprogrammid jms. Mitte igal laiendusel pole Hyvä-ühilduvat versiooni neist komponentidest. Enne Hyvä kasutuselevõtmist projektis, millel on märkimisväärne laienduste virn, tasub üle vaadata, millised laiendused on mõjutatud ja kas Hyvä-ühilduvad alternatiivid on olemas.
Ökosüsteem on oluliselt kasvanud ja enamikul tavalistest laiendustest on nüüd Hyvä tugi, kuid lüngad on endiselt olemas – eriti vanemate või niššilaienduste puhul. See on enamasti lahendatav probleem, kuid see lisab mahtu, millega tuleb arvestada.
Kassaprotsess väärib konkreetset mainimist. Vaikimisi Magento 2 kassaprotsess on samuti ehitatud KnockoutJS-i peale, mis tähendab, et see jääb välja sellest, mida põhiline Hyvä teema katab. Hyvä ökosüsteem sisaldab selleks eraldi Hyvä Checkout toodet ja turul on ka teisi alternatiive. Kuid see on eraldi otsus ja eraldi mahuelement – mitte midagi, mis teemaga automaatselt kaasa tuleb.
Kui Hyvä’l oli litsentsitasu, pidi iga projekt selle kulu põhjendama. See tähendas vestlust ROI kohta, rida eelarves ja mõnikord otsust minna Luma peale, kuna numbrid ei töötanud selle konkreetse projekti jaoks.
See vestlus on nüüd läbi.
Küsimus on pöördunud. Varem oli see “miks me peaksime Hyvä eest maksma?” Nüüd on see “miks me seda ei kasutaks?” Ja see on väga erinev vestlus – kuna vastus peab olema konkreetne tehniline või äriline põhjus, mitte lihtsalt kulu.
Mõju on ökosüsteemis nähtav. Agentuurid, kes kasutasid Hyvä’d valikuliselt suurematel projektidel, standardiseerivad nüüd kõigis uutes ehitustes. Uued projektid alustavad sellega kui eeldatava alusega, mitte lisavõimalusena. Magento 2 hindavad kaupmeed jõuavad üha enam juba Hyvä nimekirjas – nad on sellest kuulnud, seda lugenud ja eeldavad, et see on kaasaegse rakenduse osa.
Selline näeb välja üleminek “kuldstandardile”. Mitte teadaanne ega mandaat – lihtsalt vaikimisi eelduste järkjärguline muutus, kuni küsimuseks saab “miks mitte?” asemel “miks?”.
Uue Magento 2 projekti alustamine: Hyvä on õige lähtepunkt. Auditeerige oma laienduste virn varakult, et tuvastada ühilduvuslüngad, planeerige kassaprotsess eraldi ja arvestage Hyvä-spetsiifilise esipinna arendustööga. Lisapingutus alguses tasub end kiiresti tagasi jõudluse ja pideva hooldatavuse osas.
Elava Magento 2 poe käitamine Luma peal: Hädaolukorda pole. Olemasolevat Luma poodi, mis hästi töötab, ei pea kohe migreerima. Kuid kui plaanite olulist ümberkujundamist, platvormide vahetuse vestlust või suurt esipinna ümberehistamist, peaks Hyvä olema suund. Luma-lt Hyvä-le migreerimine elutsükli keskel on tõeline projekt – see ei ole teemavahetus. Planeerige seda suurema algatuse osana, mitte kiire muutusena.
Magento 1-st migreerimine: Uue M2 poe ehitamisel on Hyvä esipinna kihi loomulik valik. Arvestage sellega projekti mahus algusest peale, mitte ei vali vaikimisi Luma kavatsusega hiljem vahetada. Hiljem tegemine maksab alati rohkem.
Agentuuri käitamine või klientide jaoks Magento peale ehitamine: Hyvä standardimine on nüüd mõistlik, kuna kulu enam muutuja pole. See lihtsustab meeskonna oskusi, muudab teadmised projektide vahel ülekantavaks ja toob klientidele vaikimisi paremaid tulemusi. Investeering Hyvä ekspertiisi loomisse oma meeskonnas omab selget pikaajalist tootlust.
Hyvä muudab esipinda. Ülejäänud Magento jääb samaks.
See ei ole platvormivahetus ja see ei vähenda tagapinna keerukust. Kuid lehekülje kiiruse, arendajakogemuse ja esipinna kihi pikaajalise hooldatavuse osas on see õige alus. Jõudluse parandused on reaalsed, arendajakogemuse parandused on reaalsed ja ökosüsteem on küpsenud piisavalt, et enamik standardseid kasutusjuhtumeid on kaetud.
Ja nüüd, kus kulu enam tegur pole, pole alternatiivi jaoks palju argumenti järgi jäänud.
Kui plaanite uut Magento 2 projekti, hindab esipinna ümberehistamist, või proovite mõista, mida üleminek Hyvä’le teie konkreetse seadistuse jaoks tegelikult tähendaks – oleme rõõmsad seda praktiliselt läbi töötada. Müügikõnet pole, lihtsalt aus pilk sellele, mis on mõttekas.
