Abbandono del carrello: 12 motivi per cui i clienti se ne vanno prima di pagare
Circa il 70% dei carrelli online viene abbandonato: il dato del Baymard Institute, aggregato da decine di studi, si colloca vicino a questa soglia e vale la pena trattarlo come un riferimento comunemente citato, non come una legge della fisica. Il tuo dato reale dipende dal traffico, dai prezzi e da quanto è macchinosa la procedura di pagamento. Ma la percentuale in sé non è la parte più utile. La parte utile è che l'abbandono non è casuale: gli stessi pochi motivi ricompaiono studio dopo studio, cliente dopo cliente, e quasi tutti si possono correggere dal back office di PrestaShop.
Questo articolo è il catalogo di quei motivi: dodici cause concrete, ordinate grossomodo in base alla frequenza con cui vengono citate, ciascuna abbinata all'impostazione, alla classe di passaggio o al modulo PrestaShop che la risolve. Alcuni di questi motivi sono abbastanza ampi da meritare un articolo dedicato; in quei casi troverai un link di una riga all'articolo collegato che tratta il tema, invece di un riepilogo affrettato qui. Se preferisci affrontare le correzioni come una strategia unica e ordinata invece che come una lista, parti dal contenuto principale: ridurre l'abbandono del carrello in PrestaShop.
1. Spese di spedizione o tasse inattese nell'ultimo passaggio
È di gran lunga il fattore più spesso indicato nei sondaggi sulle motivazioni dichiarate: un cliente si convince mentalmente ad acquistare un prodotto da 50 €, arriva alla fase di pagamento e vede il totale salire a 62 € perché la spedizione compare per la prima volta. L'affare che pensava di avere trovato svanisce.
La soluzione in PrestaShop. Rendi il totale trasparente il prima possibile. Imposta la soglia per la spedizione gratuita nativamente in Spedizione → Preferenze (il valore La spedizione gratuita inizia da) invece di simularla con un buono tramite regola carrello: così PrestaShop conosce la soglia e il carrello può mostrare un vero messaggio del tipo "aggiungi X per avere la spedizione gratuita". Imposta le regole fiscali in Internazionale → Tasse e controlla se i prezzi vengono mostrati IVA inclusa o esclusa per ciascun gruppo clienti in Parametri negozio → Impostazioni clienti → Gruppi (l'impostazione Metodo di visualizzazione dei prezzi), in modo che i prezzi visualizzati corrispondano a ciò che il cliente paga davvero; per il B2C nell'UE, la visualizzazione IVA inclusa è sia lo standard legale sia l'unica davvero trasparente, quindi il totale del carrello non fa salti improvvisi al pagamento. Il passo più avanzato, mostrare una stima realistica della spedizione prima ancora che il cliente inserisca l'indirizzo, è un problema di progettazione della procedura d'acquisto trattato in perché la tua pagina di pagamento ti fa perdere vendite.
2. Creazione obbligatoria dell'account
È stabilmente tra le principali cause di abbandono ed è la più facile da risolvere in PrestaShop. Un acquirente è arrivato per comprare un prodotto, non per iniziare una relazione con il tuo negozio; un campo password obbligatorio comunica "più lavoro, e ora hai i miei dati per sempre".
La soluzione in PrestaShop. Un solo interruttore: Parametri negozio → Impostazioni ordine → Abilita acquisto come ospite. Con questa opzione attiva, CheckoutPersonalInformationStep offre un percorso d'ordine come ospite invece di pretendere subito una password, e puoi comunque invitare il cliente a salvare i dati in un account dopo il completamento dell'ordine, ottenendo gran parte del vantaggio in termini di fidelizzazione senza l'attrito iniziale. Stabilire se l'acquisto come ospite debba essere predefinito o solo un'opzione non è una scelta a caso: ci sono dati a sostenerla, spiegati in acquisto come ospite vs creazione account.
3. Una procedura di pagamento lunga o a passaggi
Ogni barriera in più è una nuova occasione per pensare "è troppo impegnativo". La procedura di pagamento predefinita di PrestaShop dalla versione 1.7 vive su un unico URL, ma si rivela un passaggio alla volta: informazioni personali, poi indirizzi, poi consegna, poi pagamento, e ciascuno ha la propria classe di passaggio (CheckoutPersonalInformationStep, CheckoutAddressesStep, CheckoutDeliveryStep, CheckoutPaymentStep) gestita dal controller order. Una pagina, quattro barriere.
La soluzione in PrestaShop. Unisci le barriere in un vero flusso su una sola pagina: tutto visibile insieme, con il totale che si ricalcola in tempo reale. L'opzione nativa presente nella 1.6 in Preferenze → Ordini (il valore di configurazione PS_ORDER_PROCESS_TYPE) è stata rimossa nella 1.7, quindi su un negozio moderno serve un modulo oppure, dalla 9.2, l'opzione nativa a pagina unica del core. La spiegazione completa è in procedura di pagamento in una sola pagina per PrestaShop.
4. Il totale non è visibile fino alla fine
È collegato ai costi a sorpresa, ma non è la stessa cosa: anche quando nulla è nascosto, un cliente che non può vedere un totale aggiornato ha la sensazione di firmare un assegno in bianco. Tasse e spedizione che si definiscono solo all'ultimo passaggio sembrano un'esca, anche quando sono corrette.
La soluzione in PrestaShop. Mantieni il riepilogo dell'ordine presente e aggiornato per tutta la procedura di pagamento. Il tema predefinito di PrestaShop mostra un riepilogo, ma nel flusso a passaggi il costo di consegna si stabilizza solo quando viene scelto un corriere nel CheckoutDeliveryStep. Un layout su una sola pagina con un blocco riepilogo persistente e aggiornato via AJAX, che ricalcola tutto appena cambiano codice postale o corriere, elimina la sensazione dell'assegno in bianco. Su mobile quel riepilogo tende a sparire completamente mentre si scorre; mantenerlo fisso fa parte del manuale per una procedura di pagamento mobile efficace.
5. La procedura di pagamento non sembra sicura
Il pagamento è il momento di massima ansia: il cliente sta per digitare il numero della carta. Se manca il lucchetto, il design è datato, non ci sono marchi di pagamento riconoscibili o il dominio non corrisponde al nome del negozio, l'ordine non si conclude.
La soluzione in PrestaShop. Forza HTTPS ovunque in Parametri negozio → Generale → Abilita SSL e Abilita SSL su tutte le pagine, non solo nella fase di pagamento. Mostra marchi di pagamento reali (i loghi già forniti dai tuoi gateway) nel CheckoutPaymentStep invece di semplice testo, e inserisci una breve rassicurazione vicino al pulsante di pagamento: pagamento sicuro, finestra per il rimborso, canale di contatto visibile. Sono segnali di fiducia nel punto in cui viene inserita la carta, distinti dal design di fiducia generale del negozio.
6. Una pagina di pagamento lenta
Una homepage lenta ti costa visitatori che stanno curiosando; una pagina di pagamento lenta ti costa acquirenti che avevano già deciso. Un ritardo mentre si aggiorna la lista dei corrieri o si applica un codice promozionale, per un cliente ormai convinto, sembra un sito rotto.
La soluzione in PrestaShop. Tratta la procedura di pagamento come la pagina che deve essere più veloce di tutte. Attiva lo stack di produzione in Parametri avanzati → Prestazioni: cache Smarty, CCC per combinare e minimizzare, e una cache configurata; tieni fuori dal controller ordine gli script di terze parti pesanti (widget chat, tag marketing, slider). Assicurati che gli aggiornamenti AJAX avviati dal cambio corriere e dall'applicazione dei buoni non restino bloccati dietro chiamate esterne lente. Un tema gonfio che appesantisce ogni pagina appesantisce anche questa; la velocità della procedura di pagamento raramente è un problema isolato.
7. Manca il metodo di pagamento desiderato
Se il metodo di pagamento preferito da un acquirente non c'è, se ne va, e le preferenze sono fortemente regionali. iDEAL domina nei Paesi Bassi, Bancontact in Belgio, BLIK in Polonia, Klarna e le opzioni a rate in gran parte dei Paesi nordici e dell'area DACH.
La soluzione in PrestaShop. Installa i moduli di pagamento che i tuoi mercati reali si aspettano e gestiscili in Pagamento → Metodi di pagamento, poi limita ciascun metodo per Paese, valuta e gruppo clienti in Pagamento → Preferenze: così un visitatore olandese vede iDEAL per primo e un gruppo B2B vede il bonifico bancario.
Come minimo offri carte, PayPal e il metodo regionale dominante. L'ordine e la presentazione di queste opzioni nella fase di pagamento contano quanto la loro presenza; per il cliente abituale che vuole pagare con un tocco, vedi pagamento rapido.
8. Validazione che ostacola il cliente
Una validazione troppo rigida dei campi rifiuta input perfettamente validi: un numero di telefono con spazi, un codice postale con un trattino, una riga indirizzo in un formato inatteso. E un cliente che riceve due volte "input non valido" abbandona.
La soluzione in PrestaShop. Valida con la massima flessibilità compatibile con l'ordine e pulisci i dati lato server, invece di respingere l'acquirente. PrestaShop applica controlli di formato su campi come il codice postale per paese (configurati in Internazionale → Località → Paesi, compresi il formato del codice postale e l'eventuale necessità del campo Stato/Provincia): rivedili per i Paesi in cui spedisci davvero, così non imponi un formato ZIP statunitense a un codice postale britannico. Sostituisci gli errori generici con messaggi specifici e inline, e non svuotare mai il modulo dopo un invio fallito; il cliente deve correggere un campo, non riscrivere tutto.
9. Il campo buono sconto che manda via le persone
Una casella "Codice sconto" evidente e vuota è uno dei pochi elementi della procedura di pagamento che fa perdere vendite attivamente. Dice al cliente "c'è un'offerta che non hai" e lo spinge verso un sito di buoni sconto, da cui una quota significativa non torna più.
La soluzione in PrestaShop. Non mostrare una casella buono aperta per impostazione predefinita. Nascondila dietro un piccolo link "Hai un codice?" che si espande solo al clic e, per i clienti arrivati tramite link promozionale, applica in anticipo la regola carrello così non vedono mai un campo vuoto. Le regole carrello di PrestaShop (in Catalogo → Sconti) possono essere applicate tramite l'azione addDiscount del controller carrello, lo stesso percorso usato dall'invio della casella buono; quindi un link promozionale che inserisce il codice per l'acquirente appare così:
https://yourstore.com/index.php?controller=cart&addDiscount=1&discount_name=SUMMER10Il controller valida il codice rispetto alle condizioni della regola carrello esattamente come se fosse stato digitato, quindi un codice scaduto o non valido per quel contesto viene respinto in modo sicuro invece di essere accettato in silenzio. Punta le campagne email e pubblicitarie a un link di questo tipo invece che a un carrello nudo con una casella codice vuota. E testa regolarmente i codici attivi: un buono sconto pubblicizzato ma rifiutato al pagamento è peggio di nessun buono.
10. Consegna troppo lenta
Quando la stima dice 7-14 giorni e al cliente serve prima, per un regalo, una sostituzione o qualunque acquisto sensibile al tempo, cerca altrove. Spesso la consegna è accettabile; è il silenzio sui tempi fino a una fase avanzata della procedura di pagamento a fare danni.
La soluzione in PrestaShop. Dai al cliente un'aspettativa di consegna prima che si impegni. Imposta tempi realistici di preparazione e transito per i corrieri in Spedizione → Corrieri (ogni corriere ha i propri campi per i tempi di consegna) e, dove utile, offri un corriere espresso così il cliente che ha fretta può acquistare velocità invece di abbandonare. Mostrare una data di consegna concreta nella pagina prodotto, non solo al pagamento, colma il divario prima che si apra; è esattamente il tipo di gestione delle aspettative per cui esistono i nostri strumenti per le date di consegna, con un beneficio semplice: meno clienti se ne vanno altrove per scoprire "quando arriverà?".
11. Ansia sulla politica di reso
Un cliente incerto sul fatto che il prodotto sia adatto vuole sapere se potrà restituirlo. Una politica di reso nascosta, vaga o concessa a malincuore alimenta proprio quell'esitazione che trasforma un ordine incerto in un abbandono.
La soluzione in PrestaShop. Rendi visibile la politica dove nasce il dubbio: nella pagina prodotto vicino al pulsante Aggiungi al carrello e di nuovo nel carrello, non sepolta in una pagina CMS del footer che nessuno apre. Servizio clienti → Servizio clienti di PrestaShop e le impostazioni dei resi merce in Servizio clienti → Resi merce controllano persino se i resi sono abilitati; abilitarli e dichiarare chiaramente "resi entro 30 giorni" risponde all'obiezione prima che diventi un motivo per uscire. Questa è rassicurazione, non legalese: una frase chiara batte una pagina di condizioni.
12. Confronto prezzi e carrello usato come lista desideri
È il motivo più difficile da "risolvere", perché il cliente non aveva intenzione di acquistare subito. Ha aggiunto al carrello per segnarsi un prezzo mentre confronta altri negozi, è stato interrotto, oppure sta usando il carrello come lista desideri. Nessuna modifica alla procedura di pagamento lo raggiunge: se n'è già andato.
La soluzione in PrestaShop. Non risolvi questo punto nella procedura di pagamento; lo recuperi dopo. Una sequenza automatica di email per carrelli abbandonati riconquista una parte di questi acquirenti a costo marginale praticamente zero, ed è per questo che è l'automazione che consigliamo a ogni negozio di configurare: vedi email per carrelli abbandonati, l'automazione che ogni negozio deve avere, insieme agli strumenti e ai tempi più ampi in automazione dell'email marketing per il recupero dei carrelli abbandonati. Una nota di cautela, però: riportare via email qualcuno a una procedura di pagamento che lo ha sorpreso sul prezzo o obbligato a registrarsi significa rimandarlo alla stessa perdita. Correggi prima i motivi 1-9; recupera ciò che resta.
Dove lo sforzo ripaga davvero
I dodici motivi non hanno lo stesso peso. Gli studi sulle motivazioni dichiarate collocano costi a sorpresa, registrazione obbligatoria e procedura di pagamento lunga o a passaggi tra le prime cause, con fiducia, lacune nei pagamenti, validazione e il resto più in basso. Questa classifica è il tuo ordine di priorità: aggiungere badge di fiducia prima di aver risolto le spese di spedizione a sorpresa è lucidare la maniglia di una casa senza tetto. La tabella qui sotto è la mappa immediata di ciascun motivo, dove si trova in PrestaShop e quale articolo collegato lo approfondisce.
| Motivo | Dove si trova in PrestaShop | Approfondimento |
|---|---|---|
| Spedizione / tasse a sorpresa alla fine | Spedizione → Preferenze; Internazionale → Tasse; visualizzazione prezzi | Diagnosi della pagina di pagamento |
| Creazione obbligatoria dell'account | Impostazioni ordine → Abilita acquisto come ospite | Ospite vs creazione account |
| Procedura di pagamento lunga / a passaggi | controller order, classi Checkout*Step | Pagamento in una sola pagina |
| Nessun totale aggiornato visibile | Riepilogo ordine persistente; CheckoutDeliveryStep | Pagamento mobile |
| Metodo di pagamento regionale mancante | Pagamento → Metodi di pagamento; Pagamento → Preferenze (restrizioni paese/valuta) | Pagamento rapido |
| Confronto prezzi / carrelli interrotti | Automazione email, strumenti per carrelli abbandonati | Email per carrelli abbandonati |
| Tutto ciò che riguarda la struttura della procedura di pagamento | Riferimento completo per l'ottimizzazione | Guida all'ottimizzazione della procedura di pagamento |
Come si inseriscono i moduli
Diverse di queste sono impostazioni che puoi attivare da solo: acquisto come ospite, SSL, soglie per la spedizione gratuita, tempi dei corrieri. Alcune non sono semplici interruttori, ed è lì che un modulo si guadagna il suo posto. Trasformare la procedura a passaggi in una vera pagina unica (motivi 3 e 4), senza fare fork del tema né modificare il core, è esattamente lo scopo del nostro modulo Checkout Revolution. Che cosa ti dà, concretamente? Il cliente vede ogni sezione in una sola schermata, un totale che si aggiorna appena viene inserito un indirizzo, l'acquisto come ospite come impostazione predefinita e una validazione inline che segnala un'email errata mentre viene digitata invece che dopo l'invio: correzioni per diversi motivi sopra, consegnate insieme. Tu configuri tutto dal back office invece che con una fattura di sviluppo, e poiché non tocca il core né crea un fork del tema, sopravvive agli aggiornamenti di PrestaShop. La storia della ricostruzione è in Checkout Revolution 3.0, mentre il confronto con il modulo del processo di pagamento di PrestaShop è trattato in il modulo del processo di pagamento e le alternative.
FAQ
Quali dei 12 motivi dovrei affrontare per primi?
Procedi in ordine di impatto, non di elenco. Gli studi sulle motivazioni dichiarate mettono in cima spedizione o tasse a sorpresa (motivo 1), creazione obbligatoria dell'account (motivo 2) e procedura di pagamento lunga o a passaggi (motivi 3 e 4). Risolvi questi prima di badge di fiducia, validazione o lacune nei pagamenti, e lascia che i tuoi dati di abbandono prevalgano sulla classifica generica se dicono il contrario.
Posso ottenere una vera procedura di pagamento in una sola pagina senza modificare il core?
Sì. L'opzione nativa della 1.6 è stata rimossa nella 1.7, quindi su un negozio moderno puoi aspettare l'opzione a pagina unica del core (dalla 9.2) oppure usare un modulo. Checkout Revolution unisce le quattro barriere a passaggi in un'unica schermata, configurabile dal back office, senza fare fork del tema né toccare il core: quindi sopravvive agli aggiornamenti. Vedi procedura di pagamento in una sola pagina per PrestaShop per la spiegazione completa.
Perché la casella buono sconto vuota fa perdere vendite?
Un campo "Codice sconto" ben visibile dice al cliente che esiste un'offerta che non ha, e lo spinge a cercarla su un sito di buoni sconto, da cui una parte non torna più. Nascondilo dietro un piccolo link "Hai un codice?" che si espande al clic e applica in anticipo i codici per gli acquirenti arrivati tramite link promozionale (vedi l'esempio addDiscount sopra), così non si trovano mai davanti una casella vuota.
Correggere questi motivi fermerà tutti gli abbandoni?
No, e puntare allo zero è l'obiettivo sbagliato. Alcuni acquirenti stavano solo confrontando prezzi o usando il carrello come lista desideri (motivo 12); nessuna modifica alla procedura di pagamento li raggiunge. Chiudi i motivi da 1 a 11 nella procedura di pagamento, poi recupera il resto con un'email temporizzata per carrelli abbandonati, così non riporti le persone alla stessa perdita.
Continua a leggere
Questo catalogo si affianca al resto del gruppo di articoli: la psicologia dietro questi motivi è in perché gli acquirenti abbandonano il carrello in PrestaShop, il piano ordinato di correzione è in ridurre l'abbandono del carrello in PrestaShop, e il livello di recupero per ciò che sfugge ancora è in automazione dell'email marketing per il recupero dei carrelli abbandonati. Quando sei pronto a unire la procedura a passaggi, vedi Checkout Revolution.
Misura prima di festeggiare
Non fidarti delle sensazioni, e non fidarti di tre giorni di dati. Prima di cambiare qualcosa, registra quattro numeri di riferimento: tasso di conversione da carrello a ordine, tasso di abbandono della procedura di pagamento, tempo medio per completare l'acquisto e conversione mobile rispetto a desktop. Se usi la procedura a passaggi, annota anche in quale passaggio le persone abbandonano: un picco nella fase di consegna indica direttamente un problema di costi di spedizione (motivo 1), un picco nella fase delle informazioni personali di solito indica il muro dell'account (motivo 2). Dopo ogni correzione, confronta gli stessi numeri per almeno 30 giorni e qualche centinaio di ordini, non su un lungo weekend rumoroso. L'oscillazione settimana su settimana nei dati di pagamento è abbastanza ampia da ingannare i commercianti e spingerli a annullare una modifica che stava funzionando davvero.
Nessuna singola correzione elimina l'abbandono, e puntare allo zero è l'obiettivo sbagliato: alcuni acquirenti non avrebbero comunque comprato oggi. Il risultato realistico è lavorare sulla lista in ordine di impatto, sulle impostazioni e sulle strutture PrestaShop citate sopra: rendi il totale trasparente, elimina il muro dell'account, accorcia il percorso, poi fiducia, pagamenti, validazione e il resto. Ogni motivo che elimini rafforza il precedente, perché il cliente che arriva al carrello è il traffico più caldo che avrai mai. Hai già pagato per portarlo lì. L'unico compito rimasto è smettere di ostacolarlo.
