Moet ik een headless Shopify of Liquid bouwen?

De meeste merken tussen €1 en €10 miljoen op Shopify blijven beter op Liquid en steken het geld in een custom thema, merchandising en SEO en CRO. Een custom of headless storefront verdient zichzelf terug in drie situaties: je frontend bestaat al buiten Shopify, je verkoopt via kanalen die de online store niet aankan, of je productervaring kan echt niet met theme blocks. De rest is een voorkeur, geen vereiste.

Shopify zegt ongeveer hetzelfde in zijn eigen enterprise-documentatie: een headless architectuur implementeren is lang niet zo makkelijk als vaak wordt voorgesteld, en er zijn genoeg redenen waarom headless niet voor elke merchant de juiste keuze is. Wat de twee opties precies zijn

Liquid en de online store

Liquid is de server-side templating-taal van Shopify. Je storefront draait op de infrastructuur van Shopify, je bewerkt hem via de theme editor, en hij rendert volledige HTML voordat er iets in de browser aankomt. Sinds Online Store 2.0 zitten daar JSON-templates, sections everywhere, metafields en metaobjects in, en sinds 2024 ook theme blocks: herbruikbare, nestbare componenten die je één keer op themaniveau definieert en overal kan droppen.

Een "custom Liquid build" betekent in 2026 niet dat je een gekocht thema zit aan te passen. Het betekent een eigen thema, gebouwd vanaf Shopify's Skeleton, met je eigen componentensysteem. Dat is wat we op de meeste Shopify-builds doen.

Custom en headless storefronts

Een custom storefront vervangt die frontend door je eigen applicatie. Die haalt product-, collectie- en cartdata op via de Storefront API en klantdata via de Customer Account API, en jij host en deployt hem zelf. De admin, de checkout, de betalingen en het orderbeheer van Shopify blijven exact waar ze zijn.

De routes die er in de praktijk toe doen:

Route

Wat het is

Hosting

Hydrogen

De eigen stack van Shopify, historisch op React Router. In juni 2026 samen met Vercel herbouwd tot een framework-onafhankelijke SDK, momenteel in developer preview

Oxygen, gratis op betalende plannen

Next.js, Nuxt, Astro, SvelteKit

Je eigen framework op de Storefront API

Vercel, Netlify, je eigen infrastructuur

Headless met een CMS

Eender welke van bovenstaande, plus Sanity, Contentstack, Storyblok of Contentful voor content

Zoals hierboven, plus een CMS-abonnement

Storefront Web Components

Eén script tag die Shopify-commerce in een bestaande site plakt

Waar die site al draait

Als de keuze van CMS eigenlijk de echte vraag achter je architectuurbeslissing is, begin dan daar.

De middenweg bestaat echt

De framing die de zoekresultaten domineert is binair, en dat klopt gewoon niet meer. Je kan een Liquid-thema draaien en één complex stuk vanuit je eigen stack renderen. Je kan Shopify-commerce in een bestaande WordPress- of Next.js-site steken met Storefront Web Components. Je kan headless gaan op één markt en de rest op het thema laten staan. De meeste merken waarmee we spreken zouden hier eerst naar moeten kijken voor ze een volledige rebuild scopen.

Wat verandert, en wat niet

Veel van de verwarring in dit debat komt doordat mensen ruziën over dingen die helemaal niet ter discussie staan.

Blijft in beide gevallen hetzelfde: de checkout blijft bij Shopify (je krijgt een checkoutUrl, niet de DOM), Shop Pay en je payment providers werken, PCI-compliance erf je van Shopify, de admin verandert niet, en orders, voorraad, kortingen en Flow gedragen zich identiek.

Verandert wanneer je custom gaat: je wordt eigenaar van de rendering, de routing, de caching, de deploy-pipeline, het SEO-loodgieterswerk en elke externe integratie die vroeger een app-installatie in één klik was. En je verliest de theme editor.

Dat laatste wordt structureel onderschat. De eigen developerdocs van Shopify zijn er duidelijk over: zorg dat de merchant comfortabel is met de extra kosten en complexiteit van een custom storefront, en dat er na de launch developmentcapaciteit is voor het doorlopende integratiewerk.

Waar merchants echt op vastlopen

Van de 257 headless-threads die we analyseerden, gaan de meeste niet over wat er in de salesdeck staat:

Onderwerp

Aandeel van de headless-threads

Checkout-gedrag en het checkout-domein

42%

Domeinen, hosting en deployment (404's, DNS, Oxygen)

18%

Customer accounts en authenticatie

14%

SEO, sitemaps, canonicals en redirects

11%

Tracking, pixels en attributie

8%

Content bewerken en CMS

6%

Zo goed als niemand post over designvrijheid. Ze posten over loodgieterswerk dat vroeger gratis was.

[QUOTE SLOT: Arthur] Eén of twee zinnen over hoe deze vraag meestal bij 6th Man binnenkomt. Suggestie: "Als een founder ons belt voor een headless build, wat probeert die dan eigenlijk op te lossen, en hoe vaak is headless daar het juiste antwoord op?"

De verschuiving van 2026 die niemand meerekent: Liquid is opgeschoven

De meeste vergelijkingsartikels draaien nog op logica uit 2023, toen Liquid een templating-taal was voor brochureshops en Hydrogen de nooduitgang. Die kloof is fors kleiner geworden.

Sinds 2024 kreeg Liquid theme blocks, de Horizon-thema's die er volledig op gebouwd zijn, en compositie op paginaniveau. In 2026 kwamen daar standard storefront events and actions bij, wat de DOM-scraping-hacks de das omdoet die theme-apps altijd zo fragiel maakten. In juli 2026 opende Shopify een developer preview van {% block %} en {% partial %}: benoemde stukken server-rendered HTML die JavaScript kan verversen zonder de pagina te herladen. Dat is islands-achtige interactiviteit binnen Liquid, en het schrapt een van de klassieke redenen om te vertrekken.

In maart 2026 kwam Rollouts erbij: native scheduling en A/B-testen voor thema's, vanaf het Basic-plan. Het bredere plaatje staat in onze analyse van de Shopify Winter '26-update.

En de agentic-commerce-laag kwam binnen zonder dat je iets moest doen. De WebMCP-tools van Shopify (catalogus doorzoeken, cart, checkout, orders en policies opvragen door AI-agents) gingen op 5 augustus 2026 live op elke Liquid-storefront en op de Hydrogen developer preview, met, in Shopify's eigen woorden, niets te installeren of te configureren. Op een bring-your-own-stack build implementeer je dat zelf.

Hydrogen is intussen een bewegend doelwit geweest. Van Remix naar React Router 7, en in juni 2026 opnieuw herbouwd samen met Vercel tot een framework-onafhankelijke SDK in plaats van een framework, nog altijd in developer preview. Voor lock-in is dat echt goed nieuws, want de roadmap dekt Next.js, Nuxt en Svelte in plaats van enkel React Router. Alleen: vandaag is enkel React beschikbaar op de preview-branch. Het betekent ook dat wie nu een Hydrogen-build vast prijst, offreert tegen een spec die al twee keer veranderd is.

[QUOTE SLOT: Wout] Suggestie: "Hydrogen is op een jaar tijd twee keer van architectuur veranderd. Wat kost dat concreet aan een klant die op de oude versie gelanceerd is, en hoe beslis jij vandaag waarop je bouwt?"

Snelheid: het cijfer dat iedereen citeert is drie jaar oud

Bijna elk artikel over dit onderwerp citeert dezelfde studie. Shopify publiceerde ze in oktober 2023: 59,5% van de Liquid-origins haalde alle Core Web Vitals, tegenover 35% voor Hydrogen, 28 tot 29% voor Next.js en Remix, en 22% voor Nuxt. Ze is nooit ververst, ze is geschreven door het bedrijf dat Liquid-thema's verkoopt, en ze gooit het volledige niet-commerce Next.js-web mee in de vergelijking. Behandel ze als richtinggevend, niet als bewijs.

De recentere en beter verdedigbare cijfers:

HTTP Archive Web Almanac 2025 (crawl juli 2025, gepubliceerd januari 2026): 76% van de Shopify-origins haalt alle Core Web Vitals op mobiel, tegenover 48% voor het web in het algemeen en 35% voor WooCommerce.

De live themadata van Shopify (7 dagen tot 4 augustus 2026): het slaagpercentage loopt van 34% tot 98%, afhankelijk van welk thema je draait. Dawn zit op 86,2%, Horizon op 83,6%, mediaan 85,7%.

Een audit van 1.166 shops (april 2026, 1.086 met bruikbare Lighthouse-data) vond een gemiddelde TTFB van 53ms, terwijl 45% van alle requests naar externe origins ging, met 120+ scriptbestanden per shop.

Wat die drie cijfers samen betekenen

Leg ze naast elkaar en de conclusie is voor beide kampen ongemakkelijk. De serverlaag van Shopify is niet de bottleneck. De variatie zit bijna volledig in themakwaliteit en app-payload, en een verschil van 64 procentpunt binnen één architectuur is veel groter dan eender welk gemeten verschil tussen architecturen.

Concreet: headless gaan verwijdert je apps niet. Merchants plakken Klaviyo, GA4, reviews en chat gewoon terug op de nieuwe frontend, en de scripts volgen mee. Als je Lighthouse-score 30 is, lost een rebuild dat niet op. Een scriptaudit misschien wel, en dat is waar onze e-commerce SEO-checklist begint. Meestal is dat ook een snellere weg naar een betere conversieratio dan een replatform.

Voor de volledigheid: de huidige Core Web Vitals-drempels zijn LCP onder 2,5s, INP onder 200ms en CLS onder 0,1, gemeten op het 75e percentiel van echte gebruikers. INP verving FID in maart 2024 en sindsdien is de set niet meer veranderd.

Het eerlijke tegenargument, van een bureau dat allebei bouwt: Liquid presteert standaard goed en heeft een hogere bodem, headless heeft een hoger plafond, maar dat plafond haal je enkel met bewuste engineering-inspanning.

SEO: wat je erft tegenover wat je herbouwt

Voor Google is JavaScript-rendering zo goed als een afgesloten discussie. Een studie van meer dan 100.000 Googlebot-fetches vond dat 100% van de HTML-pagina's volledig gerenderd werd. De kost is vertraging: mediaan 10 seconden tussen crawl en render, met het 90e percentiel rond drie uur. Overleefbaar, maar niet gratis als je prijzen en voorraad bewegen.

De grotere headless-SEO-factuur is administratief. Op Liquid krijg je dit automatisch, gegenereerd op basis van je shop en je Markets-configuratie:

Signaal

Liquid

Custom storefront

sitemap.xml

Automatisch, altijd actueel

Jij bouwt de generatie, de paginering en de splitsing op 50.000 URL's

robots.txt

Automatisch, overschrijfbaar via robots.txt.liquid

Jij bent eigenaar, en een staging-lek is de klassieke fout

Canonicals

Op elke template

Per route in te stellen, één vergeten is zo gebeurd

hreflang automatisch uit Markets

Volledig manueel.

De SEO-docs van Hydrogen behandelen het niet

Sitemaps per markt

Automatisch, met hreflang-annotaties

Zelf bouwen

URL-redirects

Native redirect-tabel in de admin

Middleware of edge config, en 301-ketens zijn de klassieke bug

Afmetingen op afbeeldingen

Op elke productafbeelding, en dat is precies waarom Shopify zo goed scoort op CLS

Zelf afdwingen

Serverlogs

Niet beschikbaar

Wel beschikbaar, en dat is een echte winst voor crawl budget-analyse

Niets daarvan is onmogelijk. Het is allemaal werk dat vroeger gratis was, en het is precies het deel van de offerte dat wordt samengedrukt wanneer een project uitloopt.

De URL-beperkingen van Shopify gelden sowieso

Beide routes erven de verplichte prefixes /products/, /collections/ en /pages/ als je de standaardstructuur behoudt, en één product is bereikbaar via meerdere collectie-URL's. Op Liquid canonicaliseert Shopify dat voor jou. Ga je custom, dan moet je die logica namaken, anders genereer je de duplicaten zonder de canonicals. Zo beginnen keyword-kannibalisatie en indexeerbaarheid-problemen. Dezelfde discipline geldt voor filternavigatie, wat we behandelden in moet je filterpagina's indexeren.

Verhuis je tussen architecturen, dan is de redirect map het hele spel. Onze gids over technische SEO-migratie behandelt redirects, canonicals en crawl budget, en het is dezelfde aanpak die we gebruiken bij elke website-migratie, of dat nu vanaf WooCommerce, vanaf PrestaShop of vanaf Tilroy is. We hebben zo al meer dan 170.000 varianten verhuisd zonder rankings te verliezen. De volledige aanpak staat op onze replatform-pagina.

AI-zoekresultaten: het argument dat in 2026 echt veranderde

Dit is de enige factor die sinds de vorige generatie artikels over dit onderwerp echt nieuw is.

AI-crawlers buiten Google voeren geen JavaScript uit. De analyse van Vercel op AI-crawlerverkeer stelt vast dat geen enkele grote AI-crawler op dit moment JavaScript rendert, en noemt daarbij GPTBot, OAI-SearchBot en ChatGPT-User van OpenAI, ClaudeBot van Anthropic, en PerplexityBot. Ze halen je JavaScript-bestanden op zonder ze uit te voeren. Gemini van Google gebruikt daarentegen de rendering-infrastructuur van Googlebot en rendert wel.

Kanaal

Rendert JavaScript?

Googlebot, AI Overviews, AI Mode, Gemini

Ja

GPTBot en ChatGPT

Nee

ClaudeBot

Nee

PerplexityBot

Nee

Een custom storefront die client-side rendert is dus perfect zichtbaar voor Google en structureel onzichtbaar voor ChatGPT, Claude en Perplexity. Als geciteerd worden door een LLM deel uitmaakt van je plannen voor 2026, weegt dat zwaarder dan vorig jaar.

Dit is geen argument tegen custom storefronts. Het is een argument tegen client-side rendering. Server-render je productdata en je zit goed. Liquid is toevallig server-rendered by design, dus dat probleem heeft het nooit.

Twee dingen helpen sowieso, ongeacht je architectuur: server-rendered content, en propere structured data op je product- en collectiepagina's.

Doe deze test vandaag: zet JavaScript uit, laad een productpagina, en kijk of prijs, beschikbaarheid en reviews overeind blijven. Dat is ongeveer wat een AI-crawler ziet. Verdwijnen ze, dan heb je een probleem, welke architectuur je ook draait.

Wat je marketingteam wint of verliest

Hier valt de beslissing meestal, en hier wordt bijna nooit over geschreven.

Taak

Liquid-thema

Custom storefront

Een landingspagina bouwen

Theme editor, enkele minuten, geen developer

Alleen als het CMS-schema en het bijhorende component al bestaan. Nieuwe layout is een dev-ticket.

Herotekst of beeld wisselen

Theme editor

CMS-veld als het gemodelleerd is, anders een developer

Een reviews- of upsellwidget toevoegen

App block, geen code

Custom API-integratie

Een salesthema plannen dat vanzelf terugdraait

Native Rollouts (vanaf Basic)

Zelf bouwen

Een pagina A/B-testen of multivariaat testen

Native Rollouts

Rollouts is themagebonden, dus niet van toepassing. Intelligems heeft een officiële headless SDK, de meeste alternatieven vragen maatwerk.

Herhaalbare contentpagina's (winkels, gidsen, ambassadeurs)

Metaobjects met dynamic sources, geen developer

CMS-documenttype plus een frontend-renderer

Shopify kondigde een Hydrogen visual editor aan op Summer '24 Editions. Twee jaar later is er nog altijd geen publieke release. Budgetteer dus niet alsof er eentje aankomt.

Een thread van praktijkmensen op het Shopify-forum in augustus 2026 verwoordde het goed: het is niet dat Hydrogen iets niet kan, het is dat je uiteindelijk zelf de laag bouwt die het voor de merchant werkbaar maakt.

Attributie is de stille sluipmoordenaar

De performance-marketingkant is erger dan de meeste teams verwachten. Omdat de checkout op een ander domein staat dan je custom storefront, breekt attributie standaard.

Een merchant met drie Next.js-storefronts meldde dat elke betaalde aankoop in GA4 als direct/none binnenkwam, en dat Shopify Support niet kon helpen. Iemand anders in dezelfde thread bouwde de tracking manueel terug op met GTM plus een orders/create-webhook. Een mediamerk dat Hydrogen en Sanity draait over 75.000 stuks redactionele content beschreef exact hetzelfde in februari 2025: hun headless site zorgde voor problemen met ad-tracking, terwijl het grootste deel van hun budget naar Meta ging en de data niet correct terugkwam.

Het is allemaal oplosbaar, meestal met server-side tracking en een checkout-domein dat gelijkloopt met je hoofddomein. Gratis is het niet. En het staat zelden in de offerte.

[QUOTE SLOT: Sjonlee] Suggestie: "Wat kan je vanuit design bekeken in 2026 wél bouwen met Horizon en theme blocks dat twee jaar geleden niet kon, en waar loop je nog altijd tegen een muur die enkel een custom frontend oplost?"

Het team dat je nodig hebt om het te draaien

Liquid

Custom storefront

Kernvaardigheden

Liquid, HTML/CSS, vanilla JS, thema-architectuur

React/TypeScript, een framework, GraphQL

Data

Metafields en metaobjects, ingesteld in de admin

Storefront API, Customer Account API (OAuth), cachingstrategie

Infrastructuur

Geen

Edge runtime, CI/CD, secrets, observability

Onderhoud

Shopify levert platformwijzigingen

Jij doet framework-upgrades, CVE's, API-versies

Overdrachtsrisico

Elke Shopify-partner pikt het op

Vraagt vlotheid in drie systemen tegelijk

Het argument over de arbeidsmarkt snijdt langs twee kanten. In het VK toonde ITJobsWatch over zes maanden 1.866 vaste vacatures die React vermelden, tegenover 11 voor "Shopify Developer". React-talent is niet schaars. React-talent dat óók de commerce-semantiek van Shopify begrijpt wel, en dat is de doorsnede die je in werkelijkheid zoekt.

Twee platformwijzigingen om rekening mee te houden: legacy customer accounts zijn in februari 2026 gedeprecieerd, dus oudere custom builds hebben authenticatiewerk voor de boeg, en een definitieve einddatum moet nog aangekondigd worden.

De vraag die in een pitch nooit gesteld wordt, is wat er gebeurt wanneer het bureau vertrekt. Een Liquid-thema download je uit de admin en elke Shopify-partner kan ermee verder. Een custom storefront is een maatwerkapplicatie plus een CMS-schema plus een deploy-pipeline plus N eigen integraties. Vraag code-eigenaarschap op papier voor je tekent. Bij ons gaat het over bij de eindfactuur, en dat zou de norm moeten zijn in plaats van een differentiator.

Wat het kost, over drie jaar in plaats van één

Benchmarks, met de kanttekening dat de meeste gepubliceerde cijfers van bureaus komen die iets te verkopen hebben.

Bouwen

In de Benelux kost een professioneel custom Liquid-thema volgens onze ervaring ruwweg €10.000 tot €25.000, met replatform-projecten tussen €15.000 en €75.000 en hoger. Onze eigen builds lopen doorgaans 8 tot 14 weken.

Gepubliceerde headless-ranges zitten op $10.000 tot $25.000 voor een lean build, $25.000 tot $60.000 voor een growth build en $60.000 tot $150.000+ op schaal, met Hydrogen- en Next.js-projecten die door bureaus geoffreerd worden tot $250.000 à $300.000.

Belgische tarieven ter referentie: ongeveer €40 tot €85 per uur freelance, €75 tot €120 bij een klein bureau, €120 tot €200+ bij een groot.

Draaien

Shopify-plannen in 2026: Basic $39 per maand, Grow $105, Advanced $399, en Plus vanaf $2.300 op een driejarig contract.

Bij hosting gaat de intuïtie van de meeste mensen mis. Liquid-hosting zit inbegrepen, en Oxygen is óók gratis op betalende plannen (Starter tot en met Plus, alleen niet op Agentic-plannen). De meerkost van headless is niet de hosting. Het is engineering.

Thema-retainers in de Benelux lopen van €750 tot €3.000 per maand. Gepubliceerde headless-onderhoudsmodellen starten op $4.000 per maand, en bureaus die zelf headless bouwen zeggen openlijk dat je er niet aan moet beginnen als je geen $5.000 tot $25.000 per maand kan vrijmaken.

De posten die niemand offreert

Een headless CMS. Sanity, Contentful en Storyblok zetten SSO en een contractuele SLA achter Enterprise-prijzen, dus "€15 per seat" is niet het echte cijfer als je IT-beleid SSO vereist.

Monitoring en observability.

Toegankelijkheidsaudits opnieuw doen na elke framework-migratie.

Analytics en attributie herbouwen.

$7.000 tot $25.000 om te herbouwen wat apps vroeger voor je deden.

Engineeringtijd voor ongedocumenteerd gedrag. De docs van Shopify stellen dat er geen limiet staat op het aantal Storefront API-requests, en toch krijgen merchants THROTTLED-responses op cartCreate en moeten ze exponential backoff inbouwen. Externe apps zijn bovendien vaak hardcoded om het Online Store-kanaal te verwachten, en geven fouten of weigeren te installeren zonder dat kanaal. Daarom houden ervaren bouwers een Liquid-thema met wachtwoord in leven naast de custom storefront in plaats van het kanaal te verwijderen.

Eén doorgerekend model voor jaar één: een build van $50.000 komt uit op $114.948 in de eerste twaalf maanden, zodra je het plan, het CMS, de tooling, de engineering en de contingency meetelt. Vermenigvuldig de terugkerende lijnen met drie en leg dat naast een custom thema met retainer voor je beslist.

[QUOTE SLOT: Arthur] Suggestie: "Wat is het eerlijke driejarige cijfer dat een merk van €5 miljoen moet budgetteren voor elk van beide routes, en waar zitten de verrassingen meestal?"

Twee EU-factoren die de meeste artikels overslaan

Markets, hreflang en meerdere valuta

Shopify Markets genereert hreflang-tags, canonicals per markt en sitemaps per markt automatisch, maar enkel voor markten met een eigen domein, subdomein of submap. Verkoop je naar DE, FR en NL op één ongedifferentieerde URL, dan krijg je helemaal geen hreflang, en er verschijnt nergens een foutmelding.

Submappen bundelen autoriteit en zijn in Shopify's eigen rangschikking de minst complexe optie. Ga je custom, dan wordt elk stuk hiervan engineering die jij bezit, inclusief de landenkiezer en de locale routing.

Twee Shopify-eigenaardigheden die in beide gevallen blijven bestaan en EU-shops geregeld verrassen: de URL's van je policy-pagina's blijven in het Engels over alle markten heen, en producthandles vertalen niet tenzij je dat bewust beheert.

De European Accessibility Act

Van kracht sinds 28 juni 2025, met e-commerce uitdrukkelijk binnen het toepassingsgebied. De technische standaard is EN 301 549, die WCAG 2.1/2.2 niveau AA overneemt.

De micro-onderneming-uitzondering voor diensten geldt voor bedrijven met minder dan 10 medewerkers en een omzet of balanstotaal onder €2 miljoen. Boven €2 miljoen of tien medewerkers val je er dus onder. België is nog strenger: berichtgeving over de Belgische omzetting stelt dat micro-ondernemingen die online verkopen niet vrijgesteld zijn, maar wel een overgangsperiode tot 2030 krijgen. De handhaving loopt via de Economische Inspectie van de FOD Economie, met klachten via het ConsumerConnect-portaal en een antwoordtermijn van 30 dagen. De gepubliceerde boetebedragen spreken elkaar sterk tegen, dus behandel het plafond als een vraag voor een jurist en niet voor een blogartikel.

Het architectuurpunt. De vereisten van de Shopify Theme Store dekken naar schatting slechts 16% tot 22% van de WCAG 2.2 AA-criteria. Liquid geeft je dus een gedeeltelijke basis die je erft en aanvult. Een custom storefront geeft je een basis van 0%. Elk criterium is van jou om te bouwen en opnieuw te valideren na elke framework-migratie. In de EU is dat vandaag een wettelijke verplichting, geen mooi-om-te-hebben, en het hoort als lijn in elke custom-storefront-offerte te staan.

De middenweg waar de meeste merken eerst naar zouden moeten kijken

Liquid met headless secties. Hou het thema, en render één complex stuk (een configurator, een winkelzoeker, een B2B-portaal) vanuit je eigen stack.

Storefront Web Components. Eén script tag zet Shopify-commerce op eender welke bestaande site. Let op de gaten: zoek- en filtercomponenten bestaan niet, en Shopify Support dekt de componenten niet.

De Shopify-plugin voor WordPress. Een first-party route als je contentteam al in WordPress zit.

Eén headless sub-storefront. Bewijs de case op één markt of één merklijn voor je alles herbouwt.

Elk van deze opties koopt je het grootste deel van de flexibiliteit voor een fractie van de eigenaarskost, en elk ervan is omkeerbaar op een manier die een volledig replatform niet is.

Scoor je eigen shop

Geef jezelf een punt per uitspraak die klopt.

Punten voor Liquid

Marketing publiceert wekelijks pagina's zonder developer.

Je draait zes of meer apps, waaronder reviews, abonnementen, loyalty of bundels.

Je verkoopt in meerdere EU-markten en rekent op Shopify Markets voor hreflang en prijzen.

Je kan geen vaste frontend-engineer of een gelijkwaardige retainer vrijmaken.

Je productpagina is beeld, specs, varianten en een koopknop.

Toegankelijkheid is een risico op directieniveau en je wil een onderhouden basis.

Punten voor een custom storefront

Je hebt al een niet-Liquid frontend of een corporate site waarmee je moet integreren.

Je productervaring kan echt niet in theme blocks (configuratoren, complex made-to-order, veel realtime logica).

Je hebt eigen engineering in huis die er over drie jaar nog is.

Shopify is één van meerdere commerce-backends die je bedient.

Content en redactie zíjn het product, en je draait al een headless CMS.

Je hebt serverlogs nodig en volledige controle over rendering en caching.

Vier of meer aan de Liquid-kant en het antwoord is vrijwel zeker een betere Liquid-build. Vier of meer aan de custom-kant en het is de moeite om het deftig te scopen. Een gelijkspel wijst meestal richting de middenweg.

Over omkeerbaarheid

Merken publiceren voortdurend "we zijn headless gegaan"-cases, en bijna niemand publiceert "we zijn teruggekeerd". Dat is geen bewijs dat het niet gebeurt, het is bewijs dat niemand dat artikel wil schrijven. In de fora duiken ze wel op, alleen zonder logo erbij. Uit april 2024: het huidige ontwerp is headless, er zijn meerdere problemen om de trackingkanalen correct te krijgen, en daarom denken ze eraan terug te keren naar hun oude, native Shopify-template.

Technisch is die terugkeer rechttoe rechtaan, want je catalogus, orders en klanten hebben Shopify nooit verlaten. Je betaalt gewoon een tweede keer voor een frontend. Vraag elk bureau wat die omkering kost voor je tekent, en behandel omkeerbaarheid als een beslissingscriterium op zich.

Vragen die je stelt voor je tekent

Wie is eigenaar van de code, en wanneer gaat ze over? Op papier.

Wat gebeurt er met hreflang, canonicals, sitemaps en redirects? Vraag het concrete plan, geen geruststelling.

Welke van mijn huidige apps overleven, en wat vervangt de rest? Vraag de lijst, met een kost per vervanging.

Hoe publiceert mijn marketingteam in maand vier een landingspagina? Als het antwoord een ticket bevat, prijs dat ticket dan.

Hoe werkt attributie wanneer de checkout op een ander domein staat? Als het antwoord "we zetten GTM op" is, vraag dan door naar server-side.

Wie doet de WCAG 2.2 AA-conformiteit, en wie hertest na elke framework-upgrade?

Wat is de kost over drie jaar, niet de bouwkost?

Hoe ziet teruggaan eruit?

Wil je een tweede mening over de antwoorden die je krijgt, dan is dat waar een architectuur-audit voor dient.

[QUOTE SLOT: Wout of Arthur] Slotzin. Suggestie: "Wat is de ene vraag die je een merk stelt voor je het laat tekenen voor een custom storefront?"

Methode

De communitycijfers in dit artikel komen uit een analyse van 16.914 topics, gescraped uit acht categorieën van de Shopify Community (checkout, Liquid, migration, Plus, metafields, Flow, inventory, sales channels), met threads van 2019 tot augustus 2026. Daarvan verwijzen er 257 naar headless, Hydrogen, Oxygen, custom storefronts of de Storefront API. De percentages per onderwerp zijn per topic op trefwoord geclassificeerd en overlappen, dus ze tellen niet op tot 100%.

Kostencijfers met de vermelding "volgens onze ervaring" komen uit projectdata van 6th Man. Alle andere cijfers zijn gelinkt naar hun primaire bron op de plek waar ze gebruikt worden.

Over de auteur

Arthur Lauwers is founder van 6th Man, een Belgisch bureau dat custom Shopify-storefronts bouwt en op diezelfde shops SEO en CRO draait. Het team verhuisde al catalogi van meer dan 170.000 varianten naar Shopify zonder rankings te verliezen, waaronder T'Hooft Buitengewoon, een verhuis van 100.000 SKU's van Tilroy naar een volledig custom Liquid-thema met drie eigen Shopify-apps, en de redesign van TROC Leuven voor tweedehands designmeubelen. Meer van ons werk vind je hier.

Meer field notes, playbooks en definities staan in Learn.

Zit je met deze beslissing, dan krijg je van ons een recht antwoord over welke route bij jouw shop past, ook wanneer dat antwoord is dat je ons niet nodig hebt.

Bronnen

Shopify, primair Enterprise blog: headless commerce · Custom storefronts: getting started · Hydrogen en Oxygen fundamentals · Storefront API rate limits · Theme blocks · Standard storefront events and actions · Storefront Web Components · WebMCP op Liquid en Hydrogen · Liquid block- en partial-preview · Legacy customer accounts gedeprecieerd · Rollouts · Horizon-thema's · Markets SEO · Metaobjects · PCI-compliance · Pricing · Plus pricing

Performance en rendering Shopify theme performance data · Shopify: Liquid vs headless real user performance, okt 2023 · HTTP Archive Web Almanac 2025: ecommerce · Web Almanac 2025: performance · web.dev: Core Web Vitals · Hyperspeed: waarom de gemiddelde PageSpeed-score 30 is · Vercel en MERJ: hoe Google JavaScript verwerkt, jul 2024 · Vercel: the rise of the AI crawler · Vercel en Shopify: Hydrogen herbouwen

Toegankelijkheid en EU-wetgeving Europese Commissie: European Accessibility Act · Richtlijn (EU) 2019/882 · Craftzing: de EAA in België · Converge Accessibility: toegankelijke Shopify-thema's

Kosten, apps en ecosysteem Weaverse: Shopify headless pricing · Roboto Studio: Shopify headless guide · Commerce-UI: the state of Shopify, headless vs Liquid · Klaviyo: integreren met een Shopify Hydrogen-store · Recharge API · Sanity pricing · Contentful pricing · Storyblok pricing · ITJobsWatch: React · ITJobsWatch: Shopify Developer

Shopify Community-threads Headless vs theme for content-heavy site · Een headless storefront terug naar een Shopify-template · Cross-domain tracking voor een headless Shopify-store · cartCreate geeft THROTTLED zonder gedocumenteerde limieten · Hydrogen sales channel: hou ik de online store? · Hydrogen en Shopify Live View · Custom domain 404 op Hydrogen · Custom checkout met headless Shopify en Next.js · Devs die Hydrogen in productie draaien: wat ontbreekt er nog in 2026? · Hydrogen Visual Editor

Verder lezen

Welk CMS is het beste voor je SEO: WordPress, Shopify of headless

Technische SEO-migratie: redirects, canonicals en crawl budget begrijpelijk uitgelegd

10 dingen die me verbaasden in de Shopify Winter '26-update

E-commerce SEO-checklist: snelheid, schema en contentfixes

Hoe werkt server-side tracking?

Moet je filterpagina's indexeren in e-commerce?

Een post-purchase survey implementeren in Shopify

Alle artikels en de volledige woordenlijst staan in Learn

Kom je van een ander platform? We hebben specifieke gidsen voor de verhuis vanaf WooCommerce, vanaf PrestaShop en vanaf Tilroy.