Calo improvviso degli ordini su PrestaShop: le 7 cause reali e come trovarle

Immagina di gestire un negozio fisico in centro. Un lunedì mattina apri la saracinesca, le luci sono accese, la merce è perfettamente esposta sugli scaffali e la musica di sottofondo è attiva. All’apparenza, tutto funziona correttamente. Eppure, per tutta la giornata, nessun cliente si avvicina alla cassa. Nessuno compra. E così il giorno dopo, e quello dopo ancora.

Nel commercio fisico, una situazione del genere ti spingerebbe a controllare immediatamente se la porta d'ingresso è bloccata, se il lettore POS è fuori uso o se un cantiere improvviso ha sbarrato la strada d'accesso. Nel mondo dell'e-commerce accade esattamente lo stesso, ma con una differenza fondamentale: le barriere sono invisibili.

Un improvviso calo ordini PrestaShop, mentre il sito sembra apparentemente online e navigabile, è una delle peggiori emergenze per un merchant. Se le visite rimangono costanti ma le conversioni crollano a zero (o quasi) da un giorno all'altro, non è una fluttuazione fisiologica del mercato. C'è un problema tecnico silenzioso che sta bloccando i tuoi clienti o i motori di ricerca.

In questo articolo analizzeremo le 7 cause reali di un calo degli ordini su PrestaShop, con passi di diagnosi concreti, comandi e percorsi reali per individuare l'origine del problema prima che distrugga il tuo fatturato.

Il Sintomo: Il sito è online, ma il carrello è vuoto

Il pattern tipico di questa emergenza si presenta così:

• Il traffico generico (sessioni) su Google Analytics non mostra crolli verticali immediati.
• Navigando lo store da amministratore o da smartphone personale, le pagine si caricano regolarmente.
• Il fatturato e il numero di ordini giornalieri registrati nel pannello di controllo PrestaShop mostrano un trend in picchiata (anche del -50% o -80%).

Quando si verifica questa discrepanza, la causa risiede quasi sempre in un'interruzione del funnel d'acquisto o in un sovraccarico invisibile del server. Vediamo come diagnosticare e risolvere le cause più frequenti per fermare il calo ordini PrestaShop.

Le 7 Cause Reali di un Calo di Ordini su PrestaShop

1. La Crawl Trap generata da Navigazione a Faccette (ps_facetedsearch)

Questa è una delle cause più devastanti e meno comprese dai non addetti ai lavori. Equivale a far entrare un milione di volantini pubblicitari contemporaneamente dalla porta del tuo negozio fisico, bloccando fisicamente l'ingresso ai clienti paganti.

• Il meccanismo: Il modulo nativo di PrestaShop per i filtri di ricerca (ps_facetedsearch) genera una quantità infinita di combinazioni di URL (es. ?q=colore-blu/taglia-xl&order=product.price.asc). Se questi URL non sono gestiti correttamente, i bot dei motori di ricerca (come Googlebot) iniziano a scansionarli tutti.
• Il caso reale: Secondo la nostra esperienza, in un e-commerce di abbigliamento medio, le richieste di Googlebot sono passate improvvisamente da 8.000 a oltre 145.000 al giorno su URL parametrici inutili. Questo sovraccarico ha saturato le risorse del database, generando continui micro-errori 503 Service Unavailable. Il sito sembrava funzionare durante i test interni, ma i clienti reali trovavano il sito estremamente lento o ricevevano errori al momento del pagamento. Risultato: calo ordini PrestaShop del 40% in tre settimane.

Come diagnosticare la Crawl Trap:

Accedi via SSH al tuo server ed esamina i log di accesso di Apache o Nginx per identificare picchi anomali di richieste da parte di bot su URL con parametri di filtro. Esegui questo comando nella directory dei log (es. /var/log/nginx/ o /var/log/apache2/):

tail -n 10000 access.log | grep -E "Googlebot|bingbot" | grep "?" | awk '{print $7}' | sort | uniq -c | sort -nr | head -n 20

Se noti migliaia di righe contenenti parametri come ?q=, ?order=, o ?selected_filters=, sei all'interno di una crawl trap che sta mettendo in ginocchio le prestazioni del tuo database.

Cosa fare subito:

Verifica il file robots.txt nella root di PrestaShop e assicurati di bloccare la scansione dei parametri di ordinamento e filtro non necessari:

Disallow: /*?orderby=
Disallow: /*?orderway=
Disallow: /*?tag=
Disallow: /*?id_currency=
Disallow: /*?search_query=
Disallow: /*?filter_

2. Modulo di Pagamento Rotto (o parzialmente bloccato)

Un aggiornamento automatico di un modulo (es. PayPal, Stripe o il modulo di pagamento con carta di credito della tua banca) può interrompere la comunicazione delle API (IPN) senza mostrare errori evidenti in homepage. I clienti provano a pagare, la transazione fallisce o non viene registrata, e abbandonano il carrello.

Come diagnosticare:

1. Accedi a Miglioramento > Moduli > Gestione Moduli e controlla se ci sono stati aggiornamenti recenti nei moduli di pagamento.
2. Controlla il log degli errori di PrestaShop. Il percorso standard su PrestaShop 1.7/8.x è:

   /var/www/html/var/logs/prod.log

   Cerca stringhe relative ai moduli di pagamento (es. paypal, stripe, cartaseplink).
3. Esegui un test d'acquisto reale (utilizzando la modalità sandbox o una carta reale eseguendo un rimborso subito dopo). Monitora la console del browser (tasto F12 -> tab Network) durante la chiamata di pagamento per intercettare eventuali errori 500 o 403.

3. Email Transazionali che finiscono in Spam

Se il cliente completa l'ordine ma non riceve la mail di conferma, o se il sistema non riesce a inviare la notifica di "In attesa di pagamento", l'utente potrebbe spaventarsi e annullare l'operazione (o non completare i passaggi successivi in caso di bonifico). Inoltre, se le email di recupero carrello finiscono in spam, la tua percentuale di conversione crollerà, alimentando il calo ordini PrestaShop.

Come diagnosticare:

Verifica la configurazione dell'invio email in Parametri Avanzati > E-mail. Se utilizzi la funzione nativa mail() di PHP, la probabilità di finire in spam è altissima.

• Utilizza uno strumento come Mail-tester inviando una mail di test da PrestaShop.
• Assicurati che i record DNS del tuo dominio (SPF, DKIM e DMARC) siano configurati correttamente per l'IP del tuo server o del servizio SMTP esterno (es. Brevo, Mailgun).

4. Cache Corrotta o Conflitti di Compilazione

La cache di PrestaShop (Smarty e CCC) è fondamentale per le performance, ma se si corrompe a causa di un inserimento prodotto massivo o di una modifica al codice, può mostrare ai clienti pagine vecchie, prezzi errati o bloccare gli script Javascript necessari per il funzionamento del carrello (AJAX).

Come diagnosticare:

Se noti che cliccando su "Aggiungi al carrello" l'icona gira all'infinito o non succede nulla, c'è un conflitto Javascript causato dalla cache o da un modulo. Apri la console del browser (F12 -> Console) e prova ad aggiungere un prodotto al carrello. Se vedi errori in rosso come Uncaught TypeError: ... o 500 Internal Server Error su /cart, la cache o un modulo sta bloccando il processo.

Cosa fare subito:

Disattiva temporaneamente la cache in Parametri Avanzati > Prestazioni:

• Imposta "Template di compilazione" su Ricompatta i template se i file sono stati modificati.
• Disattiva la Cache (imposta su NO).
• Clicca su Pulisci la cache in alto a destra.
• Se utilizzi sistemi di cache esterni como Memcached, Redis o Varnish, svuota anche i loro database di memorizzazione.

5. Certificato SSL Scaduto o Configurazione HTTPS mista

Se il certificato SSL (es. Let's Encrypt) scade o si disattiva, i browser moderni bloccano l'accesso al sito mostrando una schermata rossa di avviso sicurezza. Molti clienti non procederanno oltre. Inoltre, se alcune risorse (immagini o script del checkout) vengono caricate in http:// anziché https:// (Mixed Content), il browser potrebbe bloccare il modulo di checkout.

Come diagnosticare:

• Visita il tuo sito e controlla l'icona del lucchetto accanto all'URL.
• Usa un tool esterno come SSL Labs per verificare la validità del certificato e la presenza di protocolli obsoleti (es. TLS 1.0 o 1.1) che impediscono ai sistemi di pagamento moderni di comunicare con il tuo server.

6. De-indicizzazione o Penalizzazioni su Google Search Console

Un calo degli ordini può essere la conseguenza diretta di una perdita improvvisa di visibilità organica su Google. Se le tue pagine prodotto principali spariscono dall'indice, il traffico qualificato si azzera.

Come diagnosticare:

1. Accedi a Google Search Console.
2. Vai su Prestazioni e analizza l'andamento dei clic e delle impressioni negli ultimi 7-14 giorni rispetto al periodo precedente.
3. Controlla la sezione Pagine > Indicizzazione per verificare se ci sono stati picchi di errori di scansione o pagine escluse improvvisamente.
4. Cerca eventuali comunicazioni nella sezione Sicurezza e Azioni Manuali.

7. File error_log Saturo o Spazio su Disco Esaurito

Se il server esaurisce lo spazio su disco (spesso a causa di file di log giganteschi non ruotati o di backup accumulati), il database MySQL non può più scrivere nuove righe. Di conseguenza, PrestaShop non è più in grado di salvare i carrelli o registrare nuovi ordini, bloccando di fatto le vendite.

Come diagnosticare:

Accedi al server via SSH e controlla lo spazio disponibile sui dischi con il comando:

df -h

Se vedi partizioni (specialmente quella di root / o /var) al 100% di utilizzo, hai trovato il colpevole. Controlla la dimensione dei file di log di errore di PHP e PrestaShop:

du -sh /var/log/*
du -sh /var/www/html/var/logs/*

Protocollo di Diagnosi Rapida: Cosa fare subito

Se gli ordini hanno smesso di arrivare e sei in modalità emergenza, segui questi passaggi nell'ordine esatto:

1. Esegui un ordine di test: Non affidarti alle simulazioni di terzi. Entra sul tuo e-commerce in modalità incognito, aggiungi un prodotto al carrello e prova a completare l'acquisto usando un metodo di pagamento reale.
2. Attiva la modalità di debug: Se riscontri un errore generico "500 Internal Server Error" durante il test, attiva la modalità di debug di PrestaShop per visualizzare l'errore specifico. Puoi farlo da pannello in Parametri Avanzati > Prestazioni > Modalità di debug oppure modificando via FTP il file /config/defines.inc.php:

   define('_PS_MODE_DEV_', true);

3. Controlla lo stato dei servizi: Assicurati che i servizi MySQL e PHP-FPM siano attivi e non abbiano saturato la memoria RAM del server a causa di un traffico bot anomalo.

Quando serve l'intervento di un esperto?

Risolvere un problema sistemico su PrestaShop richiede competenze tecniche specifiche. Tentare di risolvere "alla cieca" installando nuovi moduli di pulizia, modificando il database senza backup o alterando i file del core di PrestaShop può peggiorare drasticamente la situazione, fino a rendere il sito completamente inutilizzabile o a corrompere lo storico degli ordini esistenti.

Se hai seguito i passaggi preliminari di questa guida ma:

• Non riesci a individuare l'origine dell'errore nei log del server.
• Il server continua ad andare in sovraccarico (errori 503) senza una ragione apparente.
• Il calo delle conversioni persiste nonostante tutti i test di pagamento siano andati a buon fine.

Significa che l'e-commerce presenta un problema strutturale di database, di infrastruttura hosting o un conflitto silente tra moduli che richiede un'analisi approfondita.

Se desideri individuare con certezza scientifica la causa del calo delle vendite senza procedere per tentativi rischiosi, puoi richiedere l'Audit Tecnico Approfondito PrestaShop direttamente su francescoingrosso.com. Si tratta di una diagnosi completa eseguita direttamente sul tuo server e sul tuo database entro 24-48 ore, al costo di €497, mirata a trovare il collo di bottiglia che sta bloccando il tuo fatturato e a fornirti la soluzione esatta per ripristinare la piena operatività del tuo e-commerce.