Magento en Adobe Commerce

Wat is Magento?

Magento is een e-commerceplatform dat is gebouwd voor omvangrijke en complexe webshops. Het bestaat in twee vormen: Magento Open Source, dat vrij beschikbaar is, en Adobe Commerce, de commerciële variant met extra functionaliteit en ondersteuning tegen een jaarlijkse licentie die met de omzet meeschaalt.

Waar lichtere platformen uitgaan van een overzichtelijk assortiment en een standaardproces, gaat Magento uit van het tegendeel. Meerdere winkels binnen één installatie, meerdere talen en valuta, klantgroepen met eigen prijzen, complexe productstructuren en uitgebreide voorraadregels zitten er van huis uit in. Dat maakt het krachtig waar die complexiteit er is, en overdreven waar die ontbreekt.

Dat laatste is de kern van de afweging. Magento is het zwaarste platform in bouw en beheer: het vraagt zwaardere hosting met meerdere samenwerkende onderdelen, en de ontwikkelaars die ermee werken zijn schaarser en duurder. Voor een shop met een paar honderd producten in één land is dat een investering die zich niet terugverdient. Voor een groothandel met tienduizend artikelen en klantspecifieke prijzen kan het juist de enige passende keuze zijn.

Wat valt er precies onder?

Een Magento-implementatie draait om het inrichten van een complexe handelsstructuur, meer dan om vormgeving alleen.

• Productstructuur: eenvoudige, configureerbare, gebundelde en groepsproducten, met uitgebreide eigenschappen en filters.
• Meerdere winkels: verschillende winkels, talen en valuta binnen één installatie, met eigen assortiment en prijzen.
• Klantgroepen en prijzen: prijzen per klant of klantgroep, staffels en contractafspraken voor zakelijke afnemers.
• Zoeken en filteren: een aparte zoekmachine die het assortiment doorzoekbaar maakt, doorgaans op basis van Elasticsearch of OpenSearch.
• Voorraad over meerdere locaties: voorraadbeheer verdeeld over magazijnen of winkels, met regels voor toewijzing.
• Koppelingen met ERP en PIM: uitwisseling met bedrijfssystemen voor producten, prijzen, voorraad en orders.
• Hostinginfrastructuur: een omgeving met cachelagen, wachtrijen en zoekmachine, die apart beheerd moet worden.
• Onderhoud en updates: beveiligingsupdates en versieovergangen, die door de omvang een eigen testtraject vragen.

Hoe verloopt een Magento-traject?

Een implementatie lijkt meer op een bedrijfssoftwareproject dan op een websiteproject, met een lange voorbereiding.

1. Analyse van de handelsstructuur. Assortiment, prijsafspraken, klantgroepen, landen en voorraadlocaties worden in kaart gebracht.
2. Systeemlandschap bepalen. Er wordt vastgesteld welk systeem leidend is voor producten, prijzen en voorraad, en welke koppelingen daaruit volgen.
3. Infrastructuur inrichten. De hostingomgeving met cachelagen, zoekmachine en wachtrijen wordt opgezet en getest onder belasting.
4. Bouwen en configureren. Thema, productstructuur en handelsregels worden ingericht, met maatwerk waar het platform niet volstaat.
5. Koppelingen en datamigratie. Verbindingen met ERP en PIM worden gebouwd en het bestaande assortiment wordt overgezet en gecontroleerd.
6. Testen en livegang. Er wordt uitgebreid getest, ook op belasting, gevolgd door een gefaseerde livegang met verscherpte bewaking.

Wanneer heb je dit nodig?

De duidelijkste aanleiding is een groot en complex assortiment: duizenden artikelen met veel varianten en eigenschappen waarop bezoekers moeten kunnen filteren.

Een tweede aanleiding is zakelijke verkoop. Klantspecifieke prijzen, offertes, bestellijsten en inkoopaccounts met goedkeuringsstappen zijn functies die weinig platformen van huis uit bieden en die hier wel beschikbaar zijn.

Ook meerdere landen of winkels pleiten ervoor, omdat je die binnen één installatie kunt beheren met eigen assortiment en prijzen. En bij zware koppelingen met ERP of PIM is het platform gebouwd op de aanname dat die systemen leidend zijn. Waar het niet past, is bij shops die deze complexiteit niet hebben: dan betaal je voor mogelijkheden die je niet gebruikt.

Wat levert het op?

De opbrengst is dat complexe handel online kan worden gevoerd zonder dat er een compleet maatwerksysteem gebouwd hoeft te worden. Functionaliteit die elders een jaar ontwikkeling zou vragen, is hier configuratie. Voor groothandels, fabrikanten en internationale verkopers kan dat het verschil maken tussen een haalbaar en een onhaalbaar project.

De kosten zijn navenant. Bouw en beheer liggen structureel hoger dan bij lichtere platformen, de hostingomgeving is complexer, en de ontwikkelaars zijn schaarser en duurder. Updates zijn ingrijpender en vragen testtijd. Daarbij komt dat grote versieovergangen in het verleden op herbouw neerkwamen, zoals bij de stap van Magento 1 naar 2. Bureaus die Magento voorstellen voor een shop met een overzichtelijk assortiment, verkopen complexiteit die niet nodig is. Omgekeerd geldt dat wie de complexiteit wel heeft, met een lichter platform vroeg of laat vastloopt.

Waar let je op als je dit uitbesteedt?

Vraag naar vergelijkbare projecten in omvang en complexiteit, niet alleen of het bureau met Magento werkt. Het verschil tussen een eenvoudige implementatie en een complexe internationale shop met ERP-koppeling is aanzienlijk, en niet elk bureau dat het platform noemt heeft het tweede gedaan.

Let daarnaast op de hostingafspraken. Magento vraagt een omgeving met meerdere samenwerkende onderdelen, en de partij die dat beheert moet er ervaring mee hebben. Vraag wie verantwoordelijk is bij prestatieproblemen. Vraag ook expliciet naar het beleid rond beveiligingsupdates en versieovergangen, en of dat binnen het onderhoudscontract valt. Vraag ten slotte om een realistische meerjarenbegroting, waarin naast de bouw ook hosting, licenties en onderhoud staan, want dat totaalbedrag bepaalt of het platform bij je omvang past.

Veelgemaakte fouten

De fouten bij Magento draaien vrijwel altijd om een verkeerde inschatting van omvang of van de eigen organisatie.

• Kiezen zonder de complexiteit te hebben. Een shop die de mogelijkheden niet gebruikt, betaalt wel de bouw- en beheerkosten die erbij horen.
• Hosting onderschatten. Een standaardhostingpakket volstaat niet, en prestatieproblemen na livegang zijn duur en storend om alsnog op te lossen.
• Koppelingen te laat uitwerken. ERP- en PIM-verbindingen zijn vaak de grootste post en bepalen de doorlooptijd meer dan de shop zelf.
• Op een verouderde versie blijven. Achterstallige beveiligingsupdates maken een webshop met klantgegevens tot een gericht doelwit.

Wat bepaalt de prijs?

De prijs volgt uit de complexiteit van het assortiment en de handelsregels, en uit het aantal koppelingen met bedrijfssystemen.

Magento-projecten worden op projectbasis begroot, vaak in fases, met daarnaast substantiële maandelijkse kosten voor hosting en onderhoud. Bij Adobe Commerce komt een jaarlijkse licentie die met de omzet meeschaalt. Vraag om een meerjarige totaalbegroting inclusief hosting, licenties en onderhoud, want bij dit platform wegen de doorlopende kosten zwaarder dan bij enig ander en zijn ze bepalend voor de keuze.

Magento en aanverwante diensten

Magento is een zwaar platform dat vrijwel altijd samengaat met andere technische diensten. E-commerce platforms is de bredere categorie waarbinnen dit de keuze is voor de complexe kant van het spectrum. Koppelingen en API’s zijn hier onvermijdelijk en doorgaans de grootste post, gezien de rol van ERP en PIM. Backend en maatwerk komt in beeld waar het platform niet volstaat en er eigen functionaliteit bij moet. Hosting en onderhoud is bij Magento een specialisme op zich, gezien de infrastructuur die het vraagt. En technische SEO verdient extra aandacht, omdat grote assortimenten met filters snel problemen geven met dubbele pagina’s. In Nederland is er een duidelijke groep gespecialiseerde e-commercebureaus die dit platform aanbiedt.