Buscador propio en lugar de SaaS: lo que construimos en nuestro shop de pruebas en 24 horas

Mercadona reemplazó su búsqueda de productos por un sistema propio de IA, ahorrando el 94 % de los costes. Nosotros seguimos el mismo camino en nuestro propio shop de pruebas, y aquí te mostramos lo que una búsqueda en tiempo real autoalojada realmente cuesta, puede y no puede hacer.

Mercadona, uno de los mayores minoristas de alimentación de España, hizo público la semana pasada que reemplazaron su búsqueda de productos por un sistema propio, asistido por IA, y con ello ahorraron el 94 % de los costes en comparación con la solución anterior.

Esto no es un caso aislado, sino el síntoma de una tendencia: la búsqueda es uno de los componentes más caros en la pila de E-commerce moderna, y al mismo tiempo uno de los más fácilmente reemplazables.

Con werkking.de, operamos nuestro propio shop de afiliados, que utilizamos específicamente como laboratorio de pruebas para temas de E-commerce. Todo lo que recomendamos a nuestros clientes, lo probamos antes allí. La semana pasada le tocó a la búsqueda. Resultado: una búsqueda en tiempo real completa para unos 10.000 productos, más de 250 categorías y más de 70 artículos de guía — configuración en un día de trabajo, costes de alojamiento continuos efectivamente nulos.

El problema con la búsqueda alojada

La respuesta estándar a «Necesitamos una mejor búsqueda» en las medianas empresas suele ser: un proveedor SaaS como Algolia, Elastic Cloud, Searchanise o Doofinder. Las ventajas son reales: bien documentadas, integración rápida, soporte incluido. El precio también es real:

• Algolia comienza en unos 0,40 € por cada 1.000 búsquedas, más el volumen de indexación. Para un shop con 50.000 búsquedas mensuales, 250–600 € al mes es normal, y con surtidos más grandes, rápidamente llega a las cuatro cifras.
• Lock-in: La API de búsqueda se integra profundamente en el Frontend. Un traslado posterior es una decisión del minorista, no un detalle de refactorización.
• Soberanía de datos: Las consultas de búsqueda son quizás la señal más honesta que un shop recibe: lo que los clientes realmente quieren, antes de hacer clic. Enviar estos datos a un tercero es una decisión consciente. En algunas industrias, también es una cuestión regulatoria.

Mercadona es la excepción solo porque lo comunican. Muchos hacen el cálculo en silencio.

Lo que construimos en werkking.de

werkking.de es nuestro propio shop de afiliados de herramientas y bricolaje con más de 10.000 productos, varios cientos de categorías y una sección de guías en crecimiento. Lo utilizamos conscientemente como un campo de juego para temas que queremos recomendar a los clientes más adelante: búsqueda, rendimiento, estructuras SEO. Antes de vender algo, lo hacemos nosotros mismos allí.

Puedes probar la nueva búsqueda en vivo: arriba a la derecha en werkking.de, haz clic en el icono de la lupa, luego escribe algunas letras — los resultados aparecen mientras escribes, agrupados por Categorías · Marcas · Productos · Artículos de guía. Los tiempos de respuesta suelen ser inferiores a 30 milisegundos.

Lo que sucede técnicamente, en una línea: un índice de búsqueda Open-Source autoalojado y ligero se ejecuta como un pequeño servicio en el mismo servidor que el shop, la búsqueda Frontend lo consulta a través de una interfaz proxy estrecha del shop, y el contenido se actualiza automáticamente en el índice con cada cambio de producto o publicación.

La arquitectura se mantiene deliberadamente pequeña:

• Servicio de índice: un solo proceso, ~400 MB de RAM a plena carga, mantiene tres índices (productos, categorías, publicaciones).
• Sincronización: no hay reindexación nocturna. Los Webhooks del shop (cada acción de guardar producto) envían documentos individuales en tiempo real.
• Frontend: una superposición de búsqueda ligera, sin framework JavaScript, sin paso de construcción.

Lo que la solución puede hacer, sin que esté en el código:

• Tolerancia a errores tipográficos: «mata kit» encuentra «Makita». Estándar, no un extra.
• Formas raíz multilingües: singular/plural en español sin configuración.
• Campos filtrables: marca, disponibilidad, rango de precios se pueden combinar.
• Resaltado: los términos buscados se resaltan en el resultado.

Lo que no puede hacer, sinceramente: la capa de IA que Mercadona utiliza para el significado semántico («regalo para suegro» → sugerencias correctas) es un nivel de complejidad superior. Para la mayoría de los shops en el rango de 1.000 a 100.000 productos, no es el cuello de botella; la búsqueda rápida de palabras clave con tolerancia a errores sí lo es.

¿Cuándo vale la pena?

Una búsqueda propia tiene sentido, según nuestra experiencia, si se cumplen al menos dos de los siguientes puntos:

1. A partir de ~5.000 productos o varios miles de búsquedas mensuales — por debajo de eso, la búsqueda estándar de WordPress/Shopware suele ser suficiente, o los costes de SaaS son lo suficientemente pequeños como para no cuestionarlos.
2. Ya existe un servidor — el alojamiento del servicio de búsqueda no cuesta efectivamente ningún céntimo adicional si el shop ya se ejecuta en una máquina propia. En el caso de los shops puramente SaaS (Shopify sin un servidor lateral), el cálculo es diferente.
3. Las consultas de búsqueda son una fuente de datos crítica para el negocio — quién busca qué, cuándo no encuentra nada, qué términos son populares. Tener estos datos en tu propia base de datos abre análisis que permanecen ocultos en una consola SaaS.
4. El shop tiene o planea estructuras multisurtido — varias marcas, idiomas, clientes. El precio de SaaS a menudo escala de forma desagradable aquí.

Cuándo no vale la pena: Shopify puro sin un servidor dedicado, surtidos muy pequeños de menos de 1.000 productos, o si el equipo no tiene personal técnico que pueda reiniciar un servicio en caso de emergencia. La honestidad se vende mejor que el marketing.

Del shop de pruebas al proyecto del cliente

Para eso tenemos werkking.de: abordar los temas nosotros mismos de antemano, conocer los obstáculos y luego ir al cliente con experiencia práctica. En el caso de la búsqueda, esto significa concretamente: conocemos el esfuerzo, las características de rendimiento, las preguntas típicas sobre la gestión de datos. No de una diapositiva, sino de un entorno de producción propio.

Lo que hacemos cuando alguien pregunta:

• Inventario: ¿Cuánto cuesta la búsqueda actual, qué obtiene el shop a cambio, dónde pierde clientes? Normalmente en una semana.
• Propuesta de arquitectura: dos o tres variantes con esfuerzo, costes continuos, aspectos de soberanía de datos. No hay una solución «única para todos».
• Implementación: típicamente 2–4 semanas para una solución productiva que incluye Frontend, sincronización de Webhook, monitoreo y entrega.
• Sin Lock-in: Lo que construimos pertenece al cliente. Código, configuración, datos. Sin goteo mensual de licencias.

Si el tema empieza a picar

Echa un vistazo a la demo en nuestro shop de pruebas: arriba a la derecha en werkking.de, haz clic en la lupa, «akku», «bosch», «badezimmer» — los resultados aparecen mientras escribes. Si piensas «esto también me gustaría, sin el contrato SaaS de cuatro cifras», entonces hablemos. Por correo electrónico, por LinkedIn, o en una conversación honesta sobre lo que realmente necesitas.

Nota: werkking.de es un shop de afiliados propio de ZDS. Los pedidos a través de los enlaces incluidos allí pueden generar una comisión para nosotros, sin coste adicional para los visitantes.