Shopify Vibe Coding 2026: Dropshipping-winkels in één middag

Shopify Vibe Coding 2026: Dropshipping-winkels in één middag

De eerste keer dat ik Claude Code een Shopify hero-sectie zag herschrijven in minder dan negentig seconden — op een kersverse dev store, zonder thema-aankoop, zonder ontwikkelaar op retainer, zonder Liquid-documentatie open in een ander tabblad — stond ik op en liep ik naar de keuken. Niet omdat ik koffie nodig had. Omdat ik een minuut nodig had om te beslissen of de rekensom die ik plotseling in mijn hoofd maakte wel klopte.

Zes jaar geleden offreerde ik klanten $4,000 tot $8,000 voor een "custom" Shopify-bouw die voor 80% Dawn-thema was en voor 20% vechten met de theme editor. Twee jaar geleden was dat getal gezakt naar $2,500 voor hetzelfde werk. Afgelopen dinsdagmiddag bouwde ik iets dat wezenlijk beter was dan beide oude projecten, binnen één Antigravity-workspace, voor een gecombineerde softwarekost van $59 — een Claude Code-abonnement van $20 plus een Shopify Basic-plan van $39. De dropshipping-productpagina had een sticky aankoopbalk, voorwaardelijke reviews, een lifestyle-afbeeldingencarousel, een scroll-getriggerde "wat zit er in de doos" en een mobiele layout waar ik niet van ineenkromp. Hij laadde in ongeveer tweehonderd milliseconden bij een cold fetch.

Dat is Shopify vibe coding 2026 vanuit het werk zelf, niet vanuit de Twitter-draad. En het is een vreemd ding om over te schrijven, want dezelfde stack die die middag mogelijk maakte, heeft ook stilletjes een prijsmodel beëindigd waar ik een flink stuk van mijn carrière op gebouwd heb.

Laat me je laten zien wat er eigenlijk onder de motorkap gebeurt, want de marketinglaag eromheen zit vol ademloze "iedereen kan in vijf minuten een winkel bouwen"-claims die de twee of drie dingen begraven die echt kapot gaan als je niet weet wat je doet.

Waarom deze stack werkt terwijl de oude MCP-route dat niet deed

Ik wil dit goed opzetten, want als je Claude Code in 2024 of begin 2025 aan Shopify probeerde te koppelen, had je waarschijnlijk een slechte tijd. Ik had dat.

De oude route was een community MCP-server — Model Context Protocol — geplakt op de Shopify Admin API. Het werkte totdat het niet meer werkte. Je kreeg producten. Je raakte orders kwijt. Je kreeg themabestanden, maar alleen op een specifieke Shopify API-versie. De maintainers waren vrijwilligers, de API-scopes waren een puinhoop, en wanneer Shopify een breaking change uitbracht, kwam je daar achter doordat de live storefront van een klant plotseling 500's begon te geven.

Die hele categorie werd vervangen. Op 9 april 2026 lanceerde Shopify de officiële Shopify AI Toolkit — een open-source plugin die direct in Claude Code, Cursor en Codex installeert met twee commando's. Zestien skill-bestanden. Volledige dekking van de Admin API, Storefront API, theme editor, analytics en documentatie. Gratis. Automatisch bijgewerkt. Shopify's eigen team onderhoudt het.

Dat veranderde wat vibe coding tegen Shopify daadwerkelijk inhoudt. Je vraagt niet langer aan een generieke LLM om Liquid-syntax uit zijn trainingsdata te herinneren. Je geeft Claude Code een toolkit die weet welk metafield het moet schrijven, welke sectie het moet patchen, welk JSON-schema Shopify daadwerkelijk verwacht in de huidige API-versie, en welke mutaties --allow-mutations nodig hebben voordat ze de productie raken.

De andere helft van de stack is Google Antigravity. Dit is het stuk dat de bronvideo die ik aan het bekijken was bijna goed heeft, maar niet helemaal. Antigravity werd gelanceerd op 18 november 2025 samen met Gemini 3, als Google's "agent-first" fork van VS Code. Het is gratis in public preview. Cross-platform — Mac, Windows, Linux. En cruciaal voor deze workflow: het ondersteunt Claude Sonnet 4.6 en Claude Opus 4.6 native, niet alleen Google's eigen Gemini 3 Pro. Dat is wat het bruikbaar maakt als Claude Code-host in plaats van als Gemini-only IDE.

De daadwerkelijke vibe-coding-stack voor Shopify in 2026 ziet er dus zo uit — en elk onderdeel verdient zijn plek:

• Google Antigravity — de workspace. Multi-agent terminal, artefactsysteem, browseropnames, feedback-on-artifacts zodat je commentaar kunt geven op een gegenereerde screenshot en de agent die notitie verwerkt zonder opnieuw te beginnen. Gratis.
• Claude Code — de daadwerkelijke coding-agent. Op het Pro-plan van $20/maand (met een echte kanttekening waar ik zo op terugkom).
• Shopify AI Toolkit — de brug. Plugin geïnstalleerd binnen Claude Code; geeft het geauthenticeerde live-storetoegang.
• Shopify Basic — de winkel. $39/maand bij maandelijkse facturatie, of effectief $29/maand jaarlijks betaald, volgens Shopify's huidige prijzenpagina.
• Node.js 20+ — vereiste voor de Shopify CLI waarmee de toolkit authenticeert.
• Een private dropshipping-agent zoals USA Drop — voor fulfilment, niet voor de bouw zelf.

Dat is alles. Totale vaste kosten: $59/maand als je Shopify maandelijks betaalt, $49/maand als je je voor een jaar vastlegt. Al het andere is gratis of eenmalig.

Nu komt het deel dat de moeite waard is om bij stil te staan — want dit is geen algemeen "AI schrijft je code"-verhaal meer. Dit is een specifieke integratie die samen de volledige oppervlakte van een dropshipping-winkel dekt op een manier die geen enkele losse tool zes maanden geleden dekte. De toolkit geeft Claude Code de Shopify-bewuste context. Antigravity geeft Claude Code de workspace waarin je parallelle experimenten kunt draaien zonder het overzicht te verliezen. En het Claude-abonnement van $20 geeft je het reasoning-model waardoor het geheel niet voelt als tandtrekken.

Als je deze stack op enig moment vóór april 2026 geprobeerd hebt, heb je een slechtere versie ervan geprobeerd. Het is de moeite waard hem nu opnieuw te beoordelen.

De rekensom $59/maand vs $2,000 dev (en waar die daadwerkelijk breekt)

Laat me de kostenrekening zorgvuldig uitvoeren, want dit is waar de hypecyclus oneerlijk wordt.

Een traditionele "custom" Shopify-dropshipping-winkelbouw betekende vroeger een combinatie van: een premium thema (ergens tussen $180 en $400 eenmalig — prijzen in de Shopify Theme Store zijn ongeveer stabiel gebleven), een Shopify-dev of bureau om het aan te passen (een range van $1,500 voor een freelance touch-up tot $8,000+ voor een multi-page bureau-build, waarbij de meeste MKB-projecten in de bandbreedte $2,500–$5,000 uitkomen), plus $29–$39/maand voor het platform zelf. Laten we de mediane projectkost op $3,500 zetten, inclusief thema, maatwerk en de eerste maand platformkosten. Dat is wat een niet-technische oprichter historisch betaalde om een winkel te krijgen waar ze daadwerkelijk vanuit konden verkopen.

De vibe-coding-versie comprimeert dat naar:

• Maand 1: $59 (Basic-plan $39 + Claude Code $20) + ruwweg 6–12 uur van jouw tijd
• Maand 2+: $59/maand, met lopende aanpassingen die je alleen het Claude Code-abonnement kosten dat je toch al betaalt

Puur op stickerprijs is dat een compressie van 59x in de uitgaven van de eerste maand. Maar ruwe kostenvergelijkingen zijn de oppervlakkigste vorm van analyse. Hier is waar de rekensom daadwerkelijk terugbijt.

Jij bent nu de ontwikkelaar. Die $3,500 was niet alleen code — een stuk ervan was de dev die problemen opving waarvan jij niet wist dat het problemen waren. De afbeelding die 2MB is terwijl die 150KB zou moeten zijn. Het mobiele breakpoint dat ineenstort op iPad. De checkout-flow die de klant bij stap drie verliest door een conditional die alleen afgaat voor internationale adressen. Claude Code schrijft prachtige code voor je, maar het zal niet opmerken dat je hero-afbeelding je LCP-score op mobiel naar de bodem trekt, tenzij je eraan denkt ernaar te vragen. De QA-laag is naar jou verschoven.

Claude Code-tijd is in de praktijk niet gratis. Het Pro-plan van $20/maand heeft rate limits. Anthropic experimenteerde kort in april 2026 met het volledig verwijderen van Claude Code uit de Pro-tier voor nieuwe aanmeldingen, voordat ze dat besluit terugdraaiden — een duidelijk signaal dat ze de economie nauwlettend in de gaten houden. Op Opus 4.7 verbruikt een serieuze Shopify-build-sessie je weekquota sneller dan je denkt, en zodra je het plafond raakt, wacht je ofwel vijf uur op de reset, of je upgradet naar Max voor $100–$200/maand. Houd daar rekening mee in je budget.

Het thema dat je niet koopt, is het thema dat je nu moet evenaren. De reden dat mensen premium thema's kopen is niet dat Dawn slecht is — Dawn is oprecht uitstekend. Het is dat premium thema's worden geleverd met 40+ vooraf ontworpen secties die zelfs Claude Code uren zou kosten om een-voor-een te reproduceren met bijpassende visuele polish. Je kunt die secties absoluut vanaf nul bouwen via vibe coding. Je ruilt dan alleen geld in voor tijd, en je moet weten waar je daadwerkelijk minder van hebt.

Authenticatie vreet je op dag één op. De Shopify CLI-authflow vereist een URL-handshake, een eenmalige code en een scope-goedkeuring. Het is niet moeilijk — het is een taak van twee minuten op het happy path — maar als je nog nooit een CLI-gebaseerde OAuth-dans hebt gedaan, zijn de foutmeldingen cryptisch genoeg om vijfenveertig minuten te verbranden voordat je doorhebt dat je de code in het verkeerde terminalvenster hebt geplakt. Dit heb ik gedaan. Twee keer.

De eerlijke versie van de rekensom is dus: je bespaart $2,000–$7,000 en zes weken heen-en-weer-mailen, in ruil voor 8–20 uur van jouw tijd, de mentale belasting van je eigen QA zijn, en de bereidheid om de occasionele "wacht, waarom deed het dat?"-momenten te verdragen wanneer Claude een sectie herschrijft die je niet wilde aanraken. Voor de meeste MKB-oprichters en dropshippers die ik ken, is die ruil duidelijk de moeite waard. Voor iemand wiens tijd in zijn kernactiviteit daadwerkelijk $300/uur waard is, blijft een ontwikkelaar inhuren de juiste keuze.

Nu volgt de workflow waar ik op uitgekomen ben na deze stack op drie teststores te hebben gedraaid.

De dropshipping-workflow die daadwerkelijk werkt

Ik ga hier doorheen lopen zoals ik een klant erdoorheen zou lopen — niet als een "hier zijn negen stappen" genummerde lijst, maar als de volgorde van beslissingen die er echt toe doet. De tooling is bijna secundair. De volgorde is wat een winkel die in een middag live gaat scheidt van een die vastloopt na de hero-sectie.

Begin met de hero. Niets anders. Nog niet.

De hero-sectie is ruwweg 40% van het beslissingswerk op een dropshipping-productpagina. Hij bevat de aankoopknop, de prijs, de primaire social proof, de hoofdafbeelding van het product en de waardepropositie in één regel. Elke andere sectie op de pagina is ondersteunende cast. Krijg de hero goed, en de rest is layout. Krijg de hero verkeerd, en het doet er niet toe hoe mooi je FAQ-accordion is — er scrollt toch niemand heen.

Dit is ook waarom je hier technisch begint. Claude Code bouwt context op naarmate het verder gaat, en de context die het opbouwt vanuit de hero — de categorie van je product, je tone of voice, je ontwerpvocabulaire, je kleursysteem — gaat door naar elke opvolgende sectie. Als je begint met het verzendinformatieblok en dan om een hero vraagt, heb je al een saaie context vastgelegd waar de hero tegen moet vechten.

Mijn daadwerkelijke promptpatroon, bijna woordelijk:

"Hier is mijn product: [naam, beschrijving in één regel]. Store URL: [url]. Drie referentie-herosecties die ik mooi vind: [drie screenshots geplakt of via URL]. Bouw me een hero-sectie voor de productpagina die de typografie en spacing neemt uit referentie 1, de beeldcompositie uit referentie 2, en het aankoopknoppatroon uit referentie 3. Gebruik de kleurtokens van mijn bestaande thema. Verzin geen nieuwe kleuren. Maak de mobiele versie primair — desktop moet zich aanpassen vanuit de mobiele layout, niet andersom."

Die laatste instructie is dragend. Standaard AI-gegenereerde Shopify-secties hebben de neiging om desktop-first te bouwen en mobiel achteraf te degraderen. Je wilt het omgekeerde, want meer dan 79% van het Shopify-verkeer is nu mobiel, en een dropshipping-klant die op een betaalde advertentie binnenkomt zit vrijwel zeker op zijn telefoon. Mobile-first is hier geen nice-to-have. Het is de enige verstandige default.

Draai high effort. Altijd. Elke keer.

Claude Code in Antigravity heeft een effort-knop — low, medium, high, en sinds kort extreme. Voor Shopify themawerk is high de ondergrens. Niet het plafond. De ondergrens.

Ik draaide dezelfde hero-prompt op alle vier effort-niveaus als test. Low gaf me een functionele sectie met accessibility-gaten en wat twijfelachtige semantische HTML. Medium ruimde de accessibility op, maar produceerde nog steeds markup die niet paste bij de bestaande patronen van mijn thema — het verzon zijn eigen class-naamgevingsconventie. High produceerde code die eruitzag alsof hij geschreven was door iemand die eerst de bestaande secties van mijn thema had gelezen. Extreme leverde dezelfde kwaliteit als high, duurde 3x langer, en over-engineerde de oplossing soms.

De juiste instelling is high voor elke thematask. Gebruik extreme alleen wanneer je iets debugt wat Claude niet op high kan uitvogelen. Gebruik low en medium nooit, voor deze workflow. De besparing op tokenkosten is het herwerken niet waard.

Upload je afbeeldingen handmatig. Vraag het niet aan de AI.

De verleiding is echt. Je vibe-codet een winkel, AI doet al het andere, toch kan het zeker ook de afbeeldingen aan. Dat kan het niet. Nog niet, en niet op een manier die standhoudt.

De beeldtools waar mensen in tutorials naar verwijzen — Arcads voor lifestyle-productafbeeldingen, Nano Banana (Google's beeldmodel) voor merkgrafiek — zijn legitiem en ik gebruik ze beide. Maar ze horen in een aparte pijplijn. Je genereert je afbeeldingen in hun native tools, exporteert ze op de juiste afmetingen voor Shopify's beeldtransformers (2048px aan de lange zijde is doorgaans de sweet spot), en uploadt ze vervolgens zelf naar Shopify's asset library. Je verwijst ernaar op URL-basis in je secties.

Waarom? Omdat Claude Code, zelfs met de Shopify AI Toolkit, niet betrouwbaar kan:

• Een gegenereerde productafbeelding matchen aan het bestaande merkpalet van je winkel
• Beoordelen of een AI-gegenereerde lifestyle-afbeelding de uncanny-valley-reactie triggert in je doelgroep
• Weten dat je product een specifiek fysiek object is waarvan de verpakking, labeling en verhoudingen moeten overeenkomen met wat de leverancier verzendt

Dat laatste is specifiek voor dropshipping de killer. Je leverancier verzendt een echt product. Als je AI-gegenereerde hero-afbeelding een subtiel andere versie van dat product toont — verkeerde labeloriëntatie, verkeerde dopkleur, verkeerde verhoudingen — heb je klantverwachtingen gezet die de doos in de post niet zal waarmaken. Dat is een refundverzoek dat op het punt staat te gebeuren, en een flag op je Meta-advertentieaccount als het op schaal gebeurt.

Houd de beeldpijplijn menselijk. Laat Claude de code rondom de afbeeldingen afhandelen.

Kloon de secties die werken. Verbeter ze daarna.

Dit is het deel waar de meeste tutorials niet over praten en het is oprecht de grootste unlock. Negeer het mentale model van "bouw elke sectie vanaf een lege prompt". Zo levert niemand daadwerkelijk een goede winkel op. Wat werkt is: vind 2–4 goed presterende dropshipping-winkels in jouw categorie, identificeer de 6–8 sectiepatronen die ze allemaal gebruiken, en laat Claude Code die patronen opnieuw maken met jouw product en merk ingevuld.

De twee winkels waar in deze workflow het vaakst naar verwezen wordt zijn Lux Cove en Riva — beide raken schone conversiepatronen die breed genoeg gekopieerd zijn om te bestuderen. Ik suggereer niet dat je letterlijk hun layouts moet jatten. Ik suggereer dat je hun "as-seen-in" persbalken, hun vergelijkingstabellen, hun review-weergaves en hun "wat zit er in de doos"-modules screenshot, en die screenshots in Claude Code plakt met de prompt: "Bouw dit sectiepatroon voor mijn winkel, met mijn product, mijn merktone en mijn kleursysteem."

Dit werkt omdat dropshipping-conversie op sectieniveau een opgelost probleem is. De patronen die converteren zijn bekend. De patronen die niet converteren zijn bekend. Innovatie op sectieniveau is bijna altijd een fout — je wilt dezelfde acties draaien die de winnaars draaien, gedifferentieerd door product en merk in plaats van door layout. Claude Code is onredelijk goed in deze specifieke taak, omdat de referentiescreenshots het een concreet doel geven in plaats van een beschrijving om te interpreteren.

Nadat al je secties gebouwd zijn, gebeurt de laatste 15% van het werk in de theme editor van Shopify, niet in Claude Code. Je sleept secties in de uiteindelijke volgorde. Je schakelt de mobiele preview om en past aan. Je checkt de cart drawer en de checkout-flow end-to-end. Dit is de handmatige QA-laag die de QA-laag van het bureau vervangt. Het kost een uur. Sla dat niet over.

Als ik de hele bouwervaring zou kunnen kortsluiten voor iemand die dit opgezet en werkend wil hebben zonder de QA-leercurve, dan is dat precies het soort project dat ik aanneem — je ziet mijn huidige beschikbaarheid en projectvormen op fiverr.com/s/EgxYmWD. Dat is geen pitch, het is een eerlijke uitweg als je dit leest en denkt "geweldig, maar ik heb de middag niet."

Antigravity's multi-agent view verandert wat "itereren" betekent

Het meeste wat ik tot nu toe geschreven heb, geldt voor vibe coding van Shopify op elke IDE. Deze sectie gaat specifiek over waarom de architectuur van Antigravity ertoe doet voor deze specifieke workflow, want ik denk dat de bronvideo die ik bekeek dit onderwaardeert.

Antigravity wordt geleverd met een "Manager View" — Google noemt het Mission Control — waarmee je maximaal vijf agents parallel kunt spawnen, elk werkend in zijn eigen workspace. Voor een Shopify-build mapt dit bijna té schoon op het werkelijke werk. Je spawnt één agent op de hero-sectie. Eén agent op de product-detail-module. Eén agent op de review-weergave-sectie. Eén op de footer en de juridische pagina's. Je bekijkt alle vier de outputstromen vanuit één scherm, keurt goed wat werkt, laat inline feedback achter op wat niet werkt, en de agents verwerken de feedback zonder hun executiecontext te verliezen.

Voor Antigravity betekende dit soort parallel werk vier terminaltabs, mentaal contextswitchen, en de draad kwijtraken van waar elke agent mee bezig was toen je wegklikte. Het Mission Control-patroon lost dat op door de IDE te veranderen in een projectmanagement-oppervlak over de agents heen, in plaats van een editor waar toevallig één agent aan vasthangt.

Praktisch gezien comprimeert dit de build. Mijn laatste teststore — een dropshipping supplement-merk — had zijn volledige productpagina, homepage, cartpagina, policy's en e-mailcapture-module in ongeveer 3,5 uur actieve werktijd gebouwd, verdeeld over vier parallelle agents. Serieel, in een single-agent workflow, had dezelfde build me een volledige dag gekost. De speedup komt niet van agents die individueel sneller zijn. Het komt van het wegvallen van de context-switch-belasting.

Het andere dat het vermelden waard is, is Antigravity's Artifacts-feature. Agents produceren niet alleen code — ze produceren reviewbare deliverables. Takenlijsten. Implementatieplannen. Browseropnames van hoe de gegenereerde sectie er gerenderd uitziet. Je kunt commentaar achterlaten op die artefacten zoals je dat zou doen in een Google Doc, en de agent verwerkt het commentaar als feedback en itereert zonder dat je context opnieuw in een nieuwe prompt hoeft te plakken. Voor een Shopify-build betekent dit dat je de hero kunt genereren, de browseropname kunt bekijken, "de call-to-action-knop is te klein op mobiel, verhoog hem naar minimaal 48px tap target" als commentaar kunt typen, en de agent herbouwt met die constraint ingebakken. Geen prompt-re-engineering. Je raakt je plek in het gesprek niet kwijt.

Dit is waar het label "vibe coding" zijn brood daadwerkelijk verdient, althans voor mij. Het interactiemodel ligt dichter bij het aansturen van een team dan bij het prompten van een model.

Agent-geheugen is het tweede-orde-effect waar niemand over praat

Hier is het ding waar niemand die ik gelezen heb eerlijk over heeft geschreven. Claude Code in Antigravity, met de Shopify AI Toolkit draaiend op een winkel waar je meer dan een paar sessies aan gewerkt hebt, wordt merkbaar beter in die specifieke winkel over de tijd. Niet door enige training. Door de CLAUDE.md- en workspace-geheugenlaag.

In mijn eerste sessie met een verse teststore moest ik elke keer opnieuw mijn merkpalet, mijn typografiekeuzes, mijn sectienaamgevingsconventie en mijn voorkeur voor mobile-first responsive patronen uitleggen zodra ik een nieuwe taak startte. Vier sessies verder had Claude genoeg context geabsorbeerd — via de toegang van de Shopify AI Toolkit tot mijn bestaande themabestanden plus het workspace-geheugen van Antigravity — dat nieuwe sectieverzoeken bij de eerste poging raak waren in ongeveer 70% van de gevallen, een stijging ten opzichte van misschien 30%.

Dit doet ertoe voor de retainer-model-these die ik schreef in mijn post over het AI-agency retainer-model voor 2026. Als je deze stack draait als dienst voor klanten — in plaats van als DIY-tool voor jezelf — is de tweede of derde maand op dezelfde winkel het punt waar de economie echt in jouw voordeel kantelt. De build van de eerste maand kost misschien 12 uur. Het iteratiewerk van de tweede maand kost 3. De toevoegingen van de derde maand kosten 2. En je factureert dezelfde retainer. Dat is het cumulatieve effect dat projectgebaseerd Shopify-devwerk nooit had en nooit zal hebben.

De keerzijde is dat als je midden in een project van tool wisselt, of als je een winkel verplaatst tussen ontwikkelaars, je die opgebouwde context verliest. Hij is opgeslagen in de workspace en de CLAUDE.md, niet in het model. Wat betekent dat het agent-geheugen een echt bezit is — het verdient om behandeld te worden als onderdeel van de deliverables van het project, niet als bijverschijnsel van het werk.

Wat deze stack nog steeds niet kan

Ik ga eerlijk zijn over de grenzen, want dit is het deel dat de "bouw een winkel in 5 minuten"-clubs overslaan.

Checkout en betaling blijven onaangeraakt. De Shopify AI Toolkit raakt checkout niet aan en hoort dat ook niet te doen. Shopify bezit die flow met een reden — PCI-compliance, fraudebescherming, abandoned-cart recovery. Claude Code kan je cart drawer aanpassen. Het kan je checkoutpagina niet aanpassen op Basic- of Grow-plannen. (Shopify Plus laat je checkout customizen via Checkout Extensibility, wat een apart oppervlak is dat de Toolkit wél ondersteunt.) Voor de meeste dropshippers is dit prima — Shopify's standaard checkout converteert goed. Weet alleen waar de grens ligt.

SEO-structuur vereist menselijk oordeel. Claude schrijft met alle plezier een meta description voor je, maar zal je niet vertellen op welk zoekwoord je moet targeten. Het genereert gestructureerde data, maar weet niet of je categorie genoeg zoekvolume heeft om de schema-investering te rechtvaardigen. De Shopify AI Toolkit dekt schemagenaratie goed wanneer je hem vertelt wat je wilt. Het vervangt de zoekwoordonderzoekslaag niet.

App-integraties zijn wisselend. Als je een Shopify-app geïnstalleerd hebt — een reviews-app, een abonnementen-app, een bundle builder — en je hebt de markup van die app nodig om correct te renderen binnen een AI-gegenereerde sectie, zul je meestal handmatig de embed-snippet van de app moeten plakken. Claude bouwt eromheen, maar kan de snippet niet zelf ontdekken. Dit is milde frictie, geen dealbreaker.

Thema-upgradepaden worden rommeliger. Wanneer Shopify een grote Dawn-update uitbrengt en je je thema fors hebt aangepast via Claude Code, kan de upgrade-diff taai zijn. Je AI-gegenereerde secties blijven werken, maar ze samenvoegen met de nieuwe Dawn-baseline is de enige taak die ik Claude niet onbewaakt zou toevertrouwen. Doe het op een staging-thema, bekijk de diff handmatig, deploy na QA naar productie.

Dit zijn geen redenen om de stack niet te gebruiken. Het zijn redenen om realistisch te zijn over welke 85% van het werk hij goed afhandelt versus welke 15% nog een mens in the loop vereist.

De middag waarop ik stopte met $4,000 te offreren voor Shopify-projecten

Laat me afsluiten door je te vertellen wat ik daadwerkelijk deed nadat die hero-sectie in negentig seconden opnieuw gebouwd was.

Ik maakte de build af. Drieënhalf uur actief werk, misschien vier als ik een koffiepauze meetel en de vijfenveertig minuten die ik kwijtraakte aan het opnieuw authenticeren omdat ik de Shopify CLI-code in het verkeerde tabblad had geplakt. Eindresultaat: een dropshipping-productpagina die er beter uitzag dan de drie "custom" builds die ik in 2023 gecombineerd opgeleverd had. Mobiele LCP onder de 1,2 seconden. Lighthouse accessibility-score van 94. Een cart drawer die bij de eerste poging daadwerkelijk werkte.

Daarna opende ik mijn prijzenpagina voor het Shopify-werk dat ik nog af en toe freelance aanneem, en schrapte ik de regel "Custom Theme Build" van $4,000. Ik verving hem door een regel van $1,800 genaamd "Shopify Vibe Coding Setup + Eerste Maand Iteratie." Hetzelfde resultaat. Minder dan de helft van de prijs. Voor mij winstgevender, omdat het een derde van de tijd kost.

Dat is wat Shopify vibe coding in 2026 daadwerkelijk is, ontdaan van de Twitter-draad-energie. Het is geen wonder van vijf minuten. Het is een zes uur durend vaardig gebruik van tooling dat een traditionele bouw van zes weken vervangt. De stack werkt. De rekensom werkt. De cumulatieve werking met agent-geheugen is echt. De grenzen zijn ook echt, en respect waard.

Als je een dropshipping-merk runt en je bent bezig geweest met het offreren van een redesign, is het kostenplafond net verschoven. Als je een ontwikkelaar bent die Shopify-winkels bouwt voor klanten, moet je prijsmodel mee verschuiven of het overleeft 2027 niet. En als je op een productidee zit dat wachtte tot het winkelbudget logisch zou zijn — het budgetargument is net een stuk dunner geworden.

Bouw de winkel. Draai de cijfers zelf. De stack is één maand gratis uit te proberen, en dat is alles wat je nodig hebt om te weten of dit werkt voor jouw situatie. De mijne vertelde het me binnen negentig seconden.

Veelgestelde vragen

Wat is de goedkoopste manier om een Shopify-winkel te bouwen met AI in 2026?

De minimaal levensvatbare Shopify-vibe-coding-stack kost $59/maand: een Shopify Basic-plan van $39/maand plus een Claude Code Pro-abonnement van $20/maand. Google Antigravity en de Shopify AI Toolkit zijn beide gratis. Node.js is gratis. Dat is het — geen thema-aankoop nodig als je bereid bent om bovenop Dawn te bouwen.

Kan ik een Shopify-winkel bouwen met Claude Code als ik niet kan coderen?

Grotendeels wel, met kanttekeningen. Je hoeft geen Liquid, CSS of JavaScript te schrijven. Je moet wel basisgebruik van de terminal begrijpen, Shopify's admin-concepten zoals producten en collecties, en je moet gegenereerde code goed genoeg kunnen lezen om op te vangen wanneer Claude een structurele fout maakt. Reken op een leercurve van 4–8 uur voor je eerste echte build.

Is Google Antigravity gratis te gebruiken met Claude Code?

Ja. Google Antigravity is gratis in public preview op Mac, Windows en Linux. Het ondersteunt Claude Sonnet 4.6 en Opus 4.6 native. Je hebt nog steeds je eigen Claude Code-abonnement nodig voor de Claude-modellen, maar Antigravity zelf heeft geen abonnementskosten per april 2026.

Werkt de Shopify AI Toolkit op het Basic-plan van $39?

Ja. De Shopify AI Toolkit authenticeert via de standaard Shopify CLI en werkt op alle betaalde Shopify-plannen, inclusief Basic. De enige plan-tier-beperking waar je tegenaan loopt, is dat checkout-customization Shopify Plus vereist — alles wat de Toolkit verder doet (thema-bewerking, productbeheer, analytics, sectiebouw) werkt identiek op Basic.

Moet ik mijn Shopify-ontwikkelaar vervangen door deze stack?

Als je ontwikkelaar je $2,500+ factureert voor themamaatwerk dat geen checkout of custom apps betreft, waarschijnlijk wel — of onderhandel op z'n minst opnieuw. Als je ontwikkelaar full-stack werk aanpakt inclusief checkout extensibility, app-ontwikkeling of complexe integraties, houd hem. De vibe-coding-stack vervangt themaniveauwerk en basissectiebouw. Hij vervangt geen echte Shopify-engineer.

Laten we samenwerken

Op zoek naar het bouwen van AI-systemen, het automatiseren van workflows of het schalen van je tech-infrastructuur? Ik help je graag.

• Fiverr (maatwerk builds & integraties): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (enterprise-oplossingen): ramlit.com
• ColorPark (design & branding): colorpark.io
• xCyberSecurity (securitydiensten): xcybersecurity.io