Ordini -35% in 3 settimane e il sito "funzionava": com'è andata davvero (caso reale)
Un caso reale di calo ordini e-commerce: Riso Guerrini, negozio PrestaShop, ha perso il 30-40% degli ordini in tre settimane senza errori visibili sul sito. La causa era una crawl trap nella navigazione a faccette: Googlebot è passato da 8.000 a 145.000 richieste al giorno, saturando il server e generando errori 503 proprio nei momenti di picco del traffico umano.
Quando gli ordini calano, il primo sospettato è sempre il marketing. Si guarda alle campagne, ai prezzi, alla concorrenza che magari ha lanciato una promozione più aggressiva. Ma a volte il problema non è chi entra nel negozio: è quello che succede dietro le quinte, mentre tutti guardano la vetrina e nessuno controlla il magazzino.
Questo è successo davvero a Riso Guerrini, e-commerce PrestaShop che ha perso tra il 30% e il 40% degli ordini in tre settimane. Il sito, a vederlo, funzionava perfettamente. Nessun errore visibile, nessuna pagina bianca, nessun crash evidente. Eppure gli ordini crollavano, settimana dopo settimana.
Vediamo cosa è successo davvero, con i numeri reali emersi durante l'audit tecnico.
Il sintomo: ordini giù, sito "su"
Immagina un negozio fisico dove le luci sono accese, le casse funzionano, i prodotti sono a scaffale — ma da qualche settimana entrano molte meno persone del solito. Il proprietario controlla la cassa: funziona. Controlla il magazzino: è pieno. Controlla i prezzi: sono corretti. Tutto sembra a posto, ma gli incassi calano.
In questi casi la reazione naturale è sospettare del marketing: forse la pubblicità non converte più, forse i clienti sono cambiati, forse è la stagione. Ma se il calo è rapido e concentrato — non un lento sgonfiamento nel tempo, ma un crollo in poche settimane — il problema spesso non è "fuori" dal negozio. È dentro, in qualcosa che il proprietario non vede perché non rientra nel suo campo visivo abituale.
Per Riso Guerrini è andata esattamente così. Il sito "funzionava": le pagine si caricavano, il checkout era operativo, non c'erano errori evidenti in homepage. Ma in tre settimane gli ordini erano scesi del 30-40%.
Il primo indizio: non era il traffico "umano"
Quando un e-commerce perde ordini all'improvviso, la prima domanda da farsi è: sta calando il traffico reale, oppure sta calando la conversione di un traffico che in realtà è ancora lì, ma "sporco", fatto di richieste che non sono clienti?
Nel caso Riso Guerrini, il lead è arrivato tramite il blog, dopo che il team aveva letto un nostro articolo dedicato proprio a questo tipo di problema: calo improvviso degli ordini su PrestaShop. Riconoscersi in quella descrizione — sito apparentemente sano, ordini in caduta libera — è stato il primo passo per capire che serviva un'indagine tecnica, non un nuovo piano marketing o un cambio di agenzia ads.
È qui che entra in gioco l'audit tecnico mirato: un controllo pensato per trovare la causa reale in tempi rapidi — 24-48 ore — senza rifare da capo tutto il sito e senza settimane di ipotesi buttate lì a caso.
La causa: una crawl trap nascosta nella navigazione a faccette
La navigazione a faccette — i filtri per categoria, prezzo, formato, peso, confezione — è utilissima per l'utente umano: gli permette di restringere velocemente la ricerca tra centinaia di prodotti. Ma per un motore di ricerca è un rischio concreto, se non è configurata correttamente.
Pensa a un magazzino con migliaia di scaffali etichettati in modo combinabile all'infinito: "riso, formato 1kg, biologico, confezione regalo", poi "riso, formato 500g, biologico, confezione regalo", e così via, moltiplicando le combinazioni all'infinito. Un cliente umano ne usa due o tre, giusto quelle che gli servono per trovare il prodotto. Un magazziniere iperattivo — pensa a Googlebot — che ha il compito di ispezionare ogni scaffale possibile, invece, prova a percorrerle tutte, una dopo l'altra, senza fermarsi mai.
Nel caso di Riso Guerrini, è esattamente ciò che è successo. Le combinazioni di filtri generavano migliaia di URL unici, tutti tecnicamente "validi", tutti indicizzabili, tutti diversi solo per pochi parametri nell'URL. Googlebot ha iniziato a scansionarli sistematicamente, uno dopo l'altro, giorno e notte.
Il risultato, misurato nei log del server durante l'audit:
- Richieste giornaliere di Googlebot passate da circa 8.000 a 145.000 al giorno.
- Picchi ricorrenti di errori 503 (servizio non disponibile), causati dal sovraccarico del server nel tentativo di rispondere a tutte quelle richieste.
Un magazziniere che corre a controllare 145.000 scaffali al giorno, invece degli 8.000 abituali, non lascia spazio a nessun altro: rallenta le operazioni, intasa i corridoi, e a un certo punto il sistema si blocca temporaneamente — da qui i 503. Nel frattempo, i clienti reali — quelli che stavano cercando un prodotto, guardando una scheda, provando a mettere in carrello — trovavano rallentamenti, risposte lente o intermittenti, e nella peggiore delle ipotesi pagine che non si caricavano affatto nel momento sbagliato, proprio mentre stavano per comprare.
Perché "il sito funziona" non voleva dire niente
Il punto cruciale di questo caso è che, controllando il sito manualmente — aprendo la homepage, una scheda prodotto, il carrello — tutto sembrava a posto. Il problema non era visibile a occhio nudo, perché non riguardava una pagina rotta o un bottone che non funzionava. Non c'era niente da "vedere", nel senso classico del termine.
Il problema era strutturale e intermittente: si manifestava nei log del server, nel comportamento di crawling di Google, nei picchi di carico che capitavano in momenti specifici della giornata — non in una schermata che un proprietario di negozio avrebbe potuto vedere semplicemente navigando il sito come un cliente qualsiasi.
È lo stesso motivo per cui un negozio fisico può avere un problema di "troppo movimento nel retrobottega" che nessun cliente vede in vetrina, ma che rallenta le consegne, confonde il personale, e alla fine si traduce in vendite perse — senza che nulla, davanti al negozio, sembri diverso da ieri.
Questo è il motivo per cui un controllo superficiale ("ho aperto il sito e va") non basta quando il calo ordini è rapido e concentrato. Serve guardare dove il proprietario normalmente non guarda: i log del server, il comportamento dei bot, il carico reale sulle risorse del sistema. Nei progetti che seguo, questo è quasi sempre il punto cieco: si controlla tutto quello che si vede e nulla di quello che gira sotto il cofano.
Come si è arrivati alla diagnosi in 24-48 ore
Un audit tecnico serio, in casi come questo, segue un percorso preciso: non si tratta di aprire il sito e "guardare in giro", ma di leggere dati oggettivi. Nel caso Riso Guerrini, il percorso seguito è stato questo:
- Analisi dei log del server, per confrontare il volume di richieste reali (utenti + bot) nei giorni precedenti e successivi all'inizio del calo.
- Isolamento del traffico di Googlebot, individuando l'impennata da 8.000 a 145.000 richieste al giorno.
- Verifica della struttura degli URL generati dalla navigazione a faccette, per capire quali combinazioni di filtri stessero creando l'esplosione di pagine scansionabili.
- Correlazione con i picchi di errori 503, per confermare che il sovraccarico coincideva esattamente con le fasi di crawling più intense della giornata.
Con questi elementi in mano, la causa non era più un'ipotesi: era un dato misurabile, documentato, con una relazione diretta e verificabile tra crawl trap, sovraccarico server ed errori che hanno colpito anche i clienti reali proprio nei momenti di picco — quelli in cui il traffico umano era più alto.
Cosa impara chi gestisce un e-commerce PrestaShop da questo caso
Il caso Riso Guerrini non è un'eccezione isolata: è un esempio molto concreto di un pattern che si ripete spesso su cataloghi con molte varianti, filtri o combinazioni prodotto — dimensione, colore, formato, confezione, peso.
Alcuni segnali a cui prestare attenzione, se noti un calo ordini simile sul tuo negozio:
- Il calo è rapido: giorni o poche settimane, non un declino graduale nel tempo.
- Il sito "sembra" funzionare quando lo controlli manualmente da cliente, navigando come farebbe chiunque altro.
- Il catalogo ha filtri o faccette — categoria, prezzo, formato, attributi combinabili — attivi da tempo senza mai essere stati verificati.
- Non hai mai controllato i log del server per vedere quanto traffico bot sta arrivando davvero, rispetto a quello umano.
Se questi punti ti suonano familiari, vale la pena leggere anche l'articolo dedicato a questo tema: calo improvviso degli ordini su PrestaShop, dove spieghiamo in modo più ampio le cause tecniche più comuni di questo tipo di crollo, oltre alla crawl trap. Molti dei problemi legati a un cattivo uso del crawl budget nascono proprio da configurazioni di filtri lasciate al default, senza mai un controllo successivo.
Perché conviene affidarsi a un audit mirato, non a un "rifacimento" generico
Di fronte a un calo ordini, la tentazione è spesso quella di intervenire su tutto: cambiare tema, rifare la homepage, rivedere le campagne pubblicitarie da zero. È come ristrutturare l'intero negozio quando in realtà il problema è un magazziniere che sta intasando il retrobottega senza che nessuno se ne accorga — e nessuno ha mai pensato di andare a controllare lì.
Un intervento generico costa di più, richiede più tempo, e — se la causa reale è tecnica come nel caso Riso Guerrini — rischia di non risolvere assolutamente nulla, perché il problema non è nel design o nel copy delle schede prodotto, ma nella struttura tecnica che governa come Googlebot e il server si comportano davvero, ora, mentre leggi.
Prima di rivolgersi a un tecnico "generico" o buttarsi su un audit CRO classico che guarda solo alle conversioni, in casi come questo serve qualcuno che sappia leggere log, crawl e carico server — non solo layout e copy.
In sintesi
Il caso Riso Guerrini dimostra un punto semplice ma spesso ignorato: un e-commerce può perdere il 30-40% degli ordini in tre settimane senza che nulla appaia rotto in superficie. La causa può nascondersi in una crawl trap generata dalla navigazione a faccette, capace di far esplodere le richieste di Googlebot da 8.000 a 145.000 al giorno, saturare il server e generare errori 503 nei momenti sbagliati — proprio quando i clienti reali stanno provando a comprare.
Se il tuo sito "funziona" ma gli ordini stanno calando in modo rapido e inspiegabile, non è il momento di rifare tutto da capo, cambiare agenzia o buttare più budget in pubblicità: è il momento di guardare dove normalmente non si guarda.
Domande frequenti
Come faccio a capire se il mio calo ordini è causato da un problema tecnico e non dal marketing?
Il segnale più chiaro è la velocità: un calo tecnico è quasi sempre rapido e concentrato in poche settimane, non un lento declino. Se il sito "sembra" funzionare quando lo controlli manualmente ma gli ordini crollano comunque, il problema è probabilmente nascosto nei log del server o nel comportamento dei bot, non in una campagna che non converte più.
Cos'è esattamente una crawl trap nella navigazione a faccette?
È una situazione in cui le combinazioni di filtri (categoria, prezzo, formato, colore) generano migliaia di URL unici tutti indicizzabili. Googlebot li scansiona sistematicamente tutti, moltiplicando le richieste al server fino a saturarlo, con conseguenze dirette sulla stabilità del sito per i clienti reali.
Quanto tempo serve per trovare la causa reale di un calo ordini come questo?
Con un audit tecnico mirato sui log del server, sul crawling e sul carico delle risorse, la causa reale si individua tipicamente in 24-48 ore. Non servono settimane di ipotesi o test a caso su marketing e grafica.
Perché non basta controllare il sito manualmente per escludere problemi tecnici?
Perché un problema come la crawl trap non produce errori visibili navigando come un cliente: si manifesta solo nei log del server e nel comportamento dei bot in momenti specifici della giornata. Serve un'analisi dei dati reali, non un controllo visivo del sito.
Quanto costa un audit tecnico per un calo ordini di questo tipo?
L'Audit Tecnico Approfondito PrestaShop ha un costo di 497 EUR e ha l'obiettivo di individuare la causa concreta del calo ordini entro 24-48 ore, con dati reali estratti dai log del tuo server.
Richiedi l'Audit Tecnico Approfondito PrestaShop: 497 EUR, causa individuata in 24-48 ore, con dati reali estratti dai log del tuo server — non ipotesi, non congetture, non un altro elenco di best practice copiate da una guida qualunque. Se il tuo negozio sta perdendo ordini e non sai perché, vai su francescoingrosso.com e scopri come funziona l'audit.
