Vi designer, bygger og drifter e-handel, applikasjoner og integrasjoner for nettbaserte virksomheter i Norden. Erfarne folk følger arbeidet, fra første beslutning til langsiktig support.
Headless betyr at butikkens frontend er koblet fra handelsplattformen. Nettsiden, appen eller kassen henter produkter, priser og ordre via API. Det gir frihet i design, ytelse og kanaler, men også flere deler å bygge og forvalte. Vi sier fra når en tradisjonell løsning passer bedre.
Web, app, butikk og markedsplasser henter data fra samme handelsmotor via API. PIM, CMS, søk og ERP kobles på den andre siden og kan byttes uten å bytte plattform.
Designet begrenses ikke av plattformens tema.
Web, app, butikkskjermer eller markedsplasser.
Moderne rammeverk kan gi raske sider når de bygges riktig.
CMS, søk, PIM og betaling kan byttes uten plattformbytte.
Funksjoner som følger med et tema, må ofte bygges fra bunnen.
Flere systemer, integrasjoner og produksjonssettinger.
Et team, internt eller eksternt, som kan hele kjeden.
Raske temaer som Hyvä for Magento gir mye av gevinsten med mindre risiko.
Åpen kildekode i TypeScript, når dere vil eie handelslogikken i kode.
Nordisk plattform for kompleks prising og mange kanaler.
API først, med produktinformasjon og innhold i fokus.
Lav driftsbyrde med egen frontend.
Trenger dere headless, eller holder en tradisjonell løsning?
Plattform, frontend (ofte Next.js), CMS og integrasjoner, og hvilket system som eier hvilke data.
Med ytelse og SEO fra første sprint: metadata, canonical, hreflang og serverrendering.
Med viderekoblinger og overvåking.
Det kan være det, men bare hvis frontenden bygges og driftes riktig. Et godt bygget tema kan være like raskt.
Nei, hvis sidene rendres på serveren og metadata, canonical og hreflang håndteres riktig. Det må planlegges fra start.
Når dere har Magento og vil koble fra frontenden via GraphQL.
Av hele kjeden etter lansering.
Headless handler om å koble fra frontenden. Composable går lenger og setter sammen hele løsningen av utskiftbare tjenester.
Ofte ja. Man kan starte med en del av nettstedet, for eksempel innholdssider, og flytte resten senere.
Det finnes ikke ett svar. Det avhenger av forretningsmodell, team og integrasjoner.
