Magento-verkkokauppa

Magento Open Sourcen tuki päättyy versiolinja kerrallaan, ja kaksi linjaa päättyi 11. elokuuta 2026. Magento 2.4.6 poistui standardituesta ja 2.4.5 extended supportista. Adobe ei ole ilmoittanut lopettavansa Magento Open Sourcea, ja versio 2.4.9 ilmestyi 12. toukokuuta 2026 normaalissa julkaisusyklissä. Open Source -koodipohjalle ei silti myydä jatkotukea, joten oman version standardituen päättyminen katkaisee samalla tietoturvakorjausten toimitukset.

Sofokus ei toimita Magentoa. Rakennamme verkkokaupat Shopifylla, BigCommercella, WooCommercella tai räätälöitynä koottavana toteutuksena. Tältä sivulta näet, missä tilanteessa mikäkin Magento-versio on, mitä alustan vaihto sisältää ja mitkä vaihtoehdot suomalaisella verkkokaupalla ovat auki.

Mikä Magento-versio on vielä tuettu?

Elokuussa 2026 uusin standardituessa oleva versio on Magento 2.4.7, ja sen tuki päättyy 31. toukokuuta 2027. Adobe julkaisee elinkaaripäivät versiokohtaisesti kolmella tasolla. Standardituki kestää kolme vuotta julkaisusta ja kattaa laatu- ja tietoturvakorjaukset. Extended support kattaa laatu- ja tietoturvakorjaukset ydinsovellukseen. Security-only -vaiheessa julkaistaan enää yksittäisiä tietoturvakorjauksia.

Versio	Julkaistu	Standardituki päättyy	Extended support päättyy	Security-only päättyy
2.4.4	12.4.2022	12.4.2025	14.4.2026	31.5.2027
2.4.5	9.8.2022	12.8.2025	11.8.2026	31.5.2027
2.4.6	14.3.2023	11.8.2026	31.8.2027	31.5.2028
2.4.7	9.4.2024	31.5.2027	31.5.2028	ei ilmoitettu
2.4.8	8.4.2025	31.5.2028	ei ilmoitettu	ei ilmoitettu
2.4.9	12.5.2026	31.5.2029	ei ilmoitettu	ei ilmoitettu

Extended support ja security-only koskevat Adobe Commerce -asiakkaita, joten Magento Open Source -kauppaa koskee vain standardituen sarake. Päivämäärät ovat Adoben ilmoittamia.

Miksi Magento Open Sourcelle ei voi ostaa jatkotukea?

Extended support kuuluu Adobe Commerce -asiakkuuteen, eikä sitä myydä erikseen Magento Open Sourceen. Adobe sanoo tietoturvakorjaustensa dokumentaatiossa, että extended supportin korjaukset ovat saatavilla vain Adobe Commerce -asiakkaille eivätkä koske Magento Open Source -koodikantaa.

Adobe Commerce -asiakas voi siis jatkaa versiolinjallaan vuosia standardituen jälkeen ja ajoittaa päivityksen omaan aikatauluunsa. Magento Open Source -kaupalle standardituen päättymispäivä on kova pysähdys. Sen jälkeen ydinkoodista löytyviin haavoittuvuuksiin ei julkaista korjausta kyseiselle versiolle. Jäljelle jää päivitys tuettuun versioon tai alustan vaihto.

Selvitä siksi ensin, kumpaa tuotetta ja versiota kauppasi käyttää. Sama Magento-nimi kattaa kaksi tuotetta, joiden tukipolut eroavat.

Magento oli perusteltu valinta 2010-luvulla

Magento toi valmiina monikielisyyden, maakohtaiset verosäännöt, useiden myymälänäkymien hallinnan yhdestä hallintapaneelista, up-sell- ja cross-sell-toiminnot, sisällönhallinnan ja laajan lisäosavalikoiman. Muilla alustoilla nämä piti rakentaa itse. Avoin lähdekoodi teki alustasta kilpailutettavan. Osaajia oli markkinalla, eikä kauppias jäänyt yhden toimittajan varaan. Isolle katalogille ja kansainväliselle myynnille valinta oli silloin perusteltu.

Sen jälkeen tilanne muuttui. SaaS-alustat kuroivat ominaisuuseron umpeen ja siirsivät alustapäivitykset toimittajan vastuulle. Itse ylläpidettävän alustan kustannus siirtyi lisenssistä työhön. Palvelinympäristö, PHP-versiot, lisäosien yhteensopivuus ja tietoturvakorjaukset vaativat jatkuvaa ylläpitoa. Versiotuki muuttui määräaikaiseksi, jolloin päivityksestä tuli aikataulukysymys.

Alustan vaihto on datatyötä, integraatioita ja uudelleenohjauksia

Työläin osa alustan vaihdossa on tuoterakenne. Magenton konfiguroitavat tuotteet ja attribuuttimalli eivät vastaa kohdealustan tuotemallia yksi yhteen, joten variaatiot rakennetaan usein uudelleen. Tuotteet, kategoriat, asiakkuudet ja tilaushistoria siirtyvät, mutta asiakkaiden salasanat eivät siirry salauksen takia, joten uusi kauppa avataan salasanan palautuksella.

Toinen puolisko on integraatiot. Toiminnanohjaus, tuotetiedon hallinta, maksunvälitys, logistiikka ja markkinoinnin järjestelmät liittyvät kauppaan rajapinnoilla, jotka rakennetaan kohdealustalle uudelleen. Magento-kauppojen tuoteosoitteissa on usein .html-pääte, ja jokainen vanha osoite tarvitsee pysyvän ohjauksen uuteen, jotta kertynyt hakukonenäkyvyys säilyy. Samalla käydään läpi ostokokemus, koska vanhan kaupan rakenteen siirtäminen sellaisenaan uuteen harvoin kannattaa.

Kuka osaa siirtää Magento-verkkokaupan uudelle alustalle?

Alustan vaihdossa on eduksi mikäli omaa kokemusta sekä vanhasta kaupasta että alustasta, jolle ollaan siirtymässä. Sofokus on toteuttanut verkkokauppoja pitkään ja usealla eri teknologialla ja alustalla (mm. Magentolla). Työn vaiheistaminen ja sudenkuopat on tällöin helpompi hallita.

Asiakkaan kokemus

Meillä on nyt enemmän joustavuutta tehdä kaikki haluamamme lyhyellä aikavälillä, ja olemme valmiita mukautumaan mihin tahansa, mitä tulevaisuus tuo tullessaan.

Kannattaako Magenton ylläpito ulkoistaa?

Sofokus ei tarjoa Magenton ylläpitoa eikä Magento-kehitystä, mutta suosittelemme aina verkkokaupalle aktiivista ylläpitokumppania. Tuotteesta riippuen alustatoimittaja saattaa tarjota päivityksiä, mutta useimmiten tekninen kumppani vastaa ylläpidosta osin tai kokonaan. Erityisesti mikäli kauppa on liiketoiminnalle kriittinen, asiantuntevista ylläpitokumppaneista on hyötyä. Magenton osalta tuki on päättymässä ja sen jälkeen Adobelta ei ole enää tulossa ydinkorjauksia. Käytännössä ns. end-of-life päiväys tarkoittaa, että siirtymäsuunnittelu johonkin toiseen alustaan kannattaa tehdä hyvissä ajoin.

Kuka ylläpitää Magento-verkkokauppaa, kun oma tiimi ei riitä?

Magento-verkkokaupan ylläpitäjä on käytännössä joko alustaan erikoistunut kumppani, laajemman kirjon ohjelmistotalo tai oma kehitystiimi. Valitse sen mukaan, mitä ylläpidolta odotat. Kuukausittaiset tietoturvakorjaukset, PHP- ja palvelinversioiden päivitykset sekä lisäosien yhteensopivuuden testaus ovat alustatyötä. Integraatiot toiminnanohjaukseen, tuotetiedon hallintaan ja logistiikkaan ovat järjestelmätyötä.

Voiko Magento-kehityksen ulkoistaa?

Magento-kehityksen voi ulkoistaa. Avoin lähdekoodi ja laaja osaajajoukko tekevät alustasta kilpailutettavan, eikä kauppias ole yhden toimittajan varassa. Ulkoistus kattaa tyypillisesti jatkokehityksen, integraatiot, versiopäivitykset ja tietoturvakorjaukset joko kuukausisopimuksella tai erillisinä toimeksiantoina.

Tuen päättyminen muuttaa laskelman. Kun versiolinja on standardituen ulkopuolella, ulkoistettu kehitys on riskin hallintaa, ja työ kohdistuu siirtymän valmisteluun. Kannattaa ostaa työ vain kerran ja oikeassa vaiheessa: kartoitus kaupan nykytilasta ja siirtosuunnitelma.

Ylläpitosopimuksesta kannattaa selvittää mm. kenen vastuulla tietoturvakorjausten asentaminen on, miten kriittiset korjaukset hoidetaan, kuka vastaa lisäosien yhteensopivuudesta päivityksen jälkeen sekä miten kaupan koodi ja data siirtyvät toimittajan vaihtuessa.

Tuettomalla versiolla ylläpito muuttuu korjaamisesta rajaamiseksi. Käytettävissä olevia työkaluja ovat mm. sovelluspalomuuri, haavoittuvuuksien paikkaus alustan ulkopuolelta, lisäosien karsiminen, hallintapaneelin pääsynrajaus ja maksuliikenteen eristäminen. Ne pienentävät riskiä ja ostavat aikaa, mutta systemaattista alustaytimen kehittämistä ne eivät korvaa. Maksukorttitietoja käsittelevässä kaupassa tuettoman version käyttö vaikuttaa myös vaatimustenmukaisuuden arviointiin.

Koska tuki on päättymässä on suositeltavaa tehdä suunnitelma ja kustannusarvio sille.

Mikä korvaa Magenton suomalaisessa verkkokaupassa?

Suomalaisen Magento-kaupan korvaavia ovat mm. Shopify, BigCommerce, WooCommerce sekä räätälöity. Valintaa ohjaavat katalogin rakenne ja integraatioiden määrä. Shopify sopii hyvin monenlaisiin tarpeisiin ja tarjoaa ylläpidetyn alustan sekä nopeasti kehittyvän teknologiapohjan. BigCommerce sopii hyvin mm. B2B-tarpeisiin kuten hinnastojen ja asiakasryhmien hallintaan sekä rajapintavetoiseen tekemiseen. WooCommerce sopii hyvin pienemmälle tuotemäärälle, jossa sisältö ja kauppa elävät samassa julkaisujärjestelmässä. Räätälöity ja koottava toteutus sopii, kun liiketoimintalogiikka on itsessään kilpailuetu eikä taivu valmisalustan vakiomalliin.

Mikä on paras verkkokaupparatkaisu, kun taustalla on legacy-järjestelmiä?

Kun kaupan taustalla on vanhempia järjestelmiä, yksi ratkaisu on järjestää integraatiot omaan hallintakerrokseensa. Uuden kaupan ytimenä on todennäkisesti SaaS-alusta, ja se yhdistyy taustajärjestelmiin rajapintakerroksen kautta. Tällöin toiminnanohjaus, tuotetiedon hallinta tai varastojärjestelmä voidaan erottaa verkkokauppa-alustan uusimisesta. Nykyisessä ympäristössä riski keskittyy liitoskohtiin, joten ne kannattaa kartoittaa huolellisesti ennen alustavalintaa.

Kun suunta on selvillä, seuraava kysymys on toteuttaja. Sofokus on virallinen Shopify Plus -kumppani, tutustu Shopify-verkkokauppatoteutuksiimme ja toimintamalliimme.

Kartoitus ennen alustavalintaa

Discovery on lyhyt kartoitus, jossa käydään läpi verkkokauppaliiketoiminnan luonne, nykyisen kaupan versio ja tuote, lisäosariippuvuudet, integraatiot sekä datan rakenne ja osoitteisto. Lopputuloksena on siirtymäsuunnitelma, jossa vaihtoehdot on vertailtu. Kartoituksen tulos auttaa kirkastamaan migraatiopolkuja uuteen verkkokauppa-alustaan.

Usein kysytyt kysymykset Magenton tuen päättymisestä

Loppuuko Magento kokonaan?

Ei. Adobe ei ole ilmoittanut lopettavansa Magento Open Sourcea, ja versio 2.4.9 julkaistiin 12. toukokuuta 2026. Päättyminen koskee versiolinjoja. Kun oman version standardituki päättyy, sille ei enää julkaista tietoturvakorjauksia.

Mitä eroa on Magento Open Sourcella ja Adobe Commercella?

Magento Open Source on maksuton avoimen lähdekoodin versio, jota ylläpidetään omalla vastuulla. Adobe Commerce on Adoben kaupallinen tuote, johon kuuluu tuki ja jolle myydään extended supportia. Extended supportin tietoturvakorjaukset eivät koske Open Source -koodikantaa.

Mistä näen, mikä Magento-versio meillä on?

Versio näkyy hallintapaneelin alalaidassa ja palvelimella komennolla bin/magento --version. Sama tieto kertoo myös, onko käytössä Magento Open Source vai Adobe Commerce.

Mitä tapahtuu, jos kauppa jää tuettomalle versiolle?

Kauppa toimii teknisesti normaalisti, mutta ydinkoodin uusiin haavoittuvuuksiin ei tule korjausta. Riski kasvaa ajan myötä, koska tieto haavoittuvuuksista on julkista myös hyökkääjille. Maksukorttitietoja käsittelevässä kaupassa tämä vaikuttaa myös vaatimustenmukaisuuden arviointiin.

Kannattaako päivittää uudempaan Magentoon vai vaihtaa alusta?

Päivitys tuettuun versioon on nopeampi ratkaisu, jos kauppa toimii muuten hyvin ja lisäosia on vähän. Alustan vaihto kannattaa, kun ylläpito vie kohtuuttomasti aikaa, lisäosia on paljon tai kaupan rakenne ei enää vastaa liiketoimintaa. Molemmat ovat oma projektinsa, joten kumpikin kannattaa aloittaa kartoituksella.

Päivitetty 14.8.2026