# Digital Wallets & Pay by Bank (Operator Field Manual)
Source: https://paymentsandrisk.com/docs/payments/payment-methods/digital-wallets

Last updated 22 October 2026.

TL;DR

-   Apple Pay and Google Pay save customers typing card details. Test both on eligible devices, then compare approvals, fraud losses and completed purchases with your baseline
-   Wallets are products built on existing rails (cards, ACH). It's the underlying rail that sets your cost, settlement timing and dispute process
-   PayPal conversion is situational. Add it when your demographics favor it (50+, B2C, international), but don't pay the premium card rate when Braintree does the same job
-   Compare Pay by Bank with cards on the same payments. Provider prices, caps and any invoice fees decide the saving

Most merchants should add Apple Pay and Google Pay. PayPal is situational. Everything else is niche. Wallets are products built on top of payment rails (cards, ACH, bank transfers); they're not rails themselves. The underlying rail determines settlement, disputes, and economics.

_Last verified: Dec 2025. Wallet fees and policies change; confirm with your provider._

## What Matters (5 bullets)

-   **Apple Pay / Google Pay change the checkout flow.** Compare approvals and fraud losses on matched payments, not the headline number from a token study.
-   **Check PayPal's fees against completed purchases.** 3.49%+ is a cost to compare. Buyer-friendly disputes (INR/SNAD = friendly fraud vectors).
-   **Wallet disputes follow different flows.** PayPal disputes aren't card chargebacks; handled by PayPal under their policies.
-   **Price Pay by Bank by product.** Check the fees, checkout steps and return rules. ACH Direct Debit can still be returned
-   **Each wallet = separate reconciliation stream.** Plan for accounting complexity.

* * *

## Category 1: Card-Token Wallets (Apple Pay, Google Pay, Samsung Pay)

These wallets tokenize an underlying card. The transaction still runs on card rails, just with enhanced security.

### How Tokenization Works

1.  Customer adds a card to the wallet
2.  Network generates a Device Account Number (DAN/DPAN) that replaces the real card number
3.  Token is stored on device (Apple: Secure Element hardware chip; Google: Host Card Emulation software)
4.  At payment, token + one-time cryptogram is sent; real card number never exposed

### Economics

-   **Interchange:** Often qualifies for card-present rates even online (lower than standard CNP)
-   **Processor fees:** Similar to card transactions
-   **No additional wallet fees to merchant**

### Auth Rate Lift

Compare wallet approvals with manual card entry on matched payments. Wallets can remove card-entry problems:

-   No typing errors
-   Tokenized credential (issuer trusts it more)
-   Biometric proves cardholder presence
-   Network token stays current through card updates

### Fraud Profile

-   Compare fraud losses with raw card-not-present transactions on matched customers, devices and order values
-   Tokenization means breaches don't expose usable card numbers
-   Biometric authentication adds security layer
-   A device-bound token can support your evidence. Ask your processor whether the transaction and history qualify for [Visa CE 3.0](https://paymentsandrisk.com/docs/chargebacks/representment/compelling-evidence/)

### Disputes

Standard card chargeback rules apply (it's still a card transaction). Dispute goes through card network, not wallet provider. Same reason codes, same response timelines, same representment process.

### Implementation Complexity

| Integration Type | Complexity | Notes |
| --- | --- | --- |
| **Hosted checkout** | Low | Usually one config toggle |
| **Platform plugin** | Low | Shopify, WooCommerce handle it |
| **API integration** | Medium | Requires Apple/Google merchant registration |

**Bottom line:** card-token wallets save customers typing card details. Test eligible devices, then compare completed purchases, approvals, fraud losses and fees with your card baseline.

* * *

## Category 2: Online Account Wallets (PayPal, Skrill, Neteller, Alipay)

Account-based wallets where the customer has a stored balance or linked funding sources. The wallet provider acts as intermediary.

### How They Work

1.  Customer has account with wallet provider
2.  Account is funded via linked card, bank transfer, or balance from prior transactions
3.  At checkout, customer authenticates with wallet provider
4.  Wallet provider confirms payment to merchant
5.  Wallet provider settles to merchant (typically next business day)

### Major Players

**PayPal**: An account wallet. Check whether your customers already use it.

-   Cost: 3.49% + $0.49 standard (lower for high volume)
-   Saved credentials can shorten checkout; compare total completion and fees. See [PayPal's study and its scope](https://paymentsandrisk.com/docs/payments/payment-methods/choosing-methods/#highest-conversion-vs-baseline-cards)
-   Disputes handled by PayPal (separate from card chargebacks, but PayPal often sides with buyers)

**Skrill / Neteller** (Paysafe group): Popular in gambling, forex, gaming, and high-risk digital content.

-   Cost: Varies by industry (often 3-5%)
-   Strong in Europe and for niche verticals
-   Higher dispute exposure, but necessary for conversion in their niches

**Alipay**: Essential for Chinese tourists and cross-border Chinese customers.

-   Different dispute mechanics than Western wallets
-   Required if serving Chinese customer base

### PayPal Disputes vs. Card Chargebacks

| Aspect | PayPal Dispute | Card Chargeback |
| --- | --- | --- |
| **Filed with** | PayPal | Card issuer |
| **Timeline** | 180 days to file | 120 days on Visa/Mastercard; Amex up to 120, with exceptions; Discover: Not published |
| **Resolution** | PayPal decides | Issuer/network decides |
| **Your response** | PayPal Resolution Center | Processor/acquirer portal |
| **Fee if lost** | $15 on PayPal-account and Guest Checkout disputes, $30 above a 1.5% dispute ratio | $20 on PayPal card transactions, $15 at most other US processors |
| **Ratio impact** | Separate PayPal ratio | Card network ratio |

Discover doesn't publish its dispute windows. For your own response, work to the date on your notice.

### PayPal Seller Protection Requirements

To qualify for seller protection:

-   Ship to address on transaction details
-   Provide tracking for physical goods
-   Respond to PayPal requests within deadline
-   Follow PayPal's acceptable use policies

### Friendly Fraud via Wallet Disputes

"Item Not Received" (INR) and "Significantly Not As Described" (SNAD) claims function as friendly fraud rails. The buyer says it never arrived or wasn't what they ordered, and you're the one who has to prove otherwise. For digital goods, that's a hard proof to produce.

**Bottom line:** compare any extra completed orders with PayPal's fees and dispute costs. Your own customer demand decides whether the method earns its place.

* * *

## Category 3: P2P / Social Wallets (Venmo, Cash App, Zelle)

Taking an app payment for a sale or job? [Check the account, payment type and notice route](https://paymentsandrisk.com/docs/payments/p2p-and-project-deposits/).

Originally peer-to-peer payment apps, increasingly accepted at merchant checkout.

### Venmo (Owned by PayPal)

-   Test Venmo demand in your US checkout before treating P2P use as shopping demand
-   Cost: 3.49% + $0.49 for merchants
-   Users pay from Venmo balance, linked bank, or linked card
-   If funded by card, card chargeback rights exist. If funded by bank, more limited.

### Cash App Pay (Block/Square)

-   Similar demographic to Venmo
-   Cost: 2.75% per transaction
-   Growing merchant acceptance via Square ecosystem

### Zelle (Bank Consortium)

-   Primarily P2P, limited merchant use cases
-   Near-irrevocable (bank-to-bank push), very limited dispute mechanisms
-   Mostly relevant for service businesses, not e-commerce checkout

**Bottom line:** good for reaching younger US customers. It doesn't eliminate chargeback risk, it moves the complexity. Worth adding if your demographic skews young.

* * *

## Category 4: Pay by Bank / Open Banking / A2A

Payment products that move money directly from customer bank accounts, bypassing card rails entirely.

### US Pay by Bank (ACH-based)

1.  Customer selects "Pay by Bank" at checkout
2.  Connects bank account (via Plaid, MX, or similar aggregator)
3.  Merchant initiates ACH debit
4.  Check any payment guarantee for exclusions. Stripe Instant Bank Payments covers bank-initiated returns, but customer-initiated disputes can still debit your balance

**Economics:** Compare the provider and product on the same payment amount. Include minimums, caps and any invoice fees. A payment guarantee has its own terms

**Fraud profile:** Account takeover, unauthorized ACH debits (R10/R29 returns), social engineering.

### UK/EU Open Banking Payments

1.  Customer selects "Pay by Bank" or specific bank
2.  Redirected to bank app or website
3.  Customer authenticates (often biometric on mobile)
4.  Customer approves specific payment
5.  Payment initiates via Faster Payments (UK) or SEPA (EU)

**Economics:** 0.1-0.5% or flat fee (much cheaper than cards). No interchange.

**Disputes:** very limited for push payments, because the customer initiated it. There aren't scheme chargebacks. Some Open Banking providers sell buyer protection on top, and that costs.

### When to Use Pay by Bank

**Good fit:**

-   Recurring payments / subscriptions
-   B2B invoices (fee savings significant on large amounts)
-   High-ticket purchases where 2-3% card fee is material
-   Markets with strong Open Banking adoption (UK, Netherlands, Nordics)

**Less ideal:**

-   Low-ticket impulse purchases (friction kills conversion)
-   Mobile-first checkout where wallet tap is instant
-   Markets with low bank API adoption

**Bottom line:** cheaper than cards, and push-based payments cut or kill chargebacks. The conversion friction is real though, so it's an option alongside cards, not a replacement. Don't build the checkout around it yet.

* * *

## Merchant-Specific Wallets (Closed-Loop)

Starbucks, Walmart and Target run their own closed-loop wallets. Customers load value (via card or ACH) and then they're spending it at that retailer only.

**Why merchants build wallets:**

-   Compare load fees by provider and funding method
-   Customer lock-in (balance creates commitment)
-   Data (full visibility into spending behavior)
-   Float (money sits in wallet between loads and spending)
-   "Breakage" revenue (unused balances that expire or go forgotten)

**Disputes:** there's no network chargeback, it's closed-loop. The fraud risk moves to the load channel (card fraud at load, ACH returns). It only makes sense at scale.

* * *

## Should You Add Digital Wallets?

### Default Answer: Yes for Apple Pay / Google Pay

| Benefit | Impact |
| --- | --- |
| **Faster checkout** | Stripe reported a median checkout speed three times faster for Apple Pay, Google Pay or Link than other methods on Stripe ([VENDOR, Sessions 2024](https://stripe.com/sessions/2024/a-look-under-stripes-hood-using-data-to-demystify-payments), accessed October 22, 2026). Measure your own devices and flows |
| **Higher auth rates** | Tokenized credentials, biometric auth |
| **Lower fraud** | Device-bound, no manual card entry |
| **Customer expectation** | Increasingly expected, especially mobile |

**When to skip:** B2B-only businesses, very low mobile traffic, legacy systems that can't support them.

### PayPal: Depends on Your Audience

| Consider Adding If | Consider Skipping If |
| --- | --- |
| Older customer demographic (45+) | Younger, mobile-native audience |
| Trust signal matters (new brand) | Established brand recognition |
| Customers don't have cards saved | High repeat purchase rate with card on file |
| International customers (broad reach) | US-only, card-dominant market |

### BNPL (Klarna, Affirm, Afterpay): Situational

| Add If | Skip If |
| --- | --- |
| Customer demand and margin after fees support a trial | Added fees, returns and support cost exceed incremental margin |
| Impulse-driven category (fashion, electronics) | B2B transactions |
| Conversion lift matters more than margin | Margin-sensitive business |
| Competitors offer it | Subscription-first model |

### Regional Wallets

| Region | Wallets to Consider |
| --- | --- |
| **China** | Alipay, WeChat Pay (essential for Chinese customers) |
| **Europe** | Local bank apps vary by country |
| **Southeast Asia** | GrabPay, GCash |
| **India** | UPI-based wallets (Paytm, PhonePe) |

**Rule:** Only add regional wallets if you have significant traffic from that region.

* * *

## Test to Run

**Week 1:** Baseline

-   Measure current checkout completion rate
-   Identify wallet availability gaps
-   Survey customer payment preferences (optional)

**Week 2:** Enable

-   Add Apple Pay / Google Pay if missing
-   Evaluate PayPal based on audience

**Weeks 3-4:** Measure

-   Compare checkout completion to baseline on the same device and customer segments
-   Track auth rate by payment method on matched payments
-   Monitor support tickets about payment confusion

**Success criteria:** Checkout completion improves against its matched baseline. Check approvals, fraud losses and costs before keeping the change.

* * *

## Scale Callout

| Volume | Focus |
| --- | --- |
| **Under $100k/mo** | Enable Apple Pay / Google Pay. Skip PayPal unless customers ask. |
| **$100k-$1M/mo** | Full wallet suite based on customer demographics. Monitor dispute rates by wallet. |
| **Over $1M/mo** | Optimize button placement. A/B test wallet prominence. Separate dispute handling by source. |

* * *

## Where This Breaks

-   **Wallet disputes handled like card chargebacks.** PayPal disputes are different. Train support accordingly.
-   **Reconciliation across multiple wallets.** Each wallet is a separate money flow. Plan for accounting complexity.
-   **Customer confusion.** "I paid with my phone" doesn't tell support which wallet. Add clear transaction identifiers.
-   **Regional wallet overhead.** Compare added margin in the eligible country with setup and support costs. A 0.5% traffic share alone doesn't settle the decision.
-   **Pay by Bank conversion.** Redirect + bank login kills conversion for low-ticket impulse purchases.

* * *

## Implementation: Checkout Button Order

Wallet buttons should appear prominently:

| Position | Method | Why |
| --- | --- | --- |
| 1 | Apple Pay / Google Pay | Fastest, highest auth |
| 2 | Card form | Universal fallback |
| 3 | PayPal | Broader reach |
| 4 | BNPL | Niche appeal |

### Mobile vs. Desktop

-   Apple Pay only on Safari / Apple devices
-   Google Pay broader but still device-dependent
-   PayPal works everywhere
-   Test on actual devices, not just simulators

* * *

## Analyst Layer: Metrics to Track

| Metric | What It Tells You | Target |
| --- | --- | --- |
| **Checkout completion by method** | Wallet effectiveness | Compare total completed purchases on matched devices and customers |
| **Auth rate by method** | Payment approval | Compare each method on the same issuer, country and transaction mix |
| **Dispute rate by method** | Risk profile | Track separately |
| **Method adoption %** | Customer preference | Match to offering |
| **Mobile vs desktop completion** | Platform parity | Compare each device with its own baseline; investigate the gap |

* * *

## Next Steps

**Adding digital wallets to checkout?**

1.  [Checkout Conversion](https://paymentsandrisk.com/docs/payments/checkout-conversion/) - Optimize wallet button placement
2.  [Card Payments](https://paymentsandrisk.com/docs/payments/payment-methods/cards/) - Understand the underlying card rails
3.  [Auth Optimization](https://paymentsandrisk.com/docs/payments/auth-optimization/) - Maximize approval rates

**Evaluating PayPal vs. alternatives?**

1.  [BNPL Economics](https://paymentsandrisk.com/docs/payments/reference/bnpl-economics/) - Compare with Buy Now Pay Later options
2.  [Choosing Methods](https://paymentsandrisk.com/docs/payments/payment-methods/choosing-methods/) - Decision framework by customer segment
3.  [Cheat Sheet](https://paymentsandrisk.com/docs/payments/payment-methods/cheat-sheet/) - Cost comparison across wallets

**Managing wallet disputes?**

1.  [Chargeback Prevention](https://paymentsandrisk.com/docs/chargebacks/prevention/) - Reduce disputes across all wallets
2.  [Friendly Fraud](https://paymentsandrisk.com/docs/fraud/types/friendly-fraud/) - Handle INR/SNAD abuse patterns
3.  [Compelling Evidence](https://paymentsandrisk.com/docs/chargebacks/representment/compelling-evidence/) - CE 3.0 for wallet transactions

## Related

-   [Checkout Conversion](https://paymentsandrisk.com/docs/payments/checkout-conversion/) - Optimizing checkout flow
-   [Card Payments](https://paymentsandrisk.com/docs/payments/payment-methods/cards/) - Underlying card rails
-   [Going Global](https://paymentsandrisk.com/docs/payments/going-global/) - International wallet considerations
-   [Auth Optimization](https://paymentsandrisk.com/docs/payments/auth-optimization/) - Improving approval rates
-   [Cheat Sheet](https://paymentsandrisk.com/docs/payments/payment-methods/cheat-sheet/) - Quick reference tables
-   [3D Secure](https://paymentsandrisk.com/docs/fraud/prevention/3ds/) - Authentication requirements
-   [Device Fingerprinting](https://paymentsandrisk.com/docs/fraud/detection/device-fingerprinting/) - Device-based fraud signals
-   [Compelling Evidence](https://paymentsandrisk.com/docs/chargebacks/representment/compelling-evidence/) - CE 3.0 and wallet transactions
-   [Friendly Fraud](https://paymentsandrisk.com/docs/fraud/types/friendly-fraud/) - Dispute abuse patterns
-   [BNPL Economics](https://paymentsandrisk.com/docs/payments/reference/bnpl-economics/) - Buy Now Pay Later details
-   [Subscriptions & Recurring](https://paymentsandrisk.com/docs/payments/subscriptions-recurring/) - Wallet-based subscriptions
-   [Chargeback Prevention](https://paymentsandrisk.com/docs/chargebacks/prevention/) - Reducing wallet disputes