Google Wallet en Apple Wallet voor bedrijven: passen, knoppen, meldingen en vereisten

Wat een Wallet-pas is

Een pas is een digitale kaart die in de portemonnee van de telefoon staat. Hij draagt het logo van de zaak, een paar gegevens van de klant (zijn naam, zijn stempels) en bijna altijd een QR-code die aan de kassa wordt gescand.

De klant installeert niets. Apple zegt het in zijn handleiding om met Wallet te beginnen: je kunt een pas toevoegen zonder de bijbehorende app te installeren, of een pas toevoegen waar helemaal geen app achter zit.

Soorten passen per platform

Beide platforms delen passen in naar gebruik:

Bij Apple vallen klantenkaarten, kortingskaarten, puntenkaarten en cadeaukaarten onder store cards (Apple Wallet voor ontwikkelaars). Google raadt de generieke pas aan als je toepassing niet in de vaste types past (overzicht van Google Wallet). Voor een koffiezaak of bakkerij ligt de klantenkaart het meest voor de hand; die werkt als een digitale stempelkaart.

Hoe de klant een pas toevoegt

Alles begint met een link. Tikt de klant erop, dan toont de telefoon de pas en een knop om hem te bewaren. De link kan op deze manieren binnenkomen:

• Een geprinte QR-code op de toonbank.
• De knop van Google Wallet of de badge van Apple Wallet op je website of in een e-mail.
• Een sms of een ander bericht.

Voor klantenpassen noemt Apple de app, App Clips, sms, e-mail, NFC-tags en QR-codes (klantenpassen van Apple). Bij Google bevat de link een ondertekend token (JWT) en kan het bewaren alleen beginnen vanuit een Google-account waarop de gebruiker is ingelogd (passen uitgeven via web, e-mail of sms).

Hoe de pas na een aankoop wordt bijgewerkt

De pas blijft verbonden met de server van de zaak. Zet de kassamedewerker een stempel, dan verandert het gegeven op de server en krijgt de portemonnee de nieuwe versie.

Bij Apple registreert de telefoon de pas op je server met een id en een token. Bij een wijziging stuurt je server een lege melding via de dienst van Apple (APNs) en vraagt de telefoon de bijgewerkte pas op. In productie is HTTPS verplicht (webservice om passen bij te werken). Bij Google past de zaak de pas aan via de API en verschijnt de wijziging in de portemonnee.

Een voorbeeld met fictieve gegevens: Ana koopt een koffie, de kassamedewerker scant haar code en haar kaart gaat van 4 naar 5 stempels. Opent ze haar portemonnee weer, dan ziet ze de 5 stempels.

Meldingen en hun grenzen

Google legt op zijn pagina over pushmeldingen per oktober 2026 een maximum vast van 3 berichten die binnen 24 uur een melding geven, en een apart maximum van 3 updates die in dezelfde periode een melding geven. Alleen bepaalde velden geven een melding als ze veranderen, de klant moet meldingen aan hebben staan en Google kan je quotum verlagen als het vindt dat je spam verstuurt.

Apple staat één wijzigingsbericht per veld toe, zoals ‘Je hebt nu 6 stempels’. De ontwerprichtlijnen voor Wallet vragen om dat alleen te gebruiken als iemand het moet weten, en nooit voor marketing. Melden dat de kaart vol is, is zinvol; de actie van de dag sturen is dat niet. Wil je klanten laten terugkomen zonder ze te overspoelen, lees dan hoe je je klanten laat terugkomen.

Wat je nodig hebt om zelf passen uit te geven

Google Wallet

1. Een uitgeversaccount voor de Google Wallet API aanmaken en, als je niet voor Android ontwikkelt, een Google Cloud-account (klantenkaarten in Google Wallet).
2. Het account start in demomodus: het geeft alleen passen uit aan gebruikers met de rol beheerder of ontwikkelaar, of aan testaccounts, met het label ‘[TEST ONLY]’.
3. Om aan iedere gebruiker uit te geven, vul je het bedrijfsprofiel in, maak je minstens één passklasse aan en vraag je publicatietoegang aan in de Google Pay & Wallet Console. Het Google Wallet-team beoordeelt de aanvraag (publicatietoegang).

Apple Wallet

1. Lid zijn van het Apple Developer Program. Per oktober 2026 vermeldt de programmapagina ‘$99 annual membership’.
2. Elke pas ondertekenen met een certificaat van Apple. Verloopt het certificaat, dan blijven geïnstalleerde passen werken, maar kun je geen nieuwe passen ondertekenen en geen updates sturen. Wordt het ingetrokken, dan werken de passen niet meer goed (Apple, beginnen met Wallet).
3. De HTTPS-server opzetten die telefoons registreert en updates verstuurt.

Om de pas uit te lezen door de iPhone tegen een NFC-lezer te houden, zijn volgens de pagina over klantenpassen van Apple een ander certificaat en gecertificeerde terminals nodig. Aan een kleine toonbank kan de kassamedewerker de QR-code gewoon met een telefoon scannen.

Merkregels voor de knoppen

Google verplicht zijn officiële knoppen: ze zijn er alleen in zwart, lettertype, kleur en afronding mag je niet aanpassen, ze zijn minstens 48 dp hoog en hebben 8 dp vrije ruimte eromheen. Is er geen versie in jouw taal, dan gebruik je de Engelse.

Apple verplicht zijn officiële badges: SVG voor web en e-mail, EPS voor drukwerk met QR-code, niet draaien en niet animeren. De badge is ondergeschikt aan je merk, en in een e-mail leg je het best uit hoe je hem op de iPhone opent, want de klant leest de mail misschien op de computer.

Privacy

Bij Apple kopieert iCloud de passen naar alle apparaten van de gebruiker (Apple, beginnen met Wallet). Zet op de pas alleen wat nodig is om de klant te helpen: de voornaam en de stempels zijn genoeg.

Vraag bij de aanmelding alleen de gegevens die je gaat gebruiken, leg uit waarvoor je ze bewaart en check de privacywet van je land.

Zelf bouwen of een platform gebruiken

Zelf bouwen betekent twee integraties, de beoordeling door Google, het lidmaatschap en de certificaten van Apple, een updateserver en een webversie voor wie geen Wallet gebruikt. Dat is zinvol als je al een ontwikkelteam en een eigen app hebt.

Voor een zaak met één of twee toonbanken is een platform meestal handiger. Club Card levert bijvoorbeeld de stempelkaart in Google Wallet en Apple Wallet met het merk van de zaak, en wie geen Wallet gebruikt, opent hem in de browser (prijzen). Heb je een koffiezaak, dan vertaalt de gids over een loyaliteitsprogramma voor koffiezaken dit naar de dagelijkse praktijk.

Veelgestelde vragen

Bronnen

• Google Wallet, Google for Developers
• Loyalty card overview, Google for Developers
• Issue passes: web, email, SMS, Google for Developers
• Trigger Push Notifications, Google for Developers
• Request publishing access, Google for Developers
• Brand guidelines, Google for Developers
• Beschikbaarheid van Google Wallet per land, Google Wallet Help
• Wallet, Apple Developer
• Get started with Wallet, Apple Developer
• Loyalty passes, Apple Developer
• Adding a web service to update passes, Apple Developer
• Wallet, Human Interface Guidelines, Apple
• Add to Apple Wallet guidelines, Apple Developer
• Apple Developer Program, Apple