Magento Developer

En Magento developer arbejder på én bestemt e-handelsplatform. Magento hedder i dag Adobe Commerce efter Adobes opkøb, mens den frie udgave hedder Magento Open Source. Begge navne bruges i flæng i danske stillingsopslag.

Platformen er PHP-baseret og kendt for at være kraftfuld og tung. Den vælges, når en webshop har mange tusinde varenumre, flere lande og valutaer, komplekse prisregler eller B2B-krav som kundespecifikke priser og kreditgrænser.

Det er også derfor rollen findes som en specialisering. Magento har sin egen arkitektur, sine egne begreber og en indlæringskurve, der er markant stejlere end de fleste andre platforme.

Typiske opgaver

• Udvikle egne moduler i PHP efter Magentos modulstruktur
• Bygge og tilrette temaer med Knockout.js og Luma, eller frontends i Hyvä, som har vundet stort frem
• Integrere til ERP-systemer, oftest Microsoft Dynamics, SAP eller Navision, så ordrer, lager og priser flyder korrekt
• Koble på betalingsløsninger som Nets, Quickpay, Reepay, Klarna og MobilePay, samt fragt via Webshipper eller Shipmondo
• Optimere hastighed: caching med Varnish og Redis, indeksering, billedhåndtering og databaseforespørgsler
• Køre opgraderinger mellem versioner, hvilket er en stor og tilbagevendende opgave
• Fejlsøge i produktion, ofte under tidspres fordi en fejl koster salg direkte
• Vurdere og tilpasse tredjepartsmoduler fra Adobe Commerce Marketplace
• Skrive og køre test, samt håndtere deployment gennem CI/CD
• Rådgive kunden om, hvornår en ønsket funktion bør bygges, og hvornår standarden rækker

En almindelig arbejdsdag

Dagen begynder ofte med fejl fra i går. En ordre gik ikke igennem til ERP, eller en kampagnepris slog forkert til på et par hundrede varer.

Formiddagen går typisk i udvikling af nye funktioner. En integration, en tilretning af checkout eller et modul til en bestemt prisregel.

Efter frokost kommer ofte spørgsmål fra kundens e-handelsteam. Kan vi det her, hvor lang tid tager det, og hvorfor er siden langsom om aftenen?

En stor del af rollen er faktisk rådgivning. Meget af det, kunder beder om, kan løses i standardopsætningen, og hver tilpasning gør næste opgradering dyrere.

Deployment lægges næsten altid uden for åbningstiden, og der er beredskab op til Black Friday og julehandlen. Det er en reel del af arbejdsvilkårene.

Det svære i jobbet

Platformen er kompleks. Magento er kendt for et stort kodegrundlag og mange lag, og det tager tid at få overblik. Nye udviklere er sjældent selvkørende de første måneder.

Opgraderinger er tunge. Har en shop mange tilpasninger og tredjepartsmoduler, kan en versionsopgradering blive et projekt på flere måneder. Det er den opgave, kunder oftest udskyder, og derfor den, der ofte er akut.

Dertil kommer, at du arbejder på noget, der tjener penge lige nu. Går siden ned kl. 14 på en fredag, koster hvert minut. Det er et andet pres end i intern systemudvikling.

En ærlig bemærkning om markedet

Magento er ikke længere den selvfølgelige platform, den var. Mange danske webshops er skiftet til Shopify Plus, og flere migrerer væk.

Det betyder to ting. Nye Magento-projekter er færre end tidligere, især i den mindre ende. Til gengæld sidder der stadig mange store, komplekse installationer, som skal vedligeholdes og opgraderes, og der er få specialister til dem. Timeprisen for erfarne Magento-udviklere er derfor høj.

Som karrierevalg er det klogt at bygge bredt PHP- og e-handelsfundament, ikke kun Magento.

Hvem har rollen

De fleste danske Magento-udviklere sidder i bureauer og digitale agenturer, der leverer og vedligeholder webshops for flere kunder. Der findes en række danske og nordiske bureauer med Magento-specialisering, og flere er Adobe-partnere.

Interne stillinger findes i de virksomheder, der har en stor Magento-shop: B2B-grossister, producenter med reservedelssalg, byggemarkeder, elektronik og modevirksomheder med flere landesites.

B2B fylder mere end mange tror. Adobe Commerce har stærke B2B-funktioner, og det er ofte dér, platformen holder stand mod konkurrenterne.

Hvilken lovgivning dækker denne rolle?

En webshopudvikler bygger de funktioner, der skal opfylde forbrugerlovgivningen, og fejl i koden bliver til lovbrud. Forbrugeraftaleloven kræver, at bestemte oplysninger vises før købet gennemføres, blandt andet samlet pris, leveringsomkostninger og fortrydelsesret. Markedsføringsloven regulerer prisvisning, og reglerne om førpriser ved nedsættelser skal kunne håndteres teknisk korrekt — Forbrugerombudsmanden fører tilsyn. Sporing og markedsføringscookies kræver samtykke efter cookiebekendtgørelsen, som Erhvervsstyrelsen administrerer, og scripts må ikke indlæses før samtykket er givet. Kundedata behandles efter EU's databeskyttelsesforordning, GDPR, som kræver databeskyttelse gennem design, herunder sletning af gamle kundekonti og ordredata. Fra medio 2025 stiller EU's tilgængelighedsdirektiv, i Danmark udmøntet i tilgængelighedsloven, desuden krav om, at e-handelsløsninger til forbrugere skal være tilgængelige efter WCAG-standarden — det er blevet et konkret udviklingskrav og ikke længere kun god skik.

Der findes ingen uddannelse i Magento. Man bliver PHP-udvikler først og specialiserer sig bagefter.

De typiske uddannelsesveje

• Datamatiker, 2,5 år, som er den mest almindelige baggrund for webudviklere i Danmark
• Professionsbachelor i webudvikling, 1,5 år som overbygning på datamatiker
• Professionsbachelor i softwareudvikling, 3,5 år
• Multimediedesigner, 2 år, ofte efterfulgt af webudviklerbacheloren
• Cand.polyt. i software eller cand.it., 5 år, hvis man vil arkitektsporet
• It-supporter eller webudvikler som erhvervsuddannelse

Adgangskravene til erhvervsakademi- og professionsbacheloruddannelserne er normalt en gymnasial eksamen eller en relevant erhvervsuddannelse. De aktuelle krav for den enkelte uddannelse fremgår af Uddannelsesguiden fra Uddannelses- og Forskningsministeriet.

En formel uddannelse er ikke et krav i faget. Selvlærte udviklere med en portefølje af rigtige projekter ansættes bredt.

Certificeringer

Adobe udbyder officielle certificeringer, og de betyder noget i bureauverdenen, fordi partnerstatus afhænger af, hvor mange certificerede udviklere huset har.

• Adobe Certified Professional – Adobe Commerce Developer, indgangsniveauet
• Adobe Certified Expert – Adobe Commerce Developer, som er den mest efterspurgte
• Adobe Certified Master – Adobe Commerce Architect, til de mest erfarne
• Der findes desuden separate certificeringer til frontend og til business practitioner

En certificering får dig ikke ansat alene. Men i et bureau, der skal opretholde sin Adobe-partnerstatus, er den en direkte fordel ved ansættelse.

Det du skal kunne

• PHP på solidt niveau, ikke bare grundlæggende
• MySQL og forståelse for, hvorfor en forespørgsel er langsom
• Composer, Git og kommandolinjen
• JavaScript, og i Magento-sammenhæng enten Knockout.js eller Hyvä med Alpine.js og Tailwind
• Linux, Docker og grundlæggende serverforståelse
• XML og Magentos konfigurationsstruktur, som er en stor del af platformens særpræg

Alternative veje ind

• Fra PHP-udvikling. Den mest almindelige vej. Har du bygget i Laravel, Symfony eller WordPress, er skridtet håndterbart
• Fra en anden e-handelsplatform. Har du arbejdet i Shopify eller WooCommerce, kender du domænet, og domæneviden er halvdelen af værdien
• Fra frontendudvikling, især hvis huset arbejder med Hyvä
• Fra en e-commerce coordinator- eller supportrolle, hvis du selv er begyndt at kode
• Selvlært med egne projekter. Magento kan installeres frit i Open Source-udgaven og læres på egen maskine

Karriereveje videre

Den typiske rute i et bureau er senior developer, derefter tech lead eller løsningsarkitekt. En anden vej er intern udviklerrolle hos en stor kunde, hvilket giver mere ro og færre kunder.

En tredje, og meget almindelig, er at brede sig ud. Mange Magento-udviklere lærer Shopify Plus eller composable commerce og bliver e-handelsarkitekter frem for platformsspecialister. Det er klogt givet markedsudviklingen.

Nogle går til integrationsarbejde eller til backendudvikling generelt, hvor PHP-fundamentet kan bruges direkte.

Realistisk tidshorisont

Du kan lave mindre opgaver efter to til tre måneder, hvis PHP er på plads. Der går et til to år, før du kan bygge et modul rigtigt og forstå, hvordan det påvirker næste opgradering.

Den sidste del er det, der adskiller en junior fra en senior i netop dette fag.

Hvis du skal hyre

Bed kandidaten forklare, hvordan hun ville tilføje en funktion uden at ændre i core-koden. Svaret afslører, om hun forstår platformens udvidelsesmodel eller bare hakker løs.

Spørg til en opgradering, hun har været med til, og hvad der gik galt. Alle opgraderinger går galt et sted.

Spørg også til ydelse: hvad gjorde hun sidst, en shop var langsom? Og vær tydelig i opslaget om, hvorvidt der er vagt eller beredskab op til Black Friday, for det er der ofte.

Platform og sprog

Adobe Commerce eller Magento Open Source, bygget i PHP. Databasen er MySQL eller MariaDB. Konfiguration foregår i høj grad i XML, hvilket er et af platformens særkender.

Afhængigheder styres med Composer, og kommandolinjeværktøjet bin/magento bruges dagligt til cache, indeksering og opsætning.

Frontend

Standardtemaet Luma bygger på Knockout.js og RequireJS, som mange oplever som tungt og forældet. Hyvä har derfor vundet stort frem som alternativ frontend, bygget på Alpine.js og Tailwind CSS, og giver markant bedre hastighed.

PWA Studio findes også, men bruges mindre i Danmark.

Ydelse

Varnish til fuld sidecaching, Redis til session og cache, Elasticsearch eller OpenSearch til søgning og produktfiltre. Uden dem er en Magento-shop langsom.

Hastighed måles i Lighthouse, PageSpeed Insights og med profilering i New Relic eller Blackfire. Google Core Web Vitals påvirker både brugeroplevelsen og synligheden i søgeresultater.

Miljø og drift

Lokalt udvikles i Docker, ofte med Warden eller DDEV. Adobe Commerce Cloud bruges af nogle kunder, andre hoster hos danske eller europæiske hostingpartnere. Deployment via GitLab CI, GitHub Actions eller Bitbucket Pipelines.

Versionsstyring i Git er en selvfølge, og de fleste bureauer arbejder med kodegennemgang før merge.

Integrationer

• ERP: Microsoft Dynamics 365 Business Central, SAP, Navision eller Uniconta
• PIM: Struct, Perfion, inRiver eller Akeneo til produktdata
• Betaling: Nets, Quickpay, Reepay, Klarna og MobilePay
• Fragt: Webshipper, Shipmondo, GLS, PostNord, DAO og Bring
• Feeds til Google Merchant Center og prissammenligning

Integrationerne bygges typisk mod Magentos REST- eller GraphQL-API, eller gennem en integrationsplatform.

Test og kvalitet

PHPUnit til enhedstest, PHPStan og Magento Coding Standard til statisk analyse. Adobe Commerce Marketplace har et gennemgangsværktøj, som tredjepartsmoduler skal igennem.

Sikkerhed

Magento-shops er et hyppigt mål for angreb, og skimming-kode i checkout er en kendt angrebstype. Adobe udsender sikkerhedsopdateringer løbende, og de skal installeres hurtigt. Cookiesamtykke håndteres med Cookiebot eller CookieInformation efter cookiebekendtgørelsen, og scripts må først indlæses efter samtykke.