Klaviyo-Push-Benachrichtigungen für mobile Shopify-Apps

Um Klaviyo-Push-Benachrichtigungen in einer mobilen Shopify-App zu nutzen, verbinden Sie die App mit den Klaviyo-Profilen, die Sie bereits verwenden. So fließt das Verhalten in der App in dieselben Segmente und Flows wie E-Mail und SMS. Planen Sie vor dem ersten Versand drei Dinge: die Ereignis-Taxonomie, die Logik der Flows und die Einwilligung. Push, E-Mail, SMS und die Berechtigung des Betriebssystems sind jeweils eigene Einwilligungsstatus.

Behandeln Sie die App nicht als weiteren Kanal für Massenversand. Push, E-Mail und SMS haben jeweils eine andere Aufgabe. Die App liefert Verhaltenssignale, etwa was Kunden ansehen, speichern und kaufen, und zusätzliche Stellen, an denen Sie sie erreichen.

Dieser Leitfaden zeigt, wie Sie Klaviyo-Push in einer mobilen Shopify-App planen. Er ist keine Einrichtungsanleitung. Für das SDK und die Plattformkonfiguration nutzen Sie die offiziellen Implementierungsanleitungen von Klaviyo.

Voraussetzungen für die Planung von Klaviyo-Push-Benachrichtigungen

Sie brauchen eine App für Shopify oder Shopify Plus, eine Klaviyo-Integration in einem beliebigen NAPPS-Tarif und eine klar benannte Zuständigkeit für die Kampagnenlogik. Außerdem müssen Sie festlegen, welche Ereignisse vor dem Kauf die App sendet, wohin jede Push-Benachrichtigung führt und wie Kunden ihre Benachrichtigungseinstellungen verwalten.

NAPPS unterstützt Klaviyo in jedem Tarif für die Steuerung von Push, E-Mail und SMS mit gemeinsamen Segmenten. Profilidentifikation, Ereignis-Tracking, In-App-Formulare und Deep Links aus einer Klaviyo-Nachricht sind enthalten. Geofencing wird nicht unterstützt. Planen Sie den Umfang anhand dieser Liste und nicht anhand des vollständigen mobilen SDK von Klaviyo, das Funktionen dokumentiert, die eine App-Plattform umgesetzt haben kann oder auch nicht.

Die Aufgaben verteilen sich so:

Wenn eine Zahl oder Entscheidung in keine dieser Spalten passt, ist die Einrichtung vermutlich unklar.

Die Chance: das Kundenprofil erweitern, nicht das Versandvolumen

Klaviyo ist zuerst eine Kundendatenbank und erst dann ein Versandwerkzeug. E-Mail, SMS und Push nutzen dieselben Profile, Ereignisse und Segmente. Eine mobile App ist in zwei Richtungen angebunden:

• Eingehend: Die App schreibt Ereignisse zur Kaufabsicht vor dem Kauf in das Klaviyo-Profil (Produkt angesehen, gesucht, in den Warenkorb gelegt, Checkout begonnen, Push geöffnet). So können Ihre Segmente und Flows das Verhalten in der App neben den E-Mail-Öffnungen und den Shopify-Bestellereignissen nutzen, die sie bereits verwenden. Abgeschlossene Bestellungen kommen weiterhin aus den Bestellereignissen von Shopify, nicht aus einem doppelten App-Ereignis. Mehr dazu weiter unten.
• Ausgehend: Klaviyo kann die Kundschaft über die App mit Push- und In-App-Nachrichten erreichen und sie zu einem bestimmten Ziel in der App führen statt auf eine allgemeine Startseite.

Das Ziel ist ein einziger Kundenlebenszyklus mit einer nativen Oberfläche, kein paralleles Programm. Wählen Sie für jeden Kunden und jeden Moment den Kanal und das Ziel, die weiterhelfen. Wie Sie die Kanäle abstimmen, lesen Sie im Leitfaden zu Push-Benachrichtigungen und Kundenbindung.

Was das mobile SDK von Klaviyo ermöglichen kann

Klaviyo dokumentiert mobile SDKs für iOS, Android, React Native und Flutter und ordnet ihre Funktionen fünf Bereichen zu (Klaviyo-SDK-Übersicht):

Die SDK-Dokumentation von Klaviyo beschreibt diese Funktionen, und eine NAPPS-App enthält alle davon außer Geofencing. Die folgenden Abschnitte behandeln die Entscheidungen, die jede Funktion noch von Ihnen braucht: welche Identität Sie schreiben, auf welche Ereignis-Taxonomie Sie sich einigen und wohin jede Nachricht führt.

Identität: App-Aktivität mit dem vorhandenen Profil verbinden

Alles, was später nützlich ist, hängt davon ab, dass Klaviyo weiß, wessen Verhalten es beobachtet. Wenn sich eine Kundin oder ein Kunde anmeldet oder ein Konto anlegt, identifiziert die App die Person als Klaviyo-Profil. Ihre App-Ereignisse landen dann im selben Datensatz wie ihr E-Mail-Verlauf und ihre Shopify-Bestellungen. Davor kann ein Teil des Stöberns anonym sein, und wie diese frühen Ereignisse später einem Profil zugeordnet werden, ist ein Detail, das Sie richtig lösen sollten.

Die praktischen Regeln, nach denen Sie planen sollten:

• Bekannt oder anonym. Legen Sie fest, was die App vor der Anmeldung tut. Stöbern als Gast ist in Ordnung und für die Conversion oft besser. Klären Sie aber, welche Ereignisse anonym erfasst werden und wie sie einem Profil zugeordnet werden, sobald sich die Person identifiziert.
• Abmeldung und gemeinsam genutzte Geräte. Nach der Abmeldung sollte neue Aktivität nicht mehr dem vorherigen Profil zugeordnet werden, damit ein gemeinsam genutztes Tablet nicht zwei Kunden vermischt.
• Eine Person, mehrere Geräte und Tokens. Eine Kundin oder ein Kunde kann auf mehreren Geräten mehrere Push-Tokens haben. Die Identität gilt also pro Person, die Erreichbarkeit per Push dagegen pro Gerät. Denken Sie an diesen Unterschied, wann immer Sie eine „erreichbare“ Zielgruppe zählen.

Die Ereignisgrundlage: das Signal, auf dem alles andere aufbaut

Push- und In-App-Nachrichten hängen von guten Ereignissen ab. Das Ziel sind nicht mehr Versände, sondern ein relevanter Versand auf Grundlage dessen, was die Person gerade getan hat.

Für eine Commerce-App sind die Ereignisse sinnvoll, die die Kaufabsicht vor dem Kauf abbilden:

• Produkt angesehen (mit Produkt, Kollektion, Preis, Verfügbarkeit)
• Suche durchgeführt (mit Suchbegriff und der Angabe, ob es Treffer gab)
• In den Warenkorb gelegt (mit Produkt, Menge, Wert)
• Checkout begonnen (mit Warenkorbwert)
• Push geöffnet (mit der Kampagne und, falls genutzt, den Angaben zur Aktionsschaltfläche)

Beachten Sie, was in dieser Liste fehlt: ein abgeschlossener Kauf. Das ist Absicht, und es ist die wichtigste Entscheidung für die Datenqualität in dieser gesamten Integration.

Senden Sie kein zweites „Kauf“-Ereignis aus der App

Wenn Ihr Shop die Shopify-Integration von Klaviyo nutzt, erhält Klaviyo Placed Order und verwandte Bestellereignisse bereits direkt von Shopify (Klaviyo-Referenz zu Shopify-Daten). Löst die App dann für dieselbe Bestellung ein eigenes „Purchased“-Ereignis aus, können Flows doppelt starten, der Umsatz zu hoch ausfallen und die Segmentierung verfälscht werden, weil eine echte Bestellung nun wie zwei aussieht. Die Regel lautet daher:

• Abgeschlossene Bestellungen: Nutzen Sie die Bestellereignisse von Shopify (Placed Order und verwandte Ereignisse) als einzige Quelle. Senden Sie kein doppeltes Kaufereignis aus der App.
• Kaufabsicht vor dem Kauf: Nutzen Sie App-Ereignisse (angesehen, gesucht, in den Warenkorb gelegt, Checkout begonnen) für alles, was zur Bestellung hinführt.
• Wenn Sie im Moment des Kaufs wirklich ein Signal aus der App brauchen (etwa um zu wissen, dass die Bestellung aus der App kam), senden Sie ein klar abgegrenztes, bewusst benanntes Ereignis für die Übergabe an den Checkout oder den App-Bestellkontext. Stellen Sie sicher, dass kein Flow es als zweite Bestellung behandelt. Gleichen Sie es mit der Shopify-Bestellung ab, bevor es Logik für Umsatz oder Bestellanzahl auslösen kann.

Die erste Regel zu Eigenschaften ist genauso wichtig: Ein Ereignis ist nur so nützlich wie seine Attribute. „Produkt angesehen“ ist schwach, „hat ein vorrätiges Produkt aus Kollektion X für mehr als 50 Euro angesehen“ dagegen ist ein Segment.

Diese Taxonomie richtig aufzusetzen, ist dieselbe Arbeit an Aktivierung und Verhaltenssignalen, auf der das Wachstum einer App allgemein beruht. Mehr dazu in unserem Leitfaden zum App-Wachstum.

Klaviyo-Push-Benachrichtigungen, die an einer sinnvollen Stelle ankommen

Push ist oft die erste Funktion, zu der Marken greifen, und die am leichtesten falsch eingesetzte. Ein täglicher allgemeiner Massenversand bringt Kunden bei, Push abzuschalten. Die Produktregeln von Klaviyo bestimmen, wie Sie Push einsetzen.

Push-Einwilligung ist eine eigene Entscheidung mit eigenem Token

Laut Klaviyo erzeugt eine ausdrückliche Einwilligung in mobile Push-Benachrichtigungen einen gerätespezifischen Push-Token im Profil. Eine Person kann auf mehreren Geräten mehrere Tokens haben, und eine Einwilligung für E-Mail oder SMS gilt nicht automatisch auch für Push (Klaviyo-Hinweise zur Push-Einwilligung, Einwilligung in Profilen). Daraus folgt zweierlei. Erstens: Bitten Sie im passenden Kontext um die Push-Berechtigung, nachdem die App ihren Nutzen gezeigt hat, nicht direkt beim allerersten Start. Zweitens: Behandeln Sie Push-Berechtigung, Marketing-Einwilligung und Themen- oder Kategorieeinstellungen als drei getrennte Entscheidungen der Kundschaft, nicht als eine gebündelte Zustimmung.

Klaviyo weist außerdem darauf hin, dass es kein Einstellungscenter für Push anbietet. Die Steuerung, mit der Kunden festlegen, welche Push-Benachrichtigungen sie erhalten, baut also das App-Team. Sie gehört in das eigene Einstellungs- oder Datenschutzcenter Ihrer App. Betrachten Sie das als Designanforderung an die App, nicht als Rechtsberatung: Wo und wie Kunden ihre Push-Einstellungen ändern, ist eine Frage der Gestaltung des Datenschutzcenters. Die tieferen Unterschiede bei der Einwilligung gehören in unsere Artikel zum Datenschutz, nicht in diesen.

Ohne Deep Link öffnet eine Push-Benachrichtigung die Startseite

Klaviyo stellt klar, dass eine Push-Benachrichtigung ohne Deep Link die Startseite der App öffnet. Die Kundschaft muss dann selbst suchen, was Sie versprochen haben (Klaviyo-Einführung in mobile Push-Benachrichtigungen). Für eine Commerce-Marke ist das ein direkter Verlust an Conversions: Eine Push-Benachrichtigung „Wieder vorrätig“, die auf dem Startseiten-Feed endet, verschenkt das Interesse, das sie gerade geweckt hat. Jedes Kampagnenbriefing sollte daher ein Ziel und das Erfolgsereignis nennen, nicht nur eine Nachricht.

Aktionsschaltflächen machen dieses Ziel messbar. Die Aktionsschaltflächen von Klaviyo unterstützen die Aktionen Open App, Deep Link und Website. Das daraus entstehende Ereignis Opened Push enthält die Beschriftung der Schaltfläche, ihre Aktion und gegebenenfalls ihren Link. Diese Angaben können Sie dann in Berichten und Segmenten nutzen (Klaviyo-Aktionsschaltflächen für Push). Eine beschreibende Schaltfläche wie „Kollektion ansehen“ macht den nächsten Schritt und die Berichtsdimension klar. Testen Sie sie bei Ihrer eigenen Zielgruppe gegen eine allgemeine Schaltfläche wie „Jetzt einkaufen“.

Eine geöffnete Push-Benachrichtigung ist keine geöffnete E-Mail

Die Push-Berichte von Klaviyo unterscheiden die Ereignisse empfangen, geöffnet und nicht zugestellt. Eine Push-Öffnung ist ein Tippen, das die App öffnet (Klaviyo-Referenz zu Push-Kennzahlen, Klaviyo-Hinweise zur Push-Zustellung). Vergleichen Sie eine Push-Öffnungsrate nicht direkt mit einer E-Mail-Öffnungsrate: Es sind verschiedene Aktionen, die unterschiedlich gemessen werden, und die Zustellung selbst hängt bei iOS (APNs) und Android (FCM) vom Anbieter und von der Plattform ab. Messen Sie Push an Push und am späteren Ergebnis im Shop, nicht an Ihrem E-Mail-Dashboard. Die vollständige Strategie finden Sie im vollständigen Leitfaden zu Push-Benachrichtigungen für Shopify.

Eine Beispielkampagne: Klaviyo-Push-Benachrichtigungen bei Wiederverfügbarkeit

Ein Kampagnenbriefing sollte mehr beantworten als „Welchen Text senden wir?“. Nehmen Sie eine Person, die ein nicht vorrätiges Produkt angesehen und die Push-Berechtigung erteilt hat.

Das NAPPS-Dashboard zeigt Sitzungen, Hinzufügungen zum Warenkorb, Warenkorbansichten, Checkouts, Bestellungen und Umsätze von Push-Empfängern innerhalb von 12 Stunden nach einem Versand, dazu den Umsatz pro Empfänger. Addieren Sie diesen Wert nicht zu dem Umsatz, den Klaviyo, E-Mail, SMS oder bezahlte Werbung sich zuschreiben. Diese Systeme können dieselbe Bestellung nach unterschiedlichen Regeln für sich verbuchen.

In-App-Nachrichten: die Oberfläche nach dem Öffnen

In-App-Formulare sind Nachrichten, die Klaviyo innerhalb der App anzeigt. Sie können sich an bestimmte Nutzer oder Segmente richten und durch das Öffnen der App, das Öffnen einer Push-Benachrichtigung oder ein erfasstes Ereignis ausgelöst werden (In-App-Formulare verstehen, ein In-App-Formular erstellen). Sie ergänzen Push, statt es zu verdoppeln: Push sorgt dafür, dass die App geöffnet wird, und eine In-App-Nachricht setzt den Einkauf fort, sobald die Person in der App ist.

Sinnvolle Einsätze für eine Commerce-Marke:

• Eine Ankündigung eines neuen Drops oder einer Kollektion, wenn eine aktive Kundin oder ein aktiver Kunde die App öffnet
• Ein Hinweis auf Wiederverfügbarkeit oder eine Preissenkung bei etwas, das die Person angesehen hat
• Ein Angebot nur in der App, das die Nutzung der App belohnt
• Eine Folgeoberfläche direkt nach dem Öffnen einer Push-Benachrichtigung, die dieselbe Botschaft verstärkt

Eine feste Grenze: Die In-App-Formulare von Klaviyo sind Oberflächen für Ankündigungen und Interaktion, und das aktuelle Produkt unterstützt es nicht, damit Einwilligungen oder Profildaten zu erfassen. Gestalten Sie ein In-App-Formular also weder als Mechanismus für die Datenschutzeinwilligung noch als Formular zur Datenerfassung. Einwilligungen und Einstellungen gehören auf eigens dafür gebaute App-Bildschirme. Das ist ein Thema für unsere Artikel zum Datenschutz, nicht für In-App-Nachrichten.

Kanäle abstimmen: Smart Sending gilt pro Kanal, nicht kanalübergreifend

Diesen Vorbehalt übersehen die meisten Marken, und er hebelt das Versprechen eines einzigen Kundenlebenszyklus aus, wenn Sie annehmen, die Plattform erledige das für Sie. Smart Sending von Klaviyo verhindert, dass ein Profil in einem festgelegten Zeitraum zu viele Nachrichten erhält, wirkt aber pro Kanal, nicht kanalübergreifend (Klaviyo-Hinweise zu Smart Sending). Wer gerade eine E-Mail erhalten hat, kann innerhalb der jeweiligen Smart-Sending-Zeiträume trotzdem noch eine SMS und eine Push-Benachrichtigung bekommen, weil jeder Kanal sein eigenes Limit unabhängig durchsetzt.

Ein zusätzlicher Push-Kanal stimmt Ihre Nachrichten also nicht automatisch aufeinander ab. Echte Abstimmung ist bewusste Arbeit:

• Ausschlüsse: Schließen Sie die Empfänger der Nachricht eines Kanals von einem fast gleichzeitigen Versand über einen anderen Kanal aus.
• Reihenfolge: Legen Sie die Reihenfolge fest (zum Beispiel zuerst Push, dann E-Mail als Nachfassnachricht), statt alle Kanäle gleichzeitig auszulösen.
• Logik für Folgenachrichten: Lösen Sie den nächsten Kanal danach aus, ob die vorherige Nachricht geöffnet oder genutzt wurde, nicht nach einem festen Zeitplan.

Smart Sending einzuschalten ist notwendig, aber nicht ausreichend. Die kanalübergreifende Disziplin, also zu entscheiden, welche einzelne Nachricht dieser Person gerade wirklich hilft, ist der schwierigere Teil. Lesen Sie, wie Sie Push, E-Mail und SMS aufeinander abstimmen, bevor Sie eine neue Kampagne hinzufügen.

Ein Berichtsmodell: jede Kennzahl in ihrer maßgeblichen Quelle belassen

Am schnellsten verliert das Programm an Vertrauen, wenn Sie jede Zahl in ein einziges Dashboard zwingen. Klaviyo, Shopify, Ihre App-Analysen und die Store-Konsolen sind jeweils für andere Wahrheiten zuständig. Shopify ist das finanzielle und operative Bestellregister, doch Klaviyo ist der richtige Ort, um die Attribution von Klaviyo-Nachrichten anhand der synchronisierten Bestelldaten zu bewerten. Beide beantworten unterschiedliche Fragen. Der Leitfaden zu Kennzahlen mobiler Apps erklärt das übergreifende Messmodell. Hier die Aufteilung speziell für Klaviyo:

Zwei Regeln halten das ehrlich. Erstens: Legen Sie fest, ob „Wiederkauf“ jeden Kanal oder nur die App meint, bevor Sie darüber berichten, denn beides beantwortet unterschiedliche Fragen. Zweitens: Addieren Sie keine Umsätze aus verschiedenen Attributionssystemen, ohne deren Zeitfenster und Modell zu dokumentieren. Dieselbe Bestellung kann mehreren Systemen gleichzeitig gutgeschrieben werden. Wer also etwa den von Klaviyo zugeordneten Umsatz zum Umsatz addiert, den eine Plattform für bezahlte Werbung sich zuschreibt, zählt doppelt. Und selbst innerhalb von Klaviyo sind die Kanäle nicht einfach drei sich überschneidende Summen zum Addieren, weil Klaviyo einen Last-Touch-Ansatz mit kanalspezifischen Zeitfenstern verwendet (Klaviyo-Dokumentation zum Conversion-Tracking). Wählen Sie ein Modell und nennen Sie sein Zeitfenster, oder berichten Sie die Angaben jedes Systems getrennt und klar beschriftet.

Checkliste für die Umsetzung

Eine praktikable Reihenfolge, jeder Schritt mit klarer Zuständigkeit:

1. Identität: Anmeldung, Kontoerstellung, Abmeldung und die Zuordnung anonymer zu bekannten Profilen festlegen.
2. Ereignisse: Ereignis-Taxonomie und Eigenschaften für die Kaufabsicht vor dem Kauf vereinbaren und bestätigen, dass abgeschlossene Bestellungen aus Shopify kommen, ohne doppeltes Kaufereignis aus der App.
3. Deep Links: Die meistbesuchten Ziele für Produkte, Kollektionen, Angebote und Konto zuordnen und das Verhalten im Fehlerfall festlegen.
4. Push-Konfiguration: Einrichtung für iOS und Android, Lebenszyklus der Tokens, Aktionsschaltflächen und Kategorieeinstellungen.
5. In-App-Nachrichten: Auslöser und Zielgruppen für Nachrichten beim Öffnen der App, beim Öffnen einer Push-Benachrichtigung und auf Grundlage von Ereignissen.
6. Einwilligung: Push-Berechtigung im passenden Kontext abfragen, Push-, Marketing- und Kategorieeinstellungen getrennt halten, ein Einstellungscenter in der App bauen (Klaviyo bietet keines an).
7. Tests: Prüfen, dass Ereignisse ausgelöst werden, Deep Links zur richtigen Ansicht führen und Push-Benachrichtigungen auf beiden Plattformen korrekt dargestellt werden.
8. Berichte: Jede Kennzahl vor dem Start gemäß der Tabelle oben mit ihrer maßgeblichen Quelle verbinden, damit die Zahlen ab dem ersten Tag verlässlich sind.

Geofencing ist bei NAPPS nicht verfügbar

Das Geofencing von Klaviyo ruft Geofences in der Nähe ab, nachdem eine Person die App geöffnet hat, überwacht das Betreten und Verlassen und erzeugt entsprechende Ereignisse für Flows, Segmente und Berichte. Es setzt eine mobile App, aktuelle SDK-Unterstützung und die Freigabe des Standorts voraus (Klaviyo-Leitfaden zu Geofencing).

NAPPS unterstützt kein Geofencing (geprüft am 08.09.2026). Es ist also die einzige Funktion auf Klaviyos Liste für mobile Apps, die Sie in einer NAPPS-App nicht einplanen können. Geofencing würde außerdem einen Ablauf für die Standortberechtigung sowie Pflichten aus Datenschutz und regionalem Recht mit sich bringen. Deshalb ist es selten der Grund, aus dem sich eine Marke überhaupt für eine App entscheidet.

Was NAPPS heute unterstützt

NAPPS ist ein Baukasten für native mobile Apps für Marken auf Shopify und Shopify Plus. Klaviyo ist in jedem Tarif für die Steuerung von Push, E-Mail und SMS mit gemeinsamen Segmenten verfügbar. Ihr Team verantwortet die Kampagnenstrategie, die Entscheidungen zur Einwilligung und jede rechtliche Prüfung.

Profilidentifikation, Ereignis-Tracking, In-App-Formulare und Deep Links aus einer Klaviyo-Nachricht sind verfügbar. Geofencing wird nicht unterstützt. Behalten Sie Shopify als Register für Bestellungen und Umsatz bei. Halten Sie die Nachrichten-Attribution von Klaviyo getrennt vom 12-Stunden-Push-Bericht der App.