Stripe è una piattaforma per gestire pagamenti online e di persona, ma definirla semplicemente un “gateway di pagamento” oggi è riduttivo. Oltre a elaborare transazioni con carte, mette a disposizione checkout pronti all’uso, link di pagamento, abbonamenti, fatturazione, strumenti antifrode e infrastrutture per marketplace, siti ecommerce e applicazioni.
Per chi compra, il servizio può essere quasi invisibile: inserisci la carta o scegli un wallet, confermi il pagamento e torni sul sito del venditore. Per chi incassa, invece, dietro quella singola operazione ci sono autorizzazione, gestione del rischio, saldo disponibile e successivo trasferimento del denaro sul conto bancario.
Capire come funziona Stripe significa quindi distinguere questi due punti di vista. In questa guida vediamo cosa succede durante un pagamento, quali carte e metodi sono disponibili, quali sono le commissioni in Italia, quanto bisogna aspettare per ricevere i fondi e quando questa piattaforma ha davvero senso rispetto ad alternative come PayPal.
Cos’è Stripe e a cosa serve davvero
Stripe è un’infrastruttura tecnologica per i pagamenti e, più in generale, per la gestione di una parte dei flussi finanziari di un’attività.
Il prodotto più conosciuto è Payments, utilizzato per accettare denaro dai clienti. L’ecosistema comprende però diversi strumenti che risolvono problemi distinti.
Checkout mette a disposizione una pagina di pagamento preconfigurata che può essere ospitata dal provider oppure incorporata nel sito. Payment Links permette invece di creare una pagina per incassare tramite un semplice link, senza sviluppare un checkout. Billing gestisce pagamenti ricorrenti e abbonamenti, Connect è pensato anche per piattaforme e marketplace, Terminal porta la stessa infrastruttura nei pagamenti di persona, mentre Radar interviene sul rischio di frode.
Il listino ufficiale italiano mostra ormai una piattaforma molto più ampia della sola elaborazione delle carte e indica il supporto a oltre 100 metodi di pagamento nel prodotto Payments. La disponibilità effettiva di ogni metodo dipende comunque dal Paese, dalla valuta, dal tipo di integrazione e dalle caratteristiche dell’attività.
Questo cambia anche il modo corretto di valutarla. La domanda non è più soltanto “mi permette di accettare Visa e Mastercard?”, ma quanto controllo mi serve sul processo di pagamento e quali funzioni dovrò collegare al mio modello di vendita.
Se stai progettando l’intero processo, non soltanto il gateway, conviene partire dai requisiti del tuo sito ecommerce e del relativo flusso di vendita. Pagamenti, catalogo, ordini, rimborsi, logistica e gestionale devono funzionare insieme: scegliere il sistema di pagamento isolandolo dal resto porta spesso a decisioni miopi.
Come funziona un pagamento con Stripe
Dal punto di vista del cliente una transazione può richiedere pochi secondi. Dietro le quinte, però, vengono eseguiti diversi passaggi.
Il cliente arriva al checkout e sceglie una modalità di pagamento. Se utilizza una carta, inserisce i dati richiesti oppure usa informazioni già salvate in un wallet o in Link.
La piattaforma riceve le informazioni attraverso l’integrazione scelta dal venditore e avvia la richiesta. La transazione passa attraverso il circuito della carta e raggiunge l’istituto che l’ha emessa. La banca può autorizzarla, rifiutarla oppure richiedere una verifica aggiuntiva.
In Europa questa verifica può coinvolgere meccanismi come 3D Secure, utilizzati anche nel contesto della Strong Customer Authentication quando applicabile.
Quando l’autorizzazione riesce, il sito può considerare il pagamento completato secondo il flusso previsto. Questo, però, non significa che il venditore abbia già ricevuto il denaro sul proprio conto corrente.
La somma entra prima nel saldo disponibile secondo le tempistiche di regolamento applicabili. Solo successivamente viene inclusa in un bonifico verso il conto bancario configurato.
È una distinzione importante:
pagamento riuscito ≠ denaro già disponibile sul conto bancario.
La documentazione dedicata ai pagamenti con carta distingue infatti la fase della transazione da quella del successivo trasferimento dei fondi.
Cosa vede il cliente
Il cliente normalmente vede soltanto l’interfaccia di pagamento scelta dall’attività.
Può trattarsi di:
- una pagina Checkout ospitata;
- un modulo incorporato nel sito;
- una pagina aperta tramite Payment Link;
- un checkout personalizzato;
- il checkout di una piattaforma ecommerce che utilizza il provider dietro le quinte.
La pagina ufficiale di Checkout mostra, per esempio, sia la modalità ospitata sia quella incorporabile nel sito.
Cosa vede il venditore
Il venditore dispone invece di una Dashboard dalla quale può controllare pagamenti, rimborsi, contestazioni, saldo disponibile, bonifici, clienti e altre informazioni legate ai prodotti utilizzati.
Il vantaggio pratico è che la transazione non rimane un evento isolato: può diventare parte di un processo più ampio, per esempio un abbonamento, un ordine ecommerce, una fattura o un pagamento gestito da un marketplace.
Serve un account Stripe per pagare?
No, normalmente un cliente non deve creare un account Stripe per effettuare un pagamento.
Può inserire i dati richiesti nel checkout e completare l’acquisto come ospite. La documentazione prevede esplicitamente anche la gestione dei guest customer in Checkout.
È invece il venditore che deve disporre di un account per utilizzare la piattaforma e ricevere i pagamenti.
Questa distinzione evita una confusione abbastanza comune: account Stripe e Link non sono la stessa cosa.
Link è il sistema di pagamento accelerato dell’ecosistema. Un cliente può scegliere di salvare alcune informazioni e utilizzarle successivamente sui checkout compatibili. Se non vuole usare Link, questo non significa automaticamente che non possa pagare con la carta o con un altro metodo disponibile.
Quali carte e metodi di pagamento accetta Stripe
La piattaforma supporta le principali reti internazionali di carte, tra cui Visa, Mastercard e American Express, oltre a circuiti disponibili in specifiche aree geografiche. Le carte rappresentano però soltanto una delle famiglie supportate.
La documentazione dei metodi di pagamento distingue carte, addebiti bancari, bank redirect, bonifici, sistemi buy now pay later, pagamenti in tempo reale, voucher e wallet.
Tra i wallet e metodi disponibili in scenari compatibili possono comparire Apple Pay, Google Pay, Link, PayPal, Revolut Pay e altri sistemi.
Questo non significa che tutti siano automaticamente visibili su qualsiasi checkout. I metodi disponibili possono dipendere da elementi come:
- Paese dell’attività;
- localizzazione del cliente;
- valuta;
- importo;
- prodotto utilizzato;
- configurazione dell’account;
- compatibilità del singolo metodo con il flusso.
Per questo, quando configuri un ecommerce, è meglio scegliere le opzioni in base ai clienti reali e ai mercati serviti invece di abilitarne il maggior numero possibile.
Più alternative non equivalgono automaticamente a un checkout migliore. Ogni metodo può introdurre costi, tempi, flussi di rimborso e condizioni differenti.
Stripe accetta Postepay?
In genere sì, se la Postepay utilizzata opera su un circuito supportato e risulta abilitata agli acquisti online.
Postepay Standard, per esempio, è una carta prepagata Visa, mentre altri prodotti possono utilizzare Mastercard. Poste Italiane conferma nelle FAQ ufficiali dei prodotti Postepay che le carte possono essere utilizzate presso gli esercenti che accettano il relativo circuito.
Postepay non va quindi interpretata come un metodo autonomo del gateway: viene normalmente trattata come una carta del circuito corrispondente.
Una transazione può comunque essere rifiutata dalla banca emittente o dalle regole del pagamento. Il fatto che circuito e tipologia siano supportati non garantisce il successo di ogni singola operazione.
Quanto costa Stripe in Italia
Per il modello standard non è previsto un costo generale di attivazione o un canone mensile per Payments. Il costo principale viene applicato alle transazioni elaborate.
Le tariffe cambiano in base al tipo e alla provenienza della carta.
| Tipo di carta | Commissione standard |
|---|---|
| Carta standard dello Spazio economico europeo | 1,5% + 0,25 € |
| Carta premium dello Spazio economico europeo | 2,8% + 0,25 € |
| Carta del Regno Unito | 2,5% + 0,25 € |
| Carta internazionale | 3,15% + 0,25 € |
| Conversione di valuta, quando necessaria | +2% |
Queste sono le tariffe pubblicate nel pricing italiano per le relative categorie di carte. Prodotti aggiuntivi, metodi diversi dalle carte, contestazioni e funzionalità opzionali possono avere condizioni proprie, quindi per un ecommerce reale non conviene stimare tutti i costi partendo da una sola percentuale.
Quanto incidono le commissioni sui piccoli pagamenti
La componente fissa da 0,25 € fa sì che il peso percentuale della commissione sia maggiore sugli importi bassi.
Considerando solo una carta standard SEE e la tariffa 1,5% + 0,25 €:
| Importo pagato | Commissione | Importo residuo prima di altri eventuali costi |
|---|---|---|
| 10 € | 0,40 € | 9,60 € |
| 50 € | 1,00 € | 49,00 € |
| 100 € | 1,75 € | 98,25 € |
| 500 € | 7,75 € | 492,25 € |
Questo esempio mostra perché guardare soltanto la percentuale può essere fuorviante. Su un pagamento da 10 euro, i 25 centesimi fissi incidono molto più che su una transazione da 500 euro.
Se gestisci molti micropagamenti, abbonamenti economici o volumi importanti, la struttura effettiva delle commissioni diventa quindi un criterio di scelta più importante del semplice confronto fra due percentuali.
Per attività con volumi elevati sono disponibili anche condizioni personalizzate.
Quando vengono trasferiti i soldi sul conto corrente
Un pagamento approvato non viene normalmente trasferito sul conto bancario nello stesso istante.
Il sistema utilizza una tempistica di regolamento, cioè il periodo necessario prima che i fondi diventino disponibili per il payout, e una frequenza dei bonifici, che stabilisce quando il saldo disponibile viene effettivamente inviato alla banca.
Per gli account in Italia, la documentazione sui payout indica una tempistica iniziale di regolamento di 7 giorni di calendario e una tempistica predefinita successiva di 3 giorni lavorativi. Criteri di rischio o caratteristiche specifiche dell’account possono comportare condizioni differenti.
La frequenza del payout non riduce il tempo necessario affinché una transazione diventi disponibile.
Se, per esempio, il saldo richiede tre giorni lavorativi per diventare disponibile, impostare bonifici giornalieri significa che ogni giorno verranno inviati gli importi che hanno già completato quella fase di regolamento. Non trasforma una transazione appena ricevuta in denaro immediatamente trasferibile.
Per un ecommerce questa distinzione incide sulla gestione della liquidità, soprattutto quando devi pagare fornitori, spedizioni o campagne pubblicitarie prima che tutti gli incassi siano arrivati sul conto.
Come aprire un account in Italia
Per accettare pagamenti devi creare un account e completare le verifiche richieste.
Tra i requisiti indicati per un account italiano figurano:
- codice fiscale italiano;
- indirizzo fisico in Italia;
- documento di identità valido;
- partita IVA se l’attività è registrata ai fini IVA oppure codice fiscale se non è registrata ai fini IVA;
- un conto bancario compatibile per ricevere i fondi.
I requisiti aggiornati sono riportati nella pagina di supporto dedicata all’Italia.
Questo punto merita attenzione perché la frase “per usare Stripe serve sempre la partita IVA” è troppo categorica.
La documentazione distingue espressamente chi è registrato ai fini IVA da chi non lo è. Ciò non significa che chiunque possa svolgere qualsiasi attività commerciale senza partita IVA: sono due questioni differenti.
Il provider descrive i requisiti tecnici e di verifica del proprio account. Gli obblighi fiscali dipendono invece dal tipo di attività svolta e dalla normativa applicabile. Se il dubbio riguarda l’inquadramento fiscale della tua attività, la fonte corretta è un professionista fiscale, non la schermata di registrazione del gateway.
Come iniziare ad accettare pagamenti
Uno degli aspetti cambiati maggiormente rispetto alla vecchia immagine della piattaforma come strumento “per sviluppatori” è il numero di percorsi disponibili.
Non è più necessario costruire sempre un’integrazione API personalizzata.
Payment Links: il percorso più semplice
Con Payment Links puoi creare una pagina di pagamento dalla Dashboard e condividerne il link tramite sito, email, messaggio, social o QR code.
Non serve scrivere codice.
Puoi utilizzarlo per vendite una tantum, abbonamenti, donazioni o altre configurazioni supportate. È una soluzione pensata proprio per creare pagine di pagamento senza sviluppare un checkout personalizzato.
È particolarmente utile quando non hai bisogno di un vero carrello ecommerce o vuoi incassare rapidamente un importo specifico.
Checkout: più struttura senza costruire tutto da zero
Checkout è una pagina di pagamento preconfigurata utilizzabile in modalità ospitata o incorporata.
Richiede un’integrazione maggiore rispetto a Payment Links, ma evita di progettare da zero tutta l’interfaccia e gran parte della logica di pagamento.
È una buona via intermedia quando il pagamento deve essere parte di un sito o di un’applicazione, ma non c’è un motivo concreto per costruire ogni componente internamente. La documentazione di Checkout illustra i principali flussi disponibili.
Plugin e piattaforme ecommerce
Se utilizzi un CMS o una piattaforma ecommerce, spesso puoi collegare il sistema attraverso un’estensione già disponibile.
Con WordPress esistono diverse soluzioni specifiche: nella nostra guida ai plugin Stripe per WordPress abbiamo separato le alternative pensate per moduli, pulsanti di pagamento e scenari che non richiedono necessariamente un carrello completo.
Se invece il negozio utilizza WooCommerce, trovi il flusso specifico nella guida dedicata a integrare Stripe con WooCommerce.
Questi due articoli hanno intenzionalmente un ruolo diverso da questa guida: qui interessa capire che cosa sia la piattaforma e quando sceglierla; lì interessa configurarla su un determinato sistema.
API ed Elements: quando il controllo serve davvero
Quando il processo è particolare, sono disponibili API ed elementi modulari per costruire flussi più personalizzati.
È il caso, per esempio, di software SaaS, marketplace, applicazioni proprietarie o ecommerce con processi non coperti dalle integrazioni standard.
Il vantaggio è il controllo. Il costo è una maggiore responsabilità tecnica: sviluppo, test, gestione degli errori, aggiornamenti e monitoraggio diventano parte del progetto.
Non sceglierei quindi una soluzione personalizzata soltanto perché “è più professionale”. Se Checkout o un’integrazione ufficiale soddisfano già i requisiti, aggiungere codice aumenta complessità senza creare necessariamente valore.
Stripe è sicuro?
La piattaforma gestisce dati finanziari sensibili ed è soggetta agli standard di sicurezza del settore dei pagamenti.
La società dichiara di essere certificata come PCI Service Provider Level 1, il livello più elevato previsto dalla certificazione PCI per i service provider.
Questo, però, non significa che un sito che utilizza il servizio diventi automaticamente sicuro o conforme.
La guida alla sicurezza dell’integrazione chiarisce che la conformità PCI è una responsabilità condivisa tra il provider e l’attività che accetta i pagamenti.
Il modo in cui integri il gateway conta.
Usare componenti ospitati o soluzioni che evitano di far transitare direttamente i dati della carta nei tuoi server può ridurre notevolmente l’ambito tecnico di cui devi occuparti, ma il sito continua ad avere proprie responsabilità: software aggiornato, accessi sicuri, corretta configurazione, protezione degli account e gestione appropriata dei dati.
3D Secure e autenticazione
Per le transazioni che lo richiedono può essere utilizzato 3D Secure come livello aggiuntivo di autenticazione.
L’obiettivo non è semplicemente chiedere “un codice in più”: 3D Secure può entrare nel flusso quando è necessario autenticare il titolare della carta o quando le regole di rischio suggeriscono un controllo aggiuntivo.
Radar e prevenzione delle frodi
L’ecosistema integra anche Radar, il sistema antifrode proprietario.
Radar valuta le transazioni in tempo reale utilizzando modelli di rischio; le versioni più avanzate consentono inoltre regole personalizzate, review manuali e controlli ulteriori.
Qui serve evitare due estremi.
Il primo è pensare che attivare un buon gateway elimini automaticamente ogni frode. Il secondo è trattare qualunque pagamento insolito come fraudolento e aggiungere controlli che aumentano inutilmente gli abbandoni.
La sicurezza del checkout è sempre un equilibrio fra riduzione del rischio e attrito imposto ai clienti legittimi.
Stripe vs PayPal: quale conviene?
Stripe e PayPal vengono spesso presentati come concorrenti perfettamente sostituibili, ma il confronto è meno lineare.
PayPal nasce anche come wallet riconoscibile dal consumatore e crea un rapporto diretto con il proprio utente. Il primo, invece, è particolarmente forte come infrastruttura incorporabile nel processo di pagamento dell’attività.
La differenza pratica emerge soprattutto dal progetto che devi realizzare.
| Criterio | Stripe | PayPal |
|---|---|---|
| Checkout altamente integrabile | Punto di forza | Dipende dal prodotto utilizzato |
| Pagamenti senza sviluppo | Payment Links disponibile | Disponibili soluzioni semplificate |
| API e flussi personalizzati | Molto estesi | Disponibili, con logiche differenti |
| Abbonamenti e modelli SaaS | Forte integrazione nell’ecosistema | Disponibili soluzioni dedicate |
| Wallet riconoscibile dal consumatore | Link e wallet supportati | PayPal stesso è il wallet |
| Marketplace e piattaforme | Connect | Soluzioni PayPal dedicate |
| Scelta migliore in assoluto | No | No |
La scelta non dovrebbe quindi partire dal brand, ma dal flusso.
Sceglierei Stripe prima quando il pagamento deve essere profondamente integrato nel sito o nell’applicazione, quando servono API, abbonamenti, più metodi di pagamento o una struttura destinata a crescere.
Valuterei PayPal con particolare attenzione quando quel wallet è molto utilizzato dal pubblico dell’attività e il valore della familiarità del marchio nel checkout è elevato.
Le due soluzioni possono anche lavorare insieme
C’è poi un elemento che rende obsoleto il classico schema “Stripe contro PayPal”.
Gli account idonei con sede nell’Unione Europea, con alcune eccezioni territoriali, possono attivare PayPal come metodo di pagamento all’interno dell’infrastruttura Stripe.
Per un account italiano compatibile, PayPal può quindi comparire nel checkout. L’attivazione avviene collegando l’account dalla Dashboard, come spiegato nella documentazione dedicata a PayPal.
Questo non elimina tutte le differenze commerciali, tecniche o tariffarie tra i due servizi, ma cambia la domanda.
In alcuni progetti non devi necessariamente decidere “uno oppure l’altro”. Puoi decidere quale infrastruttura deve governare il checkout e quali metodi vuoi presentare al cliente al suo interno.
Stripe per ecommerce, WordPress e WooCommerce
Il sistema ha senso in un ecommerce quando il metodo di pagamento è coerente con il resto dell’architettura del negozio.
Un gateway non può compensare un checkout confuso, errori nel carrello, problemi di performance o un processo di acquisto troppo lungo.
Per decidere quali metodi affiancare a Stripe e come valutare wallet, BNPL, gateway, costi e checkout nel loro insieme, conviene partire dalla strategia generale dei pagamenti ecommerce. Stripe può governare una parte importante dell’infrastruttura, ma non coincide con l’intera strategia di pagamento del negozio.
Prima di aggiungere nuovi metodi vale quindi la pena verificare dove si perdono davvero gli utenti. Abbiamo approfondito questo aspetto nella guida su come ridurre l’abbandono del carrello e semplificare il pagamento.
Su WooCommerce l’integrazione tramite estensione evita di ricostruire manualmente il gateway e consente di collegarlo al ciclo dell’ordine. Su un sito WordPress che non utilizza WooCommerce, invece, un plugin dedicato o un Payment Link può essere sufficiente.
Per un progetto custom, infine, l’API può diventare la scelta corretta quando l’integrazione deve seguire un processo non standard. Quando invece il backend deve reagire agli eventi generati dal provider, entrano in gioco anche i webhook, che permettono di ricevere notifiche server-to-server senza interrogare continuamente l’API.
La regola che userei è semplice:
partire dalla soluzione meno complessa che soddisfa davvero i requisiti e aumentare il livello di personalizzazione soltanto quando esiste un motivo concreto per farlo.
Vantaggi e limiti: quando lo sceglierei
Il vantaggio reale non è avere “tante funzioni”.
È poter iniziare con un flusso estremamente semplice e arrivare, senza cambiare necessariamente infrastruttura di pagamento, a sistemi molto più articolati.
Un professionista può partire da Payment Links. Un ecommerce può utilizzare un plugin. Un SaaS può costruire abbonamenti e logiche personalizzate. Un marketplace può utilizzare Connect.
Questa progressione è difficile da ignorare quando si progetta un’attività destinata a evolvere.
La piattaforma ha particolarmente senso se:
- vuoi integrare il checkout nel prodotto o nel sito;
- devi supportare più modalità di pagamento;
- gestisci abbonamenti o ricavi ricorrenti;
- prevedi integrazioni con software e processi aziendali;
- hai bisogno di API;
- vuoi mantenere margine per evoluzioni future.
Ha invece meno senso sceglierla soltanto perché è un nome conosciuto.
Se devi ricevere pochi pagamenti occasionali, un Payment Link può essere più che sufficiente. Se il pubblico pretende un determinato wallet, il comportamento reale degli utenti pesa più dell’eleganza tecnica dell’integrazione. Se l’ecommerce ha una struttura semplice, costruire un checkout personalizzato tramite API può essere uno spreco di sviluppo.
Il limite più importante coincide in parte con il principale punto di forza: più possibilità significa anche più decisioni da prendere.
Metodi di pagamento, payout, sicurezza, gestione delle contestazioni, integrazioni e automazioni vanno configurati in base al modello di vendita. Una piattaforma flessibile non elimina la necessità di progettare bene il processo.
Domande frequenti su Stripe
Stripe è gratuito?
Aprire un account e utilizzare il modello standard di Payments non comporta un normale costo di attivazione o un canone mensile generale. Vengono però applicate commissioni alle transazioni e alcuni prodotti o servizi aggiuntivi hanno tariffe proprie. Le condizioni correnti sono disponibili nel pricing ufficiale.
Serve la partita IVA per usare Stripe?
La documentazione per l’Italia richiede una partita IVA se sei registrato ai fini IVA oppure un codice fiscale se non sei registrato ai fini IVA. Questo requisito dell’account non determina da solo gli obblighi fiscali dell’attività che svolgi. I requisiti sono indicati nella pagina dedicata all’Italia.
Serve un account per effettuare un pagamento?
Normalmente no. Il cliente può effettuare una transazione come ospite senza creare un proprio account. Link è un servizio separato e opzionale che può permettere di salvare informazioni per checkout successivi più rapidi.
Stripe accetta Postepay?
Le Postepay che utilizzano circuiti supportati come Visa o Mastercard possono normalmente essere utilizzate come carte prepagate sui checkout compatibili, purché la carta sia abilitata agli acquisti online e la transazione venga autorizzata.
Quanto tempo impiega ad accreditare i soldi?
Per gli account italiani sono indicati sette giorni di calendario come tempistica iniziale di regolamento e tre giorni lavorativi come tempistica predefinita successiva. Possono esistere eccezioni in funzione dell’account, del rischio e del metodo di pagamento. Le tempistiche correnti sono riportate nella documentazione sui payout.
Stripe supporta PayPal?
Sì, PayPal può essere attivato per account idonei basati nell’Unione Europea e in altri Paesi europei supportati. La disponibilità e le condizioni vanno verificate nell’account specifico.
Conclusione
Stripe diventa molto più interessante quando smetti di valutarlo come un semplice pulsante per accettare carte.
Il vero punto di forza è la possibilità di scegliere quanto deve essere semplice o profonda l’integrazione: puoi creare un Payment Link senza codice, usare un checkout già pronto, collegare un ecommerce tramite plugin oppure costruire un processo proprietario con API e componenti personalizzabili.
Per un ecommerce, un SaaS o un progetto digitale destinato a crescere, questa flessibilità è un vantaggio concreto. Significa poter aggiungere metodi di pagamento, abbonamenti, automazioni e integrazioni senza dover necessariamente cambiare infrastruttura a ogni evoluzione.
Non la sceglierei però in automatico.
Confronterei prima commissioni, pubblico, mercati, frequenza dei pagamenti, necessità di personalizzazione e gestione operativa. E soprattutto distinguerei la qualità della piattaforma dalla qualità del checkout: un’infrastruttura molto solida non può trasformare un processo di acquisto mal progettato in un buon processo di acquisto.
Se questi criteri portano verso un sistema flessibile, integrabile e capace di accompagnare una crescita tecnica del progetto, Stripe è una delle soluzioni da valutare per prime.