~/stack/apple_pay · stack

Apple Pay nel tuo checkout: web, iOS e accordo con il PSP.

Se cerchi «integrare Apple Pay sul sito», «Apple Pay developer» o capire come funziona senza miti: Apple Pay non sostituisce l’acquirer — è un metodo di pagamento sicuro lato dispositivo che il tuo payment service provider deve supportare. Qui il quadro chiaro e come ti affianchiamo su dominio, sessioni di pagamento e test.

Come funziona Apple Pay (senza marketing)

L’utente autorizza un pagamento con Face ID / Touch ID / codice: il dispositivo parla con Apple e produce un token di pagamento che il tuo backend (o il tuo PSP) invia al processore per incassare. Tu non gestisci il numero di carta in chiaro: resti in un ambito PCI più gestibile rispetto al key-in manuale.

In pratica servono tre elementi chiave: account sviluppatore Apple / identificatore merchant dove richiesto, contratto PSP che abiliti Apple Pay sul merchant, e codice che crei la sessione e completi l’autorizzazione secondo le API del provider.

Sul sito (Safari) o in app iOS

Web: tipicamente HTTPS, associazione del dominio al merchant (file/hosting come da guida Apple + PSP), sessione avviata da JS compatibile e conferma lato server tramite il flusso del tuo gateway (Stripe, Adyen, Nexi compatibili, …).

App iOS: capability Apple Pay, provisioning profili su Apple Developer, integrazione PassKit / bridge nel framework che usi (Swift, React Native, Flutter) e stesso incastro con il PSP per token e captura.

  • Su Android non c’è Apple Pay wallet: lì tutt’altra storia (Google Pay o carte). Piano prodotto e metriche da definire per canale.
  • Browser e versione OS influenzano se il bottone va mostrato: controlliamo availability lato client così non prometti un metodo che il dispositivo non espone.

Dove lo integriamo

  • E-commerce e PWA con carrello in JS: Payment Request / sessione Apple Pay esposta dal PSP e finalize sul backend.
  • Abbonamenti e importi variabili: dipende da come il PSP mappa ricorrenti vs one-shot; lo chiarisci in discovery così non blocchi il rinnovo.
  • Marketplace e split: solo se il gateway supporta Apple Pay in quel modello e con le stesse regole KYC/merchant.
  • Ambienti test con carte sandbox del PSP e, dove serve, configurazione parallela su developer Apple.

Cosa facciamo per te come developer

  • Allineamento con il PSP scelto: quali endpoint, quali chiavi, come ottenere merchant session o equivalente e cosa loggare quando fallisce l’autorizzazione.
  • Implementazione ordinata front + back, gestione errori utente e idempotenza sul completamento pagamento.
  • Checklist go-live: TLS, file dominio, staging vs produzione, prova su iPhone/iPad/Mac conformi alla matrix del provider.
  • Dopo il lancio: aggiornamenti policy Apple/PSP, nuove versioni browser, convivenza con Google Pay e carte tradizionali.

Hai dubbi? Chiedi.

Domande frequenti

Posso attivare Apple Pay senza Stripe / banca / PSP?
No: ti serve sempre un soggetto che incassi secondo schema delle carte e che Apple Pay supporti sul tuo merchant. Noi integriamo il flusso sopra il PSP che già usi o che scegli con consulenza commerciale tua.
Apple Pay «conviene» per il mio negozio?
Spesso riduce attrito su iPhone e aumenta fiducia, ma commissioni e mix clienti dipendono dal PSP e dal bacino iOS. Valutiamo su numeri e non sul slogan.
Sul sito funziona uguale su tutti i browser?
No. Il supporto Apple Pay sul web segue le regole di Apple e del browser; nascondiamo o spieghiamo il metodo dove non è disponibile così il carrello non delude.
Cosa significa «verificare il dominio»?
È il passaggio in cui colleghi il tuo sito al merchant Apple secondo le istruzioni del PSP e di Apple (di solito file o DNS). Senza quello il pulsante non va in produzione.
I dati della carta passano dal mio server?
Il flusso corretto usa il token che arriva dal Secure Element / wallet: non devi immagazzinare PAN. Restano comunque buone pratiche su TLS segreti e log minimi.
Quanto tempo richiede?
Con PSP già pronto e dominio confermato spesso si parla di pochi giorni lato codice; onboarding bancario o nuovi merchant ID possono allungare prima del primo incasso reale.
Torna alla home Vedi servizi