Búsqueda self-hosted para e-commerce: por qué 2026 es el año idóneo para controlar tu stack
La IA ha reducido el coste de construir bien un buscador. El reflejo de «comprar un SaaS para todo» ahora resulta activamente caro. Un argumento práctico para volver a controlar la búsqueda de tu e-commerce.
Hace cinco años el consejo razonable era: no construyas tu propio buscador. Déjaselo a Algolia, Doofinder, Searchspring. El coste de construir bien la búsqueda —ajuste de relevancia, facetado, tolerancia a errores tipográficos, analítica— era mucho más alto que la factura del SaaS.
Eso ya no es cierto. El Postgres moderno tiene indexación full-text y trigram que gestiona la tolerancia a errores tipográficos y la relevancia para la mayoría de catálogos. Las librerías de analítica open-source gestionan las consultas / el CTR. Y el pegamento operativo —el código que convierte esas primitivas en un producto— es exactamente lo que las herramientas de IA para programar abaratan 10× a la hora de escribir.
Así que, si el precio del SaaS se mantuvo igual y el coste de construcción bajó un orden de magnitud, las cuentas se dieron la vuelta. Para la mayoría de tiendas PrestaShop y WooCommerce por debajo de ~500k SKUs, controlar tu propio stack de búsqueda es ahora la opción más pragmática.
Qué significa «controlar» en la práctica
- Tu índice vive en la base de datos de tu tienda. Las copias de seguridad ya existen.
- Instalación única. Sin contrato recurrente.
- Cuando sale una nueva versión de PrestaShop o WooCommerce, el mismo maker que escribió el plugin es quien prueba la compatibilidad, no una hoja de ruta de un SaaS.
- Sin exportar el catálogo a un tercero. (Cada vez más relevante para las conversaciones sobre RGPD.)
Los contraargumentos honestos
Si estás en la escala en la que tienes un ingeniero de relevancia dedicado o necesitas personalización por usuario a gran escala, la búsqueda hosted sigue ganando. La búsqueda vectorial sobre cientos de millones de ítems también es un problema con forma de SaaS. El argumento del self-hosted aplica a la larga cola de tiendas, no a la cabeza.
Qué hacemos al respecto
NP Search es nuestra propuesta para esto en PrestaShop. NP Search para WooCommerce está en desarrollo para el lado de WordPress. Ambos funcionan dentro de la BD de tu tienda, ambos son de tu propiedad, ambos vienen con un vigilante de compatibilidad que vuelve a probarlos cada vez que PrestaShop, WordPress o WooCommerce publican una versión upstream.
Esa es la apuesta, en una sola frase.
Mira cómo se compara NP Search for WooCommerce — self-hosted, tus datos en tu servidor.