AI Shopify Development: Der komplette Guide für den Aufbau von AI-First Stores

Veröffentlicht
Von Experten geprüft
5 Min. Lesezeit
Jacques Blom
Jacques Blom
CTO bei Fudge.
Jacques ist CTO bei Fudge, programmiert seit seinem 13. Lebensjahr und entwickelt seit über 15 Jahren für Shopify. Er leitete zuvor das Engineering bei mehreren YC-finanzierten Start-ups, bevor er zu Fudge kam, um den AI Page Builder und Store Editor zu entwerfen – Systeme, die über 22.000 Live-Seiten für mehr als 400 Shopify-Händler generiert haben. Er schreibt über Shopify-Performance, Theme-Architektur und die sichere Anwendung von LLMs in produktivem Liquid-Code.

Zentrale Erkenntnisse

  • KI-Shopify-Entwicklung bedeutet, Stores mit KI-Coding-Agents im Prozess zu erstellen – die Liquid-, GraphQL- und Extension-Code generieren –, während ein Entwickler für die Überprüfung, Sicherheit und das, was live geht, verantwortlich bleibt.
  • Der aktuelle Stack ist ein KI-Client (Claude Code, Cursor oder Codex) plus das Open-Source-AI Toolkit von Shopify, das dem Agent Live-Docs-Suche und Schema-Validierung bietet, damit er aufhört, Feldnamen zu raten.
  • KI ist am stärksten bei den repetitiven 70 % – Boilerplate-Code, Schema-Lookups, Refactorings. Am schwächsten ist sie bei der Urteilsfähigkeit: was konvertiert, was sicher zu veröffentlichen ist und was SEO zerstört.
  • Die Store Execution läuft standardmäßig auf deinem Live-Store. Der schwierige Teil der AI-first Entwicklung ist der Governance Layer, nicht die Code-Generierung.
  • Nicht-technische Anwender erhalten dieselbe KI-Geschwindigkeit durch ein Draft-First-Händler-Tool wie Fudge, bei dem Änderungen als Entwürfe beginnen, die du in der Vorschau ansehen kannst, bevor du sie veröffentlichst.

„KI-Shopify-Entwicklung“ kann je nach Sprecher zwei sehr unterschiedliche Dinge bedeuten.

Für einen Entwickler bedeutet es, einen KI-Coding-Agent zu verwenden, um Liquid-, GraphQL- und Theme-Code schneller zu schreiben. Für einen Händler bedeutet es, eine Änderung in einfacher Sprache zu beschreiben und sie von der KI erstellen zu lassen.

Dieser Guide behandelt zuerst das Entwickler-Modell und zeigt dann, wo sich das Händler-Modell einfügt.

Die Kurzfassung: KI schreibt jetzt einen großen Teil des Shopify-Codes präzise, weil Shopify eine Infrastruktur bereitgestellt hat, die Agents mit echten Docs und echten Schemas füttert. Was KI nicht tut, ist zu entscheiden, was gebaut werden soll, oder zu garantieren, dass eine Änderung sicher veröffentlicht werden kann. Dieser Teil liegt immer noch bei dir.

Das ist die Übersicht. Jeder Abschnitt verlinkt zu einem detaillierten Guide, falls du tiefer in ein Tool oder einen Workflow eintauchen möchtest.


Warum du uns vertrauen kannst

Wir sind seit über vier Jahren im Shopify-Umfeld tätig und haben mit hunderten von Shops gearbeitet.

Jacques, unser CTO, hat mehr als 15 Jahre Entwicklungs-Erfahrung und hat Storefronts für viele Shopify-Brands gebaut.

Wir haben Fudge entwickelt – einen AI-nativen Shopify Page Builder und Store Editor mit einer Bewertung von 4.9 im Shopify App Store und einem Built for Shopify-Badge. Wir sind natürlich voreingenommen gegenüber unserem eigenen Produkt, aber wir sagen offen und ehrlich, wo es passt und wo nicht.


Was bedeutet AI-first Shopify Development eigentlich?

AI-first Development ist eine Veränderung darin, wo die Arbeit stattfindet, keine neue Plattform.

Im alten Modell liest ein Entwickler die Shopify Docs, schreibt eine GraphQL Query oder eine Liquid Section von Hand, testet sie und fixt die Fehler.

Im AI-first-Modell beschreibt der Entwickler das gewünschte Ergebnis, ein Agent erstellt einen Code-Draft gegen die aktuellen Shopify-Schemas, und der Entwickler macht das Review und korrigiert.

Der Schwerpunkt verlagert sich vom Code tippen hin zum Code dirigieren und reviewen.

Das funktioniert nur dann gut, wenn der Agent exakten Kontext hat. Ein KI-Modell, das vor Monaten trainiert wurde, kennt weder die aktuelle Admin-API-Version noch die exakt verfügbaren Liquid-Filter. Auf sich allein gestellt halluziniert es Feldnamen und veraltete Syntax.

Der entscheidende Unterschied im Jahr 2026 ist, dass Shopify diese Lücke mit eigenem Tooling geschlossen hat.

Die drei Layer eines AI-first Shopify Stacks

EbeneWas es istBeispiele
Der AgentDas KI-Coding-Tool, das Code plant und schreibtClaude Code, Cursor, Codex
Die Kontext-EbeneLive-Docs-Suche und Schema-Validierung, damit der Agent korrekt bautShopify AI Toolkit, Dev MCP
Die AusführungsebeneWie der Code in den Store gelangtShopify CLI, Theme-Deploys, Admin API Mutations

Der meiste Mehrwert liegt in der mittleren Ebene. Ohne sie ist der Agent schnell, aber liegt falsch. Mit ihr ist der Agent schnell und hat meistens recht – aber das Risiko der Ausführungsebene trägst weiterhin du.


Der Context Layer: Shopifys AI Toolkit

Das Shopify AI Toolkit ist das Puzzleteil, das AI-first Development zuverlässig macht und nicht zu einem Glücksspiel.

Es ist eine Open-Source-Infrastruktur, die KI-Coding-Tools – Claude Code, Cursor, Codex, VS Code, Gemini CLI und mehr – mit Shopifys Dokumentation, API-Schemas und Validierung verbindet.1

In der Shopify Spring ‘26 Edition erreichte es General Availability.2

Es hat hauptsächlich zwei Aufgaben.

Aktuelle Docs durchsuchen

Der Agent kann Shopifys Live-Dokumentation und API-Referenzen abfragen, anstatt sich auf Trainingsdaten verlassen zu müssen.

Wenn er wissen muss, welche Admin-API-Felder existieren oder welche Liquid-Filter valide sind, schlägt er sie nach. Der Dev MCP-Server läuft lokal und erfordert dafür keine Authentifizierung.

Validieren vor dem Ausliefern (Shippen)

Der Agent kann seinen eigenen Output gegen die integrierten Shopify-Schemas prüfen.

GraphQL Queries werden gegen die aktuellen Admin- und Storefront-API-Versionen validiert. Liquid Templates werden anhand der Theme-Schema-Regeln gecheckt. UI Extension-Code wird gegen Shopifys Strukturvorgaben geprüft.

Das ist der wichtigste Teil. Validierung macht aus „sieht richtig aus“ ein „ist schema-valide“, was der Unterschied zwischen einem Agenten ist, der deine Zeit verschwendet, und einem, der sie spart.

Das Toolkit allein sagt dir nicht, ob eine Änderung eine gute Idee ist. Es bestätigt, dass der Code korrekt ist, nicht, dass die Entscheidung richtig war.


Wie AI-first Development mit Claude Code, Cursor und Codex abläuft

Die drei gängigsten Agenten für Shopify-Projekte teilen sich denselben Context Layer, unterscheiden sich aber in der Bedienung.

Claude Code

Claude Code ist ein terminalbasierter Agent. Du gibst ihm einen Task, er plant, bearbeitet Dateien, führt Befehle aus und meldet sich zurück.

Für Shopify installierst du das AI Toolkit-Plugin und die relevanten Skills und richtest ihn dann auf dein Theme- oder App-Repo aus. Er eignet sich gut für Multi-Step-Aufgaben, bei denen der Agent mehrere Dateien lesen, Änderungen vornehmen und diese überprüfen muss.

In unserem Claude Code Setup Guide findest du die genauen Schritte für die Plugin-Installation, MCP-Config und Store-Authentifizierung. Wie du deine Tasks formulierst, ist hier extrem wichtig – unser Guide zu Claude Prompts für Shopify zeigt dir Prompts, die sauberes Liquid und weniger Retries erzeugen.

Cursor

Cursor ist ein KI-nativer Editor. Der Agent lebt direkt in deiner IDE neben den Dateien, was super für Entwickler ist, die nah am Code bleiben und Edits inline akzeptieren oder ablehnen wollen.

Das AI Toolkit wird hier auf dieselbe Weise angebunden. Unser Cursor Setup Guide führt dich durch die Konfiguration.

Codex

Codex ist der Coding Agent von OpenAI. Er arbeitet mit demselben Toolkit über Skills und MCP. Der zugrunde liegende Shopify-Kontext ist also identisch – der Unterschied liegt im KI-Modell und in der Agent Runtime.

Unser Codex Setup Guide zeigt dir die Einrichtung.

Die Wahl zwischen den Dreien ist reine Präferenzsache und abhängig vom Modell, dem du am meisten vertraust. Der Context Layer – Docs-Suche und Validierung – macht sie alle erst für Shopify nutzbar und ist bei allen dreien gleich.

Willst du KI-Storefront-Edits ohne CLI?
Try Fudge for Free

Wo hilft KI bei der Shopify-Entwicklung am meisten?

KI ist nicht bei jedem Shopify-Task gleich gut. Bei manchen ist sie exzellent, bei anderen extrem unzuverlässig.

Stark: Die repetitiven 70 %

Ein Großteil der Theme- und App-Entwicklung besteht aus Boilerplate, Lookups und mechanischem Refactoring. Hier glänzen Agents.

  • Scaffolding von Sections, Snippets und App-Extensions anhand einer Beschreibung.
  • GraphQL Queries und Mutations, die gegen das Live-Schema validiert werden, sodass Feldnamen direkt beim ersten Durchlauf stimmen.
  • Liquid-Refactorings – wiederholtes Markup in Snippets auslagern, Variablen umbenennen, veraltete Filter updaten.
  • Boilerplate-lastiger Code wie Metafield-Definitionen, App-Config und Functions-Scaffolding.
  • Lesen und Erklären eines unbekannten Themes, damit du herausfindest, wo eine Änderung hingehört.

Für einen einzelnen Agenten gehen diese Aufgaben schnell. Bei größeren Projekten können sich auch mehrere Agenten den Job aufteilen – siehe Multi-Agent Shopify Theme Development für Infos dazu, wie man parallele Agents koordiniert, ohne dass sie sich in die Quere kommen.

Gemischt: Die entscheidungsintensiven 30 %

Einige Aufgaben kann der Agent versuchen, aber du musst sie sorgfältig überprüfen.

  • Performance. Ein Agent kann ein Feature integrieren, das zwar funktioniert, aber unbemerkt die Core Web Vitals verschlechtert. Er „fühlt“ ja nicht, dass die Seite langsamer wird.
  • Cross-Browser und Mobile-Verhalten. Generiertes CSS sieht oft auf dem einen Viewport richtig aus und zerschießt die Ansicht auf einem anderen.
  • Accessibility. Valides Markup ist noch kein barrierefreies (accessible) Markup. Der Agent liefert selten von sich aus ARIA-Roles oder Focus-Handling.

Schwach: Alles, was geschäftliche Beurteilung (Business Judgment) erfordert

Hier hat der Agent keine verlässliche Grundlage (Ground Truth) und du solltest die Entscheidung nicht delegieren.

  • Was konvertiert. Welche Landingpage-Struktur zu einem Ad-Angle passt, welche Quiz-Logik Käufer optimal segmentiert oder welche Merchandising-Bewegung sicher ist.
  • Was sicher veröffentlicht werden kann. Ob das Überschreiben von Produkttexten das SEO-Ranking ruiniert, dessen Aufbau vielleicht Monate gedauert hat.
  • Brand Fit. Ob der Output zu deinem Design-System, deiner Brand Voice oder deinen Spacing-Regeln passt.

Die Skills des Shopify AI Toolkits sind für einen Agenten verpackte Plattform-Dokumentationen. Sie bringen ihm bei, wie man validen Shopify-Code schreibt. Sie erklären ihm jedoch nicht deinen individuellen Store.

Diese Lücke – Platform-aware auf der einen, Store-aware auf der anderen Seite – zieht die Grenze zwischen „KI, die Code schreibt“ und „KI, die einen Store wachsen lässt“.


Das Risiko, das niemand erwähnt: Execution läuft in deinem Live-Store

Code-Generierung ist der sichere Teil. Bei der Execution wird AI-first Development gefährlich.

Wenn das Toolkit Store-Operationen über die Shopify CLI ausführt und du den Parameter --allow-mutations übergibst, passiert die Änderung sofort auf deinem Live-Store. Es gibt keinen Draft-Modus, keine Vorschau und kein eingebautes Undo (Rückgängig).

Stell dir vor, du sagst einem Agenten: „Verbessere alle Produktbeschreibungen für SEO.“ Er generiert neuen Text. Die Validierung bestätigt, dass das GraphQL korrekt ist. Die Mutations laufen durch und überschreiben einfach jede vorhandene Beschreibung.

Wenn die Originaltexte mühsam recherchierte Keywords enthielten, sind diese einfach weg, ohne Preview und ohne Rollback. Erholungen von Ranking-Einbrüchen aufgrund solcher Fehler dauern teils Wochen.

Theme Deploys können den Parameter --unpublished nutzen, aber das ist nicht der Standard – du musst wissen, dass du das explizit verlangen musst.

Deshalb ist die wahre Disziplin beim AI-first Development Governance, nicht Prompting. Bevor man Agenten auf einen Live-Store loslässt, sollte das Team Fragen wie diese beantworten können:

  • Was darf der Agent lesen, und was darf er schreiben?
  • Welches Approval ist vor einem Schreibprozess erforderlich?
  • Wo landen die Drafts, und wie können wir sie uns als Preview ansehen?
  • Wie protokollieren wir Änderungen, um sie notfalls rückgängig machen zu können?

Der Agent liefert die Capabilities. Den Governance Layer musst du selbst bauen.


Wie sich das in das Gesamtbild der Shopify-KI einordnet

AI-first Development ist nur ein Teil eines viel umfassenderen Wandels auf der Plattform.

Shopify hat KI an mehreren Fronten gleichzeitig in den Commerce integriert – für Händler gibt es Assistenten, Agentic Storefronts und das hier vorgestellte Developer Toolkit. Die wöchentlich aktiven Shops, die den Assistenten Sidekick nutzen, sind im ersten Quartal 2026 im Jahresvergleich um das Vierfache gewachsen.3

Auf der Storefront-Seite konvertieren KI-Suchen, die auf Shopifys Catalog basieren, doppelt so gut wie jene, die auf gescrapten Daten aufbauen. Das drängt Händler dazu, ihre Stores für Shopping Agents weitaus „lesbarer“ zu machen.4

Die komplette Übersicht, wohin sich die Plattform – mit Assistenten, Agentic Storefronts und Developer-Tooling – entwickelt, liefert unser Überblick State of Shopify AI in 2026.

Das Developer Toolkit ist ein einziger Layer davon. Es ist eben der, der entscheidet, wie schnell und fehlerfrei Stores in der Praxis gebaut werden.


AI-first Development für alle, die keinen Code schreiben

Der günstigste Weg, um zu sehen, wie sich das anfühlt, sind die kostenlosen Shopify-Tools von Fudge, die ohne Installation im Browser laufen: ein AI Readiness Scan deines Storefronts, ein Katalog-Daten-Audit und Generatoren, die einen neuen Store designen oder einen bestehenden überarbeiten.

Der Großteil dieses Guides geht von einem Entwickler aus, der GraphQL lesen und ein CLI bedienen kann.

Ein großer Teil der Änderungen an Shopify-Stores wird von Leuten vorgenommen, die das nicht können und auch nicht müssen sollten – Marketer, Gründer, Content-Manager. Sie wollen die Geschwindigkeit der KI ohne das Live-Store-Risiko und ohne Liquid lernen zu müssen.

Das ist eine andere Produktform. Ein reiner Coding-Agent gibt dir ein General-Purpose-Modell und ein Terminal an die Hand. Die händlerorientierte Version der AI-first Entwicklung erfordert mehr als das:

  • Eingebaute Shopify Best Practices, nicht improvisiert. Ein allgemeines LLM ist mit dem gesamten Web trainiert und schreibt generisches Templating, sofern du es nicht bei jedem Prompt steuerst. Ein speziell dafür entwickeltes Tool codiert Shopify-Konventionen – Online Store 2.0 Sections, Schema-Einstellungen, Performance- und Accessibility-Muster –, sodass der Output standardmäßig den Best Practices folgt, anstatt davon abzuhängen, wie gut du gepromptet hast.
  • Es lernt deine Vorlieben. Brand Voice, Schriftarten, Abstände und die Art und Weise, wie du Dinge am liebsten baust, werden von einer Änderung zur nächsten übernommen, anstatt den Kontext bei jedem neuen Chat erneut erklären zu müssen.
  • Eine visuelle Vorschau und Editor. Du siehst die Änderung in deinem Store gerendert und passt sie direkt an, anstatt einen Diff zu lesen und dir das Ergebnis vorstellen zu müssen.
  • Draft-Management, durch das du navigieren kannst. Jede Änderung ist ein Entwurf, den du wiederfinden, ansehen und später fortsetzen kannst – und kein Transkript, das im Terminal-Verlauf vergraben ist.
  • Team-Kollaboration und Planung. Teammitglieder arbeiten an denselben Entwürfen, und du kannst ein Update so planen, dass es zu einem bestimmten Zeitpunkt veröffentlicht wird, anstatt ein Deploy babysitten zu müssen.
  • Nativer Theme-Output. Das Ergebnis ist Liquid, JS und CSS in deinem Theme, ohne Lock-in, falls du das Tool nicht mehr nutzen möchtest.
  • Erfahrene Entwickler zur Stelle. Wenn eine Änderung einen Menschen erfordert, stehen Shopify-Entwickler zur Verfügung, um zu helfen, und nicht nur ein Modell.

Genau für diese Aufgabe ist Fudge gebaut. Es läuft im Shopify-Adminbereich, arbeitet mit Prompts anstatt mit Code, speichert jede Änderung als Entwurf, bis du sie veröffentlichst, und integriert die Shopify Best Practices, die ein allgemeines Modell nur befolgt, wenn es daran erinnert wird.

Für nicht-technische Teams ist das der praktische Einstieg in die AI-first Entwicklung. Für Entwickler steht Fudge neben dem Toolkit – das Toolkit beschleunigt den Code, den du schreibst, der Store-Editor kümmert sich um die händlerorientierten Anpassungen, die du lieber nicht von Hand bauen möchtest.

Die beiden konkurrieren nicht miteinander. Sie sind unterschiedliche Ebenen für unterschiedliche Leute, die unterschiedliche Jobs erledigen.


Ein praktischer Workflow für das AI-first Shopify Development

Wenn du diese Abläufe in einem echten Store integrierst, sieht ein vernünftiger Arbeitsablauf (Loop) so aus.

  1. Richte zunächst den Context Layer ein. Installier als allererstes das AI Toolkit für deinen Agenten. Ohne Docs-Suche und Validierung ist der Agent zwar flott, baut aber schnell Fehler ein.
  2. Starte mit Read-Only. Nutze den Agenten zu Beginn nur, um Dinge zu lesen, zu erklären und gegen dein Theme/deine App zu planen, bevor du irgendwelche Schreibrechte vergibst.
  3. Generieren, checken, reviewen. Lass den Agenten Entwürfe aufbauen und sich selbst gegen die Schemas prüfen (Validation). Dann übernimmst du das Review zu Performance, Accessibility und Brand Fit – all die Dinge, die Validation gar nicht erfassen kann.
  4. Execution absichern (Gate Execution). Sichere alle Mutations hinter einer expliziten Freigabe (Approval) ab. Wähle standardmäßig --unpublished für Themes. Lass niemals einen unbeaufsichtigten „Rewrite Everything“-Befehl im Live-Store laufen.
  5. Verlager Händler-Edits in ein Händler-Tool. Content, Landingpages und Front-End-Tweaks, für die kein echter Entwickler nötig ist, gehören in ein Draft-first-System und nicht in eine CLI mit Live-Mutations.

Die goldene Regel bleibt bei allen fünf Schritten dieselbe: Überlass der KI das Volumen, behalte bei der Beurteilung und beim Publish-Button aber den Menschen im Fokus.


FAQ

Was ist AI-first Shopify-Entwicklung?

Es bedeutet, Shopify-Stores mit einem KI-Coding-Agent im Prozess zu erstellen – wobei Liquid-, GraphQL- und Extension-Code generiert wird –, während ein Entwickler den Output steuert und überprüft. Die Arbeit verlagert sich vom manuellen Tippen von Code hin zur Beschreibung von Ergebnissen und der Prüfung dessen, was der Agent produziert. Der Agent kümmert sich um die Masse; der Mensch um Urteilsvermögen, Sicherheit und das, was live geht.

Muss ich immer noch programmieren können, um auf Shopify mit KI zu entwickeln?

Für das Entwickler-Toolkit: ja. Das AI Toolkit von Shopify setzt voraus, dass du GraphQL lesen, ein CLI ausführen und Liquid überprüfen kannst, bevor es veröffentlicht wird. Nicht-technische Anwender erhalten dieselbe KI-Geschwindigkeit durch händlerorientierte Tools wie Fudge, die mit Prompts innerhalb des Adminbereichs arbeiten und Änderungen im Entwurf belassen, sodass kein Code oder CLI erforderlich ist.

Welches KI-Tool ist das beste für die Shopify-Entwicklung – Claude Code, Cursor oder Codex?

Alle drei verbinden sich mit demselben Shopify AI Toolkit, sodass die zugrundeliegende Docs-Suche und -Validierung identisch sind. Die Entscheidung hängt von der Benutzeroberfläche und der Modellpräferenz ab: Claude Code ist terminalbasiert, Cursor ist ein KI-nativer Editor und Codex ist der Agent von OpenAI. Wähle die Laufzeitumgebung und das Modell, dem du am meisten vertraust.

Ist es sicher, KI Änderungen an einem Live-Shopify-Store vornehmen zu lassen?

Standardmäßig nicht. Wenn die Store Execution so läuft, dass Mutations erlaubt sind, werden Änderungen sofort ohne Entwurf, Vorschau oder Rückgängig-Funktion auf deinen Live-Store angewendet. Eine sichere AI-first Entwicklung bedeutet, die Ausführung durch eine Freigabe zu blockieren, Theme-Deploys standardmäßig als unveröffentlicht einzustellen und Draft-First-Tools für Händleränderungen zu verwenden.

Was kann KI in der Shopify-Entwicklung nicht tun?

KI ist unzuverlässig bei Aufgaben, die viel Urteilsvermögen erfordern: ob eine Änderung gut für die Conversion ist, ob das Überschreiben von Texten dem SEO schadet und ob der Output zu deiner Marke passt. Sie kann auch Performance- und Accessibility-Regressionen einführen, die die Schema-Validierung bestehen. Validierung bestätigt, dass der Code korrekt ist, nicht, dass die Entscheidung richtig war.

Was macht das Shopify AI Toolkit?

Es ist eine Open-Source-Infrastruktur, die KI-Coding-Agents mit der Live-Dokumentation und den API-Schemas von Shopify verbindet. Es ermöglicht einem Agent, aktuelle Docs zu durchsuchen und GraphQL-, Liquid- und Extension-Code vor dem Veröffentlichen zu validieren, sodass er nicht mehr raten muss, wie Feldnamen lauten. Es erreichte die allgemeine Verfügbarkeit in der Spring '26 Edition von Shopify.

Jacques's signature
Bring AI-first Entwicklung ins gesamte Team.

Footnotes

  1. Shopify AI Toolkit Dokumentation, die unterstützte Clients (Claude Code, Codex, Cursor, Gemini CLI, VS Code und weitere) sowie den Dev MCP-Server auflistet: https://shopify.dev/docs/apps/build/ai-toolkit

  2. „Agentic commerce for every developer: The Spring ‘26 Edition“, Shopify, worin angemerkt wird, dass das AI Toolkit die General Availability erreicht hat: https://www.shopify.com/news/spring-26-edition-dev

  3. Shopify Spring ‘26 Edition (Entwickler), in der berichtet wird, dass die Anzahl der wöchentlich aktiven Shops, die Sidekick nutzen, im 1. Quartal im Jahresvergleich um das Vierfache gestiegen ist: https://www.shopify.com/news/spring-26-edition-dev

  4. Shopify Spring ‘26 Edition (Entwickler), in der berichtet wird, dass KI-Suchen, die durch Shopify Catalog betrieben werden, doppelt so häufig konvertieren wie solche, die gescrapte Daten verwenden: https://www.shopify.com/news/spring-26-edition-dev

Ähnliche Beiträge