Shopify Headless med Next.js: hvornår det giver mening — og hvornår ikke

Vi får mindst en henvendelse om ugen: "vi vil gå headless på vores Shopify". I 70% af tilfældene råder vi dem FRA. Headless er en kraftig løsning til de rigtige problemer — men det er en dyr og kompleks løsning, hvis I ikke har de problemer.

Hvad "headless" reelt betyder

Standard Shopify: storefront er bygget i Shopify\'s template-sprog Liquid. Det er hurtigt at gå live, men begrænset.

Headless Shopify: I bruger Shopify som backend (produkter, lager, checkout) men bygger en custom frontend (typisk i Next.js) der taler med Shopify via Storefront API.

Hvornår det giver mening

1. Brand differentiering kræver fuld design-kontrol

Hvis I konkurrerer på unik brand-oplevelse og Liquid-templates er for begrænsede til jeres vision. Tænk Nike, Apple-niveau brand.

2. Performance-krav er ekstreme

Hvis I skal have Core Web Vitals i top 5% af branchen og Shopify\'s standard-themes ikke kommer dertil. Vi har målt at en velbygget Next.js-frontend kan være 40-60% hurtigere end Shopify-themes på mobil.

3. Multi-storefront eller multi-channel

Hvis I sælger samme produkter i 3+ versioner (forskellige sprog, lande, brands) med fælles backend. Headless gør det meget nemmere end Shopify Markets alene.

4. Komplekse integrationer

Custom ERP, PIM, custom search/filter-experience, AI-anbefalinger, B2B-flows — alt det er nemmere i Next.js end i Liquid.

5. Indholds-tunge sites kombineret med shop

Hvis I har en stor blog/magazine + webshop og vil have begge dele i samme codebase med samme design-system. Sanity + Shopify + Next.js er en velkendt kombination.

Hvornår det IKKE giver mening

1. I har under 10 mio kr omsætning

Headless koster 5-20× mere at bygge end et godt Shopify-theme. Den ROI er sjældent der under 10 mio kr.

2. Standard-features er nok

Hvis Shopify-themes (premium fra ThemeForest eller custom-tilpassede) løser jeres behov, så bliv der. Headless er ikke "bedre by default".

3. I har ikke tech-ressourcer

Et headless setup kræver løbende vedligehold. Liquid er enkelt at vedligeholde for marketing-folk. Next.js kræver developer.

4. I lancerer nu og vil hurtigt iterere

Shopify-themes kan ændres på timer. Headless kræver developer-deploy for hver ændring. Hvis I er i tidlig vækst, skab fart, ikke perfektion.

5. Jeres team forstår ikke API-baserede setups

Hvis marketing-teamet er vant til at "ændre i Shopify" og det skal stadig være muligt, kræver headless en CMS-løsning ovenpå (Sanity, Contentful) — komplekst.

Den tekniske stack vi bruger

Når vi bygger headless Shopify:

• Frontend: Next.js 16 App Router (server components for performance + SEO)
• Shopify integration: Storefront API (GraphQL)
• CMS for indhold: Sanity eller Shopify Online Store 2.0 (content sections)
• Søgning: Algolia eller Meilisearch
• Hosting: Vercel (med ISR for ofte-skiftende indhold)
• Checkout: Shopify\'s — du SKAL bruge deres checkout for at få Shop Pay osv.

Pris-virkelighed

Headless Shopify-implementering (typisk SMV):

• Design + UX: 50.000-150.000 kr
• Build: 200.000-500.000 kr afhængigt af kompleksitet
• Vedligehold (løbende): 5.000-25.000 kr/md (mod ~1.000-5.000 for Shopify-theme)
• Vercel hosting: 0-300 USD/md afhængigt af trafik

Sammenlign med et premium Shopify-theme + tilpasninger: 30.000-80.000 kr total.

Realistisk case

Dansk lifestyle-brand, 25 mio kr/år omsætning. Stærk visuel identitet, vækstende. De ville have headless. Vi spurgte:

• "Er der specifikke features I ikke kan få i Shopify?" — Nej, mest tale om "vi vil have noget unikt"
• "Hvor stor er IT-teamet?" — En udvikler på halv tid
• "Hvor ofte ændrer marketing siden?" — Ugentligt

Vi anbefalede dem at blive på Shopify, men investere 200.000 kr i custom theme i stedet for 700.000 kr i headless. De fulgte rådet. To år senere kører de stadig fint — og deres konverteringsrate er steget over tid.

Konklusion

Headless Shopify er en kraftig teknisk strategi for de virksomheder der har specifikke problemer det løser. For de fleste er det over-engineering. Spørg jer selv: "Hvad kan vi ikke gøre i dag, som vi gerne vil gøre?". Hvis svaret er klart og konkret, måske headless. Hvis det er vagt, så optimer i stedet det I har.