Shopify Flow AI 2026: was Plus-Betreiber in 15 Sekunden wissen müssen

• Flow AI wurde 2026 produktionsreif. Die ShopifyQL-Aktion vom 9. Mai + der Versionsverlauf vom 5. Mai + die Get-data-Aktionen vom 24. März schlossen die Lücke.

• Die Eingabeaufforderung ist der Workflow. Beschreibe in einfachem Englisch, was du willst; Flow erstellt Trigger, Bedingung und Aktion. Die Ausgabe skaliert mit der Spezifität der Eingabeaufforderung.

• 20 fortgeschrittene Eingabeaufforderungen unten, gruppiert nach operativem Bereich: Bestellrouting, B2B, Bestand, Kundenbindung, Betrug. Zum Kopieren und Einfügen.

• Plus-Händler, die 20+ Flow-Workflows ausführen, sparen jährlich 50.000 bis 100.000 US-Dollar an operativen Personalkosten, laut Agentur-Benchmarks.

• Immer vor der Aktivierung testen. Der Versionsverlauf vom 5. Mai macht Rollback mit einem Klick möglich, aber Bugs im Testlauf abfangen.

Shopify Flow wurde 2026 zum Tool mit dem höchsten ROI im Plus-Stack, und die meisten Plus-Betreiber nutzen es immer noch wie ein Marketing-Spielzeug. Die Änderungen des Frühlings 2026 (Flow AI Assistant, ShopifyQL-Aktion vom 9. Mai, Versionsverlauf vom 5. Mai) machten Flow zu einer produktionsreifen Ops-Schicht.

Eine Bibliothek mit 20 fortgeschrittenen Shopify Flow AI-Eingabeaufforderungen. Jede nutzt verifizierte native Trigger und Aktionen. In den AI Assistant kopieren, anhand der Hinweise prüfen, aktivieren. Für breiteren Kontext siehe Erweiterte Shopify Flow-Workflows.

So greifst du auf den Flow AI Assistant zu

Öffne Flow → „New workflow“ → suche oben im Trigger-Auswahlfeld nach „Create with AI“. Die meisten Plus-Shops haben im Mai 2026 Zugriff.

Vor dem Aktivieren eines generierten Workflows verwende die Testlauf-Funktion von Dezember 2025 (Workflow öffnen, auf „Test“ klicken). Simuliert gegen echte Ereignisse, ohne Aktionen auszulösen. Kombiniere das mit dem Versionsverlauf vom 5. Mai für Rollback mit einem Klick.

A. Bestell-Operations-Prompts

Fünf hochvolumige Muster auf der Bestellseite. Jedes ersetzt 30–60 Minuten wöchentlicher Ops-Zeit.

Prompt 1: Prioritäts-Routing mit mehreren Bedingungen für hohe Werte

Eingabeaufforderung:

Wenn eine neue Bestellung mit einem Gesamtwert von 500 $ oder mehr erstellt wird, der Kunde NICHT mit

„wholesale“ getaggt ist und das Versandland in [US, CA] liegt: tagge „priority-pick“

und „vip-review“, weise „Warehouse-East“ zu und sende an Slack #ops-priority

mit Bestellnummer, Kundenname, Gesamtbetrag und Admin-Link.

Warum es funktioniert: Mehrbedingungen mit UND/Ausschluss bilden das echte Routing ab (hoher Wert, nicht B2B, Inland); doppelte Tags trennen Fulfillment- und Ops-Arbeit. Prüfen: Slack-Integration verbunden, #ops-priority existiert, „Warehouse-East“ ist ein echter Standortname.

Prompt 2: Automatisches Zurückhalten von Hochrisikobestellungen mit Alarm für das Fraud-Team

Eingabeaufforderung:

Wenn der Trigger „Order risk analyzed“ ausgelöst wird und der Risikograd „high“ ist:

Bestellung mit „fraud-review-hold“ taggen; Fulfillment-Bestellung anhalten; Bestellnotiz

mit den Risikofaktoren aktualisieren; eine HTTP-Anfrage an den Slack-Webhook deines Fraud-Teams senden

mit Bestellnummer, Gesamtbetrag, Risikoscore und Kunden-E-Mail.

Warum es funktioniert: Der native Trigger „Order risk analyzed“ löst bei jeder Bestellung aus; „Hold fulfillment“ ist nativ; Slack per HTTP-Webhook. Prüfen: Slack-Webhook gespeichert; das Fraud-Team hat ein Reaktions-Playbook.

Prompt 3: Beschleunigte Bearbeitung von Eilbestellungen mit Carrier-Prüfung

Eingabeaufforderung:

Wenn eine neue Bestellung erstellt wird und der Titel der Versandmethode

„Express“, „Overnight“, „Next Day“ oder „2-Day“ enthält: tagge „rush-order“;

füge die private Notiz „Heute bis zum Cutoff um 15:00 Uhr versenden“ hinzu; Slack #ops-rush mit

Bestellnummer und Methode; wähle automatisch den schnellsten Carrier zum

Ziel anhand gespeicherter SLA-Daten aus.

Warum es funktioniert: Die ODER-Bedingung erfasst jede Schnellversand-Variante; die Notiz mit Cutoff um 15:00 Uhr geht an das Lager. Prüfen: Die Carrier-Integration unterstützt die automatische Auswahl; das Lager beachtet private Bestellnotizen.

Prompt 4: Zollvorbereitung für internationale Bestellungen

Eingabeaufforderung:

Wenn eine neue Bestellung erstellt wird und der Versand-Ländercode nicht „US“ ist:

tagge „international“ + länderspezifischen Tag (z. B. „ship-CA“).

Füge eine private Notiz mit HS-Codes, Handelsrechnung und deklariertem

Wert hinzu. Wenn der Gesamtbetrag über 2.500 $ liegt: tagge „compliance-review-required“ und

sende eine E-Mail an das Compliance-Team.

Warum es funktioniert: Länderspezifisches Tagging plus Eskalation nach Wertstufe; die Notiz sagt dem Lager, welche Dokumente beizulegen sind. Prüfen: Die Vorlage für Zolldokumente passt zu deinem tatsächlichen Exportprozess.

Prompt 5: Halten bei Adressvalidierung

Eingabeaufforderung:

Wenn eine neue Bestellung erstellt wird, schlägt die Validierung fehl, wenn irgendeines davon zutrifft: Land NICHT in

[US, CA, GB, AU, DE, FR, IT, ES], Postleitzahl stimmt nicht mit dem Ländermuster

überein ODER Adresse enthält „PO Box“ mit Versandart „freight“. Bei

Fehler: tagge „address-review-hold“; pausiere den automatischen Fulfillment-Start;

sende dem Support-Manager eine E-Mail mit Bestellung und Grund.

Warum es funktioniert: Mehrfach-Validierung verhindert das häufigste Post-Purchase-Ticket (falsche Adresse), bevor das Fulfillment startet. Prüfen: Postleitzahlmuster passen zu deinen Versandmärkten; „freight“ ist eine echte Versandmethode.

B. B2B & Großhandels-Prompts

Jeder kostenpflichtige Plan kann diese seit dem B2B-Rollout vom 2. April 2026 ausführen. Zeitersparnisse vervielfachen sich am schnellsten im großen Maßstab.

Prompt 6: B2B nach Unternehmensstufe automatisch routen mit Zuordnung des Vertriebsmitarbeiters

Eingabeaufforderung:

Wenn eine neue Bestellung mit verknüpftem B2B-Unternehmen erstellt wird: verwende „Get

Company data“, um das Metafeld tier.level auszulesen. Wenn „enterprise“: tagge

„b2b-enterprise“ und „priority-fulfillment“, weise

„Warehouse-East-Priority“ zu und benachrichtige den Vertriebsmitarbeiter per E-Mail + Slack-DM.

Wenn „mid-market“: tagge „b2b-mid“, weise dem Standard-Fulfillment zu.

Warum es funktioniert: Nutzt die Aktion „Get Company data“ vom 24. März 2026, um Metafelder auszulesen; routing nach Stufe skaliert ohne hart codierte Kundenlisten. Prüfen: Die Struktur des Stufen-Metafelds passt zu Flows Lookup; die Kontaktdaten des Vertriebsmitarbeiters stehen in den Unternehmensdatensätzen.

Prompt 7: Geplanter Warnhinweis für AR-Alterung bei Net-30

Eingabeaufforderung:

Täglich um 9:00 Uhr: Mit „Get analytics data“ Bestellungen abrufen mit payment_status

„pending“, payment_terms „Net 30“ und vor 25 oder mehr Tagen aufgegeben. Für jede:

Firmennamen nachschlagen; Slack #finance-ar mit Bestellnummer, Gesamtbetrag,

offenen Tagen und Firma. Nach 28 Tagen den Finanzmanager per E-Mail benachrichtigen.

Warum es funktioniert: Erkennt das AR-Aging, bevor es kritisch wird; die Aktion „Get analytics data“ vom 9. Mai 2026 bündelt, was zuvor drei Workflows waren, in einem. Prüfen: Slack-Kanal existiert; das Finance-Team besitzt den Reaktions-Workflow; Zahlungskonditionen sind bei B2B-Bestellungen getaggt.

Prompt 8: B2B-Entwürfe automatisch zur Prüfung durch den Vertriebsmitarbeiter markieren

Eingabeaufforderung:

Wenn ein Entwurf einer Bestellung mit Positionen über 10.000 $ erstellt wird UND

der Kunde in einem B2B-Unternehmen ist: tagge den Bestellentwurf „needs-rep-review“;

aktualisiere die Bestellentwurfsnotiz „Awaiting sales rep review per Q2 2026

pricing rules“; verwende „Get Company data“, um den zugewiesenen Vertriebsmitarbeiter

zu finden; sende dem Mitarbeiter eine interne E-Mail mit dem Link zum Bestellentwurf und

dem Gesamtbetrag.

Warum es funktioniert: Macht hochwertige B2B-Entwürfe für den Vertriebsmitarbeiter sichtbar, bevor sie den Käufer per E-Mail erreichen. (Flow kann Rabatte nicht nativ anwenden; kombiniere das mit einer „Send Admin API request“-Aktion, die draftOrderUpdate aufruft, oder wende es manuell an.) Prüfen: E-Mail des Vertriebsmitarbeiters ist bei jedem B2B-Unternehmen hinterlegt; Review-SLA dokumentiert.

Prompt 9: Routing nach B2B-Bestellfreigabeschwelle

Eingabeaufforderung:

Wenn eine neue B2B-Bestellung erstellt wird, vergleiche den Gesamtbetrag mit dem Unternehmens-Metafeld

policies.approval_threshold. Wenn überschritten: nicht automatisch erfüllen; tagge

„awaiting-buyer-approval“; füge eine Notiz mit dem Schwellenwert hinzu; sende eine E-Mail an

den autorisierten Käufer (aus dem Metafeld policies.primary_approver_email)

mit der Bitte um Freigabe.

Warum es funktioniert: Jedes Unternehmen legt seinen eigenen Schwellenwert per Metafeld fest; keine unternehmensspezifische Logik, die in Flow gepflegt werden muss. Prüfen: Metafelder für Freigabeschwelle und primäre Freigabe-E-Mail existieren bei jedem B2B-Unternehmen.

Prompt 10: Benachrichtigung des B2B-Vertreters bei Bestellerstellung

Eingabeaufforderung:

Wenn eine neue Bestellung mit verknüpftem B2B-Unternehmen erstellt wird: verwende

„Get Company data“, um die E-Mail des zugewiesenen Vertriebsmitarbeiters nachzuschlagen; sende

dem Mitarbeiter eine interne E-Mail mit Bestellnummer, Gesamtbetrag, Kundenname

und einem Link zur Bestellung im Admin; tagge die Bestellung „rep-notified“.

Warum es funktioniert: Mitarbeiter sehen jede Bestellung aus ihren Konten, sobald sie eingeht. „Get Company data“ ist nativ (24. März 2026). (Löst nur bei Erstellung aus; Benachrichtigungen bei Änderungen mitten in der Bestellung brauchen die Flow Companion App.) Prüfen: Die E-Mail des Vertriebsmitarbeiters ist in jedem B2B-Unternehmensdatensatz hinterlegt.

C. Bestands- & Fulfillment-Prompts

Fünf mehrstandortige Bestands-Orchestrierungsmuster, freigeschaltet durch das Pickup-Transfer-Update vom 10. März und die Transfer-Trigger vom 30. April.

Prompt 11: Automatischer Bestands-Transfer zwischen Standorten bei niedrigem Lagerbestand

Eingabeaufforderung:

Täglich um 6:00 Uhr den Bestand in „Warehouse-East“ abfragen, wenn qty unter 10 liegt.

Für jedes SKU mit niedrigem Bestand: wenn „Warehouse-Central“ 50 oder mehr Einheiten hat,

einen DRAFT-Transfer von 30 Einheiten Central → East erstellen, „auto-replenish“ taggen,

den Central-Manager via Slack informieren. Wenn Central leer ist, das Einkaufsteam per E-Mail benachrichtigen.

Warum es funktioniert: Vorausschauende Ausbalancierung vor Ausverkäufen; der Entwurf (nicht automatisch versendet) gibt dem Lager einen Prüfschritt. Prüfen: Die Transfer-Erstellung legt standardmäßig einen Entwurf an; Standortnamen stimmen überein.

Prompt 12: Benachrichtigung „versandbereit“ bei Bestands-Transfer

Eingabeaufforderung:

Wenn ein Bestands-Transfer als „ready to ship“ markiert wird: die

Ops-Kontakt-E-Mail des Ziels aus dem Metafeld ops.contact_email nachschlagen.

Diesen Kontakt mit Transfer-ID, Gesamtstückzahl, erwarteter Ankunft

und Transfer-Link per E-Mail informieren. Zusätzlich Slack #warehouse-coordination mit denselben Daten.

Warum es funktioniert: Der Trigger „transfer-ready“ vom 30. April 2026 eliminiert die manuelle Übergabe-E-Mail zwischen Lagern. Prüfen: Jeder Empfangsstandort hat das Ops-Kontakt-Metafeld gesetzt.

Prompt 13: Saisonaler Multiplikator für Bestandsgrenzen

Eingabeaufforderung:

Täglich um 5:00 Uhr, wenn heute zwischen dem 1. Okt. und dem 31. Dez. liegt, einen 2,5x

Multiplikator auf die Bestandswarnschwellen anwenden. Für jedes Produkt mit

dem Metafeld „base_threshold“: angepasst = Basis × Multiplikator. Wenn der aktuelle

Bestand an irgendeinem Standort < angepasst ist, Slack #inventory-peak mit

Produkt, Standort, aktuellem qty und angepasster Schwelle.

Warum es funktioniert: Statische Schwellen unterschätzen die Spitzennachfrage; 2,5x verhindert das BFCM-Ausverkaufsmuster. Geplanter Trigger + Metafeld-Mathematik ist neu in 2026. Prüfen: Jedes überwachte Produkt hat das Metafeld „base_threshold“; der Multiplikator entspricht deinem historischen Spitzenverhältnis.

Prompt 14: Kundenbenachrichtigung bei Rückstand mit Lieferzeit

Eingabeaufforderung:

Wenn eine Bestellung erstellt wird und bei irgendeiner Position am Fulfillment-Standort

0 verfügbare Einheiten vorhanden sind: tagge „backorder“ und „needs-lead-time-notice“;

sende dem Kunden per E-Mail die Vorlage „backorder-notification“ mit betroffenem

SKU, Bestellnummer, Lieferzeit von 7 bis 10 Werktagen; füge eine private

Lagernotiz mit allen rückständigen SKUs hinzu.

Warum es funktioniert: Setzt Erwartungen, bevor der Kunde den Support kontaktiert; reduziert den Tickettyp mit dem höchsten Volumen. Prüfen: E-Mail-Vorlage existiert; Lieferzeit entspricht dem aktuellen SLA des Lieferanten.

Prompt 15: Automatisches Veröffentlichen nach Nachbestockung mit Benachrichtigungs-Trigger

Eingabeaufforderung:

Wenn der Bestand von 0 auf über 0 aktualisiert wird: Produkt im

Online-Shop veröffentlichen, den Tag „out-of-stock“ entfernen, den

Back-in-stock-Benachrichtigungs-Workflow für angemeldete Kunden für dieses

SKU auslösen. Produkt mit „restocked“ taggen und das Metafeld „restocked_at“

mit aktuellem Zeitstempel schreiben.

Warum es funktioniert: Automatisiert die Veröffentlichung-und-Benachrichtigung-Kette, die früher manuelle Abstimmung zwischen Merchandising und Marketing brauchte. Prüfen: Back-in-stock-Benachrichtigungs-Workflow ist eingerichtet; die Logik für die Veröffentlichung im Vertriebskanal passt zu deinem Shop.

D. Kunden-Erlebnis-Prompts

Fünf Eingaben, die die Lücke nach dem Kauf schließen und Wiederkäufe antreiben.

Prompt 16: E-Mail zur Bindung nach Stornierung für Kunden mit hohem LTV

Eingabeaufforderung:

Wenn ein Trigger „Order canceled“ ausgelöst wird UND die Lifetime-Ausgaben des Kunden

1.000 $ oder mehr betragen: den Kunden mit „post-cancel-retention“ taggen;

eine E-Mail mit der Vorlage „retention-followup“ und einem 15%-

Rabattcode senden; dem CS-Manager eine interne E-Mail mit Bestell-

nummer, Kunden-LTV und Stornierungsgrund senden.

Warum es funktioniert: „Order canceled“ ist ein nativer Trigger; „Get customer data“ macht die Lifetime-Ausgaben sichtbar. (Reaktive Rückgewinnung; um Stornierungen vorgelagert zu verhindern, brauchst du Self-Service für Käufer.) Prüfen: E-Mail-Vorlage existiert; Code „RETAIN15“ ist aktiv.

Prompt 17: Automatisierung für Review-Anfrage nach der Lieferung

Eingabeaufforderung:

Wenn der Fulfillment-Status = „delivered“ ist: 4 Tage warten, dann dem

Kunden eine E-Mail mit dem Betreff „Wie hat sich das [Produktname] bewährt?“ senden, unter Verwendung

der Vorlage „post-delivery-review-request“, befüllt mit Produkt und

Vorname. Zum Segment „post-delivery-review-pending“ hinzufügen. Wenn der Gesamtbetrag

über 300 $ liegt, einen Store-Credit-Anreiz von 20 $ einfügen.

Warum es funktioniert: Die Verzögerung von 4 Tagen trifft ein, wenn der Kunde das Produkt genutzt hat, es aber noch präsent ist; der abgestufte Anreiz hält die Kosten vernünftig. Prüfen: E-Mail-Vorlage existiert; Review-Tracking ist in Customer Events konfiguriert.

Prompt 18: Trigger für Reaktivierungskampagne (90 Tage inaktiv)

Eingabeaufforderung:

Täglich um 9:00 Uhr die Tage seit der letzten Bestellung jedes Kunden berechnen.

Bei 90 Tagen Inaktivität ohne Tag „win-back-sent“: zum Segment „win-back-90“

hinzufügen, Tag anwenden, Win-back-E-Mail auslösen. Bei 180 Tagen Inaktivität

ohne Tag „win-back-180“: eine E-Mail mit 20 % Rabatt senden, Tag anwenden. Bei

365+ Tagen Inaktivität: vom Marketing ausschließen.

Warum es funktioniert: Drei-Stufen-Automatisierung, die früher Klaviyo + benutzerdefinierte Logik erfordert hätte; jetzt ein einziger Flow-Workflow. Prüfen: Win-back-E-Mail-Flows existieren pro Stufe; der Code „WINBACK20“ ist aktiv und wird getrackt.

Prompt 19: Erkennung von Betrug durch hohe Bestellfrequenz

Eingabeaufforderung:

Wenn eine neue Bestellung erstellt wird und dieselbe E-Mail in der letzten Stunde 3+ Bestellungen

aufgegeben hat: alle Bestellungen dieser E-Mail aus der letzten Stunde mit

„velocity-fraud-flag“ taggen, bei jeder das Fulfillment anhalten, dringende Slack-Nachricht an

#fraud-team mit E-Mail, IP, Gesamtwert der markierten Bestellungen und Adressvergleich

über die Bestellungen hinweg.

Warum es funktioniert: Frequenzbasierte Erkennung findet Muster beim Kartentesten, die Einzelbestellprüfungen übersehen; der Vergleich über mehrere Bestellungen bestätigt das Betrugssignal. Prüfen: Das Fraud-Team hat ein dokumentiertes Playbook; das Anhalten des Fulfillments bei Flags ist Policy.

Prompt 20: Eskalation bei festhängendem Fulfillment

Eingabeaufforderung:

Täglich um 8:00 Uhr Bestellungen abfragen, bei denen der Fulfillment-Status =

„in-progress“ länger als 5 Werktage ist UND nicht mit „backorder“,

„custom-build“ oder „international“ getaggt ist. Für jede: tagge

„fulfillment-stuck-review“, Slack an den Ops-Manager mit Bestellnummer,

festhängenden Tagen, Standort, Kunde. Nach 8 Tagen: E-Mail an den Ops-Leiter.

Warum es funktioniert: Macht festhängende Bestellungen sichtbar, bevor sie zu Tickets werden; die Filterung nach Werktagen verhindert falsche Positive am Montag. Prüfen: Die Berechnung der Werktage entspricht deinem operativen Kalender (Wochenenden und Feiertage ausgeschlossen).

So prüfst du AI-generierte Flow-Workflows

Generierte Workflows sehen öfter richtig aus, als sie es sind. Drei Prüfpunkte:

1. Jede Bedingung explizit lesen. KI kehrt Bedingungen in langen Eingaben manchmal um. Den visuellen Editor prüfen.

2. Einen Test mit einer aktuellen echten Bestellung ausführen. Wähle eine, die auslösen sollte, und eine, die es nicht sollte.

3. In einem risikoarmen Zeitfenster aktivieren. Geschäftszeiten, nicht Freitag 17 Uhr. Die ersten 5–10 Läufe überwachen.

Der Versionsverlauf vom 5. Mai macht Rollback mit einem Klick möglich. Bugs im Testlauf abfangen.

Häufige Fehlerbilder

Vier Muster bei der Einführung von Flow AI:

• Fest kodierte E-Mails oder Kanalnamen. Verwende IDs und Rollen-Aliase, damit Workflows nicht brechen, wenn Personen das Unternehmen verlassen.

• Fehlende Metafield-Namespaces. Eingaben, die auf fehlende Metafelder verweisen, schlagen stillschweigend fehl. Vor der Aktivierung prüfen.

• Datumsberechnungen bei geplanten Triggern ohne Berücksichtigung von Geschäftstagen. „5 days ago“ löst montags falsche Positive aus. Geschäftstagelogik verwenden.

Wo Flow aufhört (und wo Revize ins Spiel kommt)

Flow übernimmt serverseitige Automatisierung, nicht die kaufseitige Bearbeitung nach dem Kauf. Wenn ein Kunde nach dem Checkout eine Adresse ändern oder eine Variante tauschen möchte, kann Flow ihm die Änderung nicht selbst vornehmen lassen. Diese Lücke füllt Revize: Self-Service-Bearbeitung nach dem Kauf, einschließlich B2B-Bestellungen mit Zahlungskonditionen. Plus-Betreiber kombinieren Flow (serverseitig) mit Revize (kaufseitig) in denselben Workflows.

Das Fazit

Der Shopify Flow AI Assistant ist 2026 produktionsreif, und in dieser Prompt-Bibliothek steckt die operative Wirkung. Die 20 verifizierten Eingaben oben ersetzen 30–60 Stunden manueller Arbeit pro Woche. Plus-Händler, die 20+ Workflows ausführen, sparen jährlich 50.000–100.000 US-Dollar.

Plus-Betreiber, die Flow nur fürs Marketing nutzen: starte mit Bestell-Operations und B2B. Wähle 3 aus, teste, aktiviere. Zahlt sich im ersten Monat aus.

Agenturen: auf Workflows aus der Prompt-Bibliothek standardisieren. Konsistente Ausgabe; der Versionsverlauf liefert Audit-Trails.

Diese Woche: Flow öffnen, 3 Eingaben auswählen, generieren, Testlauf, aktivieren. Die Bibliothek intern dokumentieren.

Häufig gestellte Fragen

Brauche ich Shopify Plus, um den Flow AI Assistant zu nutzen?

Flow gibt es in Advanced und Plus. Der AI Assistant wurde bis Q1 2026 ausgerollt und die meisten Shops haben ihn jetzt. Wenn du „Create with AI“ nicht siehst, kontaktiere deinen Merchant Success Manager.

Wie genau sind AI-generierte Flow-Workflows?

Meist strukturell korrekt, aber die Bedingungslogik kann in langen Eingaben invertiert werden. Bedingungen im visuellen Editor prüfen und einen Test mit einer aktuellen Bestellung ausführen.

Was ist das ShopifyQL-Flow-Update vom 9. Mai 2026?

Flow hat eine Aktion „Get analytics data“, die Live-Daten über ShopifyQL zieht. Die oben genannten Eingaben für AR-Aging, Win-back und Bestandsgrenzen nutzen das.

Kann Flow AI Workflows schreiben, die auf benutzerdefinierte Metafelder verweisen?

Ja, wenn Namespace und Key existieren, bevor der Workflow läuft. Fehlende Metafelder verursachen stille Bedingungsfehler.

Wie kombiniere ich Sidekick mit Flow?

Sidekick erzeugt ShopifyQL; Flow verbraucht es über „Get analytics data“. Sidekick beantwortet die analytische Frage; Flow führt die Aktion aus.

Wie viel können Plus-Händler mit Flow-Automatisierung tatsächlich sparen?

Plus-Händler, die 20+ Workflows ausführen, sparen 50.000–100.000 US-Dollar/Jahr an operativen Personalkosten. Allein Betrugserkennung reduziert Rückbuchungen um 40–60 %, was pro Händler 12.000–24.000 US-Dollar/Jahr wert ist.

Was passiert, wenn ein AI-generierter Workflow in Produktion einen Fehler hat?

Versionsverlauf öffnen, die vorherige Version finden und auf Wiederherstellen klicken. Am 5. Mai 2026 wird jede Änderung mit Mitarbeitenden und Zeitstempel protokolliert. Rollback erfolgt sofort.

Was ist der Unterschied zwischen Flow AI Assistant und Sidekick?

Flow AI baut Workflows; Sidekick beantwortet analytische Fragen und erzeugt ShopifyQL. Sidekick produziert ShopifyQL; Flow führt die Aktion aus.

Gibt es Grenzen, wie viele Flow-Workflows ich ausführen kann?

Nein. Flow ist in Advanced und Plus kostenlos, ohne Gebühren pro Ausführung. Drittanbieter-Integrationen, die aus Flow aufgerufen werden, können eigene Kosten haben.

Mit welchem Flow-Workflow sollte ein Plus-Betreiber am besten anfangen?

Hochwertige Bestellungen automatisch nach Schwellenwert routen (Prompt 1). Geringes Risiko, hohe Sichtbarkeit, beweist die AI-Ausgabe vor komplexen Builds.

Verwandte Artikel

Passt zu den Shopify Flow AI-Eingaben oben:

• Erweiterte Shopify Flow-Workflows 2025: Nicht-AI-Muster

• Shopify-Bestellmanagement 2026: die Ops-Schicht, auf der Flow läuft

• Vollständiger Leitfaden zu Shopify B2B 2026: Kontext für Eingaben 6–10

• Wie man eine Bestellung in Shopify bearbeitet: wo Flow aufhört

• Shopify Advanced-zu-Plus-2026-Playbook: Upgrade-Playbook, in dem Shopify-flow-ai-Eingaben Wert freischalten