Milloin Hyvä kannattaa? Rehellinen päätösopas Magento-kaupoille

Hyvä kannattaa, kun Magento-kauppasi pysyy Magentolla vielä useita vuosia, Luma-frontend hidastaa sekä asiakkaita että kehittäjiä ja laajennuksillesi on joko Hyvä-yhteensopivuusmoduulit tai ne voidaan korvata. Yleensä se ei vielä kannata, jos kauppa on Magento-versiossa, jota ei enää tueta, nojaa moniin vain Lumassa toimiviin laajennuksiin, on siirtymässä toiselle alustalle tai jos hitaus johtuu palvelimesta eikä frontendistä. Marraskuusta 2025 lähtien itse Hyvä Theme on ollut maksuton ja avointa lähdekoodia, joten päätös koskee migraation työmäärää, ei lisenssikustannuksia.

Alla kerromme, miten käymme tämän päätöksen läpi verkkokauppiaiden ja toimistojen kanssa.

Mitä Hyvä oikeasti muuttaa

Hyvä korvaa Magenton frontend-teeman, ei itse Magentoa. Hallintapaneeli, tuotekatalogi, tilaukset, integraatiot ja backend-koodi pysyvät ennallaan.

Taulukosta seuraa kaksi asiaa:

• Backend-kehittäjät ovat tutulla maaperällä. Layout XML, blockit ja view modelit toimivat kuten ennenkin, joten opeteltavaa on frontendissä (Tailwind ja Alpine.js), ei Magentossa.
• Jokainen Luman JavaScript-osa on rakennettava uudelleen. Kaikki, mikä nojaa frontendissä RequireJS:ään, Knockoutiin tai UI-komponentteihin (oma teemasi, laajennusten widgetit, kassan vaiheet), tarvitsee Hyvä-version.

Lisenssi ja tuotteet (marraskuu 2026)

• Itse Hyvä Theme lisensoitiin uudelleen OSL3 + AFL3 -lisensseillä marraskuussa 2025. Se asennetaan maksuttomalla Packagist-avaimella, jonka saa hyva.io-tililtä.
• Hyvä Checkout, Hyvä Enterprise ja Hyvä Commerce ovat edelleen kaupallisia tuotteita omine lisensseineen.
• Hyvä UI (valmiiden komponenttien kirjasto) muuttui erilliseksi maksulliseksi tuotteeksi.

Tarkista ajantasaiset hinnat hyva.io-sivustolta ennen budjetointia; ne eivät kuulu tähän oppaaseen.

Versiovaatimukset

Hyvän dokumentaatio edellyttää tällä hetkellä Magento-versiota 2.4.4-p9, 2.4.5-p8, 2.4.6-p7, 2.4.7-p1 tai uudempaa sekä PHP 8.1–8.4:ää. Kehityskoneilla tarvitaan Node.js 20 tai uudempi Tailwind-buildia varten.

Huomaa, että Adobe ilmoittaa Magento 2.4.9:lle PHP 8.5:n. Jos aiot yhdistää 2.4.9-päivityksen ja Hyvä-migraation, varmista, että Hyvä ja jokainen tarvitsemasi yhteensopivuusmoduuli tukevat virallisesti PHP 8.5:tä siinä vaiheessa. PHP- ja palveluversiot versioittain on lueteltu päivityksen tarkistuslistassa.

Mikä vaikuttaa kustannuksiin ja työmäärään

Hyvä-migraatio on frontendin uudelleenrakennus, jonka rakenne on tunnettu. Neljä asiaa ratkaisee, kuinka suureksi se kasvaa.

1. Nykyinen teemasi

• Lähellä Lumaa, brändivärit ja muutama oma lohko: ennustettavin tapaus. Suurin osa työstä on ulkoasun uudelleentoteutusta Tailwindilla.
• Voimakkaasti räätälöity teema, jossa on paljon template-ylikirjoituksia, omia JavaScript-widgetejä ja Page Builder -sisältöä: jokainen oma komponentti rakennetaan uudelleen Alpine.js:llä. Erilaisten komponenttien määrä ratkaisee yleensä enemmän kuin sivujen määrä.
• Ulkoasun uudistus samalla kertaa: usein oikea hetki, mutta se lisää suunnittelu- ja hyväksyntäaikaa. Pidä ”migraatio” ja ”uudistus” erillisinä riveinä, jotta laajuus pysyy näkyvissä.

2. Laajennukset, joilla on frontend-osa

Hyvän dokumentaatio sanoo tämän suoraan: Lumalle tai Blankille tehdyt moduulit tarvitsevat yhteensopivuusmoduulin toimiakseen Hyvä-frontendissä. Pelkät backend-moduulit (ERP-liitännät, syötteet, hallintatyökalut) eivät muutu.

Jokaiselle laajennukselle, jolla on frontend-tulostetta, on neljä vaihtoehtoa:

1. Toimittaja tarjoaa Hyvä-tuen itse moduulissa. Päivitä ja testaa.
2. Yhteensopivuusmoduuli on olemassa ja löytyy Hyvän julkisesta Compatibility Module Trackerista. Asenna ja testaa.
3. Yhteensopivuusmoduulia ei vielä ole. Jonkun on kirjoitettava se; moduuli toteuttaa uudelleen vain laajennuksen frontend-osat.
4. Laajennusta ei kannata siirtää. Korvaa se Hyvä-valmiilla vaihtoehdolla tai poista se.

Tämä lista on yksi arvion hyödyllisimmistä lähtötiedoista. Laadimme sen auditoinnissa ennen kiinteää tarjousta.

3. Kassaa koskeva päätös

Kassassa Luman JavaScript-pino on raskaimmillaan, joten se vaatii oman päätöksensä. Hyvän dokumentaatio kuvaa kolme vaihtoehtoa:

• Hyvä Checkout. Hyvälle rakennettu kassa, joka perustuu Magewireen (palvelinvetoinen PHP-komponenttikehys). Se on erillinen kaupallinen lisenssi. Se toimii myös Luma-kaupoissa, ja sen voi ottaa käyttöön store view -kohtaisesti, joten käyttöönoton voi tehdä vaiheittain.
• Luma-kassan säilyttäminen Hyvän teeman fallback-moduulin avulla. Kassan reitit lataavat edelleen RequireJS:n, Knockoutin ja jQueryn, kun muu kauppa toimii Hyvällä. Kassa vaatii lisää tyylittelyä, jotta se sopii uuteen frontendiin.
• Kolmannen osapuolen Luma-pohjaisen kassan säilyttäminen (Hyvän dokumentaatiossa on lueteltu useita one step checkout -laajennuksia) saman fallbackin kautta.

Miten valita:

• Maksu- ja toimitustavoille on saatavilla Hyvä Checkout -tuki → Hyvä Checkout on siistein lopputulos.
• Voimakkaasti räätälöity kassa tai maksupalveluntarjoajat ilman Hyvä Checkout -tukea → siirrä ensin frontend, säilytä nykyinen kassa fallbackin avulla ja suunnittele kassa toiseksi vaiheeksi.

4. Frontendiin vaikuttavat integraatiot

Tag managerit, analytiikan datakerrokset, evästebannerit, haku- ja suosituswidgetit, arvostelut ja chat-skriptit on kaikki kytkettävä ja testattava uudelleen. Ne harvoin estävät migraatiota, mutta ne kuuluvat arvioon ja testisuunnitelmaan.

Hyödyt ilman hypeä

• Kevyempi frontend. Hyvä poistaa frontendistä RequireJS:n, Knockoutin ja UI-komponenttipinon. Kokemuksemme mukaan se on yksi tehokkaimmista keinoista parantaa Magenton Core Web Vitals -arvoja, mutta mittaa oma kauppasi ennen ja jälkeen. Palvelimen vasteaika, kuvat ja kolmansien osapuolten skriptit vaikuttavat edelleen.
• Nopeampi frontend-kehitys. Tailwind ja Alpine.js ovat pienempiä ja helpommin hahmotettavia kuin Luman LESS- ja Knockout-kerrokset. Muutoksista, jotka ennen vaativat syvää perehtymistä UI-komponentteihin, tulee tavallista template-työtä.
• Yhteinen ekosysteemi. Laajennustoimittajat voivat sisällyttää Hyvä-tuen omiin moduuleihinsa, ja teemaa tukevat yhteensopivuusmoduulit lisensoitiin avoimeksi lähdekoodiksi teeman rinnalla.
• Ei teemalisenssimaksua marraskuusta 2025 lähtien, mikä poistaa yhden vasta-argumentin pienemmiltä kaupoilta.

Mitä Hyvä ei tee: korjaa hitaita palvelinvasteita, full page cachen matalaa osumaprosenttia, indeksoimatonta katalogidataa tai hidasta ERP-synkronointia. Ne ovat backend-ongelmia ja säilyvät migraation jälkeenkin.

Milloin Luma tai kevyempi korjaus on parempi valinta

Hyvä on hyvä oletusvalinta kaupalle, jolla on tulevaisuus Magentolla, mutta se ei aina ole seuraava askel. Suosittelemme yleensä jotain muuta, kun:

• Kauppa on versiossa, jota ei tueta tai jonka tuki päättyy pian. Päivitä ensin Magento ja PHP. Migraatio vanhentuneen alustan päälle kaksinkertaistaa riskin, ja päivitys voi joka tapauksessa muuttaa laajennuslistaasi. Magento 2.4.x -päivityksen tarkistuslistamme käy päivityksen läpi vaihe vaiheelta.
• Hitaus on palvelimella. Jos time to first byte on korkea, full page cache ei osu tai Varnishia ei käytetä, korjaa se ensin. Se on yleensä halvempaa ja auttaa jokaista sivua teemasta riippumatta.
• Kolmansien osapuolten skriptit hallitsevat. Jos tag manager -säiliöt, chat-widgetit ja markkinointipikselit vievät suurimman osan pääsäikeestä, niiden siivoaminen on nopea voitto myös Lumassa.
• Monelle keskeiselle laajennukselle ei ole Hyvä-tukea eikä hyvää korvaajaa. Yhteensopivuusmoduulien kirjoittamisen kustannus voi ylittää hyödyn, ainakin toistaiseksi.
• Alustanvaihto tai headless-frontend on jo suunnitteilla vuoden tai kahden sisällä. Käytä budjetti mieluummin siihen projektiin.
• Vähän liikennettä ja vakaa ulkoasu. Jos kauppa konvertoi hyvin eikä kenenkään tarvitse koskea frontendiin, Luman suorituskykyoptimointi voi riittää paljon pienemmällä hinnalla.

Yksinkertainen päätöslista

Vastaa näihin ennen kuin pyydät tarjousta:

1. Pysyykö kauppa Magentolla / Adobe Commercella vielä vähintään kolme vuotta?
2. Onko se tuetulla 2.4.x-linjalla ja uusimmassa patchissa?
3. Monellako laajennuksella on frontend-tulostetta, ja monellako niistä on Hyvä-tuki tai yhteensopivuusmoduuli?
4. Onko kassa vakiomallinen vai voimakkaasti räätälöity, ja tukevatko maksupalveluntarjoajasi Hyvä Checkoutia?
5. Mihin aika nykyään kuluu: palvelimen vasteeseen, frontendin JavaScriptiin vai kolmansien osapuolten skripteihin?
6. Haluatko uudistaa ulkoasun samalla, vai ensin migraation nykyisellä ulkoasulla?

Jos useimmat vastaukset viittaavat suuntaan ”pitkä tulevaisuus, tuettu versio, hallittava laajennuslista, frontend on pullonkaula”, Hyvä todennäköisesti kannattaa.

Seuraava askel

Tarjoamamme maksuton pika-auditointi tarkastelee versioita, patch-tasoa, suorituskykyä ja perustietoturvaa ja kertoo, onko todellinen pullonkaula frontend vai palvelin. Jos Hyvä on järkevä valinta, Hyvä-migraatiopaketti alkaa 2 000 eurosta (kiinteä hinta auditoinnin jälkeen) ja kuuluu päivityspalveluihimme, joten sen voi yhdistää 2.4.x- ja PHP-päivitykseen. Julkaisun jälkeiseen jatkuvaan ylläpitoon, katso Magento-ylläpitosopimukset.

Lähteet (englanniksi): Hyvä: Hyvä Theme on nyt avointa lähdekoodia ja maksuton, Hyvä Theme -lisenssi, Mikä Hyvä on?, Aloitus (vaatimukset), Yhteensopivuusmoduulit, Luma-teeman fallback, Luma-kassa Hyvän kanssa, Hyvä Checkout; Adobe: Järjestelmävaatimukset.