Adding a 'Save to Apple Wallet' Button to Your Website

Here is the question we hear from small businesses with websites more than any other: is a Save to Apple Wallet actually worth the effort, or is it just another piece of clutter at the counter? The honest answer is that it depends entirely on how you design it. A good program pays for itself in the first month. A bad one trains your best customers to expect a discount that they didn't need. Let's dig into the difference.

Why wallet passes are quietly the most important loyalty innovation in years

For two decades, customer loyalty meant either a paper card that lived in a wallet (and got lost) or a branded mobile app (that nobody downloaded). Apple Wallet and Google Wallet changed that. Customers already have these apps installed — they're using them for boarding passes and concert tickets — and adding a loyalty pass takes a single tap.

That single tap is the entire game. Every app-based loyalty program loses 70–85% of its potential members at the install step. A wallet-based program loses about 5–10% at the equivalent step. The compounding effect over a year is enormous: programs we've built on top of Apple and Google Wallet routinely show ten times the enrolment of equivalent app-based programs.

The other quiet feature is geo-notifications. A pass can ping the customer's lock screen when they're near your shop. Used sparingly, this is one of the highest-converting marketing channels we've ever measured.

How a wallet pass actually works under the hood

An Apple Wallet pass is a small bundle of JSON and PNG images, signed by an Apple-issued certificate. The customer downloads it by tapping a link or scanning a QR code, and from that moment forward you can push updates to the pass — change the stamp count, swap the artwork, fire a notification — without ever needing the customer to reinstall anything.

Google Wallet works similarly, with slightly different vocabulary. The pass is identified by a class and an object; both can be updated server-side. From the customer's perspective the experience is identical to Apple's.

For an independent business, both of these systems are essentially invisible. You don't generate certificates or maintain JSON bundles. You sign up for a service like Loop Customer that handles the issuing, signing, and pushing on your behalf, and you point your customers at a single QR code.

What customers see vs. what merchants see

From the customer's side: scan a QR, see a "Save to Apple Wallet" button (or "Add to Google Wallet" on Android), tap it. The pass appears in the wallet app with the merchant's branding. From that point on, the customer doesn't need to remember anything — the pass is just there, next to the airline boarding pass and the gym membership.

From the merchant's side: you see a real-time dashboard of who's enrolled, who's collected stamps, who's redeemed rewards, and who hasn't been in for thirty days and might be worth a win-back. The merchant never touches Apple's certificate authority, never publishes anything to the App Store, never deals with platform-specific code. Loop Customer create your loyalty card for free explains the full feature breakdown.

Push notifications without being creepy

Wallet passes can trigger lock-screen notifications when their content changes. The right way to use this is restrained. A notification when the customer earns a stamp ("You're two stamps away from a free latte at Blue Door Coffee") is welcome. A notification telling them about a flash sale is spam.

Our rule of thumb: at most one push per customer per week, and only when it's actionable on their part. The metric to watch isn't open rate — it's unsubscribe rate. Above 2% per month and you're pushing too often.

Common mistakes to avoid

The biggest mistake we see is treating the wallet pass like a digital business card. It's not. It's an active surface that should update as the customer's relationship with you evolves. If a customer earns a stamp on Tuesday, the count on their pass should reflect that by Tuesday afternoon — not at the end of the month.

The second mistake is over-designing the pass artwork. The wallet app gives you a small canvas. Customers glance at it for two seconds. Big logo, clear count, one CTA. That's it.

The third is forgetting to test on both platforms. Apple and Google render passes slightly differently — a layout that looks great on iOS may have an awkward truncation on Android. Always preview on both before you go live.

Picking a platform that handles the wallet plumbing for you

Unless you have a developer on staff, you do not want to roll your own wallet pass infrastructure. The certificate handling, the signing pipeline, the push-update server — these are real engineering problems and they don't differentiate your shop. Use a platform that hides all of it.

Loop Customer's wallet integration handles the entire stack: certificate provisioning, pass signing, push updates, lock-screen notifications, and the back-end ledger that ties stamp events to customer records. You see a dashboard and a QR code. The customer sees a pass in their wallet. Everything in between is invisible. You can the Loop Customer pricing page to see what's included on each tier.

Putting it together

If we boil this guide down to a one-paragraph version: at small businesses with websites, a well-designed Save to Apple Wallet costs you very little, asks almost nothing of your staff once it's set up, and generates a meaningful lift in repeat visits within the first three months. The hard part is shipping it. The math, once you have it running, takes care of itself.

The fastest way to put any of this into practice is to see Loop Customer pricing. Loop Customer ships with sensible defaults for Save to Apple Wallet, so most operators are running their first program before they finish their coffee.