Quien filtra un listado o escribe en el buscador no está mirando escaparates: sabe lo que quiere. Son los visitantes con más intención de compra de tu tienda, y justo a ellos PrestaShop les hace esperar más. Cada clic en un filtro, y cada pausa al escribir en el buscador, es una petición al servidor que arranca PrestaShop, lanza consultas pesadas a la base de datos y devuelve el resultado. Y ninguna de esas respuestas se puede cachear.
En este artículo te contamos qué pasa exactamente en cada clic, cuánto pesa en una tienda real y cómo Instant Filters e Instant Search cambian el sitio donde se hace el trabajo: del servidor al navegador del cliente.
Qué pasa en cada clic
La búsqueda por facetas de PrestaShop y su buscador funcionan igual: el navegador pide al servidor el resultado de cada cambio. El buscador estándar lo hace cada vez que el cliente se para un instante al escribir (unas pocas décimas de segundo), para mostrar sugerencias.
El camino de un clic en un filtro o de una letra en el buscador
Lo que se ahorra cuando el catálogo ya está en el navegador
- Clic o tecla
- →
- Petición
- →
- Arranque de PrestaShop
- →
- Consultas a la base de datos
- →
- Recuentos y precios
- →
- Respuesta
- Clic o tecla
- →
- El navegador busca en sus archivos
- →
- Resultado
Con pocos visitantes no se nota. Con tráfico, esas consultas compiten con las de quien está pagando: el buscador y los filtros son de las páginas más caras de servir de una tienda, y como cada combinación de filtros o de letras es distinta, la caché de página no las puede guardar.
Peticiones al servidor de una sola visita
Ejemplo: escribir «camiseta» en el buscador y después marcar 5 filtros
Ejemplo ilustrativo: hasta 8 peticiones al escribir (una cada vez que el cliente se para un instante) y 5 al filtrar. Con los módulos, el navegador descarga una vez los archivos estáticos, que puede servir una CDN, y ya no vuelve a preguntar al servidor.
La velocidad es venta
No es una cuestión técnica. Cuando la respuesta tarda, el cliente se va:
Lo que dicen los estudios
Un filtro que tarda un segundo en responder se nota en cada clic. Un buscador que no sugiere nada hasta que el servidor contesta parece roto. Y si el cliente no encuentra el producto, no lo compra.
Cambiar dónde se hace el trabajo
La idea de los dos módulos es la misma: la tienda prepara los datos una vez y el navegador del cliente hace el resto.
- PrestaShop escribe archivos JSON estáticos con el catálogo: lo que se puede filtrar (categorías, marcas, características, atributos, precio, stock) y lo que se puede buscar (nombre, referencias, marca, categorías, etiquetas, descripciones…). Hay un juego por idioma, moneda y grupo de clientes, así que los precios son siempre los que paga ese visitante.
- El navegador los descarga una sola vez: el buscador, al primer clic en la caja; los filtros, al abrir un listado. Son archivos estáticos: los sirve el servidor web sin pasar por PHP, o una CDN.
- A partir de ahí, filtrar, contar, ordenar, paginar y buscar se hace en el navegador, en milisegundos y sin ninguna petición más.
- Cuando cambias un producto, su stock, un precio o una categoría, los hooks de PrestaShop actualizan solo lo que ha cambiado. No hace falta ningún cron.
El listado que imprime el servidor no cambia, así que los buscadores de Google y los visitantes sin JavaScript lo ven como siempre.
Un buscador que entiende lo que escriben los clientes
Que la búsqueda sea instantánea permite además ser más generoso con lo que se escribe, porque comparar miles de palabras en el navegador cuesta milisegundos. Instant Search no tiene en cuenta mayúsculas ni acentos, encuentra las palabras mientras se escriben y perdona las erratas: «camesita costa» encuentra «Camiseta Coast», aunque las letras estén cambiadas de sitio. Si ningún producto tiene todas las palabras, enseña los que tienen más, en lugar de una página vacía.
Y tú decides dónde busca y cuánto cuenta cada sitio: el nombre, la referencia y los códigos de barras, la marca, las categorías, las características, los atributos, las etiquetas y las descripciones, cada uno con un peso de 1 a 10. Una caja «Pruébalo» en el back office ordena tus productos con los pesos que estás moviendo, antes de guardar.
Antes y después, en una tienda de 20.000 productos
Para no hablar de memoria, montamos un PrestaShop 9 con 20.000 productos en un servidor como el de muchas tiendas: 4 núcleos y 8 GB de RAM, con PHP y la base de datos en la misma máquina. Simulamos 50 visitantes a la vez, cada uno haciendo lo que hace un cliente: abre una categoría, marca dos filtros, busca «mountain fox» y abre los resultados, con unos segundos entre acción y acción. Primero con la búsqueda y los filtros estándar de PrestaShop, y después con Instant Filters e Instant Search.
Lo que cambia con 50 visitantes a la vez
| Con 50 visitantes a la vez | Sin los addons | Con los addons |
|---|---|---|
| Clic en un filtro | 0,20 s (1 de cada 10, más de 0,42 s) | 0,02 s en el navegador, 0,09 s en un móvil medio. Ninguna petición al servidor |
| Sugerencias del buscador | 0,45 s (1 de cada 10, más de 2,2 s) | De 1 a 6 ms en el navegador, de 2 a 25 ms en un móvil medio. Ninguna petición al servidor |
| Página de resultados | 0,48 s (1 de cada 10, más de 2,4 s) | 0,04 s (1 de cada 10, más de 0,06 s) |
| Página de categoría | 0,33 s (1 de cada 10, más de 1,2 s) | 0,27 s (1 de cada 10, más de 0,33 s) |
| Peticiones a PHP por segundo | 15,4 | 5,2 |
| CPU de la base de datos | ~300 % (3 de los 4 núcleos) | ~32 % |
| Descargas una vez por visita | — | 0,38 MB de filtros y 0,31 MB de búsqueda, comprimidos |
Medidas de ecom-addons, noviembre de 2026: PrestaShop 9.0.2 en modo producción con 20.000 productos, búsqueda estándar (ps_searchbar) y búsqueda por facetas estándar (ps_facetedsearch) frente a Instant Search e Instant Filters. Servidor de 4 núcleos y 8 GB simulado con Docker; 50 visitantes con pausas de unos 5 segundos durante 90 segundos. «Móvil medio»: Chrome con la CPU 4 veces más lenta. Los tiempos son de mediana.
Lo que espera el cliente en cada acción
Con 50 visitantes a la vez en un servidor de 4 núcleos y 8 GB: desde el tiempo típico (mediana) hasta lo que espera el 10 % de visitantes más lento
Lo que cambia no es solo el tiempo de cada clic:
- El buscador y los filtros dejan de tocar el servidor. Cada sugerencia y cada filtro pasan de ser una petición a PHP y a la base de datos a ser unos milisegundos en el navegador del cliente.
- El servidor respira. Las peticiones a PHP bajan a un tercio y la base de datos pasa de ocupar 3 de los 4 núcleos a un tercio de uno. Por eso hasta las páginas que siguen pasando por PHP, como las categorías, van más rápidas y más regulares: sin los addons, 1 de cada 10 tardaba más de 1,2 s; con ellos, 0,33 s.
- Las esperas largas desaparecen. Sin los addons, 1 de cada 10 sugerencias tardaba más de 2 segundos, justo cuando más gente estaba buscando. Con los addons no hay cola, porque no hay petición.
Uso de CPU de la base de datos
Con 50 visitantes a la vez, en un servidor de 4 núcleos (400 % = los 4 enteros)
Con más visitantes, o en un hosting compartido, la diferencia crece: el trabajo del servidor sin los addons aumenta con cada visitante que busca o filtra, y con ellos no.
Los textos de esa tienda de prueba se repiten mucho y por eso comprimen tan bien: en un catálogo con textos muy variados, los archivos de 20.000 productos pueden pesar hasta 1,5 MB comprimidos. Aun así es lo que pesan unas pocas fotos de producto, y se descargan una sola vez por visita.
El trío de la velocidad
Una tienda rápida necesita que vuelen las tres cosas que más hace un visitante:
- La página. Page Cache sirve las páginas ya preparadas a los visitantes nuevos, en torno a medio segundo en lugar de varios, sin riesgos con carritos ni precios. Lo contamos en este artículo.
- Los filtros. Instant Filters filtra, cuenta y ordena en el navegador, sin una petición por clic.
- La búsqueda. Instant Search responde en cada tecla, con erratas incluidas, sin consultar la base de datos.
Los tres funcionan en PrestaShop 8.2 y 9.0, con cualquier theme y sin tocar el servidor. Y los tres hacen lo mismo con tu servidor: le quitan el trabajo que no hace falta repetir para cada visitante.
¿Quieres verlo todo junto? En Acelerar PrestaShop reunimos la caché de página, los filtros, el buscador y el checkout, con lo que medimos y por dónde empezar.
Fuentes
- Deloitte Digital y Google, Milliseconds Make Millions (2020).
- Portent, Site Speed is (Still) Impacting Your Conversion Rate (2022).
- Think with Google, estadísticas de tiempo de carga.
- Medidas propias de ecom-addons con un catálogo de prueba de 20.000 productos (noviembre de 2026).