Google Wallet Pässe erstellen: Eine Schritt-für-Schritt-Anleitung 2026

Ein Café-Inhaber prüft beim Ladenschluss die Kasse, sieht wiederkehrende Kunden und hört doch immer wieder dieselbe Klage vom Personal: „Ich habe meine Karte zu Hause vergessen." Genau hier passen Google Wallet Pässe ins Bild, denn der Pass lebt auf dem Smartphone, zu dem Kunden ohnehin greifen, direkt neben der Zahlungsgewohnheit, der sie bereits vertrauen. Im Vereinigten Königreich ist diese Gewohnheit längst kein Nischenphänomen mehr: Die Financial Conduct Authority hat festgestellt, dass 20 % der britischen Karteninhaber inzwischen bei mehr als der Hälfte ihrer Kartentransaktionen ein Digital Wallet nutzen, und UK Finance berichtet, dass über die Hälfte der britischen Erwachsenen mittlerweile Mobile Wallets verwenden, während Bargeld auf 4,4 Milliarden Zahlungen im Jahr 2024 gefallen ist und erstmals unter 10 % aller Zahlungen rutschte (NFCW-Zusammenfassung der FCA- und UK-Finance-Berichte).

Für lokale Händler ist das relevant, weil der Pass keine separate Gewohnheit ist, die man von Grund auf vermitteln muss. Er sitzt in einer bestehenden Wallet-Routine, weshalb Kundenkarten, Coupons, Tickets und Mitgliedschaftspässe als alltägliche Bindungswerkzeuge in Cafés, Salons, Fitnessstudios, Schnellrestaurants und Einzelhandelsgeschäften funktionieren. Die Apple-Wallet-Loyalty-Funktion von BonusQR folgt derselben praktischen Logik für Händler, die Wallet-basierte Kundenbindung wollen, ohne alles manuell aufzubauen.

Google Wallet Pässe verstehen

Ein Google Wallet Pass ist nicht bloß ein digitales Abbild einer Kundenkarte. Es ist ein strukturierter Datensatz, der in Google Wallet lebt und an der Kasse als Barcode oder QR-Code präsentiert werden kann. Die offizielle Google-Support-Dokumentation erklärt, dass Nutzer einen Pass über Pass hinzufügen auf der Website oder in der Wallet-App speichern und ihn dann durch Scannen des Codes an einem Lesegerät vorzeigen können (Google Wallet Support).

Das Klassen- und Objektmodell

Google Wallet gibt Pässe über zwei verbundene Bausteine aus: eine Passes Class und ein Passes Object. Die Klasse ist die wiederverwendbare Vorlage, während das Objekt die kundenspezifischen Daten enthält. Beide sind nötig, um einen Pass über ein signiertes JWT hinzuzufügen, das die Objekt-ID nach Google Wallet trägt (Google Wallet Entwicklerdokumentation). Für einen Händler bedeutet das: eine stabile Vorlage für die Marke, dann ein Objekt pro Kunde, Belohnung oder Ticketinstanz.

Diese Struktur passt sauber zu realen Loyalty-Flows. Eine Kundenkarte sollte die Klasse für das feste Design und die Regeln nutzen, während jedes Objekt Kundennamen, Punktestand oder Mitgliedsstatus tragen kann. Ein Coupon kann dasselbe Modell für Angebotsbedingungen plus einmalige Einlösedaten nutzen, und ein Event-Ticket kann die Klasse zur Definition des Eventformats verwenden, während das Objekt die Teilnehmerdaten enthält.

Praxisregel: Wenn sich das Passdesign häufig ändert, sollte die Klasse stabil bleiben und die wechselnden Daten sollten im Objekt liegen. Das hält die Wallet aufgeräumt und vermeidet unnötige Neuaufbauten.

Operativ ist das der Hauptgrund, warum das Modell für Wiederholungsgeschäfte funktioniert. Änderungen auf Klassenebene fließen zu verknüpften Pässen, sodass ein Händler Branding oder gemeinsame Formulierungen anpassen kann, ohne jeden gespeicherten Pass neu aufzubauen. Daten auf Objektebene bleiben individuell, was den Pass jedes Kunden an der Kasse nützlich macht.

Google Wallet fügt sich im Vereinigten Königreich auch in ein breiteres Identitäts- und Essentials-Ökosystem ein, wo laut Google Bürger bald digitale Ausweispässe mit UK-Reisepässen erstellen und Essentials in einer App behalten können (Googles UK-Wallet-Update). Das unterstreicht, dass Wallet sich bereits über Zahlungen hinaus in den Alltagsnutzen bewegt.

Ihr Unternehmen auf Google Wallet Pässe vorbereiten

Der sauberste Aufbau beginnt vor jedem Passdesign. Ein Händler braucht ein Google Cloud Projekt, die Wallet API, ein Servicekonto und die richtigen Berechtigungen, damit Passsignierung und -ausgabe reibungslos ablaufen können. Der Google Wallet Support macht auch die Kundenreise einfach, sobald das Setup steht, denn der Pass kann von der Website oder App hinzugefügt und sofort am Lesegerät genutzt werden (Google Wallet Support).

Was zuerst vorbereitet werden sollte

• Cloud-Projekt anlegen. So bleibt die Wallet-Arbeit getrennt von anderen Geschäftssystemen und der Händler hat einen zentralen Ort für die Zugriffsverwaltung.
• Wallet API aktivieren. Das ist der Anschlusspunkt zwischen dem Unternehmen und Google Wallet selbst.
• Servicekonto erstellen. Diese Identität wird für sicheren API-Zugriff und JWT-Signierung genutzt.
• Die richtigen Berechtigungen erteilen. Ohne diese Rollen scheitert die Passausgabe genau dort, wo das Unternehmen Objekte erstellen oder aktualisieren will.

Das sind die langweiligen Schritte, die später am meisten Zeit sparen. Werden sie zu spät erledigt, wird jedes Template, jede Feldzuordnung und jeder QR-Flow schwerer zu testen, weil das Problem meist auf Kontoebene liegt und nicht im Design selbst.

Für Händler, die bezahlte Medien und Wallet-basierte Kundenbindung vergleichen, ist der PPC-Leitfaden von Come Together Media ein nützlicher Kontext, da er zeigt, wie Akquise und Retention nebeneinander stehen können. Ein Wallet-Pass ersetzt keine Discovery, kann aber Neukunden sichtbar halten, sobald sie da sind.

Der Markt ist für diese Kombination bereits bereit. Die FCA fand heraus, dass 20 % der britischen Karteninhaber inzwischen bei mehr als der Hälfte ihrer Kartentransaktionen ein Digital Wallet nutzen, während über die Hälfte der britischen Erwachsenen Mobile Wallets verwenden (NFCW-Zusammenfassung der Regulierungsberichte). Das macht die Einrichtungsarbeit jetzt lohnend, nicht später.

Ihre Passvorlage erstellen

Eine Passvorlage sollte wie ein Schaufenster gestaltet werden, nicht wie eine Tabelle. Der Kunde sieht zuerst die Marke, dann die Daten, dann die Aktion, die er ausführen soll. Google Wallet Pässe sind operativ für den britischen Alltag konzipiert, denn Kunden können einen Pass über Pass hinzufügen speichern und ihn durch Scannen eines Barcodes oder QR-Codes an der Kasse vorzeigen (Google Wallet Support).

Erst die Marke, dann die Felder

Die Klassenvorlage ist der Ort, an dem der Händler das gemeinsame Erscheinungsbild festlegt. Das heißt: Logo, Farben, Titel und das Kernfeldlayout sollten festgelegt sein, bevor Live-Objekte erstellt werden. Wenn das Logo zu groß oder die Feldliste überladen ist, wird der Pass auf einem vollen Handybildschirm schwerer zu erkennen.

Besser ist es, die Felder eng fokussiert zu halten:

• Kundennamen zur Identifikation an der Kasse.
• Punkte- oder Stempelstand, wenn das Programm besuchsgetrieben ist.
• Ablauf- oder Verlängerungsdatum, wenn Angebote zeitlich begrenzt sind.
• Mitgliedschaftsstufe, wenn das Unternehmen einfache statusbasierte Belohnungen anbietet.

Die stärksten Vorlagen sind die, die Personal schnell lesen und Kunden auf einen Blick erkennen können. Das ist wichtig, weil der Pass zwischen anderen Karten in der Wallet verborgen sein kann, und Googles eigene Hilfe weist darauf hin, dass Nutzer möglicherweise wischen müssen, um einen Pass zu finden (Google Wallet Hilfe). Klare Bezeichnungen und einfache Layouts reduzieren diese Reibung.

Warum Feldzuordnung wichtig ist

Eine Passvorlage funktioniert nur, wenn das Unternehmen seine eigenen Daten sauber in die Felder von Google überträgt. Wenn ein Händler ein Feld an einer Stelle „Besuche" und an anderer „Stempel" nennt, lesen Kunden und Personal am Ende Unterschiedliches vom selben Pass ab. Deshalb sollte die Feldzuordnung einheitlich sein, bevor das erste Objekt ausgegeben wird.

Der Builder von BonusQR kann diese Komplexität abfedern, indem er gängige Loyalty-Felder in eine wiederholbare Struktur übersetzt, was für Händler nützlich ist, die QR-basierte Einschreibung wollen, ohne jede Karte von Hand zu codieren. Für Geschäfte, die sowohl Google Wallet als auch Apple Wallet abdecken müssen, sollte das übergreifende Wallet-Design konsistent bleiben, auch wenn der Plattform-Output abweicht.

Wallet-Pässe mit QR-Codes verteilen

QR-Codes sind der schnellste praktische Weg, einen Pass in die Wallet eines Kunden zu bringen. Google Wallet unterstützt bereits Barcode- und QR-Präsentation am Nutzungspunkt, sodass dieselbe visuelle Sprache, die einen Kunden in den Pass hineinbringt, ihm auch hilft, ihn am Tresen zu nutzen (Google Wallet Support). Im Vereinigten Königreich ist das wichtig, weil Wallet-artige Nutzung sowohl im Laden als auch online bereits etabliert ist: 30 % der Befragten gaben an, Google Pay am Point of Sale genutzt zu haben, und 20 % nutzten es online zwischen Juli 2023 und Juni 2024 (Statista UK-Adoptionsdaten).

Was der QR-Code enthalten sollte

Der QR-Code sollte auf einen Deep Link oder ein signiertes Pass-Token verweisen, das sofort den Speicherprozess öffnet. Wenn der Link hinter zusätzlichen Klicks vergraben ist, springen Leute ab. Wenn er auf einem Kassenbon, Poster, in einer E-Mail-Fußzeile oder per SMS sichtbar ist, wird der Pass zu einer reibungsarmen Nachfassaktion nach einem Kauf.

Für lokale Geschäfte sind die besten Platzierungen die offensichtlichen. Tresenschilder funktionieren, weil der Kunde bereits an der Kasse steht. Post-Purchase-E-Mails funktionieren, weil die Transaktion noch frisch ist. SMS funktioniert, wenn das Unternehmen sie bereits für Erinnerungen oder Loyalty-Nudges nutzt.

Bewährte QR-Code-Ideen für lokale Geschäfte können Händlern helfen, über den Wallet-Pass selbst hinauszudenken und QR-Codes dort zu platzieren, wo Scannen natürlich, nicht erzwungen ist.

Halten Sie den Code groß genug, damit er schnell gescannt werden kann, und halten Sie die Botschaft kurz. Wenn Kunden erst einen Absatz lesen müssen, um zu wissen, was der Code bewirkt, versagt das Poster bereits.

QR-Verteilung gut nutzen

Ein Händler kann das Pass-Token auch in einen QR-Code einbetten, der von einer Loyalty-Plattform oder einem Pass-Tool erzeugt wird, und denselben QR über Print und Digital hinweg wiederverwenden. Das ist der Punkt, an dem ein System wie BonusQR praktisch wird, weil es den Workflow bereits auf QR-Einschreibung fokussiert, während Google Wallet den gespeicherten Pass übernimmt, sobald er hinzugefügt ist. Wichtig ist nicht der Werkzeugname, sondern dass der Weg von der Entdeckung bis zum Wallet-Speichern sofort wirkt.

Best Practices für Google Wallet Pässe

Google Wallet Pässe funktionieren am besten, wenn sie leicht zu finden, leicht zu vertrauen und leicht zu aktualisieren sind. Googles Hilfedokumentation weist darauf hin, dass Nutzer möglicherweise wischen müssen, um einen Pass zu finden, weshalb Passnamen kurz und eindeutig sein sollten, statt clever oder über das Erkennbare hinaus gebrandet (Google Wallet Hilfe). Ein Kunde zeigt weit eher einen Pass namens „Coffee Loyalty" vor als einen, der unter einem Kampagnenslogan begraben ist.

Was Sie vom ersten Tag an richtig machen sollten

Eine starke Passstrategie läuft meist auf ein paar Grundlagen hinaus:

• Klare Passnamen verwenden. Personal sollte sie an der Kasse sofort erkennen.
• Klassenaktualisierungen konservativ halten. Änderungen an gemeinsamen Templates sollten bewusst, nicht häufig sein.
• Felder sorgfältig zuordnen. Fehlende oder unpassende Felder erzeugen umständliche Kassenprozesse.
• Für beide Wallets designen, wenn nötig. Google Wallet allein kann iPhone-Nutzer verpassen.

Diesen letzten Punkt überspringen viele Händler. UK Finance sagt, über die Hälfte der britischen Erwachsenen nutze inzwischen Mobile Wallets, aber Karten machen weiterhin 67 % der Zahlungen aus, sodass eine Dual-Wallet-Strategie Android-Nutzer erreichen kann, ohne iPhone-Kunden zu verlieren (UK Finance). Für viele kleine Unternehmen ist das die sinnvollere Antwort, als auf ein einzelnes Wallet-Ökosystem zu setzen.

Die üblichen Fehler vermeiden

Der erste Fehler ist, die Klasse zu oft zu ändern. Das lässt den Pass instabil wirken und kann vermeidbare Supportprobleme erzeugen. Der zweite ist, das Objekt mit jedem möglichen Feld zu überladen, was den Pass schwerer schnell erfassbar und an der Kasse weniger nützlich macht.

Der dritte Fehler ist, zu ignorieren, wo der Kunde ihn nutzen wird. Ein Fitnessstudio-Mitglied braucht einen Pass, der am Empfang leicht zu finden ist. Ein Café-Stammgast braucht etwas, das Personal in Sekunden validieren kann. Ein Salon-Kunde braucht einen Pass, der eine einfache Belohnung oder Mitgliedschaftsstufe widerspiegelt, kein Mini-Profil.

Regelmäßige Audits sind auch wichtig. Wenn Angebote ablaufen, aktualisieren Sie den Text. Wenn eine Kampagne endet, entfernen Sie die Ablenkung. Wenn der Wallet-Pass noch aktiv ist, sollte er auch aktuell aussehen.

Nächste Schritte mit BonusQR zur Steigerung der Kundenbindung

Ein Wallet-Pass wird nützlich, wenn er in einem breiteren Loyalty-System sitzt, nicht als einmaliger Download. BonusQR unterstützt QR-basierte Einschreibung, Wallet-Pässe, Stempel, Punkte, Cashback, Besuchsschwellen, Ausgabenschwellen und coupon-artige Belohnungen, was es zu einem praktischen Fit für Händler macht, die ein Kundenprofil statt verstreuter Werkzeuge wollen. Der einfachste Weg vorwärts ist, den Pass mit Wiederholungsverhalten zu verbinden und dann die Kampagnen die Nachverfolgung erledigen zu lassen.

Loyalty-Plattform-Preise bietet Händlern eine schnelle Möglichkeit, Einstiegsoptionen zu vergleichen, bevor sie ein vollständiges Programm aufbauen. Das ist wichtig, weil der Pass selbst nur die Eingangstür ist, während der Hauptwert daraus entsteht, wie oft der Kunde wiederkommt.

Der stärkste nächste Schritt ist meist unkompliziert. Starten Sie den Pass, beobachten Sie, welche Angebote eingelöst werden, und nutzen Sie dann dieselbe Kundenliste, um Willkommensboni, Geburtstagsgutscheine und saisonale Angebote zu versenden. Das verwandelt ein statisches Wallet-Element in einen aktiven Retention-Kanal.

Wenn das Geschäft bereits auf QR-Codes an der Kasse setzt, ist BonusQR der einfachste Ort, um diesen Workflow organisiert zu halten und ihn ohne zusätzliche Hardware auf Google Wallet und Apple Wallet auszuweiten. Beginnen Sie mit einem einfachen Pass, testen Sie ihn im Laden und bauen Sie die restliche Loyalty-Logik um das Verhalten herum auf, das Kunden ohnehin zeigen.

Richten Sie Ihren ersten Google Wallet Pass ein, testen Sie den QR-Speicher-Flow an der Kasse und verbinden Sie ihn dann mit einem einfachen Loyalty-Angebot, das Kunden zurückbringt. Wenn das Unternehmen einen zentralen Ort für QR-Einschreibung, Wallet-Pässe und Wiederholungs-Kampagnen möchte, starten Sie mit dem kostenlosen Plan von BonusQR und veröffentlichen Sie den ersten Pass diese Woche.