Changelog

Die App spricht Ihre Sprache

Die gesamte App passt sich nun der Sprache an, die Sie im Admin-Bereich von Shopify verwenden. Verfügbar in Englisch, Deutsch, Französisch, Spanisch, Italienisch, Niederländisch, Dänisch, Portugiesisch (Brasilien und Portugal), Japanisch sowie Chinesisch (vereinfacht und traditionell). Ändern Sie die Sprache im Admin-Bereich**,** und die App passt sich beim nächsten Laden der Seite entsprechend an.

• Jede Seite, jedes Dialogfeld und jede Meldung wurde übersetzt, einschließlich der Berechtigungskarten, der Trigger-Einstellungen und des benutzerdefinierten Triggers.
• Auch die Veranstaltungsblöcke auf Ihren Produkt-, Bestell- und Kundenseiten werden in Ihrer Sprache angezeigt.
• Die Workflow-Vorlagen werden in Shopify Flow mit ihrem Titel, ihrer Beschreibung und den Einrichtungshinweisen in Ihrer Sprache angezeigt.
• Die Namen der Trigger bleiben auf Englisch. Da Shopify Flow die Trigger-Namen auf Englisch anzeigt, tut dies auch die App - der Name, den Sie in der App sehen, ist immer derselbe, den Sie in Shopify Flow finden.

Überwachung: Erkennen, wann ein Trigger nicht mehr funktioniert

Ein Trigger, der unbemerkt nicht mehr ausgelöst wird, ist am schwersten zu erkennen. Auf der neuen Überwachungsseite können Sie für jeden Trigger eine Überwachung einrichten und eine E-Mail erhalten, sobald etwas nicht stimmt:

• Keine Ereignisse - es wird für einen von Ihnen festgelegten Zeitraum nichts ausgelöst. Für Trigger, die täglich ausgelöst werden sollen, wie beispielsweise „Auftragsaktualisierung“ in einem stark frequentierten Shop.
• Der Workflow wurde nicht bestätigt - der Trigger wurde ausgelöst, Ihr Workflow hat jedoch keine Rückmeldung gesendet. Fügen Sie die Aktion Workflow-Ausführung bestätigen als letzten Schritt des Workflows hinzu und legen Sie die Ereignis-ID auf eventId fest.
• Fehler - Vorgänge, die aus einem Grund fehlgeschlagen sind, den Sie beheben können, wie beispielsweise fehlende Berechtigungen. Vorübergehende Fehler bei der Shopify zählen nicht dazu.

Sie erhalten eine E-Mail, sobald ein Problem auftritt - nicht bei jeder Überprüfung -, und der Monitor zeigt den aktuellen Status auf der Seite an. Monitore sind in jedem Plan verfügbar.

Ebenfalls in dieser Version

• „Send Flow Status“ heißt nun „Confirm Workflow Run“ und verfügt über klarere Feldbeschreibungen. Workflows, die diese Funktion bereits nutzen, funktionieren weiterhin unverändert.
• In E-Mails mit Fehlermeldungen werden der Grund sowie die betroffenen Trigger genannt, ergänzt durch einen Satz mit einer Anleitung, wie Sie vorgehen sollten.
• Die alten und neuen Werte bei „Produktaktualisierung“, „Bestellung“ und „Kundenaktualisierung“ werden nun als Schalter dargestellt. Öffnen Sie die Einstellungen des Triggers auf der Seite „Trigger“ und aktivieren Sie die Option** „Alte und neue Werte senden**, wenn ein Workflow changes ausliest“. Ist die Option deaktiviert, bleibt changes leer. Ihr benutzerdefinierter Trigger-Code erhält in jedem Fall weiterhin die alten und neuen Werte.

Zu wissen, dass sich etwas geändert hat, reicht selten aus. Ein Workflow muss in der Regel wissen, wie die Situation zuvor war: Ist der Preis gesunken oder gestiegen, um wie viel, welches Tag wurde hinzugefügt, welchen Wert hatte das Metafeld gestern? Mit dieser Version stehen die alten und neuen Werte app-weit zur Verfügung, und ein benutzerdefinierter Trigger kann einen Workflow starten, auch wenn überhaupt nichts passiert ist.

Alte und neue Werte - überall

• Metafeld-Trigger enthalten nun den vorherigen Wert. Jeder Metafeld-Trigger (generisch, Produkt, Variante, Bestellung, Kunde) übergibt an Shopify Flow das Metafield.previousValue neben Metafield.value. Dieses Feld ist leer, wenn das Metafeld gerade erst erstellt wurde. Siehe Metafeld-Trigger.
• Preis-, Stückpreis- und Kostenänderungen werden durch die Zahlen angegeben. Da Shopify Flow keine arithmetischen Berechnungen durchführen kann, liefern die Angaben Variant Price Changed, Variant Unit Price Changed und Product Variant Cost Changed nun zusätzlich die Werte delta (Neuwert minus Altwert), percentChange sowie direction (Anstieg, Rückgang, unverändert). „Der Preis ist um mehr als 10 % gesunken“ ist nun eine Bedingung ohne Code.
• Die Statusangaben „Produktaktualisierung“, „Bestellung“ und „Kundenaktualisierung“ informieren Sie darüber, was sich geändert hat. Früher wurde lediglich angegeben, dass der Datensatz aktualisiert wurde. Nun enthalten sie changes - die Liste der geänderten Felder sowie für jedes Feld den alten und den neuen Wert. Zu den erfassten Feldern gehören bei Produkten: Titel, Beschreibung, Status, Tags, Anbieter, Typ und Handle; bei Bestellungen: Zahlungsstatus, Fulfillment-Status, Artikel, Tags, Notiz und zusätzliche Details; bei Kunden: Tags, Notiz und Kontostatus. Lange Werte werden gekürzt. Die Liste ist leer, wenn die Aktualisierung nicht diese Felder betraf, beispielsweise bei einer Bestandsänderung.
• Geänderte Artikel im Bestellentwurf liefert nun denselben zeilenweisen Vergleich wie der Trigger: Was wurde hinzugefügt, entfernt oder in Bezug auf Menge, Preis oder Variante geändert?
• Auch Ihr eigener benutzerdefinierter Trigger-Code erkennt den alten und den neuen Wert. Ein benutzerdefinierter Trigger () bei einer Produkt-, Auftrags- oder Kundenaktualisierung erhält nun payload._changes: jedes verfolgte Feld, das sich geändert hat, jeweils mit oldValue und newValue. So kann Ihr Code bei einem Übergang statt bei einem Status ausgelöst werden - „der Status wechselte von ‚Entwurf‘ zu ‚aktiv‘“, „die Bestellung wurde bezahlt“ -, was eine Bedingung auf den aktuellen Wert nicht ausdrücken kann. Das Beispielereignis, das Sie im Editor erfassen, zeigt das Feld an.

Alles ist additiv. Von Ihnen bereits erstellte Workflows funktionieren weiterhin unverändert. Die vollständige Feldliste pro Trigger finden Sie in der Referenz zum -Trigger unter.

Wählen Sie aus, welche Änderungen einen Update-Trigger auslösen

„Produktaktualisierung“, „Bestellungsaktualisierung“ und „Kundenaktualisierung“ verfügen über eine neue Einstellung, die sich hinter dem Zahnrad-Symbol neben dem Schalter auf der Seite „-Trigger“ unter befindet: Diese Einstellung legt fest, welche Änderungen diese Trigger auslösen.

• Nichts ist markiert: Der Trigger wird bei jeder Aktualisierung ausgelöst, genau wie bisher.
• Markierte Felder: Es wird nur ausgelöst, wenn sich eines davon geändert hat. Alle anderen Aktualisierungen werden übersprungen und werden nicht auf Ihren Plan angerechnet.

Dies ist zudem die saubere Methode, um zu verhindern, dass sich ein Workflow selbst auslöst. Ein Workflow, der bei einer Produktaktualisierung gestartet wird und anschließend ein Produkt-Metafeld schreibt, das dazu dient, ihn erneut zu starten. Beschränken Sie den Trigger auf die Felder, die für Sie von Bedeutung sind, und diese zweite Aktualisierung wird nicht mehr ausgelöst.

Ihre übrigen Trigger sind von dieser Auswahl nicht betroffen. Die Einschränkung der Aktualisierung von „Bestellung“ auf den Zahlungsstatus hat keinen Einfluss darauf, wann das Ereignis „Bestell-Tags hinzugefügt“ ausgelöst wird.

Benutzerdefinierte Trigger, die nach einem Zeitplan ausgeführt werden

Shopify Flow reagiert, wenn etwas passiert. Er kann nicht reagieren, wenn nichts passiert, und er kann nichts außerhalb Ihres Shops erkennen. Ein benutzerdefinierter Trigger kann dies nun. Der Editor fragt: „Was löst diesen Vorgang aus: Ein Ereignis unter Shopify oder nach einem Zeitplan?“ Bei der Ausführung nach Zeitplan wird Ihr Code alle 30 Sekunden bis zu einmal täglich ausgeführt. Er merkt sich, was er bei der letzten Ausführung festgestellt hat, kann Ihren Shop auslesen und beliebige Dienste im öffentlichen Internet aufrufen und entscheidet selbstständig, was als Änderung gilt.

Beginnen Sie mit einer Vorlage und bearbeiten Sie die Zahlen oben:

• Produkt, Bestellung oder Kunde seit N Tagen nicht aktualisiert - veraltete Katalogbewertungen, festgefahrene Bestellungen, Rückgewinnung. Jeder Datensatz löst die Aktion einmal pro Ruhephase aus; bereits überfällige Einträge zum Zeitpunkt der Aktivierung werden nicht alle auf einmal ausgelöst.
• Ein Wert außerhalb von Shopify wurde geändert - ein Lieferantenbestandsfeed, ein Wechselkurs, eine Preisliste. Zeigt den Wert vor und nach der Änderung sowie die Differenz und den prozentualen Anteil für Zahlen an.
• Neuer Eintrag in einem RSS- oder Atom-Feed - Anbieter-News, ein Produktverzeichnis-Feed, eine Statusseite.
• Keine Bestellungen seit N Stunden - ein „Herzschlag“ für Ihren Shop. Wird einmal ausgelöst, wenn keine Bestellungen mehr eingehen, und einmal, wenn wieder Bestellungen eingehen.

Der erste Durchlauf eines geplanten Triggers speichert lediglich die aktuellen Daten; daher führt das Aktivieren eines solchen Triggers niemals zu einer Überlastung Ihrer Workflows. Er erscheint unter Shopify Flow als benutzerdefinierter Trigger, gefiltert nach seinem Handle, und der Datensatz wird als dessen ID mitgeführt. Jeder Durchlauf wird auf Ihren Plan angerechnet, unabhängig davon, ob der Trigger ausgelöst wird oder nicht - der Editor zeigt an, wie viele Durchläufe ein Intervall insgesamt umfasst. Mit „Test“ führen Sie Ihren Code einmal aus, ohne dass dabei etwas ausgelöst wird.

Vorlagen für ereignisbasierte benutzerdefinierte Trigger

Benutzerdefinierte Trigger, die auf ein Shopify-Ereignis reagieren, verfügen nun ebenfalls über Vorlagen. Wählen Sie unter „Start“ eine Vorlage aus, woraufhin das Ereignis ausgewählt und der Code automatisch ausgefüllt wird. Jede Vorlage liest den Wert vor und nach der Änderung aus:

• Ein Feld eines Produkts, einer Bestellung oder eines Kunden hat sich von einem Wert auf einen anderen geändert - beispielsweise ist der Status von „Entwurf“ auf „Aktiv“ gewechselt oder eine Bestellung wurde bezahlt.
• Der Preis ist um mehr als N Prozent gesunken - eine echte Preissenkung, nicht jede Preisänderung.
• Der Lagerbestand ist unter einen Schwellenwert gefallen - es wird einmal ausgelöst, und zwar in dem Moment, in dem der Lagerbestand die Grenze überschreitet, nicht bei jedem Verkauf, solange der Bestand bereits niedrig ist.
• Die Zahl eines Produkt-Metafelds hat einen Schwellenwert überschritten - eine Bewertung ist unter 3 gefallen, eine Marge ist über 40 gestiegen.
• Von einem Großkunden bezahlte Bestellung - ermittelt die Gesamtumsätze des Kunden in Ihren Shops mithilfe von ctx.shopify() und löst erst ab dem von Ihnen festgelegten Betrag aus.

Die Trigger-Ereignisse eines Datensatzes auf dessen eigener Verwaltungsseite

Neue Admin-Blöcke zeigen die neuesten Trigger-Ereignisse zu dem Datensatz, den Sie gerade betrachten, direkt auf dessen Seite im Shopify-Adminbereich an, jeweils mit einer kurzen Zeile „alt -> neu“, wie beispielsweise price: 100.00 -> 85.00. Von dort aus können Sie das Ereignis oder eine Ansicht des Ereignisverlaufs für diesen einen Datensatz öffnen.

Verfügbar für Produkte, Varianten, Bestellungen, Bestellentwürfe, Kunden, Inkassoangelegenheiten, Unternehmen und Unternehmensstandorte. Fügen Sie den Block einmalig über das Anpassungsmenü der Seite hinzu. Trigger, die personenbezogene Daten verarbeiten, werden ohne ihre Werte aufgelistet. So fügen Sie sie hinzu - mit einem Beispiel für eine Produkt-, Bestell- und Kundenseite: Trigger-Ereignisse auf der Verwaltungsseite eines Datensatzes:.

Weitere KI-Anbieter für „Generate with AI“

„Generate with AI“ funktioniert nun neben Anthropic und OpenAI auch mit Google Gemini und OpenRouter. Mit OpenRouter erhalten Sie Modelle zahlreicher Unternehmen mit einem einzigen Schlüssel, einschließlich jeder von Ihnen eingegebenen Modell-ID. Verbinden Sie einen Schlüssel unter „Developer“ -> „Connections“: . Beziehen Sie einen Gemini-API-Schlüssel unter oder . Beziehen Sie einen OpenRouter-API-Schlüssel unter. Wie bisher erfolgt die Generierung über Ihr eigenes Anbieter-Konto, und der Schlüssel wird verschlüsselt und nie wieder angezeigt.

Eine schnellere Benutzeroberfläche, die auf den Webkomponenten von Shopify basiert

Jede Seite der App wurde auf Basis der neuen Admin-Webkomponenten von Shopify neu erstellt - denselben Bausteinen, die auch die Shopify-Verwaltung selbst verwendet.

• Schnelleres Laden. Die App enthält keine eigene Kopie einer Schnittstellenbibliothek mehr. Die Komponenten stammen von Shopify, werden gemeinsam mit dem Rest Ihres Admin-Bereichs genutzt und befinden sich in der Regel bereits im Cache Ihres Browsers, sodass jede Seite weitaus weniger Daten herunterladen muss, bevor sie angezeigt wird.
• Es fühlt sich an wie die Admin-Oberfläche. Schaltflächen, Tabellen, Umschalter, Dialogfelder und Formulare sehen aus und verhalten sich genau wie die Elemente, die Sie überall sonst in Shopify verwenden, einschließlich der Tastaturnavigation und der Bildschirmleseprogramme.
• Bleibt auf dem neuesten Stand. Wenn Shopify seine Komponenten verbessert, übernimmt die App diese Verbesserungen, ohne dass ein Update von uns erforderlich ist.

Nichts hat sich verändert: Alle Seiten, Einstellungen und Links befinden sich noch an derselben Stelle wie zuvor.

Ebenfalls in dieser Version

• „Alle gewähren“ und „Alle widerrufen“ auf der Seite „Berechtigungen“. Bei „Alle gewähren“ werden alle fehlenden Berechtigungen in einem einzigen Dialogfeld Shopify abgefragt, anstatt jeweils einzeln pro Karte. Bei „Alle widerrufen“ werden Sie zunächst um Bestätigung gebeten und darüber informiert, was dies bedeutet: Ihre Trigger bleiben aktiviert, sie können jedoch erst wieder ausgelöst werden, wenn Sie den Zugriff erneut gewähren.
• Benutzerdefinierter Trigger-Code kann über ctx.fetch() auf das öffentliche Internet zugreifen, nicht nur über ctx.shopify() auf Ihren Shop. Interne Adressen werden abgelehnt.
• Ihre benutzerdefinierten Trigger und Ihre Storefront-Trigger verhalten sich nun auf dieselbe Weise: Klicken Sie auf die Zeile, um sie zu bearbeiten; der Status wird rechts angezeigt.
• Auf der Seite „Trigger“ wird neben dem Titel angezeigt, wie viele Trigger aktiv sind, und die vier Trigger für Metafelder mit festgelegten Typen verfügen nun über eigene Schalter in der Liste.
• Pflichtfelder sind in den Formularen für benutzerdefinierte Trigger, Storefront-Trigger und Verbindungen gekennzeichnet.
• Behoben: Ein Datumsfilter im Ereignisverlauf konnte nicht gelöscht werden. Beim Entfernen des Datums-Chips oder bei Auswahl von „Alle löschen“ blieben die festgelegten Daten erhalten. Beide Optionen löschen diese nun.
• Die Zeilen im Ereignisverlauf bestehen aus reinem Text und nicht aus blauen Links. Die gesamte Zeile ist weiterhin anklickbar.

Bislang wurde jeder Trigger in dieser App durch ein Ereignis in Ihrem Admin-Bereich ausgelöst: eine Bestellung wurde bezahlt, ein Produkt wurde aktualisiert. Mit dieser Version werden nun Trigger hinzugefügt, die durch die Aktionen eines Kunden auf Ihrer Storefront ausgelöst werden.

Shopify Es werden keine Webhooks zum Surfverhalten gesendet; diese werden daher über ein Web-Pixel von erfasst, das die App für Sie installiert: - keine Anpassung des Themes, kein Code zum Einfügen.

Storefront-Trigger

Einrichtung, Berechtigungen und die von den einzelnen Triggern gesendeten Daten: Storefront-Trigger:.

• Im Storefront angesehenes Produkt und im Storefront angesehene Kollektion
• Produkt auf der Storefront in den Warenkorb gelegt und aus dem Warenkorb entfernt
• Warenkorb auf der Storefront angesehen
• Der Checkout im Storefront-Shop wurde gestartet
• Storefront-Suche und „Storefront-Suche lieferte keine Ergebnisse“ - wobei es sich bei Letzterem um eine Echtzeitliste der Artikel handelt, von denen Käufer erwartet haben, dass Sie diese verkaufen. Eine einzelne Suche löst genau einen der beiden Trigger aus, sodass Sie beide aktivieren können, ohne dass es zu Doppelzählungen kommt. Wie sich die beiden Trigger aufteilen:.
• Ausverkaufte Variante angesehen - ein echter Kunde hat sich einen Artikel angesehen, den Sie ihm nicht verkaufen können. Ein Signal für Nachschubbedarf, und zwar pro Variante und nicht pro Produkt. Was gilt als „ausverkauft“?.
• Angemeldeter Kunde hat die Seite besucht und B2B-Käufer hat die Seite besucht - ein wiederkehrender Kunde befindet sich in Ihrem Shop. Wiederholte Seitenaufrufe werden in einem von Ihnen festgelegten Besuchszeitraum zusammengefasst, entweder pro Kunde oder pro Unternehmen. Erläuterungen zu den Besuchszeiträumen:.

Trigger für den Checkout

Details: Der Checkout-Vorgang löst den Trigger aus.

• Anzeige eines Fehlers beim Checkout - Ermitteln Sie, warum der Checkout fehlschlägt, ohne auf ein Support-Ticket warten zu müssen.
• Rabattcode am Checkout abgelehnt - Ein Kunde hat einen Code eingegeben, der am Checkout jedoch abgelehnt wurde. In der Regel handelt es sich dabei um eine abgelaufene Aktion oder um einen Code aus einer E-Mail, der nie aktiviert wurde.
• Bestellung eines Erstkunden - eine Bestellung eines Kunden, der noch nie zuvor bestellt hat, wobei der Kunde und die Bestellung als native Shopify Flow-Referenzen dienen. Sie stammt aus dem Webhook für Bestellungen von Shopify und ist daher - im Gegensatz zu den beiden oben genannten - ebenso zuverlässig wie jeder Admin-Trigger. Aufgeführt in der Trigger-Referenz unter.

Benutzerdefinierte Trigger für die Storefront

Alles, was Shopify überhaupt nicht meldet. Veröffentlichen Sie Ihr eigenes Ereignis aus Ihrem Theme mit einer einzigen Zeile JavaScript, und es wird zu einem Shopify Flow-Trigger. Schritt für Schritt, mit dem Snippet zum Kopieren: Benutzerdefinierte Storefront-Trigger.

Das deutlichste Beispiel ist die Warenkorb-Ausziehleiste: Das „cart view“-Ereignis von Shopify wird nur auf der Seite /cart ausgelöst, während die meisten modernen Themes stattdessen eine Ausziehleiste aufschieben und niemals dorthin navigieren. Durch das Auslösen eines eigenen Ereignisses beim Öffnen der Ausziehleiste schließen Sie diese Lücke. Das Hinzufügen zur Wunschliste, das Öffnen der Größentabelle und das Wechseln der Varianten funktionieren auf dieselbe Weise.

Es werden nur die von Ihnen registrierten Ereignisnamen weitergeleitet, sodass andere Skripte auf Ihrer Seite Ihr Kontingent nicht aufbrauchen können. Das Ereignis wird genannt und unter in Shopify Flow verwendet.

Bevor Sie diese einschalten

• Sie benötigen die neue Berechtigung „Storefront-Verhalten“, die wie jede andere auch über die Seite „Berechtigungen“ erteilt wird. Was diese Berechtigung umfasst:.
• Die Einwilligung des Kunden wird respektiert. Hat ein Kunde keine Einwilligung zur Nutzungsanalyse erteilt, wird das Ereignis in seinem Browser verworfen und gelangt niemals zu uns - es entstehen Ihnen keine Kosten und es wird kein Workflow ausgelöst. Wie mit der Einwilligung umgegangen wird:.
• Das Volumen ist deutlich höher als bei Admin-Triggern. Ein stark frequentierter Shop generiert an einem Tag mehr Produktansichten als Bestellaktualisierungen in einem Jahr, und jedes Ereignis wird auf Ihren Plan angerechnet. Aktivieren Sie nur die Funktionen, die ein Workflow tatsächlich nutzt. Tarife und Nutzung.
• Sie werden nach bestem Bemühen bereitgestellt, sind jedoch nicht garantiert. Ein geschlossener Tab, eine unterbrochene Verbindung oder ein Werbeblocker führen dazu, dass das Ereignis niemals eintrifft. Verwenden Sie sie als Signale und für Reaktionen, jedoch nicht für Anwendungen, bei denen ein ausgebliebenes Ereignis ein Korrektheitsproblem darstellen würde.

Ausführliche Informationen, darunter auch dazu, wie die Funktion „Out-of-Stock Variant Viewed“ festlegt, was als „nicht vorrätig“ gilt, finden Sie im Leitfaden zu Storefront-Triggern unter unter.

Trigger-Code mit KI generieren

Beschreiben Sie in einfachen Worten, was ein benutzerdefinierter Trigger tun soll, und lassen Sie die KI den Code schreiben. Fügen Sie unter „Entwickler“ → „Verbindungen“ Ihren eigenen Anthropic- oder OpenAI-API-Schlüssel hinzu; die Generierung erfolgt über Ihr Konto, und der Schlüssel wird verschlüsselt, nie wieder angezeigt und niemals innerhalb Ihres Trigger-Codes ausgeführt. Vollständige Anleitung: Trigger-Code mit KI generieren. Benötigen Sie zunächst einen Schlüssel? . Beziehen Sie einen Anthropic (Claude)-API-Schlüssel unter oder , oder einen OpenAI-API-Schlüssel unter.

• Basierend auf den tatsächlich vom Trigger empfangenen Daten. Dem Generator werden der Laufzeitvertrag dieser App, die Shopify Admin-API und - sobald Sie eine erfasst haben - die tatsächliche Payload mitgeteilt, sodass er payload.total_price schreibt, da er das Feld erkennen kann, anstatt einen Namen zu erraten. Was er weiß:.
• Baut auf dem auf, was Sie bereits haben. Wenn bereits Code vorhanden ist, wird dieser angepasst, anstatt von vorne zu beginnen, sodass „jetzt auch X ausführen“ funktioniert.
• Es wird niemals automatisch gespeichert. Der generierte Code wird im Editor als ungespeicherte Änderung angezeigt: Testen Sie ihn anhand Ihrer erfassten Payload, lesen Sie nach, was dadurch ausgelöst würde, und speichern Sie ihn anschließend. Erstellen Sie einen benutzerdefinierten Trigger.
• Erstellt das Theme-Snippet für benutzerdefinierte Storefront-Trigger - genau an dieser Stelle bleiben viele Nutzer hängen, da jedes Theme seine Elemente anders benennt. Erstellen Sie ein Storefront-Snippet.

Ebenfalls behoben

• Die Liste „Trigger hinzufügen“ unter „Metafeld-Trigger“ konnte nach der Erteilung einer Berechtigung bis zu einer Stunde lang leer bleiben, wobei angezeigt wurde, dass keine Definitionen vorhanden seien, obwohl dies tatsächlich der Fall war. Das leere Ergebnis wurde zwischengespeichert; dies ist nun nicht mehr der Fall, sodass die Liste beim nächsten Öffnen ausgefüllt wird. Dasselbe galt für die Liste der Metaobjekte. Siehe (Metafeld-Trigger) sowie (Metaobjekt-Trigger).
• Bei der Veröffentlichung eines Produkts im Kanal und dessen anschließender Entfernung aus dem Kanal wurde die erste Änderung an einem neu erstellten Produkt nicht erfasst. Die App speichert beim ersten Erkennen eines Datensatzes einen Referenzwert und löst nur bei Abweichungen davon einen Trigger aus; bei Veröffentlichungen wurde dieser Referenzwert jedoch bei der Erstellung nie geschrieben - daher wurde die erste Veröffentlichung nach der Erstellung eines Produkts stillschweigend ignoriert und nur die zweite ausgelöst. Beide funktionieren nun ab der ersten Änderung. Produkt-Trigger in der Referenz.

Zwei Fehlerbehebungen aufgrund von Support-Anfragen - vielen Dank an die Händler, die diese gemeldet haben.

• Die „Ereignisverlauf“-Seite wird nun auch in Shops mit sehr hohem Ereignisaufkommen sofort geladen. In Shops, deren 30-Tage-Verlauf Millionen von Ereignissen umfasste, konnte das Laden der Seite extrem lange dauern oder gänzlich fehlschlagen. Nun wird die Seite unabhängig vom Umfang in deutlich weniger als einer Sekunde geöffnet, wobei alle Filter wie bisher funktionieren.
• Die Baseline-Synchronisierung für Snapshot-basierte Trigger wird nun automatisch gestartet. Trigger, die Änderungen mit einer gespeicherten Basislinie vergleichen (Tags, Status, Titel und Ähnliches), konnten unbegrenzt mit dem Status „0 Datensätze synchronisiert“ warten, wenn der Trigger aktiviert wurde, bevor er von einem Workflow verwendet wurde. Das Aktivieren eines solchen Triggers löst nun automatisch die Erstsynchronisierung aus, sodass die erste tatsächliche Änderung den Trigger auslöst.

Dies ist das umfangreichste Update seit der Entwicklung der App, und es verändert die Art und Weise, wie Sie Trigger einrichten.

Benutzerdefinierte Trigger

Wenn kein vorgefertigter Trigger passt, erstellen Sie einen eigenen. Wählen Sie ein Shopify-Ereignis aus, erfassen Sie eine echte Payload aus Ihrem Shop und schreiben Sie eine kurze Transformation, die festlegt, wann der Trigger ausgelöst werden soll und welche Daten gesendet werden sollen.

• Lassen Sie die Benachrichtigung nur unter Ihren Bedingungen auslösen. Nicht bei „jeder Produktaktualisierung“ - sondern nur bei Bestellungen ab einem bestimmten Wert, nur bei Produkten eines bestimmten Anbieters und nur bei den Änderungen, die für Sie tatsächlich von Bedeutung sind.
• Senden Sie Shopify Flow genau die Felder, die Sie benötigen, und gestalten Sie diese so, wie es Ihr Workflow erfordert.
• Rufen Sie Daten ab, die das Ereignis nicht enthält. ctx.shopify() führt eine Admin-GraphQL-Abfrage aus Ihrem Trigger heraus aus, sodass Sie ein Ereignis mit beliebigen Daten aus Ihrem Shop anreichern können.
• Testen Sie vor dem Versand anhand einer tatsächlich erfassten Payload und vergleichen Sie die Ausgabe und die Protokolle nebeneinander.

Ihr Code wird unter Shopify Flow als benutzerdefinierter Trigger angezeigt, gefiltert nach seinem Handle, sodass ein Workflow genau auf einen Ihrer Trigger reagiert.

„Einstellungen“ heißt nun „Trigger“

Die neun Registerkarten „Einstellungen“ sind verschwunden. Jeder Trigger befindet sich nun auf einer Seite mit Suchfunktion, und jeder verfügt über einen eigenen Ein-/Aus-Schalter.

Auf der alten Seite gab es zwei Arten von Schaltern, die in entgegengesetzte Richtungen funktionierten: Die meisten Trigger waren ausgeschaltet, bis man sie einschaltete, während die Trigger für die ... Update standardmäßig eingeschaltet waren und über eine separate Registerkarte „Suppressors“ deaktiviert werden konnten. Nun gilt überall eine einheitliche Regel: Ein Trigger wird ausgelöst, solange sein Schalter eingeschaltet ist.

• Suchen Sie nach dem Namen, anstatt zu raten, unter welchem Reiter ein Trigger abgelegt wurde.
• Alle 83 Trigger sind umschaltbar. Bisher verfügte ein Trigger nur dann über einen Schalter, wenn wir dafür eine Zeile angelegt hatten.
• Massenweise aktivieren oder deaktivieren - gilt für Ihre Suchergebnisse oder für alle Einträge.
• Berechtigungen werden dort erteilt, wo Sie sie aufrufen. Wenn Sie einen Trigger aktivieren, für den eine Berechtigung erforderlich ist, werden Sie direkt an dieser Stelle dazu aufgefordert. Sind zwei Berechtigungen erforderlich, erscheint ein einziges Dialogfeld, das beide abdeckt.

An Ihren Konfigurationen hat sich nichts geändert, und Ihre alten Links zu den Einstellungen funktionieren weiterhin. Ein Trigger, den Sie unterdrückt hatten, wird nun lediglich als „aus“ angezeigt.

Einen Trigger simulieren

Früher bedeutete das Testen eines Workflows, den Vorgang tatsächlich in Ihrem Shop durchzuführen - ein Produkt bearbeiten, eine Bestellung aufgeben, auf eine Umfrage warten. Nun können Sie einen Trigger nach Belieben aktivieren: Öffnen Sie ein beliebiges Ereignis im Ereignisverlauf und wählen Sie erneut „Simulieren“ aus.

Die Simulation durchläuft dieselbe Pipeline wie ein echter Webhook von Shopify, sodass Ihr Workflow genau das erhält, was er auch in der Produktionsumgebung erhalten würde. Nutzen Sie den „Dry Run“, um eine Vorschau der Payload anzuzeigen, ohne dabei etwas auszulösen. Simulierte Ereignisse werden als Tests erfasst, sodass sie nicht in Ihre Statistiken einfließen und nicht auf Ihren Plan angerechnet werden.

Bitte beachten Sie, dass ein simulierter Trigger Ihre Workflows tatsächlich ausführt - wenn ein Workflow eine Bestellung mit einem Tag versieht oder eine E-Mail versendet, geschieht dies tatsächlich.

Entwickler-API und MCP

• Eine Entwicklerseite zum Erstellen von API-Schlüsseln mit Befehlen zum Herstellen einer Verbindung für Claude, Cursor, VS Code und andere.
• Eine REST-API, mit der Sie alle Trigger Ihres Shops mit ihrem jeweiligen Status auflisten, den Ereignisverlauf und die Statistiken einsehen sowie überprüfen können, welche Berechtigungen Sie erteilt haben.
• Ein MCP-Server, damit ein KI-Assistent Ihre Konfiguration überprüfen und Trigger im Gespräch simulieren kann.
• Drei Zugriffsebenen, wobei hinter jeder Ebene eine Simulation und die Ausführung von benutzerdefiniertem Trigger-Code stattfinden, sodass ein gewöhnlicher Leseschlüssel Ihre Automatisierungen nicht auslösen kann.

Speichern Sie Ihren Trigger-Code auf GitHub

Verbinden Sie ein GitHub-Repository, und Ihre benutzerdefinierten Trigger werden automatisch dorthin übertragen. Bearbeiten Sie eine Datei in Ihrem eigenen Editor, und die Änderung wird in die App übernommen. Jede Version ist ein Commit, sodass eine Änderung überprüft und rückgängig gemacht werden kann und Sie über die App zu jeder früheren Version zurückkehren können.

Ebenfalls in dieser Version

• Bei der Datensynchronisation wird nun Synchronisiert angezeigt statt lediglich der Anzahl der Datensätze, zusammen mit dem Datum der letzten vollständigen Synchronisation in der Zeitzone Ihres Shops. Die Erstbefüllung erfolgt einmalig; danach wird der Snapshot automatisch auf dem neuesten Stand gehalten.
• Durch die Gewährung des Zugriffs auf ein Produkt oder eine Bestellung wird der allgemeine „Update“-Trigger für diese Ressource aktiviert, sodass Ereignisse sofort übertragen werden.
• Eine übersichtlichere Einrichtungsanleitung, die genau den Schritten folgt, die Sie tatsächlich ausführen: Trigger auswählen, Zugriff gewähren, einen Workflow erstellen und dessen Ausführung beobachten.

Der Zugriff auf Produkte, Varianten und Kollektionen wird nicht mehr automatisch gewährt. Früher war er obligatorisch, bei der Installation bereits enthalten und konnte nicht deaktiviert werden. Nun ist er wie jede andere Berechtigung optional: Sie können ihn auf der Seite „Berechtigungen“ erteilen und jederzeit widerrufen. Durch die Erteilung werden die Trigger für Produkte und Kollektionen in Ihrem Shop sofort registriert.

Shops, die es bereits hatten, behalten es - es ist nichts zu tun.

Ein deutlich schnelleres Dashboard

Das Dashboard durchläuft nicht mehr Ihren gesamten Ereignisverlauf, um die Zahlen zu ermitteln. Die Zahlen pro Tag, pro Thema und pro Status stammen nun aus einer vorab aggregierten Zusammenfassung, und Ihre Nutzungszahlen werden direkt aus dem Zähler ausgelesen, der tatsächlich Ihr Planlimit durchsetzt - sie sind also in Echtzeit verfügbar und stimmen stets überein. Bei Datenbeständen mit Millionen von Ereignissen macht dies den Unterschied zwischen einer Zeitüberschreitung des Dashboards und einer sofortigen Ladezeit aus.

Neues Hilfe-Center

Die vollständige Dokumentation finden Sie unter docs.workflow-trigger-extensions.app - eine Referenz für jeden Trigger, Anleitungen zur Einrichtung und zu Berechtigungen, Hinweise zur Fehlerbehebung sowie Schritt-für-Schritt-Anleitungen für Workflows mit Videos. Sie können einen Fehler melden, eine Funktion anfordern oder uns über ein Formular kontaktieren, das direkt bei uns eingeht und dem Sie Screenshots beifügen können.

Die Chat-Blase in der App wird nun auf jeder Seite angezeigt und wird ausgeblendet, sobald ein Dialogfenster geöffnet ist.

Ebenfalls in dieser Version

• Fragen Sie „Shopify-Sidekick“ nach Ihren Triggern - welche eingerichtet sind, warum einer nicht ausgelöst wird, was kürzlich ausgelöst wurde und wie viel Ihres Kontingents Sie bereits verbraucht haben. Der Dienst ist schreibgeschützt; er kann keine Einstellungen ändern.
• Behoben: Die Ereignisse „Kundenhinweis geändert“ und „Kundenstatus geändert“ wurden nie ausgelöst. Die Änderung wurde mit einem Wert verglichen, den die App tatsächlich nicht auslas. Beide funktionieren nun einwandfrei.
• Behoben: Die Änderung der Lieferadresse für eine Bestellung ohne entsprechende Benachrichtigung hatte keine Auswirkungen, sofern nicht auch der Zugriff auf Kundendaten gewährt wurde. Die App weist Sie nun im Voraus darauf hin, anstatt stillschweigend zu scheitern.
• Behoben: Bei Shops mit einer großen Anzahl von Trigger-Abonnements konnte es vorkommen, dass ein Abonnement bei der Erteilung einer Berechtigung übersehen oder bei deren Widerruf nicht berücksichtigt wurde.
• Die Einrichtungsanleitung bleibt ausgeblendet, sobald Sie sie ausgeblendet haben.
• Die App wird nun unter dem Namen Workflow Trigger Extensions geführt. Gleiche App, gleiche Installation, neuer Name.

Kostenänderung bei Produktvariante wird ausgelöst, wenn sich die Kosten pro Stück einer Variante ändern - zur Neuberechnung der Marge, zur Anwendung von Preisberechnungsregeln oder zur Benachrichtigung des Einkaufs.

Es ist wichtig zu wissen, warum hierfür ein eigener Trigger erforderlich war: Die Kosten werden auf der Bestandsposition und nicht auf dem Produkt erfasst, sodass Shopify keine Produktaktualisierung auslöst, wenn sich lediglich die Kosten ändern. Nichts, was Produktaktualisierungen überwacht, kann diese Änderung erkennen. Dieser Trigger überwacht die Bestandsposition direkt.

Liefert das Produkt, die Variante und die Artikelnummer sowie die alten und neuen Kosten als Geldwerte. Nutzt die vorhandene Berechtigung „Inventar“ und deren Registerkarte „Einstellungen“.

Shopify

• Inventar-Änderung am Standort - jede Änderung der verfügbaren Menge an einem bestimmten Standort, sei es nach oben oder nach unten.
• „Am Standort nicht vorrätig“ - wird ausgelöst, sobald der Lagerbestand auf null sinkt.
• Wieder vorrätig am Standort - löst aus, sobald der Wert wieder in den positiven Bereich zurückkehrt.

Jedes Ereignis enthält den Standort und dessen Namen, die Variante und die Artikelnummer sowie die alte, die neue und die Differenzmenge. So können Sie die Veröffentlichung eines Produkts nur dann zurücknehmen, wenn es an Ihrem einzigen Fulfillment-Standort nicht mehr vorrätig ist, oder einen Trigger für einen Transfer anstoßen, wenn der Bestand in einem Lager zur Neige geht, während ein anderes Lager über einen Überschuss verfügt.

Hierfür ist die neue Berechtigung „Zugriff auf Inventar-Daten“ erforderlich, die auch den Zugriff auf Standorte umfasst, sodass Ereignisse den Standortnamen und nicht nur dessen ID enthalten. Wenn Sie eine dieser Berechtigungen aktivieren, werden zunächst Ihre aktuellen Bestandsmengen nachgetragen, sodass die erste tatsächliche Änderung ausgelöst wird.

Zwei Trigger für die B2B-Kundenmitgliedschaft, die beide Ihre bestehende Berechtigung für das Unternehmen nutzen:

• Kunde aus dem Unternehmen entfernt - wird ausgelöst, wenn ein Kunde als Kontakt aus einem Unternehmen entfernt wird. Für das Offboarding: ERP-Zugriff widerrufen, den Kundenbetreuer benachrichtigen, den Datensatz archivieren.
• „Unternehmen-Kontakt aktualisiert“ - wird ausgelöst, wenn sich die Rolle oder die Angaben eines Kontakts ändern.

Beide enthalten sowohl den Kunden als auch das Unternehmen sowie die Funktion des Ansprechpartners.

Wir haben bewusst den Trigger „Kunde zum Unternehmen hinzugefügt“ nicht hinzugefügt - Shopify Flow verfügt hierfür bereits über einen nativen Trigger.

• Kundenvermerk geändert - wird ausgelöst, wenn der Vermerk zu einem Kunden hinzugefügt, bearbeitet oder gelöscht wird, und enthält den alten sowie den neuen Wert.
• Kundenstatus geändert - wird ausgelöst, wenn ein Konto zwischen den Status „deaktiviert“, „aktiviert“, „eingeladen“ und „abgelehnt“ wechselt.
• Änderungen bei den Steuerbefreiungen für Unternehmensstandorte - ein Händler berichtete, dass das Bearbeiten der Steuereinstellungen eines B2B-Standorts keinerlei Trigger auslöste. Die Methode Shopify löst für diese Änderung überhaupt kein Update-Ereignis aus, daher wird diese Änderung stattdessen durch regelmäßige Abfragen erkannt. Es wird ausgelöst, wenn Steuerbefreiungen hinzugefügt, entfernt oder derzeit gültig sind, und liefert diese als Liste von Codes mit lesbaren Bezeichnungen sowie der Steuerregistrierungs-ID.

Ebenfalls behoben: Die acht Trigger für den Bestellentwurf zeigten in der Ereignisprotokolle einen falschen Namen an.

Routinemäßige Sicherheitswartung: Aktualisierung von Abhängigkeiten und Absicherung der gesamten Anwendung. Es sind keine Aktionen erforderlich.

• Änderung der Einwilligung zum E-Mail-Marketing und Änderung der Einwilligung zum SMS-Marketing - Auslösung unmittelbar nach einer Änderung der Einwilligung, unter Angabe des neuen Status (angemeldet, abgemeldet oder ausstehend), der Opt-in-Stufe und des Zeitstempels. Für die Automatisierung im Rahmen der DSGVO und der Marketing-Compliance oder zur Synchronisierung einer Sperrliste.
• Produkt im Vertriebskanal veröffentlicht und Produkt aus Vertriebskanal entfernt - erfahren Sie, wann ein Produkt in einem Vertriebskanal live geschaltet oder aus diesem entfernt wird. Jedes Ereignis enthält die hinzugefügten, entfernten und aktuellen Kanäle als eigenständige Liste, sodass Sie diese in Shopify Flow durchlaufen können, anstatt Text zu analysieren. Wird einmal pro Änderung ausgelöst, nicht einmal pro Kanal. Erfordert die neue Berechtigung „Zugriff auf Veröffentlichungsdaten“.
• Marktstatus geändert - wird ausgelöst, wenn ein Markt vom Status „Entwurf“ in den Status „Aktiv“ wechselt, wobei der alte und der neue Status angezeigt werden. Enthält eine neue Registerkarte Märkte in den Einstellungen.

Die bislang umfangreichste Version und die erste mit eigenen E-Mail-Benachrichtigungen.

Kontingent- und Fehlermeldungen

Ein Benachrichtigungssystem, das über die Glocke auf dem Dashboard aufgerufen wird. Sie erhalten eine E-Mail, sobald Sie sich Ihrem monatlichen Limit nähern, wenn Sie dieses erreichen und wenn Ihre Trigger häufiger als gewöhnlich ausfallen. Fügen Sie weitere Empfänger neben dem Besitzer des Shops hinzu.

Trigger für den Bestellentwurf (7)

Die neue Berechtigung Zugriff auf Bestellentwürfe ermöglicht den Zugriff auf den gesamten Lebenszyklus von Bestellentwürfen - speziell für den B2B- und Großhandelsbereich konzipiert, in dem Verhandlungen bereits vor der Erstellung der Bestellung stattfinden.

• Aktualisierung des Bestellentwurfs - wird bei jeder Änderung ausgelöst. Deaktivieren Sie diese Funktion in den Einstellungen, wenn Sie nur die unten aufgeführten Änderungen berücksichtigen möchten.
• Bestellentwurf: Hinzugefügte Tags / Entfernte Tags - tagbasierte Genehmigungsschritte.
• Änderung des Vermerks im Bestellentwurf - mit dem alten und dem neuen Vermerk.
• Änderungen an den Attributen von Bestellentwürfen - Bestellnummern, Liefertermine, Geschenkoptionen - mit einer Aufschlüsselung nach einzelnen Feldern, aus der hervorgeht, was hinzugefügt, entfernt oder geändert wurde.
• **Geänderte Artikel im Bestellentwurf **- Artikel, Mengen, Preise oder Varianten, die während der Verhandlungen angepasst wurden.
• Status des Bestellentwurfs geändert - Übergänge zwischen „offen“, „Rechnung versandt“ und „abgeschlossen“. Ideal für Zahlungserinnerungszyklen.

Bei der Erstellung eines Entwurfs werden Basiswerte vorbelegt, sodass die erste tatsächliche Änderung nach der Erstellung korrekt ausgelöst wird. Durch das Aktivieren eines bestimmten Triggers werden Ihre bestehenden Entwürfe nachträglich angepasst.

Shopify Flow Da „Bestellentwurf erstellt“ und „Bestellentwurf gelöscht“ bereits standardmäßig abgedeckt sind, verzichten wir bewusst darauf, diese zu duplizieren.

Märkte und Standorte (8)

• Markt angelegt / aktualisiert / gelöscht - für den internationalen und B2B-Vertrieb.
• Standort angelegt / aktualisiert / gelöscht / aktiviert / deaktiviert - Lager, Shops und Abholstellen.

Weitere Informationen zur Bestellung und zum Produkt

• Änderung des Zahlungsstatus einer Bestellung - Übergänge im Zahlungsstatus, beispielsweise von „ausstehend“ zu „bezahlt“ oder „erstattet“.
• Produkttyp geändert und Produktanbieter geändert - diese Ereignisse werden jeweils separat ausgelöst, sodass ein Workflow auf eine Änderung des Anbieters reagieren kann, ohne bei jeder Produktbearbeitung ausgeführt zu werden.

Außerdem

• Zugelassen für das „Built for Shopify“-Abzeichen.
• Maßnahmen zur Verbesserung der Stabilität und Leistung sowie eine Reihe von Korrekturen an der Benutzeroberfläche.

Shopify Flow Sie können erkennen, dass ein Kunde oder ein Produkt aktualisiert wurde, jedoch nicht, dass sich ein Tag geändert hat. Diese vier Trigger werden ausschließlich bei der Änderung des Tags selbst ausgelöst.

• Hinzugefügte Kunden-Tags / Entfernte Kunden-Tags
• Produkt-Tags hinzugefügt / Produkt-Tags entfernt

Jede dieser Optionen zeigt Ihnen die hinzugefügten Tags, die entfernten Tags sowie die vollständige Liste vor und nach der Änderung an - so können Sie sich genau auf die Änderungen konzentrieren, anstatt den Datensatz erneut durchlesen zu müssen.

Alle vier Funktionen können in den Einstellungen aktiviert werden. Wenn die App zum ersten Mal einen Datensatz erkennt, speichert sie eine Basislinie, ohne eine Aktion auszulösen. Das Aktivieren dieser Funktionen führt daher nicht dazu, dass Ihre Workflows mit Ereignissen für bereits vorhandene Tags überflutet werden.

Ebenfalls behoben: In den Payloads der vier Trigger für Änderungen an Varianten fehlten die SKU, der Barcode und der Preis.

Bitte beachten Sie, dass es keinen Trigger für Sammlungs-Tags gibt - Shopify Kollektionen haben keine Tags. Verwenden Sie stattdessen ein Sammlungs-Metafeld mit „Metafeld aktualisieren“.