Shopify Vibe Coding 2026: Dropshipping-Stores an einem Nachmittag

Shopify Vibe Coding 2026: Dropshipping-Stores an einem Nachmittag

Als ich zum ersten Mal zusah, wie Claude Code eine Shopify-Hero-Sektion in unter neunzig Sekunden neu geschrieben hat – auf einem frisch aufgesetzten Dev-Store, ohne Theme-Kauf, ohne Entwickler auf Retainer, ohne Liquid-Dokumentation in einem anderen Tab offen – bin ich aufgestanden und in die Küche gegangen. Nicht weil ich Kaffee gebraucht hätte. Sondern weil ich eine Minute brauchte, um zu entscheiden, ob die Rechnung, die ich plötzlich im Kopf machte, wirklich stimmte.

Vor sechs Jahren habe ich Kunden $4.000 bis $8.000 für ein "Custom" Shopify-Build angeboten, das zu 80 % aus dem Dawn-Theme und zu 20 % aus Kämpfen mit dem Theme-Editor bestand. Vor zwei Jahren war diese Zahl für die gleiche Arbeit auf $2.500 gesunken. Letzten Dienstagnachmittag habe ich etwas gebaut, das objektiv besser war als jedes dieser alten Projekte – innerhalb eines einzigen Antigravity-Workspaces, für kombinierte Softwarekosten von $59: ein $20 Claude Code-Abo plus ein $39 Shopify Basic-Plan. Die Dropshipping-Produktseite hatte eine Sticky-Purchase-Bar, bedingte Reviews, ein Lifestyle-Bild-Karussell, ein scroll-getriggertes "Was ist in der Box" und ein Mobile-Layout, bei dem ich nicht zusammengezuckt bin. Sie wurde bei einem Cold Fetch in etwa zweihundert Millisekunden gerendert.

Das ist Shopify Vibe Coding 2026 aus der Arbeit heraus, nicht aus dem Twitter-Thread. Und es ist seltsam, darüber zu schreiben, weil derselbe Stack, der diesen Nachmittag möglich gemacht hat, leise ein Preismodell beendet hat, auf dem ich ein gutes Stück meiner Karriere aufgebaut habe.

Lass mich dir zeigen, was tatsächlich unter der Haube passiert, denn die Marketing-Schicht drumherum ist voller atemloser "Jeder kann in fünf Minuten einen Store bauen"-Aussagen, die die zwei oder drei Dinge verschleiern, die wirklich kaputtgehen, wenn du nicht weißt, was du tust.

Warum dieser Stack funktioniert, während der alte MCP-Weg es nicht tat

Ich will das ordentlich aufziehen, denn wenn du in 2024 oder Anfang 2025 versucht hast, Claude Code mit Shopify zu verbinden, hattest du wahrscheinlich eine schlechte Zeit. Ich hatte sie.

Der alte Weg war ein Community-MCP-Server – Model Context Protocol – der auf die Shopify Admin API draufgeklebt wurde. Es funktionierte, bis es nicht mehr funktionierte. Du bekamst Produkte. Du verlorst Bestellungen. Du bekamst Theme-Dateien, aber nur auf einer bestimmten Shopify-API-Version. Die Maintainer waren Freiwillige, die API-Scopes waren ein Chaos, und wenn Shopify eine Breaking Change veröffentlichte, hast du es erfahren, weil der Live-Storefront eines Kunden 500er-Fehler warf.

Diese ganze Kategorie wurde ersetzt. Am 9. April 2026 hat Shopify das offizielle Shopify AI Toolkit veröffentlicht – ein Open-Source-Plugin, das sich mit zwei Befehlen direkt in Claude Code, Cursor und Codex installiert. Sechzehn Skill-Dateien. Volle Abdeckung der Admin API, Storefront API, des Theme-Editors, der Analytics und der Dokumentation. Kostenlos. Auto-updating. Shopifys eigenes Team wartet es.

Das hat verändert, was Vibe Coding gegen Shopify eigentlich ist. Du bittest nicht mehr ein allgemeines LLM, sich Liquid-Syntax aus seinen Trainingsdaten zu merken. Du reichst Claude Code ein Toolkit, das weiß, welches Metafield geschrieben werden muss, welche Section gepatcht werden muss, welches JSON-Schema Shopify in der aktuellen API-Version tatsächlich erwartet, und welche Mutationen --allow-mutations brauchen, bevor sie die Produktion treffen.

Die andere Hälfte des Stacks ist Google Antigravity. Das ist das Stück, das das Quellvideo, das ich mir angesehen habe, fast richtig trifft, aber eben nicht ganz. Antigravity wurde am 18. November 2025 gelauncht, zusammen mit Gemini 3, als Googles "Agent-first"-Fork von VS Code. Es ist in der Public Preview kostenlos. Plattformübergreifend – Mac, Windows, Linux. Und kritisch für diesen Workflow: Es unterstützt Claude Sonnet 4.6 und Claude Opus 4.6 nativ, nicht nur Googles eigenes Gemini 3 Pro. Genau das macht es als Claude-Code-Host nutzbar, statt nur als Gemini-only-IDE.

Der tatsächliche 2026er Vibe-Coding-Stack für Shopify sieht also so aus – und jedes Teil verdient seinen Platz:

• Google Antigravity – der Workspace. Multi-Agent-Terminal, Artefakt-System, Browser-Aufzeichnung, Feedback-on-Artifacts, sodass du einen generierten Screenshot kommentieren kannst und der Agent die Notiz übernimmt, ohne neu zu starten. Kostenlos.
• Claude Code – der eigentliche Coding-Agent. Auf dem $20/Monat Pro-Plan (mit einem echten Caveat, auf den ich gleich komme).
• Shopify AI Toolkit – die Brücke. Plugin, das in Claude Code installiert wird; gibt ihm authentifizierten Live-Store-Zugriff.
• Shopify Basic – der Store. $39/Monat monatlich abgerechnet, oder effektiv $29/Monat bei jährlicher Zahlung, laut Shopifys aktueller Preisseite.
• Node.js 20+ – Voraussetzung für die Shopify CLI, über die sich das Toolkit authentifiziert.
• Ein privater Dropshipping-Agent wie USA Drop – für die Fulfillment-Seite, nicht für den Build selbst.

Das war's. Gesamtfixkosten: $59/Monat bei monatlicher Shopify-Zahlung, $49/Monat bei jährlicher Bindung. Alles andere ist kostenlos oder einmalig.

Und hier ist der Teil, bei dem es sich lohnt kurz innezuhalten – denn das ist keine allgemeine "KI schreibt deinen Code"-Story mehr. Das ist eine spezifische Integration, die zusammen die gesamte Oberfläche eines Dropshipping-Stores auf eine Weise abdeckt, wie es vor sechs Monaten noch kein einzelnes Tool getan hat. Das Toolkit gibt Claude Code den Shopify-bewussten Kontext. Antigravity gibt Claude Code den Workspace, in dem du parallele Experimente laufen lassen kannst, ohne den Überblick zu verlieren. Und das $20-Claude-Abo gibt dir das Reasoning-Modell, das die ganze Sache nicht wie Zahnziehen wirken lässt.

Wenn du diesen Stack irgendwann vor April 2026 ausprobiert hast, hast du eine schlechtere Version davon ausprobiert. Jetzt lohnt sich die Neubewertung.

Die $59/Monat vs. $2.000 Dev-Rechnung (und wo sie tatsächlich kaputtgeht)

Lass mich die Kostenrechnung sorgfältig machen, denn genau hier wird der Hype-Zyklus unehrlich.

Ein traditioneller "Custom" Shopify-Dropshipping-Store-Build bedeutete früher irgendeine Kombination aus: einem Premium-Theme (irgendwo zwischen $180 und $400 einmalig – die Preise im Shopify Theme Store sind ungefähr stabil geblieben), einem Shopify-Entwickler oder einer Agentur für die Anpassung (von $1.500 für einen Freelancer-Touch-up bis $8.000+ für einen Multi-Page-Agency-Build, wobei die meisten KMU-Projekte im Bereich $2.500–$5.000 landen), plus $29–$39/Monat für die Plattform selbst. Nennen wir die mittleren Projektkosten $3.500, inklusive Theme, Anpassung und erster Monatsgebühr der Plattform. Das ist, was ein nicht-technischer Gründer historisch bezahlt hat, um einen Store zu bekommen, aus dem er tatsächlich verkaufen konnte.

Die Vibe-Coding-Version komprimiert das auf:

• Monat 1: $59 (Basic-Plan $39 + Claude Code $20) + etwa 6–12 Stunden deiner Zeit
• Monat 2+: $59/Monat, wobei laufende Anpassungen dich nur das Claude-Code-Abo kosten, das du ohnehin zahlst

Auf reinem Listenpreis ist das eine 59-fache Kompression der Ausgaben im ersten Monat. Aber reine Kostenvergleiche sind die oberflächlichste Form der Analyse. Hier beißt die Rechnung zurück.

Du bist jetzt der Entwickler. Diese $3.500 waren nicht alles Code – ein Teil davon war der Entwickler, der Probleme aufspürte, von denen du nicht wusstest, dass es Probleme waren. Das Bild, das 2 MB hat, wenn es eigentlich 150 KB sein sollte. Der Mobile-Breakpoint, der auf dem iPad in sich zusammenfällt. Der Checkout-Flow, der den Kunden in Schritt drei verliert, wegen einer Bedingung, die nur bei internationalen Adressen feuert. Claude Code schreibt dir wunderschönen Code, aber es merkt nicht, dass dein Hero-Bild deinen LCP-Score auf Mobile abstürzen lässt, es sei denn, du fragst explizit danach. Die QA-Schicht ist zu dir gewandert.

Claude-Code-Zeit ist in der Praxis nicht kostenlos. Der $20/Monat Pro-Plan hat Rate-Limits. Anthropic hat im April 2026 kurz experimentiert, Claude Code für neue Anmeldungen komplett aus dem Pro-Tier zu entfernen, bevor sie umgeschwenkt sind – ein klares Signal, dass sie die Ökonomie genau beobachten. Auf Opus 4.7 brennt eine ernsthafte Shopify-Build-Session dein Wochen-Kontingent schneller durch, als du denkst, und sobald du an die Decke stößt, wartest du entweder fünf Stunden auf den Reset oder upgradest auf Max für $100–$200/Monat. Plan entsprechend.

Das Theme, das du dir sparst, ist das Theme, das du jetzt nachbauen musst. Der Grund, warum Leute Premium-Themes kaufen, ist nicht, dass Dawn schlecht wäre – Dawn ist wirklich ausgezeichnet. Es liegt daran, dass Premium-Themes mit 40+ vordesignten Sections kommen, die selbst Claude Code Stunden bräuchte, um sie eine nach der anderen mit passendem visuellen Feinschliff zu reproduzieren. Du kannst diese Sections absolut von Grund auf via Vibe Coding bauen. Du tauschst nur Geld gegen Zeit – und du solltest wissen, wovon du weniger hast.

Authentifizierung wird dich am ersten Tag lebendig auffressen. Der Shopify-CLI-Auth-Flow verlangt einen URL-Handshake, einen Einmal-Code und eine Scope-Freigabe. Es ist nicht schwer – auf dem Happy Path ist es eine Zwei-Minuten-Aufgabe – aber wenn du nie zuvor einen CLI-basierten OAuth-Tanz gemacht hast, sind die Fehlermeldungen kryptisch genug, dass du fünfundvierzig Minuten verbrennst, bevor dir auffällt, dass du den Code in das falsche Terminalfenster gepastet hast. Ich habe das gemacht. Zweimal.

Die ehrliche Version der Rechnung lautet also: Du sparst $2.000–$7.000 und sechs Wochen E-Mail-Pingpong, im Tausch gegen 8–20 Stunden deiner Zeit, die mentale Last, dein eigener QA zu sein, und die Bereitschaft, gelegentlich ein "Moment, warum hat es das jetzt gemacht"-Erlebnis zu tolerieren, wenn Claude eine Section umschreibt, die du nicht angetastet haben wolltest. Für die meisten KMU-Gründer und Dropshipper, die ich kenne, lohnt sich dieser Tausch offensichtlich. Für jemanden, dessen Zeit tatsächlich $300/Stunde im Kerngeschäft wert ist, ist das Beauftragen eines Entwicklers immer noch die richtige Entscheidung.

Hier ist der Workflow, auf dem ich nach drei Test-Stores gelandet bin.

Der Dropshipping-Workflow, der tatsächlich funktioniert

Ich werde das so durchgehen, wie ich es mit einem Kunden durchgehen würde – nicht als "hier sind neun Schritte"-Nummernliste, sondern als die Abfolge von Entscheidungen, auf die es wirklich ankommt. Das Tooling ist fast nebensächlich. Die Reihenfolge trennt einen Store, der an einem Nachmittag live geht, von einem, der nach der Hero-Sektion ins Stocken gerät.

Fang mit der Hero an. Nichts anderem. Noch nicht.

Die Hero-Sektion ist ungefähr 40 % der Entscheidungsarbeit auf einer Dropshipping-Produktseite. Sie enthält den Kauf-Button, den Preis, den primären Social Proof, das Hauptproduktbild und die einzeilige Value Proposition. Jede andere Section auf der Seite ist Nebendarsteller. Bring die Hero hin, und der Rest ist Layout. Bring die Hero daneben, und es ist egal, wie schön dein FAQ-Accordion ist – niemand scrollt so weit.

Das ist auch der Grund, warum du technisch hier anfängst. Claude Code baut Kontext im Laufe der Arbeit auf, und der Kontext, den es aus der Hero aufbaut – deine Produktkategorie, dein Ton, dein Design-Vokabular, dein Farbsystem – trägt in jede nachfolgende Section. Wenn du mit dem Versandinfo-Block anfängst und dann nach einer Hero fragst, hast du bereits einen faden Kontext festgezurrt, gegen den die Hero ankämpfen muss.

Mein tatsächliches Prompt-Muster, nahezu wörtlich:

"Hier ist mein Produkt: [Name, einzeilige Beschreibung]. Store-URL: [URL]. Drei Referenz-Hero-Sektionen, die ich mag: [drei Screenshots eingefügt oder als URL]. Bau mir eine Hero-Sektion für die Produktseite, die die Typografie und das Spacing von Referenz 1 übernimmt, die Bildkomposition von Referenz 2 und das Purchase-Button-Muster von Referenz 3. Nutze die Farbtokens meines bestehenden Themes. Erfinde keine neuen Farben. Mach die Mobile-Version primär – Desktop soll sich aus dem Mobile-Layout ableiten, nicht umgekehrt."

Diese letzte Anweisung ist tragend. Standardmäßig KI-generierte Shopify-Sections bauen tendenziell Desktop-first und degradieren Mobile als nachträglichen Gedanken. Du willst das Gegenteil, denn über 79 % des Shopify-Traffics sind inzwischen mobil, und ein Dropshipping-Kunde, der auf einer bezahlten Anzeige landet, ist mit ziemlicher Sicherheit auf seinem Handy. Mobile-first ist hier kein Nice-to-have. Es ist der einzig vernünftige Default.

Fahr High Effort. Immer. Jedes Mal.

Claude Code in Antigravity zeigt einen Effort-Regler – low, medium, high und neuerdings extreme. Für Shopify-Theme-Arbeit ist high die Untergrenze. Nicht die Obergrenze. Die Untergrenze.

Ich habe denselben Hero-Prompt auf allen vier Effort-Stufen als Test laufen lassen. Low gab mir eine funktionale Section mit Accessibility-Lücken und fragwürdigem semantischen HTML. Medium räumte die Accessibility auf, produzierte aber immer noch Markup, das nicht zu den bestehenden Mustern meines Themes passte – es erfand seine eigene Klassen-Namenskonvention. High produzierte Code, der aussah, als hätte ihn jemand geschrieben, der zuerst die bestehenden Sections meines Themes gelesen hat. Extreme produzierte die gleiche Qualität wie High, brauchte 3x länger und over-engineerte die Lösung gelegentlich.

Die richtige Einstellung ist high für jede Theme-Aufgabe. Nutze extreme nur, wenn du etwas debuggst, das Claude bei high nicht hinbekommt. Nutze low und medium nie, für diesen Workflow. Die Token-Einsparung ist den Nacharbeitsaufwand nicht wert.

Lade deine Bilder manuell hoch. Frag nicht die KI.

Die Versuchung ist real. Du vibe-codest einen Store, KI macht alles andere, sicher kann sie auch die Bilder übernehmen. Kann sie nicht. Noch nicht, und nicht auf eine Weise, die hält.

Die Bild-Tools, die in Tutorials referenziert werden – Arcads für Lifestyle-Produktbilder, Nano Banana (Googles Bildmodell) für Brand-Grafiken – sind legitim, und ich nutze beide. Aber sie gehören in eine separate Pipeline. Du generierst deine Bilder in ihren nativen Tools, exportierst sie in den richtigen Abmessungen für Shopifys Bild-Transformer (2048 px auf der langen Kante ist meist der Sweet Spot), und dann lädst du sie selbst in Shopifys Asset-Bibliothek hoch. Du referenzierst sie per URL in deinen Sections.

Warum? Weil Claude Code, selbst mit dem Shopify AI Toolkit, nicht zuverlässig:

• Ein generiertes Produktbild an die bestehende Brand-Palette deines Stores angleichen kann
• Beurteilen kann, ob ein KI-generiertes Lifestyle-Bild die Uncanny-Valley-Reaktion in deiner Zielgruppe auslösen wird
• Wissen kann, dass dein Produkt ein spezifisches physisches Objekt ist, dessen Verpackung, Beschriftung und Proportionen dem entsprechen müssen, was der Lieferant versendet

Der letzte Punkt ist der Killer speziell für Dropshipping. Dein Lieferant versendet ein echtes Produkt. Wenn dein KI-generiertes Hero-Bild eine subtil andere Version dieses Produkts zeigt – falsche Label-Orientierung, falsche Kappenfarbe, falsche Proportionen – hast du Kundenerwartungen gesetzt, die die Box im Briefkasten nicht erfüllen wird. Das ist eine wartende Rückerstattungsanfrage, und ein Meta-Ad-Account-Flag, wenn es im großen Stil passiert.

Halt die Bild-Pipeline menschlich. Lass Claude den Code rund um die Bilder erledigen.

Klone die Sections, die funktionieren. Dann verbessere sie.

Das ist der Teil, über den die meisten Tutorials nicht sprechen, und er ist ehrlich gesagt der größte Unlock. Ignoriere das "Baue jede Section aus einem leeren Prompt"-Mindset. So shipped niemand wirklich einen guten Store. Was funktioniert: Finde 2–4 high-performing Dropshipping-Stores in deiner Kategorie, identifiziere die 6–8 Section-Muster, die sie alle verwenden, und lass Claude Code diese Muster mit deinem Produkt und deiner Marke nachbauen.

Die zwei Stores, die in diesem Workflow am häufigsten zitiert werden, sind Lux Cove und Riva – beide treffen saubere Conversion-Muster, die so weit kopiert wurden, dass sie es wert sind, studiert zu werden. Ich schlage nicht vor, dass du ihre Layouts buchstäblich kopierst. Ich schlage vor, dass du ihre "As-seen-in"-Press-Bars, ihre Vergleichstabellen, ihre Review-Displays, ihre "Was ist in der Box"-Module screenshot-est und diese Screenshots in Claude Code pastest, mit dem Prompt: "Baue dieses Section-Muster für meinen Store, mit meinem Produkt, meinem Brand-Ton und meinem Farbsystem."

Das funktioniert, weil Dropshipping-Conversion auf Section-Ebene ein gelöstes Problem ist. Die Muster, die konvertieren, sind bekannt. Die Muster, die nicht konvertieren, sind bekannt. Innovation auf Section-Ebene ist fast immer ein Fehler – du willst dieselben Spielzüge fahren wie die Gewinner, differenziert über Produkt und Marke statt über Layout. Claude Code ist bei dieser speziellen Aufgabe unvernünftig gut, weil die Referenz-Screenshots ihm ein konkretes Ziel geben statt einer Beschreibung, die interpretiert werden muss.

Wenn du alle Sections gebaut hast, passieren die letzten 15 % der Arbeit in Shopifys Theme-Editor, nicht in Claude Code. Du ziehst Sections in die endgültige Reihenfolge. Du schaltest die Mobile-Vorschau ein und justierst. Du prüfst die Cart-Drawer und den Checkout-Flow end-to-end. Das ist die manuelle QA-Schicht, die die QA-Schicht der Agentur ersetzt. Sie dauert eine Stunde. Überspring sie nicht.

Wenn ich für jemanden, der das aufgesetzt und laufend haben will ohne die QA-Lernkurve, das ganze Build-Erlebnis abkürzen könnte – genau das ist die Art von Projekt, die ich übernehme. Meine aktuelle Verfügbarkeit und Projektformate siehst du unter fiverr.com/s/EgxYmWD. Das ist kein Pitch, das ist ein ehrlicher Ausweg, falls du das liest und denkst "super, aber ich habe den Nachmittag nicht übrig".

Antigravitys Multi-Agent-Ansicht verändert, was "Iterieren" bedeutet

Das meiste, was ich bisher geschrieben habe, gilt für Vibe Coding auf Shopify in jeder IDE. Dieser Abschnitt dreht sich speziell darum, warum Antigravitys Architektur für diesen Workflow wichtig ist, denn ich glaube, das Quellvideo, das ich mir angesehen habe, verkauft es unter Wert.

Antigravity kommt mit einer "Manager View" – Google nennt sie Mission Control – die dir erlaubt, bis zu fünf Agenten parallel zu spawnen, jeder arbeitet in seinem eigenen Workspace. Für einen Shopify-Build mappt das fast zu sauber auf die tatsächliche Arbeit. Du spawnst einen Agenten auf die Hero-Sektion. Einen Agenten auf das Produktdetail-Modul. Einen Agenten auf die Review-Display-Section. Einen auf den Footer und die Legal-Seiten. Du reviewst alle vier Output-Streams von einem einzigen Bildschirm aus, approvest, was funktioniert, hinterlässt inline Feedback zu dem, was nicht funktioniert, und die Agenten übernehmen das Feedback, ohne ihren Ausführungskontext zu verlieren.

Vor Antigravity bedeutete diese Art paralleler Arbeit vier Terminal-Tabs, mentales Kontext-Switching und das Verlieren des Fadens, woran jeder Agent gerade arbeitete, wenn du wegschaltetest. Das Mission-Control-Muster löst das, indem es die IDE in eine Projektmanagement-Oberfläche über den Agenten verwandelt, statt in einen Editor, an den zufällig ein Agent angehängt ist.

Praktisch komprimiert das den Build. Mein letzter Test-Store – eine Dropshipping-Supplement-Brand – hatte seine komplette Produktseite, Homepage, Cart-Seite, Policies und Email-Capture-Modul über vier parallele Agenten in etwa 3,5 Stunden aktiver Arbeitszeit gebaut. Seriell, in einem Single-Agent-Workflow, hätte mich derselbe Build einen vollen Tag gekostet. Der Speedup kommt nicht daher, dass die Agenten einzeln schneller wären. Es kommt vom Wegfall der Kontext-Switch-Steuer.

Das andere, was erwähnenswert ist, ist Antigravitys Artifacts-Feature. Agenten produzieren nicht nur Code – sie produzieren reviewbare Deliverables. Task-Listen. Implementierungspläne. Browser-Aufzeichnungen davon, wie die generierte Section gerendert aussieht. Du kannst zu diesen Artefakten Kommentare hinterlassen, so wie du zu einem Google Doc kommentieren würdest, und der Agent verarbeitet den Kommentar als Feedback und iteriert, ohne dass du Kontext in einen neuen Prompt kopieren müsstest. Für einen Shopify-Build heißt das: Du kannst die Hero generieren, die Browser-Aufzeichnung anschauen, "der Call-to-Action-Button ist auf Mobile zu klein, heb ihn auf min. 48 px Tap-Target an" als Kommentar tippen, und der Agent baut neu mit dieser Einschränkung eingebacken. Kein Prompt-Re-Engineering. Kein Verlieren deines Platzes in der Konversation.

Hier verdient das "Vibe Coding"-Label tatsächlich seinen Platz, zumindest für mich. Das Interaktionsmodell ist näher an einem Team, das man dirigiert, als daran, ein Modell zu prompten.

Agent Memory ist der Effekt zweiter Ordnung, über den niemand spricht

Hier ist die Sache, über die, soweit ich gelesen habe, niemand ehrlich geschrieben hat. Claude Code in Antigravity, mit dem Shopify AI Toolkit auf einem Store, an dem du mehr als ein paar Sessions gearbeitet hast, wird mit der Zeit bedeutsam besser in genau diesem Store. Nicht wegen irgendeinem Training. Sondern wegen der CLAUDE.md- und Workspace-Memory-Schicht.

In meiner ersten Session mit einem frischen Test-Store musste ich jedes Mal, wenn ich eine neue Aufgabe startete, meine Brand-Palette, meine Typografie-Entscheidungen, meine Section-Namenskonvention und meine Präferenz für Mobile-first Responsive-Muster erklären. Vier Sessions später hatte Claude genug Kontext absorbiert – über den Zugriff des Shopify AI Toolkits auf meine bestehenden Theme-Dateien plus den Antigravity-Workspace-Memory – dass neue Section-Anfragen beim ersten Versuch das Ziel etwa 70 % der Zeit trafen, hoch von vielleicht 30 %.

Das ist wichtig für die Retainer-Model-These, über die ich in meinem Beitrag zum AI-Agentur-Retainer-Modell für 2026 geschrieben habe. Wenn du diesen Stack als Service für Kunden betreibst – statt als DIY-Tool für dich selbst – ist der zweite oder dritte Monat am selben Store der Punkt, an dem sich die Ökonomie wirklich zu deinen Gunsten verschiebt. Der Build im ersten Monat dauert vielleicht 12 Stunden. Die Iterationsarbeit im zweiten Monat dauert 3. Die Ergänzungen im dritten Monat dauern 2. Und du verrechnest denselben Retainer. Das ist der Compounding-Effekt, den projektbasierte Shopify-Dev-Arbeit nie hatte und nie haben wird.

Die Kehrseite: Wenn du mitten im Projekt Tools wechselst, oder wenn ein Store zwischen Entwicklern wandert, verlierst du diesen akkumulierten Kontext. Er ist im Workspace und in der CLAUDE.md gespeichert, nicht im Modell. Was bedeutet, dass das Agent Memory ein echtes Asset ist – es lohnt sich, es als Teil der Projekt-Deliverables zu behandeln, nicht als Nebenprodukt der Arbeit.

Was dieser Stack immer noch nicht kann

Ich werde ehrlich zu den Grenzen sein, denn das ist der Teil, den die "Bau-einen-Store-in-5-Minuten"-Crowd überspringt.

Checkout und Payment sind unangetastet. Das Shopify AI Toolkit fasst den Checkout nicht an und soll es auch nicht. Shopify besitzt diesen Flow aus gutem Grund – PCI-Compliance, Betrugsschutz, Abandoned-Cart-Recovery. Claude Code kann deinen Cart-Drawer modifizieren. Es kann deine Checkout-Seite auf Basic- oder Grow-Plänen nicht modifizieren. (Shopify Plus erlaubt dir Checkout-Anpassungen via Checkout Extensibility, das ist eine separate Oberfläche, die das Toolkit unterstützt.) Für die meisten Dropshipper ist das in Ordnung – Shopifys Standard-Checkout konvertiert gut. Kenn einfach die Grenze.

SEO-Struktur braucht menschliches Urteilsvermögen. Claude schreibt dir gerne eine Meta-Description, aber es wird dir nicht sagen, auf welches Keyword du zielen sollst. Es generiert Structured Data, aber es weiß nicht, ob deine Kategorie genug Suchvolumen hat, um die Schema-Investition zu rechtfertigen. Das Shopify AI Toolkit deckt Schema-Generierung gut ab, wenn du ihm sagst, was du willst. Es ersetzt nicht die Keyword-Research-Schicht.

App-Integrationen sind hit-or-miss. Wenn du eine Shopify-App installiert hast – eine Reviews-App, eine Subscription-App, einen Bundle-Builder – und du brauchst, dass das Markup dieser App innerhalb einer KI-generierten Section korrekt rendert, wirst du meist den Embed-Snippet der App manuell einfügen müssen. Claude baut drumherum, kann den Snippet aber nicht selbst entdecken. Das ist eine milde Reibung, kein Deal-Breaker.

Theme-Upgrade-Pfade werden haariger. Wenn Shopify ein großes Dawn-Update pusht und du dein Theme stark via Claude Code modifiziert hast, kann das Upgrade-Diff gnarly werden. Deine KI-generierten Sections funktionieren weiterhin, aber sie mit der neuen Dawn-Baseline zu mergen ist die eine Aufgabe, bei der ich Claude nicht unbeaufsichtigt vertrauen würde. Mach das in einem Staging-Theme, review das Diff manuell, ship in Produktion nach QA.

Das sind keine Gründe, den Stack nicht zu nutzen. Das sind Gründe, realistisch zu sein, welche 85 % der Arbeit er gut handhabt und welche 15 % weiterhin einen Menschen im Loop brauchen.

Der Nachmittag, an dem ich aufgehört habe, $4.000 Shopify-Projekte zu offerieren

Lass mich abschließen, indem ich dir erzähle, was ich nach dieser in neunzig Sekunden neu gebauten Hero-Sektion tatsächlich gemacht habe.

Ich habe den Build fertiggestellt. Dreieinhalb Stunden aktive Arbeit, vielleicht vier inklusive Kaffeepause und den fünfundvierzig Minuten, die ich mit Re-Authentifizieren verloren habe, weil ich den Shopify-CLI-Code in den falschen Tab gepastet hatte. Finaler Output: eine Dropshipping-Produktseite, die besser aussah als die drei "Custom"-Builds, die ich 2023 zusammen abgeliefert hatte. Mobile LCP unter 1,2 Sekunden. Lighthouse-Accessibility-Score von 94. Ein Cart-Drawer, der beim ersten Versuch tatsächlich funktionierte.

Dann habe ich meine Preisseite für die Shopify-Arbeit geöffnet, die ich noch gelegentlich freiberuflich annehme, und ich habe die $4.000-Zeile "Custom Theme Build" gelöscht. Ich habe sie durch eine $1.800-Zeile ersetzt, genannt "Shopify Vibe Coding Setup + First-Month Iteration". Gleiches Ergebnis. Weniger als der halbe Preis. Für mich profitabler, weil es ein Drittel der Zeit dauert.

Das ist Shopify Vibe Coding 2026, tatsächlich, ohne die Twitter-Thread-Energie. Es ist kein Fünf-Minuten-Wunder. Es ist ein sechsstündiger, fachkundiger Tool-Einsatz, der einen sechswöchigen traditionellen Build ersetzt. Der Stack funktioniert. Die Rechnung geht auf. Der Compounding-Effekt mit Agent Memory ist real. Die Grenzen sind auch real und es lohnt sich, sie zu respektieren.

Wenn du eine Dropshipping-Marke betreibst und gerade einen Redesign kalkulierst – die Kostendecke ist gerade verschoben. Wenn du ein Entwickler bist, der Shopify-Stores für Kunden baut, muss dein Preismodell mitziehen, oder es wird 2027 nicht überleben. Und wenn du auf einer Produktidee sitzt, die auf das Store-Budget gewartet hat – das Budget-Argument ist gerade viel dünner geworden.

Bau den Store. Rechne selbst nach. Der Stack ist für einen Monat kostenlos auszuprobieren, und das ist alles, was du brauchst, um zu wissen, ob das in deiner Situation funktioniert. Meine Antwort kam innerhalb von neunzig Sekunden.

Häufig gestellte Fragen

Was ist der günstigste Weg, 2026 einen Shopify-Store mit KI zu bauen?

Der minimal tragfähige Shopify-Vibe-Coding-Stack kostet $59/Monat: ein $39/Monat Shopify Basic-Plan plus ein $20/Monat Claude Code Pro-Abo. Google Antigravity und das Shopify AI Toolkit sind beide kostenlos. Node.js ist kostenlos. Das war's – kein Theme-Kauf nötig, wenn du bereit bist, auf Dawn aufzubauen.

Kann ich mit Claude Code einen Shopify-Store bauen, wenn ich nicht programmieren kann?

Größtenteils ja, mit Einschränkungen. Du musst weder Liquid, CSS noch JavaScript schreiben. Du musst aber grundlegende Terminal-Nutzung verstehen, Shopifys Admin-Konzepte wie Produkte und Kollektionen kennen, und du musst generierten Code aufmerksam genug lesen, um zu erkennen, wann Claude einen strukturellen Fehler macht. Plan eine Lernkurve von 4–8 Stunden vor deinem ersten echten Build ein.

Ist Google Antigravity kostenlos in der Nutzung mit Claude Code?

Ja. Google Antigravity ist in der Public Preview kostenlos auf Mac, Windows und Linux. Es unterstützt Claude Sonnet 4.6 und Opus 4.6 nativ. Du brauchst weiterhin dein eigenes Claude-Code-Abo für die Claude-Modelle, aber Antigravity selbst hat Stand April 2026 keine Abo-Gebühr.

Funktioniert das Shopify AI Toolkit auf dem $39 Basic-Plan?

Ja. Das Shopify AI Toolkit authentifiziert sich über die standardmäßige Shopify CLI und funktioniert auf allen kostenpflichtigen Shopify-Plänen inklusive Basic. Die einzige plan-tier-abhängige Einschränkung, auf die du stoßen wirst, ist, dass Checkout-Anpassung Shopify Plus verlangt – alles andere, was das Toolkit tut (Theme-Editing, Produktmanagement, Analytics, Section-Building), funktioniert auf Basic identisch.

Soll ich meinen Shopify-Entwickler durch diesen Stack ersetzen?

Wenn dein Entwickler dir $2.500+ für Theme-Anpassungsarbeit berechnet, bei der es nicht um Checkout oder Custom Apps geht, wahrscheinlich ja – oder zumindest neu verhandeln. Wenn dein Entwickler Full-Stack-Arbeit inklusive Checkout-Extensibility, App-Entwicklung oder komplexe Integrationen übernimmt, behalte ihn. Der Vibe-Coding-Stack ersetzt Theme-Ebenen-Arbeit und grundlegendes Section-Building. Er ersetzt keinen echten Shopify-Engineer.

Lass uns zusammenarbeiten

Du willst KI-Systeme bauen, Workflows automatisieren oder deine Tech-Infrastruktur skalieren? Ich helfe gerne.

• Fiverr (Custom Builds & Integrationen): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (Enterprise-Lösungen): ramlit.com
• ColorPark (Design & Branding): colorpark.io
• xCyberSecurity (Security-Services): xcybersecurity.io