
An online tool to create instructions and user manuals for providing quality customer care

Apple Wallet
Pass2U Wallet
Passworks
Google Wallet
Developer-first REST API for Apple Wallet and Google Wallet passes. One POST returns a signed .pkpass and a Save to Google Wallet link. A PUT updates the pass and pushes to both wallets. No Apple Developer account or Google issuer setup.

Website, pricing, platforms and company facts side by side.
|
|
|
|
|---|---|---|
| Website | objects.to | walletwallet.dev |
| Pricing | ||
| Listed in |
In their own words, as submitted to SaaSHub.


No description of Objects yet.
WalletWallet is the simplest API for generating Apple Wallet and Google Wallet passes. One POST returns a signed Apple .pkpass, a Save to Google Wallet link, and a hosted page that shows the right Add button per device. There is no Apple developer account, certificate, or Google issuer setup:...
What each product offers, as listed by its team.


Possible disadvantages
An editorial look at what each product does well and who it suits.


Overall verdict
Why this product is good
Recommended for
Overall verdict
Why this product is good
Recommended for
How often each product is chosen within a category, 0–100% relative to the other.


As answered by people managing Objects and WalletWallet.dev.
WalletWallet.dev's answer:
Developers and small teams adding wallet passes to a product they already run. Typical use cases are loyalty cards for cafes, gyms and shops, membership cards for libraries and studios, event and cinema tickets, season passes, coupons and gift cards. Agencies also use it to build white-label loyalty for their clients.
WalletWallet.dev's answer:
Hosted on Cloudflare Workers, so pass generation runs close to the caller worldwide. Updates are pushed to Apple over APNs and to Google over server-side push. The docs are also published in agent-readable form at walletwallet.dev/llms.txt, so a coding agent can wire up the integration.
WalletWallet.dev's answer:
You do not need an Apple Developer account or a Google Wallet issuer account. We run the signing and issuer infrastructure for both platforms, so you can ship a pass in your first hour instead of waiting on Apple to verify a developer account. One POST returns a signed .pkpass and a Save to Google Wallet link at the same time, and a pass that lands on both wallets counts once.
WalletWallet.dev's answer:
Three reasons. One call issues to both wallets, so you are not integrating Apple and Google separately, and a pass on both counts once. There is no certificate or issuer setup, because we sign and issue with our own. And the full lifecycle is covered: a PUT updates a live pass and pushes the change to every phone it is installed on, a DELETE revokes it. Pricing is flat at $39 a month for 100,000 passes, with a free tier at 1,000.
WalletWallet.dev's answer:
We wanted a few wallet passes for another project and hit the Apple Developer wall: $99 a year and a multi-step certificate setup before you can sign anything. The API providers around at the time still required you to bring your own developer account, so they saved you the code but not the setup. WalletWallet started as the missing piece: call one endpoint, get a signed pass back, no certificate work at all. Google Wallet support followed on the same principle, with no issuer account to create.
WalletWallet.dev's answer:
We don't publish customer names without their permission. The active base is small teams across these segments: - Cafes and small retailers running loyalty programs - Event organizers and venues issuing tickets - Agencies building white-label loyalty for their clients - Indie developers shipping a membership or ID card inside their own product
Share your experience with using Objects and WalletWallet.dev. For example, how are they different and which one is better?