En una tienda con 80 productos, el menú basta. En una con 800 o 8.000, la gente no pasea: escribe. Si lo que buscan no aparece en dos intentos, no “siguen explorando”. Se van a otra tienda que sí entiende cómo lo nombran.
Eso no es un detalle de UI. Es el canal de venta de quien llega con intención. El usuario que abre la búsqueda ya sabe qué quiere. Si el motor falla, no fallas un filtro: fallas una compra que estaba decidida. En Truman lo tratamos como un problema de diseño UX/UI, no como un plugin que “ya viene con la tienda”.
Este artículo va de la búsqueda interna ecommerce que recupera la venta: autocompletado, cero resultados, filtros y el diseño de la página de resultados. Sin recetas mágicas de conversión. Con el criterio que usamos cuando el catálogo es el producto.
Por qué la búsqueda interna ecommerce es el menú real
En catálogos pequeños, la gente navega por categorías. En catálogos amplios, la búsqueda es el atajo y, a menudo, el único camino. No porque el menú esté mal: porque el usuario llega con un nombre, una talla, una referencia o un problema (“crema para piel sensible”) y no quiere recorrer tres niveles para llegar.
Baymard lleva años midiendo esto. Quien usa la búsqueda interna no es un usuario más: es un usuario con intención. Convertir peor en esa ruta no se arregla con un banner de “envío gratis”. Se arregla haciendo que lo que escriben encuentre lo que vendes, aunque lo nombren mal.
Los usuarios que usan la búsqueda interna suelen convertir entre dos y tres veces más que quienes solo navegan por categorías.
Baymard Institute, Ecommerce Site Search UX
En Truman no medimos “éxito de búsqueda” como número de consultas. Lo medimos como: ¿el primer resultado es comprable? ¿La página de cero resultados recupera? ¿El autocompletado ahorra un clic o solo adivina mal? Eso vale igual en una tienda B2C que en un catálogo B2B. En Ceylan, con más de 70 años de ingredientes para industria alimentaria, el visitante no “explora la marca”: busca una familia, un uso o un producto técnico. Si la estructura no le deja llegar, el diseño editorial no salva la sesión.
Autocompletado: lo que tiene que pasar antes de pulsar intro
El autocompletado no es un adorno. Es la primera promesa de que el motor entiende. Si tarda, si sugiere marcas que no tienes o si ignora la talla que acaba de escribir, el usuario aprende a no fiarse y pulsa intro a ciegas.
Un autocompletado útil mezcla tres tipos de sugerencia, en este orden: productos exactos (con foto, precio y disponibilidad), categorías o colecciones, y consultas populares o correcciones. No cinco líneas de texto genérico. El ojo necesita confirmar que “eso” es lo que buscaba antes de ir a una lista de 120 SKUs.
| Pieza | Estado habitual | Qué cambia la venta |
|---|---|---|
| Sugerencias con producto y precio | Alto impacto | El usuario confirma sin abrir una lista ciega |
| Corrección de tildes y plurales | Alto impacto | “pantalon” y “pantalones” no pueden ser mundos distintos |
| Sinónimos del sector | Medio-alto | “chaqueta” / “cazadora”, “móvil” / “smartphone” |
| Sugerir roturas de stock como si existieran | Daña confianza | Si no hay talla, dilo en el desplegable, no en el checkout |
| Historial de búsquedas | Medio | Útil en repetición; inútil si no se puede borrar |
El error más frecuente en plantillas es tratar el autocompletado como un listado de títulos. En una tienda, el título SEO no es lo que el cliente reconoce. Reconoce la foto, el precio y si hay stock. Si no puedes mostrar eso en 200 ms, mejor un campo simple que un desplegable que miente.
Tip técnico: qué indexar (y qué no) en el motor
Indexa nombre comercial, color, talla, marca, SKU y los sinónimos que usa tu equipo de ventas. No indexes descripciones largas llenas de “calidad premium” ni atributos internos que nunca escribe un comprador. Un motor que busca en todo el HTML del CMS genera ruido: el resultado “correcto” queda en la página 2 porque un post del blog mencionó la palabra. Separa índice de producto e índice de contenido. Y decide qué pasa con fichas descatalogadas: o no salen, o salen con alternativa, nunca como primer hit comprable.
Cero resultados: el diseño que recupera la venta
La página de cero resultados es, en muchas tiendas, la más honesta y la peor diseñada. Un icono de lupa, una frase y un campo vacío. El usuario ya hizo el esfuerzo. Si le devuelves el vacío, no va a reformular tres veces. Se va.
Recuperar no es “mostrar 12 destacados al azar”. Es diagnosticar por qué falló la consulta y ofrecer el siguiente paso más barato. ¿Typo? Corrige. ¿Producto que no tienes? Di que no y enseña la categoría más cercana. ¿Filtros que vacían la lista? Quita el filtro que mata el resultado, no toda la búsqueda.
En catálogos B2B el patrón es el mismo, solo cambia el vocabulario. Un comprador de industria no escribe el nombre de ficha que puso marketing. Escribe el uso o la especificación. Si tu cero resultados no ofrece “productos para…” o la familia técnica, le estás pidiendo que adivine tu taxonomía. Eso es exactamente lo contrario de una ficha de producto pensada para vender.
Filtros, orden y la lista que sí se puede usar
La página de resultados no es un listado. Es un instrumento. El usuario llega con una consulta sucia y necesita recortar: talla, precio, disponibilidad, envío. Si los filtros están debajo del fold, si no dicen cuántos productos quedan, o si al marcar uno la URL se rompe y el scroll salta arriba, estás diseñando fricción. La misma lógica que destroza un checkout: cada gesto extra es una oportunidad de irse.
Tres reglas que sostenemos en proyectos de catálogo:
En B2B el filtro extra suele ser el rol: precio por tarifa, mínimo de pedido, ficha técnica descargable. Eso no se resuelve copiando el buscador de Shopify. Se resuelve diseñando la consulta alrededor de cómo compra de verdad el cliente. Si te interesa ese modelo, el encaje está en cómo se diseña un ecommerce B2B, no en un slider de “relevancia”.
¿Tu búsqueda está diseñada para el nombre que le pusiste al producto o para el nombre que usa quien paga?
Cómo auditarla sin un proyecto de seis meses
No hace falta un motor nuevo para saber si la búsqueda pierde dinero. Hace falta sentarse con las consultas reales de las últimas cuatro semanas —Search Console no vale aquí: necesitas el log de tu buscador interno— y clasificarlas.
En catálogos que no son tienda clásica el patrón se parece. En Base85 el “producto” es el artista, el productor o la fecha. El usuario no recorre el roster como un menú corporativo: busca un nombre. Si la búsqueda del sitio no entiende acentos, grafías o el nombre artístico, la web se comporta como un PDF bonito. Encontrar es el producto.
Si el 20% de las búsquedas internas acaba en cero resultados, no tienes un problema de catálogo. Tienes un problema de diseño: el usuario ya te dijo qué quería comprar y tú le contestaste que no.
Antes de tocar el motor, verifica esto
- ¿Tienes el log de las 100 consultas más frecuentes y de las que dan cero resultados?
- ¿El autocompletado muestra producto, precio y stock, no solo un título?
- ¿“pantalon”, “pantalón” y “pantalones” devuelven lo mismo?
- ¿La página de cero resultados ofrece corrección y una familia alternativa?
- ¿Los filtros indican cuántos productos quedan y no se pueden marcar si el recuento es 0?
- ¿El orden por defecto es relevancia comercial, no la fecha de alta en el CMS?
- ¿Las fichas descatalogadas no ocupan el primer puesto como si se pudieran comprar?
- ¿En móvil se filtra sin recargar ni perder la consulta escrita?
Preguntas frecuentes sobre la búsqueda interna en ecommerce
¿Cuándo merece la pena un motor de búsqueda a medida?
Cuando el catálogo supera el volumen que un “buscar en título” resuelve y las consultas reales no coinciden con tus nombres internos: sinónimos de sector, SKUs, tallas, tarifas B2B. Por debajo de unos cientos de SKUs, a menudo basta un índice bien configurado y cuatro estados de interfaz bien diseñados. El motor caro no arregla una taxonomía mala.
¿Qué diferencia hay entre búsqueda interna y los filtros de categoría?
La búsqueda responde a una intención abierta (“necesito X”). Los filtros recortan un conjunto que el usuario ya aceptó (esta categoría, esta lista). Mezclarlos mal —filtros que ignoran la consulta, o una búsqueda que no respeta el filtro activo— es la forma más rápida de vaciar resultados. Tienen que ser un solo sistema, no dos widgets.
¿Cómo elijo entre Algolia, Elasticsearch o el buscador del CMS?
Empieza por el volumen de consultas, el presupuesto de mantenimiento y quién va a curar sinónimos. Un SaaS tipo Algolia acelera relevancia y autocomplete si no tienes equipo de infra. Un Elasticsearch propio tiene sentido con reglas de negocio raras y mucho tráfico. El buscador nativo del CMS solo si el catálogo es pequeño y puedes controlar qué campos indexa. La decisión es de operación, no de moda.
¿La búsqueda interna afecta al SEO?
Las URLs de resultados internos no deben indexarse como páginas de contenido. No compitas contra ti mismo con miles de combinaciones de query. El SEO se gana en fichas y categorías. La búsqueda interna gana la sesión de quien ya está en tu dominio. Son canales distintos; tratar las SERP internas como landing es ruido.
