Replay dei 5 percorsi-tipo
Carrello semplice, carrello con combinazioni, carrello con codice sconto, carrello B2C / B2B, carrello spedizione internazionale. Ogni percorso viene replayato con l'ispettore di rete Chrome aperto.
💸 Ogni giorno che passa = fatturato perso
Il tuo funnel PrestaShop
Il tuo funnel PrestaShop
perde ordini ?
lo analizziamo e lo ripariamo.
Audit e correzione del funnel d'acquisto PrestaShop
Carrello che si svuota, step che si blocca in loop, pulsante pagamento che non reagisce, webhook Stripe non ricevuto, ordine pagato ma mai registrato : facciamo il replay del tuo percorso, individuiamo la perdita, correggiamo entro 24 h. Sull'ultimo audit : +48 carrelli recuperati/mese.
✓ Pre-audit gratuito 30 min
✓ Preventivo entro 24 h lavorative
✓ A partire da 60 €/h + IVA
✓ Calcolo del fatturato recuperato
💸 Quanto ti costa davvero
Un bug checkout è fatturato che si disperde, in silenzio
Fai il calcolo. Il costo dell'inazione è quasi sempre superiore al costo dell'intervento.
~50
carrelli abbandonati / mese
cause puramente tecniche (media audit 2025-2026)
cause puramente tecniche (media audit 2025-2026)
× 60 €
carrello medio
negozio B2C standard
negozio B2C standard
3.000 €
fatturato / mese recuperabile
dopo la correzione del bug
dopo la correzione del bug
💡 Intervento tipo 2-4 h su preventivo (a partire da 60 €/h + IVA) · ROI già dal primo mese dopo il fix.
🔎 I bug tipici
Gli 8 bug checkout più frequenti
Individuati su 30 audit checkout PrestaShop 2025-2026. Riconosci il tuo.
1. Carrello che si svuota tra lo step indirizzo e il pagamento
Causa tipica : cookie SameSite incompatibili da Chrome 80. Il cliente viene reindirizzato su Stripe / PayPal, torna sul tuo sito, la sessione è nulla. Fix : forzare SameSite=None; Secure sul cookie di sessione, verificare che tutto sia in HTTPS, testare su 3 browser.
2. Step «Spedizione» che si blocca in loop
Causa tipica : nessun corriere disponibile per il peso/zona del carrello. Il pulsante «Avanti» non valida lo step perché l'array dei corrieri è vuoto. Fix : audit completo dei corrieri (zone, pesi, dimensioni), creazione di un corriere fallback «di default» per evitare il caso zero.
3. Ordine pagato ma non creato (webhook Stripe / PayPal)
Causa tipica : endpoint webhook bloccato o in errore. Il cliente paga su Stripe, Stripe invia un POST di conferma al tuo negozio, il tuo WAF o Cloudflare blocca la richiesta (o l'endpoint PHP va in crash). Fix : verifica log Stripe dashboard, whitelist degli IP Stripe sul WAF, debug dell'handler PHP.
4. Totale carrello che diventa negativo
Causa tipica : modulo di promozione o codice sconto che applica male una riduzione su prodotti già in saldo, calcolo IVA inclusa arrotondato male, o cumulo di sconti non gestito. PrestaShop rifiuta quindi l'ordine silenziosamente. Fix : audit del modulo promo, aggiunta di una validazione lato Cart::getOrderTotal().
5.
max_input_vars troppo basso
Causa tipica : limiti PHP raggiunti su un carrello con molte combinazioni. max_input_vars di default = 1000, il che è insufficiente per un carrello di 8 articoli × più combinazioni. La richiesta POST viene troncata, il carrello corrotto. Fix : php_value max_input_vars 4000 in .htaccess o pool PHP-FPM.
6. Modulo di pagamento che va in timeout
Causa tipica : chiamata API del modulo di pagamento che supera max_execution_time PHP, o DNS che risolve lentamente verso l'API del PSP. Il cliente vede uno spinner infinito poi un errore. Fix : aumento del timeout, ottimizzazione della chiamata API (cache del token PSP), monitoraggio del tempo di risposta.
7. JavaScript bloccato da un altro modulo
Causa tipica : modulo di tracking che inietta un JS con un errore di sintassi, il che impedisce al JS del checkout di eseguirsi. Il form non viene inviato. Fix : ispezione console Chrome (F12 → Console), disattivazione del modulo difettoso, segnalazione all'editor.
8. Stock negativo → ordine rifiutato silenziosamente
Causa tipica : più clienti ordinano lo stesso prodotto contemporaneamente, lo stock passa a -1 tra la validazione carrello e la registrazione ordine, PrestaShop rifiuta silenziosamente. Fix : attivazione della modalità «consenti ordini in esaurimento», o lock SQL sullo stock durante la transazione.
🩺 Metodo di audit
Come analizziamo il tuo checkout
3-4 ore di diagnosi strutturale. Niente supposizioni, niente checklist generica.
Audit dei moduli che toccano il checkout
Moduli di pagamento, corrieri, calcolo spese, promozione, fedeltà, tasse. Per ciascuno : versione, ultimo aggiornamento, hook collegati, JS iniettato, superficie d'errore potenziale.
Lettura dei log server
Log Apache, PHP-FPM, PrestaShop (
/var/logs/), webhook PSP. Individuazione degli errori silenziosi e delle richieste fallite.
Analisi Analytics + carrelli abbandonati
Funnel di conversione GA4 per step, individuazione dello step di perdita. Se l'export dei carrelli abbandonati è disponibile : incrocio con i log server per individuare il momento esatto dell'abbandono.
Test su multi-browser e dispositivi
Chrome desktop, Safari iOS, Chrome Android, Firefox. Ogni combinazione espone bug specifici (cookie SameSite Safari, Apple Pay iOS, browser in-app WhatsApp, ecc.).
Report + quotazione del fatturato recuperabile
Elenco dei bug trovati, gravità, fix proposto, tempo stimato, fatturato mensile recuperabile. Decidi tu cosa correggiamo.
💰 Tariffe
Tariffe annunciate in anticipo
Pre-audit offerto. Per l'intervento, sai esattamente quanto costa prima che io tocchi il codice.
🔍 Pre-audit
Pre-audit
trovare la perdita del funnel
0€offerto
30 min · senza impegno
- Replay di un percorso d'acquisto tipo
- 2 bug più probabili individuati
- Preventivo quotato + fatturato recuperabile stimato
- Decidi tu se continuare
⚡ Il più richiesto
🔧 Intervento
Intervento mirato
riparare il funnel d'acquisto
da 60€+ IVA
secondo diagnosi · prezzo annunciato in anticipo
- Backup file + DB prima dell'intervento
- Correzione del bug (cookie, hook, webhook, corriere...)
- Test su 5 carrelli tipo + multi-browser
- Report scritto causa + fatturato recuperabile
- Garanzia 30 giorni sul fix
🛡️ Manutenzione
Manutenzione Performance
test del funnel ogni mese
da 50€/ mese
sorveglianza 24/7 · senza impegno
- Replay automatizzato del percorso d'acquisto mensile
- Backup auto giornalieri esternalizzati
- Monitoraggio carrelli abbandonati + alert se picco anomalo
- Intervento prioritario in caso di bug checkout
🧭 Non confondere
Un bug checkout non è...
❌ Non è un sito lento
Se il checkout impiega 8 s a caricare ma alla fine funziona, è un problema di performance, non un bug funzionale. Vedi la scheda perf.
Scheda perf → ❌ Non è un 500 sul checkoutSe lo step pagamento mostra HTTP ERROR 500 o una pagina Apache, è un errore server, non un bug funzionale. Vedi la scheda 500.
❌ Non è un normale tasso di abbandono elevato
Il 70 % di carrelli abbandonati è un tasso normale nell'e-commerce. Se sei al 95 %+, lì, sì, c'è un bug tecnico. Distinguiamo sempre l'abbandono comportamentale dal blocco tecnico.
❓ FAQ
Bug checkout PrestaShop — domande frequenti
Cinque cause : (1) cookie SameSite incompatibili da Chrome 80, (2) modulo di promozione che modifica il carrello su
actionCartSave, (3) token carrello rigenerato da un override mal scritto, (4) max_input_vars PHP raggiunto, (5) sessione PHP che scade (gc_maxlifetime troppo basso). La diagnosi reale richiede un replay del percorso con ispettore di rete + log server.Tre indicatori da incrociare : (1) tasso di conversione checkout in GA4, lo step in cui il calo è anomalo rivela il bug, (2) log server : i POST
/order-opc in 500 o redirect inatteso, (3) email di carrello abbandonato. Ultimo caso cliente : 48 carrelli/mese × 60 € = 2.880 €/mese persi, più del costo dell'intervento.Pre-audit offerto (30 min) poi intervento su preventivo, a partire da 60 €/h + IVA. La maggior parte dei bug checkout standard (cookie, sessione, hook difettoso, corriere, webhook) si risolve in 2-4 h una volta individuata la causa. Il preventivo viene inviato entro 24 h lavorative prima di qualsiasi avvio : sai cosa paghi prima che si tocchi il sito. Per i casi complessi (rifacimento funnel, refactoring modulo pagamento), l'inquadramento è più lungo e la quotazione precisata dopo l'audit.
Bug webhook classico. Stripe/PayPal inviano un POST al tuo sito dopo il pagamento. Se la richiesta fallisce (firewall WAF, SSL non valido, endpoint in 500/timeout), il tuo sito non registra l'ordine mentre il cliente ha pagato. Fix : (1) verificare i log webhook dashboard PSP, (2) testare l'endpoint con curl, (3) correggere l'errore PHP o whitelist IP. Bug silenzioso ma costoso.
Quattro cause per frequenza : (1) nessun corriere disponibile per la zona/peso, (2) modulo di calcolo spese di spedizione che va in crash silenziosamente, (3) JavaScript bloccato da un altro modulo, (4) validazione server che rifiuta senza messaggio esplicito. Diagnosi sempre in replay con Network Chrome aperto.
Sì, basta un accesso FTP o SSH. Diagnostichiamo la maggior parte dei bug tramite lettura dei log Apache +
/var/logs/ + ispezione del codice moduli pagamento/corrieri. Per i fix che richiedono un intervento BO (attivazione modulo, config corriere), si recupera un account admin via SQL se necessario.
🛡️ Testare in continuo
E se testassimo il tuo funnel ogni mese ?
Replay automatizzato del percorso d'acquisto ogni mese, alert istantaneo se uno step inizia a bloccarsi in loop, audit RUM dei carrelli abbandonati : inclusi nella manutenzione Performance.
Vedi le formule di manutenzione →Stai perdendo ordini in questo momento ?
Pre-audit gratuito 30 min : facciamo il replay del tuo percorso, ti diciamo cosa non va. Preventivo entro 24 h lavorative, intervento a partire da 60 €/h + IVA.