Partnersense logo
Om oss
Tjänster
Partners
Kontakta oss

Vi rekryterar

Karriär
Blogg
Sidan laddar…
Malina
Soft goat
Sportshopen
Elcykelpunkten
Lekmer
Finfo
Greenbenefits
Babyshop
Strandbergs guitars
Teknikmagasinet
Zoo
Tibber
Nordiska galleriet
PhoneLife
  • Göteborg

    Kungsportsavenyn 21

    411 36 Göteborg

  • Stockholm

    Vasagatan 28

    111 20 Stockholm

Partnersense

  • Om oss
  • Jobba här
  • Kontakta oss

Följ oss

  • LinkedIn logotyp

@ Partnersense AB - 2026 - All rights reserved

Webbkarta
Sidan laddar…

Composable commerce i Sverige — komplett guide

  1. Hem/
  2. Insikter/
  3. Insikter / Composable commerce

TRUSTED BY

Malina
Soft goat
Sportshopen
Elcykelpunkten
Lekmer
Finfo
Greenbenefits
Babyshop
Strandbergs guitars
Teknikmagasinet
Zoo
Tibber
Nordiska galleriet
PhoneLife

Kort svar

Composable commerce betyder att e-handelns delar — commerce-motor, CMS, PIM, sök, lojalitet — väljs var för sig och kopplas via API:er enligt MACH-principerna. Det ger flexibilitet men flyttar komplexiteten till integrationslagret. För de flesta nordiska bolag är pre-composed en snabbare väg än att bygga allt löst.

Composable commerce innebär att e-handelns delar — commerce-motor, CMS, PIM, sök och lojalitet — väljs var för sig och sätts samman via API:er. Den här guiden samlar våra erfarenheter från verkliga composable-projekt i Sverige.

Vad det är

Composable betyder att välja bästa komponent för varje behov och koppla ihop dem — i stället för en monolit där allt följer med på gott och ont. Principerna brukar sammanfattas som MACH: microservices, API-first, cloud-native och headless.

I praktiken finns tre nivåer, och skillnaden mellan dem är större än terminologin antyder:

  • Monolit — allt i ett paket. Snabbt att starta, trögt att förändra i delar.

  • Pre-composed — en färdigt sammansatt uppsättning av beprovade komponenter. Flexibiliteten utan att varje projekt börjar från noll.

  • Fullt composable — varje del väljs fritt. Störst frihet, störst eget ansvar för integrationslagret.

När det passar

Composable lönar sig när standardplattformens gränser börjar kosta mer än integrationen skulle göra — men inte som självändamål. Tre saker talar för:

  • Ni har krav som ingen enskild plattform täcker väl.

  • Ni vill kunna byta ut en komponent utan att röra resten av stacken.

  • Ni har — eller köper — kapaciteten att äga integrationslagret över tid.

Och emot: om ingen av punkterna stämmer är en modern standardplattform både billigare och snabbare. MACH som ideologi kan kosta mer än det ger. Vad valet faktiskt kostar över tid har vi räknat på i TCO för monolit kontra pre-composed.

Så gör vi

Vi bygger oftast pre-composed med Callisto — en färdigt sammansatt composable-stack som ger flexibiliteten utan att varje projekt börjar från noll. Poängen är att integrationsarbetet redan är gjort en gång, så att ert projekt handlar om affären i stället för om rörmörjan mellan systemen.

Hela resonemanget med referensarkitektur finns i guiden till composable commerce i Sverige. Om det är redaktionsperspektivet som avgör hos er är headless i praktiken mer relevant, och ska ni välja motor börjar ni i vår plattformsjämförelse.

Vanliga frågor

›Vad är skillnaden mellan composable och headless?

Headless handlar om att skilja frontend från backend. Composable handlar om att hela stacken består av utbytbara delar. Headless är alltså en av principerna i composable — man kan vara headless utan att vara composable.

›Vad betyder MACH?

Microservices, API-first, cloud-native och headless. Det är en uppsättning arkitekturprinciper, inte en produkt — och de bör tillämpas där de ger affärsvärde, inte som en checklista.

›Vad är pre-composed?

En färdigt sammansatt uppställning av composable-komponenter som redan är integrerade med varandra. Ni får utbytbarheten, men slipper bygga och förvalta integrationslagret från grunden.

›Är composable dyrare än en standardplattform?

I uppstart ofta ja, över tid oftast nej — förutsatt att ni faktiskt behöver flexibiliteten. Bygger ni composable utan att ha kraven som motiverar det betalar ni för valfrihet ni aldrig använder.

›Behöver vi ett eget utvecklingsteam för composable?

För fullt composable, i praktiken ja — någon måste äga integrationslagret över tid. För pre-composed räcker det oftast med en partner som förvaltar stacken åt er.