Mariano Della Vedova
EN
Vista rápida
Rol e impacto
Producto, medición y entrega como consultor independiente.
Cobertura de variantes 6,5 % → 97,7 % en producción, y más búsquedas que terminan en el carrito (45,9 % → 58,6 %).
Métodos y herramientas
Rediseño del KPIPrueba controlada (63 términos)Eventos y embudos de GA4Comparación de opcionesWooCommerceExtensión del buscador de WordPressStaging → producción
El problema
La tasa de búsquedas sin resultados parecía sana (1,4 %), pero las búsquedas volvían incompletas: «ruda» encontraba 1 de los 21 productos que la tienen. El cliente no tenía forma de saber qué le faltaba ver.
Qué hice
- Reemplacé el KPI por la cobertura de variantes, medida con una prueba fija de 63 términos.
- Comparé 4 opciones por alcance, costo y riesgo, y elegí una extensión del buscador de ~50 líneas (USD 0, fácil de revertir).
- Definí los criterios de éxito antes de programar: cobertura ≥ 80 %, sin empeorar la velocidad ni la tasa sin resultados.
Resultado
Qué aprendí
La primera métrica que elegí me habría dicho que todo estaba bien. Medir lo que el cliente realmente necesitaba cambió el problema, la solución y la definición de terminado.
Leer el caso completo
Contexto
LA EMPRESA
Opción Eco es un distribuidor mayorista de aromaterapia en Córdoba, Argentina: sahumerios, velas, difusores y esencias de marcas como Sagrada Madre y Aromanza, que vende a comercios a través de una tienda WooCommerce con unos 1.400 productos y 2.479 variantes. Trabajo con ellos como consultor independiente en la tienda y en la digitalización de la empresa.
MI ROL
Producto, medición y entrega: definí el KPI, armé la medición, comparé las opciones y publiqué el cambio con desarrollo asistido por IA.
El problema
CÓMO LO DETECTAMOS
Los dueños de comercios buscan como piensan: por aroma. «Ruda», «mirra», «7 poderes». Cada aroma es una variante de un producto (un mismo sahumerio puede venir en 20 aromas), y el buscador de la tienda solo miraba los títulos y las descripciones de los productos, no las variantes.
EL KPI QUE ESCONDÍA EL PROBLEMA
La métrica obvia era la tasa de búsquedas sin resultados: cuántas búsquedas no devuelven nada. Agregué un evento `search` de GA4 con la cantidad de resultados, y la primera semana (24 al 29 de septiembre) parecía estar bien:
Palabras genéricas como «sahumerio» o «conos» siempre coincidían con algo, así que las búsquedas casi nunca volvían vacías. Volvían incompletas: «ruda» mostraba 7 resultados, pero solo 1 de los 21 productos que la tienen. «Mirra»: 10 resultados para 25 productos. El cliente no tenía forma de saber qué le faltaba ver.
EL NUEVO KPI
Reemplacé el KPI principal por la cobertura de variantes: al buscar el nombre de una variante, qué parte de los productos que la tienen aparece realmente en los resultados. La medí con una prueba controlada: una lista fija de 63 términos (nombres de variantes al azar, sus formas cortas y los términos que habían buscado clientes reales), comparada contra una exportación de productos.
Hipótesis
Los nombres de las variantes están en un atributo local del producto («Variedad») y en los datos de cada variación. El buscador de WordPress no lee ninguno de los dos. Si la búsqueda también comparara los valores de los atributos de las variaciones, la cobertura debería subir mucho sin tocar el catálogo.
La solución
OPCIONES COMPARADAS
| ¿Lo resuelve? | Costo | Riesgo | |
|---|---|---|---|
| A. Extensión propia del buscador | Sí | USD 0, ~50 líneas | Bajo, fácil de revertir |
| B. Plugin de búsqueda pago | Sí, y también errores de tipeo | Licencia anual | Reemplaza el buscador del tema; renovaciones |
| C. Lista de aromas en el texto del producto | Sí | USD 0 | Se desactualiza; la sincronización con el ERP puede pisarla |
| D. Pasar a atributos globales | No, por sí solo | USD 0, migración grande | Mucho esfuerzo, sin mejora en la búsqueda |
Elegí la A, con la B como camino de mejora solo si los plurales y los errores de tipeo (el 8 % de todas las búsquedas sin resultados) justificaban una dependencia paga.
CRITERIOS DE ÉXITO, DEFINIDOS ANTES DE PROGRAMAR
- Principal: cobertura de variantes ≥ 80 % sobre los mismos términos.
- Límites: que no se llene de resultados irrelevantes, que la tasa sin resultados no empeore y que la búsqueda no se vuelva más lenta.
- Señal de negocio, más adelante: búsqueda → agregar al carrito y tasa de búsquedas refinadas en GA4.
Lanzamiento y resultados
STAGING
La primera versión no tuvo efecto: el tema (XStore) volvía a armar la búsqueda después de la mía y la descartaba. La segunda versión corre después del tema y se suma a su búsqueda en lugar de reemplazarla. También funcionó sin acentos («energia limpia») y en el desplegable de búsqueda en vivo.
PRODUCCIÓN
En producción desde el 1 de octubre, con la misma prueba repetida en producción.
Los 9 productos que seguían faltando no tenían ninguna variante con stock, y WooCommerce los oculta a propósito a los visitantes, así que no era una falla de la búsqueda. Desde entonces la prueba informa también la cobertura de productos con stock.
Dos semanas después del lanzamiento (2 al 15 de octubre, contra 24 al 30 de septiembre), más personas que buscaban terminaron agregando algo al carrito: 45,9 % → 58,6 %. Menos volvieron a buscar en menos de un minuto: 45,0 % → 34,5 %. La línea de base fue de una sola semana, y en esa misma ventana salieron banners nuevos, así que leo la mejora del carrito como probable, no como demostrada.
Próximos pasos
- Los plurales y los errores de tipeo, que ahora son la causa principal de las búsquedas sin resultados (8 %), y los acentos en el buscador propio de la página de producto, como tareas aparte con sus propios KPIs.
Qué aprendí
La primera métrica que elegí me habría dicho que todo estaba bien. Medir lo que el cliente realmente necesitaba (¿vi todos los productos con este aroma?) cambió el problema, la solución y la definición de terminado.