DROPFIND FILTERS · PRESTASHOP

Tus filtros no deberían
poder tumbar la tienda.

Los filtros de categoría son el segundo buscador de tu tienda: mucha gente no escribe nada y llega al producto marcando opciones. Pero en PrestaShop esa función se paga cara — y la factura no llega en forma de lentitud, sino de una tienda caída un martes cualquiera sin que nadie haya tocado nada.

Dropfind Filters hace el mismo trabajo sin pedírselo a tu base de datos.

incluido en todos los planes · se instala junto al buscador

No toca tu base de datosLos conteos de cada opción salen del índice de búsqueda, que está hecho para eso.
Aparta a los rastreadoresMarca las direcciones filtradas como no indexables y añade las reglas al robots.txt solo.
Y no mueve los resultadosAbrir un filtro no empuja la lista hacia abajo: se ve el efecto mientras se aplica.
Descubre por qué

Por qué se cae, exactamente

No hace falta saber de bases de datos. Cada vez que alguien marca un filtro, tu tienda no solo busca los productos que encajan: además recuenta cuántos quedarían en cada una de las demás opciones, para enseñar esos números entre paréntesis. Ese recuento es el trabajo caro y se repite entero en cada clic. Con pocos productos no se nota; el problema es que las combinaciones posibles no crecen poco a poco, se disparan.

3filtros con 5 valores cada uno
215combinaciones, eligiendo un solo valor por filtro
× 40categorías con filtros en un catálogo normal
8.600direcciones distintas que un rastreador puede pedir
cada unaobliga a recontarlo todo otra vez, desde cero
32.767y esa cuenta era la optimista: con selección múltiple, solo esos tres filtros

Cómo lo resuelve Dropfind Filters

Cuatro decisiones, y ninguna es magia: es mover el trabajo caro al sitio donde es barato.

El recuento lo hace otro

Los números de cada opción los calcula un motor de búsqueda dedicado, que mantiene su propio índice preparado para justo eso. Tu base de datos ni se entera de que alguien está filtrando, así que sigue entera para lo que importa: el carrito y el checkout.

Una consulta por página, no una por producto

Los datos de las fichas —nombre, foto, precio— sí vienen de tu tienda, porque tienen que salir exactos. Pero en una sola consulta para toda la página, en lugar de una por cada producto como hace el listado nativo. En una página de 24 productos, eso es 24 veces menos trabajo.

Los rastreadores dejan de entrar

Las direcciones con filtros se marcan como no indexables, y cuando generas el robots.txt desde tu back office el módulo añade solo las reglas que apartan a los buscadores de ese laberinto. No es esconder nada: esas páginas no aportan al índice de Google y sí te cuestan servidor.

Y lo repetido no se recalcula

Un mismo estado de filtros devuelve siempre lo mismo hasta que cambie tu catálogo, así que la respuesta se guarda en tu propio servidor. Medido en una tienda real: de tres consultas al motor a cero en cuanto alguien repite la combinación. Y se invalida sola al reindexar.

Nada de esto exige tocar tu tema ni renunciar a tu diseño: los filtros se anclan donde tú decidas y las fichas de producto se pintan con la misma plantilla que ya usa tu tienda.

Pruébalo aquí mismo

Un catálogo inventado, filtros reales. Fíjate en los números de cada opción: cambian solos y nunca dejan un callejón sin salida.

12 de 12 productos 0 consultas a tu base de datos

Filtros (12)

El pequeño retardo al marcar una opción está simulado a propósito: reproduce el viaje al motor de búsqueda, que en una tienda real sí existe.

Tu comprador también gana

Quitar el problema técnico era la mitad. La otra mitad es que filtrar deje de ser incómodo — porque el filtro que nadie usa no ahorra ningún servidor, pero tampoco vende nada. La mayoría de los filtros de tienda empujan los resultados fuera de la pantalla justo cuando quieres ver el efecto de lo que acabas de marcar.

0 saltoslos resultados no se mueven de sitio al abrir un filtro
en filacada grupo es un botón; sus opciones se abren encima, sin empujar nada
móvilpanel deslizante desde abajo, con el contador de resultados en el botón
tu colorhereda el color que configures: parece parte de tu tienda, no de la nuestra
Y una advertencia honesta. La caché ahorra en tráfico repetido, pero un rastreador que recorre combinaciones nuevas paga cada una. Por eso las reglas del robots.txt importan tanto como el rendimiento — y por eso el módulo te recomienda además un límite de peticiones en tu servidor, que es lo único que frena a quien ignora esas reglas.

Va incluido. No es un extra.

Filters entra en todos los planes, junto al buscador: mismo índice, misma cuenta, misma factura. No lo cobramos aparte porque no nos cuesta aparte — comparte el índice que ya mantiene tu buscador, así que su coste marginal para nosotros es cero.

Y porque cobrar por separado justo lo que evita que tu tienda se caiga nos parecería una forma rara de hacer negocio.

Ver planes Leer sobre búsqueda en ecommerce

Pregúntanos lo que sea

Si tienes dudas sobre si esto encaja en tu tienda, escríbenos. Contestamos en horas, no en días.

Solo usamos lo que escribas para contestarte. Si lo prefieres, hola@dropfind.es.

Y no hace falta que nadie te ataque

Los buscadores mandan programas que van abriendo, uno por uno, todos los enlaces de tu web. Si cada combinación de filtros tiene su propia dirección —y por defecto la tiene—, los va a abrir todos.

No es un ataque: es Google haciendo su trabajo. Pero tu servidor recibe miles de recuentos seguidos, y por eso la tienda se cae un martes por la mañana sin que nadie haya hecho nada raro.

Peor aún: ese esfuerzo no te devuelve nada. Esas páginas no aportan al índice de Google —son variantes de una categoría que ya está indexada— así que estás pagando servidor por un tráfico que no te trae un solo cliente.

El detalle técnico

Cada recuento de facetas se resuelve con consultas agregadas —GROUP BY con JOIN— sobre product_attribute, feature_value y sus tablas de enlace. No se cachean con facilidad porque el resultado depende de qué filtros haya puestos, que es justo lo que cambia en cada visita.

Además el conteo debe ser disyuntivo: dentro de un mismo grupo los valores suman, así que los números de ese grupo hay que calcularlos aplicando todos los filtros menos el suyo. Eso multiplica las consultas por el número de grupos con selección.

Y el listado que las acompaña suele resolverse con una consulta por producto en lugar de una para toda la página — el patrón conocido como N+1. En una página de 24 productos son 24 viajes a la base de datos donde bastaba uno.