:quality(75))
:quality(75))
TRUSTED BY
Ni valde Shopify Plus för att komma snabbt till marknaden. Nu bromsar samma plattform tillväxten. Här är sex konkreta signaler att er skalbara e-handelslösning behöver mer arkitektur — inte fler appar.

Ni valde Shopify Plus för att komma snabbt till marknaden. Nu bromsar samma plattform tillväxten. Här är sex konkreta signaler att er skalbara e-handelslösning behöver mer arkitektur — inte fler appar.
Det är lätt att ta Shopify Plus för givet. Plattformen blev det självklara valet när DTC-vågen träffade Norden — snabb time-to-market, förutsägbar drift, ett rimligt månadsspend. För brand under 20 MEUR i omsättning är det ofta fortfarande rätt svar. Men för nordiska varumärkeshus som passerat 50 MEUR, opererar i flera länder och märker att roadmapen kolliderar med plattformens tak — börjar samma val se ut som en flaskhals. Vi träffar dem varje månad. Signalerna liknar varandra. Här är sex av dem.
Första gången ni märker det är när PIM-teamet börjar ha filtreringssamtal — inte om vad produkten ska visa, utan om vad den får plats med. Shopifys metafields är eleganta men ändliga: JSON-värden kappas till 128 KB från och med API-version 2026-04, och det finns ett tak på 256 metafield-definitioner per resurstyp (källa). För en katalog med 15 000 SKU:er och rik attributdata — mått, material, hållbarhetsdeklarationer, cross-sell-relationer, lokaliserade specifikationer — blir det ett strategiskt problem, inte ett API-problem.
Signalen visar sig som:
Ett internt dokument som beskriver hur teamet ska komprimera JSON innan skrivning
Fler custom-appar som fungerar som skuggdatabas mot Shopify
PIM-projekt som skjuts till efter replatformning
Sökbara attribut som inte längre är sökbara — datan ligger utanför Shopifys index
När produktdatan börjar diktera arkitekturen har ni vuxit ur den. Ett composable-lager med separat PIM (Norce Commerce eller Akeneo) och headless CMS avlastar plattformen — och gör datan portabel.
Shopify har gjort ett bra jobb med att öppna checkout via Checkout Extensibility, men det finns arkitektoniska gränser inbyggda i själva designen. Extensions körs i sandbox, kan inte manipulera core-flödet, och det kompilerade UI-bundlet får inte överstiga 64 KB per extension (källa). För en nordisk B2C-brand med Klarna, Swish, faktura, presentkort, split-shipping, klimatkompensation och medlemsrabatter — allt i samma checkout — blir det snabbt trångt.
Ett konkret exempel: en Callisto-kund inom möbelhandel [BEKRÄFTA: vilken kund kan namnges publikt] behövde köra villkorlig fraktlogik baserad på leveransadressens region — inte länder, utan postnummergrupper inom Stockholmsområdet — kombinerat med en dynamisk klimatavgift beräknad mot en extern API. Två UI-extensions och en Shopify Function senare stötte teamet på både 64 KB-taket och sandboxens begränsning mot externa API-anrop i realtid.
Om ni skjuter roadmap-items med motiveringen att checkout inte klarar det — det är en signal, inte ett projekt att låta ligga.
Shopify kör en global infrastruktur, men storefronten renderas mot Shopifys edge — inte er edge. För en brand som säljer i SE, NO, DK, FI, DE och NL — sex marknader, minst tre valutor, fyra språk, olika betalmixer — blir varje request en förhandling mellan Shopifys geografi, tredjepartsappar (ofta i US-regioner) och kundens webbläsare.
Signaler att latensen har blivit ett affärsproblem:
Core Web Vitals-regressioner efter varje ny app
Skillnad i LCP mellan Stockholm och Helsingfors som ni inte kan förklara
Cart-drop på just en marknad efter en tredjepartsintegration
CDN-diskussioner som slutar med "det är Shopifys sida"
En composable stack med Storyblok CDN för content, dedikerad edge-runtime för storefronten (Vercel eller Cloudflare Workers) och Norce Commerce för order, pris och kampanj ger er kontroll över var koden körs — och därmed över hur snabbt den känns i Oslo.
Det klassiska Shopify Plus-scenariot: ni började med tolv appar. Nu är det 43. Varje app är justerbar för sig, men den kollektiva kostnaden — ekonomiskt, prestandamässigt, säkerhetsmässigt — är inte längre trivial. En genomsnittlig Shopify Plus-brand vi granskat betalar mellan 8 000 och 22 000 EUR per månad bara i appavgifter [BEKRÄFTA: siffra från Partnersense internt benchmark, ej publicerad].
Tecken på app-mättnad:
Två appar som gör nästan samma sak — men ingen vågar deprecatera någon av dem
App-koordinator har blivit en heltidsroll i tech-teamet
Nya feature-önskemål besvaras med "det finns säkert en app"
Storefronten läser från fem tredjeparts-JS innan first paint
En incident där ni inte kunde säga vilken app som orsakade den
App-marknaden är Shopifys största styrka och största arkitektoniska svaghet — den frikopplar er från plattformen samtidigt som den låser er ur egen kontroll. En composable stack byter appar mot tjänster — färre, tyngre, med egna SLA:er. Callisto som referensarkitektur består i grundutförande av fem till sju komponenter, inte fyrtio.
Så länge ERP, PIM, WMS och OMS pratar direkt med Shopify via färdiga connectorer fungerar det. När ni börjar behöva orkestrera — först uppdatera lagersaldot, sen räkna om kampanjpris, sen synka mot Voyado, sen trigga marketing automation — börjar Shopify se ut som ett arbetande hjul i mitten av ett hjul.
Integrationssignalen:
Middleware (Boomi, MuleSoft, egen Node-tjänst) som ni betalar för utöver Shopify
Idempotency-problem när Shopify webhooks retryar
Event-loss i integrationer mot Voyado eller Klaviyo som ingen kan reproducera
Data warehouse-team som klagar på Shopifys export-fönster
När ni redan har byggt ett integrationslager runt Shopify har ni redan börjat betala för composable — utan att få dess fördelar. Ett dedikerat backend-lager (Norce Commerce, commercetools eller Fabric) tar över orkestreringen. Shopify blir en möjlig storefront-runtime, inte plattformens hjärta.
Shopifys native content-verktyg — sections, blogs, metaobjects — räcker för en klassisk DTC-lansering. För ett brand med redaktionell strategi, kampanjkalender, guides, kundserviceinnehåll och lokaliserade landningssidor per marknad räcker det inte. Marknadsteamet börjar leva i tredjepartsverktyg (Notion, Contentful-trials, Figma) och kastar över filer till dev-teamet.
Vi ser mönstret tydligt hos brand som Nordiska Galleriet [BEKRÄFTA: att content-vinkeln är rätt exempel att lyfta här], där kuraterat sortiment, guides och kampanjinnehåll driver konvertering minst lika mycket som produktsidan gör. Där räcker inte native storefront som CMS. Ett headless CMS (Storyblok som referens) med visuell redigering ger content-teamet självständighet — och koden en tydlig struktur att rendera mot. Content-teamet slutar bli en flaskhals för dev.
Sex signaler är inte en checklista där ni ska bocka av alla. Två räcker för att lyfta luren. Callisto är Partnersense referensarkitektur för den här övergången — en composable stack byggd på Norce Commerce, Storyblok, Voyado, edge-runtime och den integrationsdisciplin som gör att ni inte återskapar Shopifys app-röra i egen kod.
En övergång från Shopify Plus behöver inte vara ett 18-månadersprojekt:
1. Storefront-lagret migreras först, ofta parallellt med existerande checkout
2. Content flyttas till Storyblok med redaktionell overlap
3. Backend-orkestrering byggs runt Norce medan Shopify står kvar under en period
4. Checkout ersätts sist, när alla signaler är hanterade
Enligt Solteqs Nordic eCommerce Trend Report 2026 har den nordiska handeln gått från acceleration till action — plattformsvalen som togs 2021 börjar visa sitt riktiga pris (källa). Frågan är inte om ni ska byta plattform. Frågan är om roadmapen ni har idag är hälften så ambitiös som den skulle vara med rätt arkitektur under sig.
Känner ni igen två av signalerna? Boka en discovery-konversation med oss. Vi tar en timme, går igenom er stack, och pekar ut var Callisto-arkitekturen skulle avlasta — och var Shopify Plus fortfarande är rätt svar. Nästa steg är sällan replatformning. Nästa steg är att veta exakt vad ni betalar för att slippa den.
:quality(75))
Adán Hultgren
Chief Growth Officer
Vill du ta ditt e-handelsföretag till nästa nivå eller har du frågor om våra tjänster? Tveka inte att kontakta oss.