Die Seite „Trigger“ (früher „Einstellungen“)

Warum sich dies geändert hat

Auf der alten Seite gab es zwei verschiedene Arten von Schaltern, die sich gegensätzlich verhielten, und welche davon Ihnen angezeigt wurde, hing davon ab, auf welcher Registerkarte Sie sich befanden.

Die meisten Trigger funktionierten nach dem Opt-in-Prinzip: Sie waren deaktiviert, bis man sie aktivierte. Die allgemeinen ... Update-Trigger funktionierten jedoch nach dem Opt-out-Prinzip: Sie waren standardmäßig aktiviert, wobei auf der ersten Registerkarte Optionen zum Deaktivieren dieser Trigger angeboten wurden. „Der Schalter ist ausgeschaltet“ bedeutete also auf acht Registerkarten „Dieser Trigger wird nicht ausgelöst“ und auf der ersten Registerkarte „Dieser Trigger wird ausgelöst“.

Hinzu kam, dass sich der Schalter eines Triggers in dem Reiter befand, unter dem wir ihn abgelegt hatten - und das war nicht immer der Ort, an dem man danach suchen würde. Es gab keine Suchfunktion.

Nun gilt folgende Regel: Ein Trigger löst aus, solange sein Schalter eingeschaltet ist. Das trifft auf alle Trigger zu.

Früher und heute

	Zuvor	Nun
Wo	Einstellungen, neun Registerkarten	Trigger, eine Seite
Einen Trigger finden	Erraten Sie den Tab	Nach Namen suchen
Was eine Umschaltung bedeutet	Aktivierung auf acht Registerkarten, Unterdrückung auf der ersten	Immer: Ein = zündet
Ein unterdrückter Trigger	Schalldämpfer eingeschaltet	Trigger ausgeschaltet
Umfang	Nur Trigger, für die wir eine Registerkartenzeile erstellt hatten	Alle 98 Trigger
Mehrere einschalten	Einer nach dem anderen	Massenweise aktivieren oder deaktivieren, mit Bestätigungsaufforderung
Fehlende Berechtigung	Das werden Sie später feststellen, wenn nichts mehr funktioniert	In der Zeile markiert, an Ort und Stelle bewilligt
Benutzerdefinierte Trigger	Separate Seite	Auf derselben Seite, oben

Wo die Registerkarten geblieben sind

Alles befindet sich nun auf einer Seite, gruppiert nach Ressourcen. Die alten Registerkartenbezeichnungen entsprechen den Gruppenüberschriften:

Alte Registerkarte	Nun
Abzugseinstellungen (Schalldämpfer)	Der allgemeine Trigger ... Update innerhalb jeder Ressourcengruppe, dargestellt als gewöhnlicher Ein-/Aus-Schalter
Bestell-Trigger	Bestellungen
Trigger für den Bestellentwurf	Bestellungen (Bestellentwürfe)
Produkt-Trigger	Produkte
Produktvarianten	Produktvariante
Kunden-Trigger	Kunden
Trigger für Kollektionen	Kollektionen
Abfrage-Trigger	Abgelegt unter der von ihnen abgefragten Quelle - Blogs und Seiten unter „Inhalt“, Ablauf des Rabatts unter „Rabatte“
Märkte	Märkte
Inventar-Trigger	Inventar

Trigger für Metafelder und Metaobjekte verfügen weiterhin über eigene Seiten, da Sie selbst auswählen, welche Definitionen überwacht werden sollen, anstatt lediglich einen einzigen Schalter umzulegen.

Was gibt es Neues?

Suche. Geben Sie einen Teil des Namens eines Triggers ein, um ihn sofort in allen Ressourcen zu finden, anstatt so lange Registerkarten zu öffnen, bis Sie ihn entdecken.

Jeder Trigger ist umschaltbar. Bisher verfügte ein Trigger nur dann über einen Schalter, wenn wir dafür eine Zeile erstellt hatten. Nun verfügen alle 98 über einen solchen Schalter, und zwar über dieselbe Steuerung - dieselbe Steuerung, die auch die API und der MCP verwenden. Was Sie hier sehen, entspricht also dem, was ein API-Aufrufer sieht.

Massenweise aktivieren und deaktivieren. Dies gilt für Ihre Suchergebnisse, wenn Sie eine Suche durchführen, bzw. für alle Elemente, wenn Sie keine Suche durchführen. In beiden Fällen werden Sie zunächst um eine Bestätigung gebeten: Das Aktivieren vieler Trigger kann zu einem Anstieg Ihres monatlichen Verbrauchs führen, und das Deaktivieren stoppt laufende Workflows.

Berechtigungen werden dort erteilt, wo Sie darauf stoßen. Wenn Sie einen Trigger aktivieren, für den eine Berechtigung erforderlich ist, die Sie noch nicht erteilt haben, werden Sie direkt an dieser Stelle dazu aufgefordert. Benötigt ein Trigger zwei Berechtigungen - beispielsweise „Versandadresse der Bestellung geändert“, für das sowohl Zugriff auf die Bestellung als auch auf den Kunden erforderlich ist -, erscheint ein einziges Dialogfeld, das beide Berechtigungen abdeckt, und nicht nacheinander.

Sollten Sie dies ablehnen, bleibt der Trigger aktiviert und wird als „Berechtigung erforderlich“ gekennzeichnet, anstatt sich stillschweigend wieder zu deaktivieren.

Gruppen „Storefront“ und „Checkout“. Die Trigger, die vom Web-Pixel der App gespeist werden, befinden sich unter „Storefront“ und „Checkout“, und alle sind standardmäßig aktiviert. Die beiden Besuchs-Trigger verfügen neben ihrem Schalter über ein Einstellungssymbol, über das Sie das Besuchsfenster festlegen können. Die Option „Alle aktivieren“ umfasst diese Gruppen; suchen Sie daher in einem stark frequentierten Shop zunächst nach den gewünschten Triggern und aktivieren Sie dann nur diejenigen, die ein Workflow verwendet. Siehe Storefront-Auslöser.

Die Berechtigungen blieben auf einer eigenen Seite

Der Bereich „Berechtigungen“ ist nach wie vor eine eigenständige Seite in der Navigation, und das ist bewusst so gewollt. Mehrere Berechtigungen beziehen sich auf personenbezogene Daten - Kundendaten, Lieferadressen für Bestellungen, B2B-Unternehmenskontakte - und dies verdient einen eigenen Bereich, in dem Sie nachlesen können, was die einzelnen Berechtigungen umfassen, und nicht nur eine Fußnote unter einer Liste von Schaltflächen.

Dort können Sie auch Berechtigungen widerrufen. Da eine Berechtigung mehrere Trigger gleichzeitig abdeckt, hat der Widerruf einer solchen Berechtigung weitreichendere Auswirkungen als die Betätigung eines einzelnen Schalters auf der Seite „Trigger“.

Wählen Sie die für Sie passende Option: Erteilen Sie die Berechtigung beiläufig über eine Triggerzeile, wenn Sie lediglich möchten, dass dieser Trigger funktioniert, oder verschaffen Sie sich auf der Seite „Berechtigungen“ einen Überblick über das Gesamtbild.

Die Basis-Synchronisierung

Unverändert. Durch das Aktivieren eines Triggers zur Änderungserkennung wird eine Basis-Synchronisierung in die Warteschlange gestellt, sodass bei Eintreffen der nächsten Änderung ein Vergleichswert vorliegt. Ohne diese Maßnahme würde die erste Änderung nach der Aktivierung stillschweigend ignoriert werden.

Wenn Sie eine Feldauswahl unter „Welche Änderungen lösen dies aus?“ speichern - sei es bei der Produktaktualisierung, der Bestellung oder der Kundenaktualisierung -, wird dieselbe Synchronisierung in die Warteschlange gestellt. Solange ein Datensatz noch nicht gespeichert wurde, gilt seine erste Aktualisierung mit einer Auswahl als Ausgangspunkt für diesen Datensatz, und die Synchronisierung wird nicht ausgelöst. Sind keine Optionen angekreuzt, wird die Synchronisierung wie bisher ausgelöst.

Bei einem kleinen Shop dauert es nur wenige Sekunden, bei einem Katalog mit mehr als 100.000 Artikeln hingegen bis zu etwa 20 Minuten. Die Seite wird während des Vorgangs automatisch aktualisiert.

Falls die Berechtigung noch nicht erteilt wurde, wird die Synchronisierung zurückgestellt und nicht abgebrochen - erteilen Sie die Berechtigung, und sie startet von selbst.

Sie müssen dies in der Regel nicht manuell vornehmen. Wenn Sie einen Shopify Flow-Workflow aktivieren, der einen Trigger verwendet, wird dieser Trigger aktiviert und die Synchronisierung automatisch gestartet.

Manuelle Neusynchronisierung

Im Abschnitt „Datensynchronisierung“ am unteren Rand der Seite „Trigger“ befindet sich für jede Ressource eine Schaltfläche zur erneuten Synchronisierung. Verwenden Sie diese, wenn Sie vermuten, dass die Basislinie abgewichen ist - beispielsweise nach einem längeren Zeitraum, in dem die Berechtigung entzogen war, oder nach einem umfangreichen Import, der durchgeführt wurde, während der Trigger deaktiviert war.

Sollte eine Synchronisierung fehlgeschlagen sein, wird dies in diesem Abschnitt angegeben, einschließlich der Gründe dafür. An keiner anderen Stelle in der App wird ein fehlgeschlagener Backfill angezeigt, und ein fehlgeschlagener Backfill bedeutet, dass Trigger für bereits vorhandene Datensätze nicht ausgelöst werden.