Changelog

Neu

• Variantenänderungen bei Produktaktualisierungen. Wenn eine Produktaktualisierung eine Variante ändert, enthalten die alten und neuen Werte des Triggers nun jeweils einen Eintrag pro geändertem Variantenfeld: Preis, Vergleichspreis, SKU, Barcode, Bestandsrichtlinie, Steuerpflicht, Titel, Optionen und Bild sowie die Angabe, ob eine Variante hinzugefügt oder entfernt wurde. Jeder Eintrag nennt die Variante, zu der er gehört, zusammen mit ihrer ID und ihrem Titel, sodass ein Workflow genau auf diese Variante angewendet werden kann, beispielsweise wenn sich die Bestandsrichtlinie von „ablehnen“ auf „fortsetzen“ ändert. Aktivieren Sie in den Einstellungen für die Produktaktualisierung die Option** Alte und neue Werte senden**; mit der Einstellung Welche Änderungen lösen dies aus? können Sie weiterhin sicherstellen, dass der Trigger nur für die Felder ausgelöst wird, die für Sie relevant sind, wie beispielsweise variants.inventory_policy.

Verbessert

• Umfangreiche Aktualisierungen werden vollständig gemeldet. Wenn eine Aktualisierung mehr Änderungen umfasst, als ein einzelnes Ereignis übertragen kann, enthalten die alten und neuen Werte die ersten Änderungen, und der Trigger gibt dies an: truncated ist wahr, und totalCount gibt an, wie viele Änderungen es gab, während fields weiterhin jedes Feld auflistet, das sich geändert hat. Dies gilt für Produktaktualisierungen, Auftragsaktualisierungen, Kundenaktualisierungen, Kollektionsaktualisierungen, Bestellentwürfe, Rabatte, Marktaktualisierungen, Standorte, Unternehmensaktualisierungen, Unternehmensstandorte, Blog-Aktualisierungen, Blogbeitrag-Aktualisierungen, Seitenaktualisierungen und Metaobjekte.
• Schnellere Metafeld-Trigger. Metafeld-Trigger für Produkte, Kollektionen, Kunden und Bestellungen können den geänderten Wert nun direkt aus der Aktualisierungsbenachrichtigung von Shopify auslesen, anstatt erneut eine Anfrage an Shopify zu senden - das bedeutet eine Anfrage weniger pro Aktualisierung. Die Shops werden schrittweise umgestellt; an Ihren Einstellungen ändert sich nichts.

Behoben

• Metafeld-Trigger bei sehr umfangreichen Katalogen. Das Einrichten eines Metafeld-Triggers in einem Shop mit Millionen von Varianten bleibt nun nicht mehr im Status „Initialisierung“ hängen. Der erste Snapshot nutzt nun einen Massenexport und ist innerhalb weniger Minuten abgeschlossen.

Neu

• „Sidekick fragen“ aus der Einrichtungsanleitung. Jeder Schritt der Einrichtungsanleitung auf dem Dashboard verfügt über eine Schaltfläche „Sidekick fragen“. Diese öffnet den Shopify-Assistenten mit einer vorformulierten Frage zu diesem Schritt in der Sprache Ihres Admin-Bereichs, und Sidekick antwortet unter Berücksichtigung der für Ihren Shop spezifischen Trigger und Ereignisse. Die Schaltfläche wird überall dort angezeigt, wo Sidekick in Ihrem Admin-Bereich verfügbar ist.

• Alte und neue Werte bei 26 weiteren Triggern. Diese Trigger senden nun den Wert vor und nach der Änderung:

  • die Aktualisierungstrigger für Bestellentwürfe, Kollektionen, Märkte, Unternehmen, Unternehmensstandorte, Unternehmenskontakte, Standorte, Rabatte, Seiten, Blogs, Blogbeiträge und Metaobjekte,
  • Die Bestandserfassung wird an einem Standort ausgelöst,
  • Die Kundenauslöser für Adresse, E-Mail-Adresse, Name, Telefonnummer und Marketingeinwilligung, die Auslöser für den Bestellentwurf für Rechnungsadresse, Lieferadresse und E-Mail-Adresse sowie „Lieferadresse der Bestellung geändert“.

  Die Benachrichtigungen „Bestellentwurf aktualisiert“, „Bestellung aktualisiert“ und „Markt aktualisiert“ werden versendet, wenn in den Trigger-Einstellungen die Option „Alte und neue Werte senden“ aktiviert ist.

Verbessert

• Fehlerbenachrichtigungen sind standardmäßig aktiviert. Die E-Mail-Benachrichtigung „Hohe Fehlerquote“ ist nun für alle Shops - sowohl neue als auch bestehende - aktiviert. Sie wird versendet, wenn innerhalb von 60 Minuten mindestens 20 % von mindestens 50 Ereignissen fehlgeschlagen sind, höchstens einmal alle 6 Stunden. Unter „Benachrichtigungen“ können Sie festlegen, wer diese Benachrichtigung erhält, oder sie deaktivieren.

Seitenlader führen nun unabhängige Lesevorgänge gemeinsam aus und rufen kleinere Datenbankdatensätze für Listen und Dashboard-Metadaten ab. Trigger-Listen lesen keinen Transformationscode und keine erfassten Stichproben mehr, nur um deren Namen und Status anzuzeigen.

Die Seite „Berechtigungen“ verwendet einen aktuellen Snapshot des Shopify-Gültigkeitsbereichs, und die Metafelder vermeiden Definitionsanfragen für Ressourcentypen, für die keine Berechtigung vorliegt. Vorhandene Triggereinstellungen, Workflow-Payloads, Aktualisierungssteuerelemente und die Authentifizierung bleiben erhalten.

Die Überwachung des festen Ratenlimits wurde angepasst, wenn Shopify einen leeren API-Bucket meldet. Die Worker behalten nun den gemeldeten Saldo von Null bei und warten auf freie Kapazität, anstatt diesen als verfügbares Budget zu behandeln. Bestehende Trigger-Einstellungen, Ereignis-Payloads und das Wiederholungsverhalten bleiben erhalten.

Reduzierung redundanter Cache-Lesevorgänge bei der Berechnung der Wartezeit für die Kapazität der Shopify-API.

Verbesserte Koordinierung der Verarbeitung bei großen Produkt- und Kundenaktualisierungswellen. Die Mitarbeiter können mehr Ereignisse der „Slow Lane“ zur Bearbeitung bereithalten und dabei die bestehenden Parallelitätsgrenzen pro Shop, die Auslöseeinstellungen und die Workflow-Payloads beibehalten.

Verarbeitungsslots werden nun atomar belegt. Ein Worker, der seine Arbeit verspätet beendet, kann einen Slot, den ein anderer Worker bereits belegt hat, nicht mehr freigeben.

Bei der Ereignisverarbeitung werden nun weniger unnötige Datenbankfelder ausgelesen, und es wird vermieden, dass unveränderte Bestellentwürfe und Markt-Snapshots neu geschrieben werden. Bestehende Trigger-Einstellungen und Workflow-Payloads bleiben erhalten.

Es wurde ein Problem bei der Zählung der Nutzungshäufigkeit behoben, bei dem das erste Ereignis möglicherweise nicht erfasst wurde, wenn der Kontingent-Cache leer war und für den Shop keine Ereignisverlaufsdaten vorlagen.

Ein benutzerdefinierter Trigger für das Ereignis „Metaobject Updated“ wählt nun die Metaobjekt-Definition aus, auf die er überwacht, und empfängt deren Ereignisse. Shopify liefert Metaobjekt-Ereignisse pro Definition, sodass die App jede Definition separat abonnieren muss. Bislang war dies nur bei den integrierten Metaobjekt-Triggern der Fall. Ein benutzerdefinierter Trigger für das Ereignis „Metaobjekt aktualisiert“ in einem Shop ohne integrierten Metaobjekt-Trigger für dieselbe Definition erhielt keine Daten, und die Funktion „Live-Ereignis erfassen“ im Editor wartete endlos. Der Editor fragt nun neben dem Ereignis nach der Definition, abonniert diese beim Erfassen oder Speichern und informiert Sie, falls das Abonnement nicht hergestellt werden konnte, anstatt zu warten. Falls Sie bereits über einen solchen benutzerdefinierten Trigger verfügen, öffnen Sie ihn, wählen Sie die Definition aus und speichern Sie einmal.

Bei Shops mit sehr umfangreichen Katalogen wird die Seite „Trigger“ sofort geöffnet. Die Karte „Datensynchronisierung“ zeigt an, wie viele Produkte, Varianten, Kunden und Bestellungen die App synchronisiert hat. Bei einem Shop mit Hunderttausenden von Varianten und einer hohen Rate an Produktaktualisierungen konnte das Zählen dieser Daten über eine Minute dauern, und die Seite wartete darauf. Die Zählung läuft nun im Hintergrund und wird für einige Stunden gespeichert. Die Seite öffnet sich sofort, und bis die erste Zählung abgeschlossen ist, zeigt die Karte anstelle einer Zahl den Zeitpunkt der letzten Synchronisierung an. Trigger und Workflows waren davon nie betroffen, lediglich die Seite selbst.

Polling-basierte Trigger werden in den größten Shops nun wieder zuverlässig überprüft. Trigger für Varianten-Metafelder (sowie die anderen Trigger, die die App nach einem festgelegten Zeitplan überprüft: Blogbeiträge, Seiten, ablaufende Rabatte, Bestellstatus, Unternehmens-Metafelder) laden die im Shop gespeicherten Werte, bevor sie mit den aktuellen Werten verglichen werden. Bei einem Shop mit Millionen von gespeicherten Werten beanspruchte dieser Schritt mehr Speicherplatz, als der Dienst zulässt, was zu einem Neustart führte und dazu führte, dass bei anderen Shops hin und wieder eine Überprüfung ausfiel. Die Werte werden nun in begrenzten Stapeln geladen, sodass ein Katalog beliebiger Größe unterstützt wird.

Eine Massenbearbeitung in einem Shop verzögert nun keine Ereignisse mehr für andere Shops. Ereignisse aus einem Shop, der weit mehr Daten sendet, als die App auf einmal verarbeiten kann, werden in eine separate Warteschlange verschoben, anstatt in der Hauptwarteschlange erneut versucht zu werden. Die Verzögerung vom 21. Oktober bei „Order Attributes Changed“ und anderen Bestellereignissen, die durch eine solche Massenbearbeitung verursacht wurde, kann in dieser Form nicht erneut auftreten.

Die Funktion „Welche Änderungen lösen dies aus?“ bei „Produktaktualisierung“, „Bestellung“ und „Kundenaktualisierung“ vergleicht jede Aktualisierung mit der letzten Kopie des Datensatzes, die die App gespeichert hat. Bei einem Datensatz, den die App noch nie gespeichert hatte, konnte sie nicht feststellen, was sich geändert hatte, und ließ die Aktualisierung durch. Daher wurden in einem Shop, dessen Produkte noch nie synchronisiert worden waren, alle Produktaktualisierungen ausgelöst und gezählt, wobei lediglich das Feld „Titel“ angekreuzt war.

• Ein Datensatz, von dem die App keine Kopie besitzt, wird nun bei der ersten Aktualisierung gespeichert und löst den Trigger nicht aus. Ab der nächsten Aktualisierung lösen nur die markierten Felder den Trigger aus, wie bei jedem anderen Trigger in der App.
• Das Speichern einer Feldauswahl löst nun auch die einmalige Synchronisierung dieser Ressource aus - dieselbe Synchronisierung, die ein Trigger durchführt, wenn Sie ihn aktivieren -, sodass bereits vorhandene Datensätze sofort berücksichtigt werden.
• Wenn nichts angekreuzt ist, wird der Trigger nach wie vor bei jeder Aktualisierung ausgelöst, so wie es schon immer der Fall war.

Sollte dies Ihr Nutzungslimit beeinträchtigt haben, schreiben Sie uns bitte, damit wir es zurücksetzen können.

Ein Metafeld, das bereits bei der Erstellung des Datensatzes ausgefüllt ist, wird nun ausgelöst. Ein Metafeld-Trigger wird ausgelöst, wenn sich der Wert ändert. Ein Wert, der bereits zum Zeitpunkt der Erstellung des Datensatzes vorhanden war - beispielsweise die Antworten, die „Shopify-Formulare“ bei einem neuen Kunden oder Unternehmen speichert, oder die Metafelder eines importierten Produkts -, wurde bisher als Ausgangswert gespeichert und löste den Trigger nie aus. Es wird nun einmal ausgelöst, mit einem leeren vorherigen Wert, genau wie ein Wert, der einen Moment nach der Erstellung des Datensatzes festgelegt wurde. Die Aktualisierung, die Shopify unmittelbar nach der Erstellung sendet, löst es nicht ein zweites Mal aus.

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“.