Bot sui filtri prodotto: perché WooCommerce e PrestaShop rallentano senza più visite
Crawler che esplorano le combinazioni dei filtri prodotto saturano CPU e processi PHP su WooCommerce e PrestaShop, anche con cache attiva.
Redazione UptimeMag · 5 novembre 2026 · 2 minuti di lettura

Se il tuo negozio WooCommerce o PrestaShop ha iniziato a rispondere più lentamente, con CPU alta e processi PHP sempre al limite, ma il numero di ordini non è cambiato, il sospetto da controllare prima di aumentare il piano hosting è un altro: il traffico dei bot che esplorano i filtri prodotto.
Lo segnala un'analisi tecnica pubblicata il 5 novembre 2026 sul blog di Serverplan, che descrive un fenomeno riscontrato su più installazioni WooCommerce e PrestaShop in gestione. In uno dei casi monitorati sono state rilevate oltre 50.000 richieste verso quasi altrettanti URL distinti generati dalle combinazioni di filtro.
Perché la cache non basta
Ogni filtro per colore, taglia, marca o prezzo produce un URL diverso: /shop/?filter_color=nero&min_price=100 non è la stessa pagina di /shop/?filter_color=nero&filter_brand=nike. Quando un crawler richiede migliaia di queste combinazioni, la maggior parte genera un cache miss: PHP deve rieseguire la query e interrogare MySQL da capo. Su PrestaShop il modulo coinvolto è tipicamente ps_facetedsearch (Faceted Search), su WooCommerce il problema compare con i filtri nativi o con plugin come YITH WooCommerce Ajax Product Filter.
Cosa dice Google e cosa si può verificare
Il problema non è specifico di un fornitore. Nella sua documentazione per sviluppatori, Google segnala che la scansione degli URL di navigazione a faccette tende a costare ai siti grandi quantità di risorse di calcolo, a causa del numero di URL e delle operazioni necessarie per generare quelle pagine, e consiglia di usare robots.txt per impedire la scansione degli URL di navigazione a faccette, perché spesso non c'è un buon motivo per consentirla: consuma risorse del server senza un beneficio apprezzabile.
Sulla scala del fenomeno, i dati più recenti di Cloudflare Radar (ottobre 2026) mostrano i bot non-AI al 54,6% delle richieste e i crawler AI al 6,3%, contro il 35% di traffico umano: una proporzione coerente con quanto segnalato da Serverplan per settembre 2026.
Checklist pratica prima di aumentare le risorse
| Verifica | Come farla | A cosa serve |
|---|---|---|
| Pagine lente vs normali | Confrontare tempi di risposta catalogo vs pagine filtrate | Isolare il problema |
| Stato cache | Controllare se le pagine filtrate sono servite da cache | Capire i cache miss |
| Log access | Cercare parametri come filter_color, yith_wcan, q=, order |
Quantificare le combinazioni |
| Profiler | Query Monitor (WordPress) o profiler PrestaShop, in ambiente di test | Misurare query SQL e tempi PHP |
| robots.txt | Bloccare i pattern di filtro non necessari all'indicizzazione | Ridurre la scansione dei crawler |
Chi gestisce un negozio online con questi sintomi dovrebbe verificare insieme al proprio sviluppatore quali combinazioni di filtro servono davvero alla SEO e quali possono essere escluse dalla scansione, prima di cambiare piano hosting.
Testo redatto con il supporto dell'intelligenza artificiale e verificato dalla redazione (AI Act, art. 50).