Shopify Plus vs WooCommerce headless i 2026: kostnad, kontroll, KI

#Shopify Plus vs WooCommerce headless i 2026: kostnad, kontroll, KI

Spørsmålet “Shopify eller WooCommerce” har endret form. I 2018 var det plattform vs custom. I 2026 er det to like levedyktige headless-handelsstacker med ulike standardvalg. Begge leverer på edge. Begge integrerer KI. Begge har førstepartsverktøy for headless. Avgjørelsen handler nå om kontroll, totalkostnad over fem år og exit-strategi. I det norske markedet ser man det med en gang en butikk skal ta Vipps og BankAxept ved siden av kort: hvem som eier gateway-valget veier tyngre enn hvilken logo plattformen bærer.

Denne artikkelen forankres i tjenestepilaren for headless WordPress og spiller sammen med Cloudflare Workers + WordPress-pilaren, økonomien i headless WordPress 2026 og ringplasseringen i Tech Radar.

#TL;DR

• Begge plattformene kjører headless i 2026; headless-historien er ikke lenger et skille.
• Kostnaden over 5 år avhenger mer av frontend-bygg, integrasjoner og utviklingstid enn av plattformgebyret; ikke avgjørende.
• Kontroll over stack, KI-leverandør og data taler for WooCommerce.
• Operasjonell enkelhet, bredde i betalingsintegrasjoner og tilgang på kompetanse i teamet taler for Shopify Plus.
• Exit-strategi: WooCommerce er mekanisk enklere.

#Hva Shopify Plus og WooCommerce tilbyr i 2026

Shopify Plus. Hostet handel. Prissiden for Shopify Plus (lest 15. oktober 2026) oppgir 2 100 EUR i måneden med 3 års bindingstid eller 2 250 EUR i måneden med 1 års bindingstid for standardoppsett, og et variabelt plattformgebyr basert på omsetning for mer komplekse virksomheter med høyt volum. Inkluderer butikkfront, admin, temasystem (Liquid) og App Store. Betalingsbehandling via Shopify Payments til plattformens standardrate; med en tredjeparts betalingsleverandør tar Shopify 0,20 prosent per transaksjon i tillegg til leverandørens gebyrer (samme prisside). Headless-støtte via Hydrogen (React-basert) og Storefront API.

WooCommerce. Åpen kildekode-plugin oppå WordPress. Hostet av deg (eller en managed-WordPress-leverandør), tematisert av deg, integrert med betalingsgatewayen du velger. Headless via Store API på /wp-json/wc/store/v1/ for handlekurv og checkout, og den autentiserte WooCommerce REST API på /wp-json/wc/v3/ for arbeid på serversiden. Frontend-rammeverk: Astro 5+, Next.js 15 eller hvilket som helst rammeverk som kan kalle REST.

Det funksjonelle gapet mellom de to har krympet hvert år siden 2020. I 2026 er katalog, handlekurv, checkout og ordreflyter på begge plattformene på funksjonell paritet for de fleste bruksområder.

#Fordeler med Shopify Plus fremfor WooCommerce

Bredde i betalingsintegrasjoner. Shopify Payments + Apple Pay + Google Pay + Klarna + Afterpay, pluss over 100 tredjeparts kortleverandører. WooCommerce har de samme integrasjonene tilgjengelig, men hver enkelt er en separat plugin med sin egen oppdateringstakt og sikkerhetsprofil.

Samsvar via plattform-rettelser. PCI-samsvar er Shopifys problem på Shopify Plus. SOC 2 er Shopifys problem. Rettelser rulles ut uten at teamet ditt rører servere.

Tilgang på kompetanse i teamet. Shopify Plus-ingeniører er lettere å rekruttere i det åpne markedet. Templating-språket Liquid, App Store og Storefront API er godt dokumentert og stabilt.

Operasjonell oppetid. Shopify oppgir en gjennomsnittlig oppetid på 99,99 prosent på tvers av plattformen under årets største salgshendelser (prissiden for Shopify Plus). Det er et målt gjennomsnitt, ikke en avtale: prissiden nevner ingen SLA. Oppetiden til en WooCommerce-butikk er det hosting-leverandøren din lover og det origin-serveren din klarer.

#Fordeler med WooCommerce fremfor Shopify Plus

Stack-kontroll. Valg av frontend-rammeverk, valg av edge-runtime (jeg bruker Cloudflare Workers), valg av KI-leverandør, valg av database, valg av analytics-stack. Ingenting er låst av en plattformbeslutning.

Eierskap til data. Kundedata, ordredata, produktdata ligger alt i din WordPress-database. Ingen plattform-eksportsteg. Ingen plattform-grenser for skrivebeskyttet API på eldre data.

Frihet i KI-leverandør. Anthropic Claude, OpenAI, Mistral, lokalt hostet, alt er åpent. Shopify Plus har Magic og Sidekick innebygd, men begrenset mulighet for å bytte inn egne leverandører.

Tilpassede checkout-flyter. WooCommerce støtter enhver checkout-arkitektur, inkludert B2B-spesifikke flyter, flertrinns-konfiguratorer og tilbud-til-ordre-pipelines. Shopify Plus-checkout tilpasses med checkout-utvidelser: checkout.liquid støttes ikke lenger i stegene for informasjon, frakt og betaling, og for takkesiden og ordrestatussiden ble den faset ut 28. august 2025. Tilpasningsflaten er fortsatt mindre enn WordPress sitt plugin-økosystem.

Exit-strategi. Flytt WordPress + database til en annen host, skriv om frontenden, og du er ute. Exit fra Shopify Plus betyr å bygge opp plattformlaget på nytt, noe som er et engasjement over flere måneder.

#Shopify Plus vs WooCommerce kostnad over fem år

Kostnadslinjene for en mellomstor butikk og hva som driver hver av dem. Bare gebyrene for Shopify Plus er publiserte tall:

Kostnadsbildet er ikke det avgjørende. Det som endrer totalkostnaden mer enn plattformvalget, er engineering-kvalitet, disiplin på omfang og antall integrasjoner.

Vi publiserer ikke tjenestepriser i denne artikkelen. De eneste beløpene over er Shopifys publiserte plangebyrer. Pris er alltid individuell.

#Når lønner Shopify Plus seg

Velg Shopify Plus når butikken:

• Ligger på middels trafikk eller over (over 1 million besøkende per måned) og oppetid som plattformen har ansvar for betyr mer enn stack-kontroll.
• Selger hovedsakelig B2C med konvensjonelle checkout-flyter.
• Har et ikke-teknisk handelsteam som trenger et admin-UI og en App Store.
• Skal integrere med det bredere Shopify-partnerøkosystemet (POS, Markets, Audiences).
• Ikke har et internt engineering-team eller en langsiktig teknisk retainer.

#Når lønner headless WooCommerce seg

Velg headless WooCommerce når butikken:

• Har uvanlige checkout- eller tilbud-til-ordre-flyter.
• Trenger leverandørfleksibel KI-integrasjon (Claude, OpenAI, egne modeller).
• Sitter inne i et innholdsnettsted der den redaksjonelle arbeidsflyten ligger på WordPress.
• Har krav til SEO på tvers av regioner som drar nytte av URL-kontroll per locale utover Shopify Markets.
• Har en samsvarsprofil (NIS2, DORA) som drar nytte av full stack-kontroll.
• Planlegger en exit-strategi eller et oppkjøp der dataportabilitet verdsettes.

#Referansearkitektur for headless WooCommerce

Når oppdraget lander på headless WooCommerce, er referansearkitekturen:

• WordPress 6.7+ som redaksjonelt back end og WooCommerce-origin.
• Astro 5+ eller Next.js 15 som headless front, etter beslutningsmatrisen Next.js vs Astro.
• Cloudflare Workers og Pages for edge-rendering og caching, etter Cloudflare Workers + WordPress-pilaren.
• ISR eller SSR per rute, etter beslutningsregelen ISR vs SSR.
• Anthropic Claude API og Model Context Protocol der KI-funksjoner forsvarer plassen sin, etter artikkelen om tokens i det agentiske nettet.

Når oppdraget lander på Shopify Plus, bygger vi fortsatt frontenden i Astro eller Next.js, sikter mot Storefront API og ruller ut på Cloudflare. CMS-laget endres; frontend- og edge-arkitekturen består.

#Hvordan WooCommerce Store API håndterer en headless handlekurv

Det kundevendte grensesnittet i en headless WooCommerce-butikk er Store API, ikke REST API på /wp-json/wc/v3/. Dokumentasjonen for Store API beskriver offentlige endepunkter for handlekurv, checkout og produkter i navnerommet wc/store/v1, for eksempel GET /wp-json/wc/store/v1/products. De dokumenterte rutegruppene dekker handlekurv, varelinjer og kuponger i handlekurven, checkout, ordrer og produkter med attributter, kategorier, merker, anmeldelser og tagger. Det er uautentisert: ingen API-nøkler, og det returnerer bare data for den gjeldende kunden. Det kan ikke slå opp andre kunder eller ordrer etter ID, og det kan ikke endre butikkinnstillinger.

Det skillet avgjør hvor koden kjører. WooCommerce REST API på wc/v3 autentiserer med consumer key og consumer secret over Basic auth, så det hører hjemme på serveren: katalogimport ved bygging, ordresynk mot ERP, verktøy for backoffice. En consumer secret som sendes med i nettleserens JavaScript, kan leses av alle som åpner kildekoden til siden.

Økter i Store API er som standard basert på informasjonskapsler, og skrivende endepunkter, som oppdatering av kundens adresse, krever en nonce. En frakoblet frontend på et annet domene bruker i stedet handlekurv-tokener: en vellykket GET-forespørsel til handlekurv-endepunktet returnerer en Cart-Token-header i svaret, og når den sendes tilbake som Cart-Token-header i forespørselen, identifiseres handlekurven uten informasjonskapsler og uten nonce.

Begrensning av forespørsler er valgfritt og avslått som standard. Filteret woocommerce_store_api_rate_limit_options slår det på, med en standard på 25 POST-forespørsler innenfor 10 sekunder, og blokkerte klienter får en RateLimit-Retry-After-header. En egen bryter kun for checkout i WooCommerce sine avanserte funksjonsinnstillinger begrenser POST /checkout og innsending av ordren til 3 forespørsler per 60 sekunder. En offentlig headless-checkout bør kjøre med minst den bryteren på.

#Hvordan Shopify Storefront API håndterer en headless handlekurv

Headless-tilgang starter med Headless-kanalen. Installasjon fra Shopify App Store og opprettelse av en storefront genererer et offentlig og et privat tilgangstoken; en butikk kan ha opptil 100 aktive storefronts og tokener. Referansen for Storefront API tillater også tilgang uten token til produkter, kolleksjoner, søk, sider, blogger og handlekurven, med en grense for spørringskompleksitet på 1 000. Metafelt, metaobjekter, menyer, produkttagger og kundedata krever fortsatt token.

Handlekurven ligger hos Shopify. Frontenden kaller mutasjoner som cartCreate, cartLinesUpdate og cartBuyerIdentityUpdate, og sender deretter kjøperen til handlekurvens checkoutUrl, som kjører Shopifys web-checkout. Et headless-bygg på Shopify erstatter altså butikkfronten, ikke checkouten, og endringer i checkout går via checkout-utvidelser.

Grensene fungerer annerledes enn i Admin API. Shopify oppgir at kjøpertrafikk ikke begrenses; boter og crawlere gjør det, strengest når forespørslene er usignerte. En serverrendret frontend bør sende kjøperens IP i headeren Shopify-Storefront-Buyer-IP. Uten den kan ikke Shopify skille kjøpere fra hverandre, noe som kan føre til struping og til svar med 430 Shopify Security Rejection. Overskrides checkout-strupingen, kommer feilen 200 Throttled, og Shopify anbefaler en forespørselskø med eksponentiell backoff.

Oxygen, Shopifys edge-plattform for Hydrogen, er tilgjengelig uten ekstra kostnad på betalte planer, Plus inkludert. Hydrogen kjører også på andre JavaScript-kjøremiljøer som Vercel, Netlify, Fly.io og Cloudflare Workers, når de Oxygen-spesifikke pakkene er fjernet og verten tilbyr et Web Cache API og en metode av typen waitUntil.

#Hvordan eksportere butikkdata ut av Shopify Plus

Argumentet om exit avhenger av hva Shopify lar deg ta med. Produkteksporten i admin skriver en CSV-fil i UTF-8 (Shopify Help Center). En eksport av alle produkter eller av filtrerte resultater kommer på e-post i stedet for som nedlasting i nettleseren, og det samme gjelder en side eller et utvalg der et produkt har mer enn 100 varianter. Produktbilder er ikke med i filen. Kolonnene for SEO-tittel og SEO-beskrivelse er bare fylt ut der noen har tilpasset dem manuelt; ellers eksporteres de tomme. En eksport som ville inneholdt tusenvis av varianter kan få tidsavbrudd, og Shopify anbefaler å dele den opp med filtre.

Ordreeksporten følger samme mønster (Shopify Help Center). Opptil 50 ordrer, eller gjeldende side, lastes ned direkte; større eksporter og eksporter etter dato sendes på e-post til deg og butikkeieren, og ifølge Shopifys eget eksempel tar en eksport med 400 000 varelinjer rundt fire timer. En ordre med flere varer fortsetter på ekstra linjer der mange felt står tomme. Transaksjonshistorikken i filen inneholder bare innkrevde betalinger, uten autorisasjonsdata, og automatiske rabatter vises ikke i kolonnen for rabattkode.

For en full migrering er bulkoperasjoner i GraphQL Admin API den mer komplette veien. En bulkspørring kan hente ethvert connection-felt i skjemaet til Admin API, kjører asynkront og returnerer en JSON Lines-fil med ett objekt per linje, der nestede underelementer peker til forelderen med feltet __parentId. Nedlastings-URL-en er signert og utløper etter en uke. Fra API-versjon 2026-01 kan en app kjøre opptil fem bulkspørringer per butikk samtidig, og hver må fullføres innen 10 dager.

Begge veiene flytter data, ikke oppførsel. Ingen av dem dekker temakode, applogikk eller checkout-utvidelser, og derfor betyr exit fra Shopify å bygge plattformlaget på nytt. På WooCommerce-siden ligger de samme dataene allerede i WordPress-databasen, og den autentiserte REST API på wc/v3 oppretter, leser, oppdaterer og sletter dem som JSON, så en skriptet migrering fungerer begge veier.

#Relaterte artikler om headless WordPress og samsvar

Denne locale-delte artikkelen (EN + PL + DE etter strategi 6.3) forankres i tjenestepilaren for headless WordPress, ringplasseringen i Tech Radar, WCAG / BFSG / EAA-pilaren (samsvar er en innkjøpsakse) og NIS2 / DORA-pilaren av samme grunn. For en sammenligning av et ikke-kommersielt innholdsnettsted dekkes rammeverksvalget i beslutningsmatrisen Next.js vs Astro.