Workflow Trigger ExtensionsWorkflow Trigger Extensions

Storefront-Auslöser

Jeder andere Trigger in dieser App geht auf ein Ereignis in Ihrem Admin-Bereich zurück: Eine Bestellung wurde bezahlt, ein Produkt wurde aktualisiert, ein Metafeld wurde geändert. Shopify informiert uns darüber, und Ihr Workflow wird ausgeführt.

Storefront-Trigger werden durch eine Aktion des Käufers ausgelöst. Eine Produktseite wurde aufgerufen, ein Artikel wurde in den Warenkorb gelegt, eine Suche blieb erfolglos, ein Rabattcode wurde an der Kasse abgelehnt. Shopify sendet für keine dieser Aktionen Webhooks, daher erfasst die App diese Informationen mithilfe eines Web-Pixels, das auf Ihrer Storefront ausgeführt wird.

An diesem Unterschied sollte man festhalten, denn er erklärt zum Großteil das, was nun folgt: Was die App erkennen kann, was nicht und warum diese Auslöser ein weitaus höheres Volumen haben können als die, an die Sie gewöhnt sind.

Das Ladenlokal-Pixel

Sobald Ihr erster Storefront-Trigger aktiviert ist, installiert die App automatisch ein Web-Pixel in Ihrer Storefront. Es sind weder Änderungen am Theme noch das Einfügen von Code erforderlich.

Das Pixel abonniert nur die Ereignisse, die Ihre aktivierten Trigger benötigen. Wenn Sie lediglich die Storefront-Suche aktivieren und sonst nichts, werden Produktansichten niemals gesendet, niemals empfangen und niemals gezählt. Wenn Sie alle Storefront-Trigger wieder deaktivieren, bleibt das Pixel zwar installiert, ist aber inaktiv: Es abonniert keine Ereignisse und sendet nichts.

Einwilligung des Käufers

Das Pixel berücksichtigt die Datenschutzeinstellungen Ihres Shops. Es benötigt die Einwilligung zur Datenerhebung, und Shopify führt es nur für Kunden aus, die diese Einwilligung erteilt haben. Ohne diese Einwilligung werden im Browser keine Daten erfasst, es gelangen keine Daten an uns, es wird kein Kontingent verbraucht und es wird kein Workflow ausgeführt.

Dies gilt auch für den Bezahlvorgang, sodass die Trigger „Bezahlfehler angezeigt“ und „Rabattcode beim Bezahlvorgang abgelehnt“ dieselbe Einwilligung erfordern wie die Trigger für den Shop.

Das bedeutet auch, dass Storefront-Trigger in Regionen, in denen die Einwilligung auf Opt-in-Basis erfolgt, von Natur aus zu niedrigen Werten führen. Das ist das korrekte Verhalten und kein Fehler, den es zu umgehen gilt.

Pass consent from your own banner to Shopifyjavascript
window.Shopify.loadFeatures(
  [{ name: "consent-tracking-api", version: "0.1" }],
  (error) => {
    if (error) return;
    // Call this when the shopper makes a choice in your banner.
    // Pass what they actually chose - storefront triggers need analytics.
    window.Shopify.customerPrivacy.setTrackingConsent(
      { analytics: true, marketing: false, preferences: false },
      () => {},
    );
  },
);

Shopify

Wenn Sie einen Storefront-Trigger testen, stimmen Sie zunächst dem Cookie-Banner zu und verwenden Sie einen Browser ohne Werbeblocker. Ein privates Fenster wird ohne Einwilligung jedes Mal neu geöffnet, sodass ein Trigger, der in Ihrem normalen Browser funktioniert, dort möglicherweise nicht richtig zu funktionieren scheint. Um zu überprüfen, ob das Pixel selbst installiert ist, öffnen Sie in Ihrem Shopify-Adminbereich „Einstellungen > Kundenereignisse“.

Die Auslöser

Auslöser Beginnt, wenn
Im Shop angesehenes Produkt Ein Kunde öffnet eine Produktseite
Storefront-Kollektion angesehen Ein Kunde öffnet eine Sammelseite
Im Shop-Frontend angezeigter Warenkorb Ein Kunde öffnet die Warenkorbseite
Produkt im Online-Shop in den Warenkorb gelegt Ein Artikel wird in den Warenkorb gelegt
Produkt aus dem Warenkorb entfernt Ein Artikel wird aus dem Warenkorb entfernt
Kassiervorgang im Laden gestartet Ein Kunde beginnt mit dem Bezahlvorgang
Suche im Online-Shop Eine Suche liefert mindestens ein Ergebnis.
Die Suche im Online-Shop lieferte keine Ergebnisse Eine Suche liefert keine Ergebnisse.
Angesehene Variante nicht vorrätig Ein Kunde ruft eine Produktseite auf, auf der die angezeigte Variante ausverkauft ist
Anzeige eines Fehlers beim Bezahlvorgang An der Kasse wird dem Kunden eine Fehlermeldung angezeigt
Rabattcode an der Kasse abgelehnt Ein Rabattcode wird an der Kasse abgelehnt
B2B-Käufer im Besuch Ein angemeldeter B2B-Käufer besucht den Online-Shop
Angemeldeter Kunde war zu Besuch Ein angemeldeter Kunde betritt das Geschäft
Benutzerdefinierter Storefront-Trigger Ihr eigenes Ereignis, das über Ihr Theme veröffentlicht wurde

Angesehene Variante, die nicht vorrätig ist

Diesen sollte man sich genau durchlesen, denn es ist der Trigger, der sich am ehesten anders verhält, als der Name vermuten lässt.

Dies ist ein Signal für einen Nachschubbedarf: Es zeigt Ihnen an, dass ein echter Kunde sich einen Artikel angesehen hat, den Sie ihm nicht verkaufen können. In Verbindung mit einem Flow-Workflow kann das Produkt damit gekennzeichnet, die Einkaufsabteilung benachrichtigt oder der Kunde auf eine Warteliste gesetzt werden.

Der Wert wird abgeleitet, nicht übermittelt. Der Browser des Käufers hat keine Kenntnis von Ihrem Lagerbestand, daher sendet das Pixel eine einfache Produktansicht, und die App trifft ihre Entscheidung anhand ihrer eigenen Bestandsdaten.

Es wird eine Variante geprüft, nicht das gesamte Produkt.▾

Der Trigger wird für die Variante ausgelöst, die auf der Produktseite angezeigt wird, nicht für das Produkt als Ganzes. Bei einem Produkt mit vier vorrätigen Varianten und einer ausverkauften Variante wird der Trigger nur ausgelöst, wenn die ausverkaufte Variante gerade angezeigt wird.

Deshalb heißt es „Out-of-Stock-Variante angesehen“, und deshalb übermittelt der Trigger Ihrem Workflow sowohl die Variante als auch das Produkt, zu dem sie gehört.

Ein Wechsel der Variante nach dem Laden der Seite wird nicht erkannt▾

Shopify meldet eine Produktansicht, wenn der Käufer auf der Seite landet. Das anschließende Anklicken der Variantenauswahl stellt einen Zustandswechsel innerhalb der Seite dar und keine neue Seitenaufruf, sodass Shopify dies nicht meldet und die App nie davon erfährt.

In der Praxis: Ein Link, der direkt zur ausverkauften Variante führt (eine URL vom Typ ?variant= oder ein Link aus einer Kollektion, in der diese Variante als Option angezeigt wird), löst den Vorgang aus. Wenn man zunächst auf einer vorrätigen Standardvariante landet und dann die ausverkaufte Variante auswählt, wird der Vorgang nicht ausgelöst.

Wenn Sie das benötigen, veröffentlichen Sie Ihr eigenes Ereignis bei einer Variantenänderung in Ihrem Theme mit Benutzerdefinierte Storefront-Auslöser.

„Nicht vorrätig“ bedeutet, dass an allen Standorten der Bestand bei null oder darunter liegt.▾

Die App addiert die verfügbare Menge an jedem Standort, an dem die Variante vorrätig ist. Der Trigger wird ausgelöst, wenn diese Summe null oder weniger beträgt.

Zwei Konsequenzen, die es zu berücksichtigen gilt:

  • Standorte, die nicht zu Ihrem Online-Shop gehören, werden dennoch berücksichtigt. Lagerbestände in einem Lager oder einer Verkaufsstelle, die kein Vertriebskanal für dieses Produkt sind, lassen die Gesamtzahl gut aussehen, sodass der Auslöser nicht anspringt, obwohl der Kunde das Produkt nicht kaufen kann.
  • Ein Overselling wird nicht berücksichtigt. Eine Variante, die so eingestellt ist, dass sie auch bei Nichtverfügbarkeit weiterverkauft wird, ist weiterhin zum Preis von null erhältlich, sodass der Trigger ausgelöst wird, während der Käufer die Bestellung tatsächlich abschließen kann.
Durch die Aktivierung wird auch „Storefront - Produkt angesehen“ aktiviert▾

Das muss so sein. Die Entscheidung über die Nichtverfügbarkeit wird auf Basis der Produktansicht getroffen, daher muss die App jede Produktansicht erhalten, um die wenigen zu finden, die relevant sind.

Das bedeutet, dass jede Produktansicht auf Ihr Kontingent angerechnet wird, nicht nur die der ausverkauften Artikel. Bei einem Shop mit hohem Besucheraufkommen ist dies der mit Abstand teuerste Auslöser in der App, und die Kosten richten sich nach Ihrem Besucheraufkommen, nicht danach, wie oft Ihre Artikel ausverkauft sind.

Wir stellen die Abhängigkeit bewusst in den Vordergrund, anstatt sie zu verbergen, damit die Zahl auf Ihrer Nutzungsseite niemals eine Überraschung darstellt.

Die Bestandsdaten müssen synchronisiert worden sein▾

Die App vergleicht die Daten mit ihren eigenen Bestandsaufzeichnungen. Wenn eine Variante noch nie synchronisiert wurde, kennt die App den Lagerbestand nicht und gibt keine Auskunft, anstatt zu raten - eine nicht synchronisierte Variante als ausverkauft zu melden, wäre schlimmer, als gar keine Angabe zu machen.

Die Bestandsabgleichung erfolgt automatisch, sobald Sie den Trigger aktivieren. Sie können ihn jederzeit über die Seite „Trigger“ erneut ausführen.

Suchanfragen

Die Suche stellt Ihnen zwei Trigger zur Verfügung, und eine einzelne Suche löst genau einen davon aus:

  • Die Storefront-Suche lieferte keine Ergebnisse, wenn die Suche nichts gefunden hat. Das ist genau das, was sich die meisten Geschäfte wünschen: eine Liste mit Artikeln, von denen die Kunden erwartet haben, dass Sie sie verkaufen.
  • Storefront-Suche, wenn die Suche ein Ergebnis geliefert hat.

Da sie sich gegenseitig ausschließen, können Sie beide Funktionen bedenkenlos aktivieren, ohne dass es zu Doppelzählungen kommt. Die Storefront-Suche übergibt zudem das erste Ergebnis als Produktreferenz, sodass ein Workflow auf das reagieren kann, was der Käufer höchstwahrscheinlich gesehen hat.

Besuchsauslöser

„B2B-Käufer besucht“ und „Angemeldeter Kunde besucht“ werden ausgelöst, wenn sich ein angemeldeter Käufer auf Ihrer Shop-Seite befindet. Damit können Sie auf die Rückkehr eines Kunden reagieren - durch erneute Kundenansprache, Benachrichtigungen an den Kundenbetreuer oder einen Vermerk in der Kundendatei.

Ein Kunde, der zehn Seiten aufruft, zählt als ein Besuch und nicht als zehn einzelne Ereignisse. Die App fasst Wiederholungen in einem Besuchsfenster zusammen, das Sie pro Auslöser über das Einstellungssymbol neben dem Schalter festlegen können. Innerhalb dieses Fensters wird der Kunde nur einmal gezählt.

  • Die Zahl der „B2B-Käuferbesuche“ wird pro Unternehmen zusammengefasst, sodass zwei Käufer desselben Unternehmens in einem Fenster als ein Besuch gezählt werden.
  • Die Anzahl der Besuche von angemeldeten Kunden wird pro Kunde zusammengefasst.

Stellen Sie den Wert auf Null ein, damit bei jedem Seitenaufruf ein Ereignis ausgelöst wird. In einem Shop mit angemeldeten Nutzern führt dies zu einer großen Anzahl von Ereignissen. Beginnen Sie daher mit einem hohen Wert und senken Sie ihn, wenn Sie eine feinere Granularität benötigen.

Auslöser für den Bezahlvorgang

Der Fehler „Checkout-Fehler angezeigt“ wird immer dann ausgelöst, wenn beim Bezahlvorgang ein Fehler für den Kunden angezeigt wird: eine Adresse, die nicht validiert werden kann, eine abgelehnte Zahlungsmethode oder ein Feld, in das die eingegebenen Daten nicht übernommen werden können. Auf diese Weise lässt sich feststellen, dass der Bezahlvorgang fehlschlägt, ohne auf ein Support-Ticket warten zu müssen.

„Rabattcode an der Kasse abgelehnt“ grenzt dies auf einen Fall ein: An der Kasse wurde ein Rabattcode abgelehnt. Dabei handelt es sich in der Regel um eine abgelaufene Aktion, einen Code, der über die zulässige Anzahl hinaus weitergegeben wurde, oder einen Code aus einer E-Mail, der nie aktiviert wurde - alles Dinge, die man schnell wissen sollte.

Shopify Teilt den Apps nicht mit, welcher Code eingegeben wurde; daher enthält der Trigger die Ablehnungsmeldung von Shopify (in der Sprache des Kunden), jedoch nicht den Code selbst. Wenn man bei einem leeren Feld auf „Übernehmen“ klickt, wird dieselbe Meldung angezeigt, sodass sich die beiden Fälle nicht voneinander unterscheiden lassen. Nutzen Sie diese Funktion, um einen Anstieg bei den abgelehnten Codes festzustellen, nicht jedoch, um eine bestimmte Kampagne zu identifizieren.

Nächste Schritte