En los primeros días de la web, la barra de búsqueda era un lujo que se agregaba a un sitio una vez que se volvía “demasiado grande” para navegar haciendo clic. Lo tratamos como un índice al final de un libro: una lista literal y alfabética de palabras que apuntaban a páginas específicas. Si escribiste la palabra exacta que usó el autor, encontraste lo que necesitabas. Si no lo hizo, se encontró con una pantalla "0 resultados encontrados" que parecía un callejón sin salida digital. Veinticinco años después, todavía estamos construyendo barras de búsqueda que actúan como fichas de los años 90, a pesar de que los humanos que las utilizan han sido fundamentalmente reconfigurados. Hoy en día, cuando un usuario llega a su sitio y no puede encontrar lo que necesita en la navegación global en segundos, no intenta aprender su taxonomía. Se dirigen al cuadro de búsqueda. Pero si esa casilla les falla y les exige que utilicen el vocabulario específico de su marca, o los castiga por un error tipográfico, hacen algo que debería mantener despiertos a todos los diseñadores de UX por la noche. Abandonan su sitio, van a Google y escriben sitio:susitioweb.com [consulta]. O, peor aún, simplemente escriben su consulta y terminan en el sitio web de un competidor. Yo personalmente uso Google en la búsqueda de un sitio casi siempre. Ésta es la paradoja de la búsqueda en el sitio. En una era en la que tenemos más datos y mejores herramientas que nunca, nuestras experiencias de búsqueda interna suelen ser tan deficientes que los usuarios prefieren utilizar un motor de búsqueda global de un billón de dólares para encontrar una sola página en un sitio local. Como arquitectos de información y diseñadores de UX, debemos preguntarnos: ¿por qué gana la “gran caja” y cómo podemos recuperar a nuestros usuarios? El “impuesto de sintaxis” y la muerte de la concordancia exacta La razón principal por la que falla la búsqueda en un sitio es lo que yo llamo impuesto de sintaxis. Esta es la carga cognitiva que imponemos a los usuarios cuando les pedimos que adivinen la cadena exacta de caracteres que hemos utilizado en nuestra base de datos. La investigación de Origin Growth sobre Search vs Navigate muestra que aproximadamente el 50% de los usuarios van directamente a la barra de búsqueda al llegar a un sitio. Por ejemplo, cuando un usuario escribe "sofá" en un sitio de muebles que ha categorizado todo en "sofás" y el sitio no devuelve nada, el usuario no piensa: "Ah, debería probar con un sinónimo". Piensan: "Este sitio no tiene lo que quiero". Esto es un fallo de la Arquitectura de la Información (IA). Hemos construido nuestros sistemas para unir cadenas (secuencias literales de letras) en lugar de cosas (los conceptos detrás de las palabras). Cuando obligamos a los usuarios a utilizar nuestro vocabulario interno, estamos poniendo a prueba su capacidad intelectual.
Por qué gana Google: no es poder, es contexto Es fácil levantar las manos y decir: "No podemos competir con la ingeniería de Google". Pero el éxito de Google no se trata sólo de potencia bruta; se trata de comprensión contextual. Si bien a menudo tratamos la búsqueda como una utilidad técnica, Google la trata como un desafío de IA. Los datos del Instituto Baymard revelan que el 41% de los sitios de comercio electrónico no admiten ni siquiera símbolos o abreviaturas básicas, y esto a menudo lleva a que los usuarios abandonen un sitio después de un único intento fallido de búsqueda. Google gana porque utiliza derivación y lematización: las técnicas de IA que reconocen "ejecutar" y "ejecutar" tienen la misma intención. La mayoría de las búsquedas internas son "ciegas" ante este contexto y tratan "Zapatillas para correr" y "Zapatillas para correr" como entidades completamente diferentes. Si la búsqueda de su sitio no puede manejar un plural simple o un error ortográfico común, efectivamente está cobrando a sus usuarios un impuesto por ser humanos.
La UX de "Quizás": diseñar para resultados probabilísticos En la IA tradicional, pensamos en binarios: una página está en una categoría o no. Un resultado de búsqueda coincide o no. La búsqueda moderna, que ahora esperan los usuarios, es probabilística. Se trata de "niveles de confianza". Según Forresters, los usuarios que utilizan la búsqueda tienen entre 2 y 3 veces más probabilidades de realizar una conversión que aquellos que no la utilizan, si la búsqueda funciona. Y el 80% de los usuarios de sitios de comercio electrónico abandonan un sitio debido a resultados de búsqueda deficientes. Como diseñadores, rara vez diseñamos para el término medio. Diseñamos una página de “Resultados encontrados” y una página de “Sin resultados”. Nos perdemos el estado más importante: el "¿Quiso decir?" Estado. Una interfaz de búsqueda bien diseñada debería proporcionar coincidencias "difusas". En lugar de una pantalla fría de "0 resultados encontrados", deberíamos usar nuestros metadatos para decir: "No encontramos eso en 'Electrónica', pero encontramos 3 coincidencias en 'Accesorios'". Al diseñar para "Quizás", podemos mantener al usuario en el flujo. Estudio de caso: el costo del contenido "invisible" Para entender por qué la IA es el combustible paraEn el motor de búsqueda, debemos observar cómo se estructuran los datos entre bastidores. En mis 25 años de práctica, he visto que la "capacidad de búsqueda" de una página está directamente ligada a sus metadatos estructurados. Consideremos una empresa de gran escala con la que trabajé y que tenía más de 5.000 documentos técnicos. Su búsqueda interna arrojaba resultados irrelevantes porque la etiqueta "Título" de cada documento era el número SKU interno (por ejemplo, "DOC-9928-X") en lugar del nombre legible por humanos. Al revisar los registros de búsqueda, descubrimos que los usuarios buscaban "guía de instalación". Como esa frase no aparecía en el título basado en SKU, el motor ignoró los archivos más relevantes. Implementamos un vocabulario controlado, que era un conjunto de términos estandarizados que asignaban los SKU al lenguaje humano. En tres meses, la "tasa de salida" de la página de búsqueda cayó un 40%. Esta no fue una solución algorítmica; fue una solución de IA. Demuestra que un motor de búsqueda es tan bueno como el mapa que le proporcionamos. La brecha lingüística interna A lo largo de mis dos décadas en UX, he notado un tema recurrente: los equipos internos a menudo sufren "La maldición del conocimiento". Nos sumergimos tanto en nuestro propio vocabulario corporativo, o a veces denominado jerga empresarial, que olvidamos que el usuario no habla nuestro idioma. Una vez trabajé con una institución financiera que estaba frustrada por el gran volumen de llamadas a su centro de soporte. Los usuarios se quejaban de que no podían encontrar información sobre "liquidación de préstamos" en el sitio. Cuando miramos los registros de búsqueda, "liquidación del préstamo" fue el término buscado número uno que no obtuvo resultados. ¿Por qué? Porque el equipo de IA de la institución había etiquetado cada página relevante con el término formal "Liberación de préstamo". Para el banco, un “pago” era un proceso, pero una “Liberación de Préstamo” era el documento legal que constituía la “cosa” en la base de datos. Debido a que el motor de búsqueda buscaba cadenas de caracteres literales, se negó a conectar la desesperada necesidad del usuario con la solución oficial de la empresa. Aquí es donde el profesional de IA debe actuar como traductor. Simplemente agregando “liquidación del préstamo” como una palabra clave de metadatos oculta en las páginas de Liberación de préstamo, resolvimos un problema de soporte multimillonario. No necesitábamos un servidor más rápido; necesitábamos una taxonomía más empática. El marco de auditoría de búsqueda de sitios de 4 pasos Si desea recuperar su cuadro de búsqueda de Google, no puede simplemente "configurarlo y olvidarlo". Debes tratar la búsqueda como un producto vivo. Este es el marco que utilizo para auditar y optimizar las experiencias de búsqueda: Fase 1: La auditoría de “resultado cero” Extraiga sus registros de búsqueda de los últimos 90 días. Filtre todas las consultas que arrojaron cero resultados. Agrúpelos en tres grupos:
Verdaderas brechasContenido que el usuario quiere y que usted simplemente no tiene (una señal para su equipo de estrategia de contenido). Brechas de sinónimosContenido que tiene, pero descrito con palabras que el usuario no usa (por ejemplo, “Sofá” frente a “Sofá”). Brechas de formatoEl usuario busca un “video” o “PDF”, pero su búsqueda solo indexa texto HTML.
Fase 2: Mapeo de intención de consulta Analice las 50 consultas más comunes. ¿Son de navegación (buscan una página específica), informativos (buscan "cómo") o transaccionales (buscan un producto específico)? Su interfaz de usuario de búsqueda debería verse diferente para cada uno. Una búsqueda de navegación debe "enlace rápido" al usuario directamente al destino, evitando por completo la página de resultados. Fase 3: La prueba de correspondencia "difusa" Escribe mal intencionalmente tus 10 productos principales. Utilice plurales, errores tipográficos comunes y ortografía del inglés americano frente al inglés británico (por ejemplo, “Color” frente a “Color”). Si su búsqueda no pasa estas pruebas, su motor carece de soporte "derivado". Este es un requisito técnico que debe defender ante su equipo de ingeniería. Fase 4: alcance y filtrado de UX Mire su página de resultados. ¿Ofrece filtros que realmente tienen sentido? Si un usuario busca "zapatos", debería ver filtros para Talla y Color. Los filtros genéricos pueden ser tan malos como no tenerlos. Recuperar el cuadro de búsqueda: una estrategia para los profesionales de IA Para detener el éxodo hacia Google, debemos ir más allá de la “Caja” y mirar el andamiaje. Paso A: Implemente un andamiaje semántico. No se limite a devolver una lista de enlaces. Utilice su IA para proporcionar contexto. Si un usuario busca un producto, muéstrale el producto, pero también muéstrale el manual, las preguntas frecuentes y las partes relacionadas. Esta búsqueda "asociativa" imita cómo funciona el cerebro humano y cómo opera Google. Paso B: Deja de ser bibliotecario, empiezaser conserje. Un bibliotecario te dice exactamente dónde está el libro en el estante. Un conserje escucha lo que quieres conseguir y te da una recomendación. Su barra de búsqueda debe utilizar texto predictivo no sólo para completar palabras, sino también para sugerir intenciones. Uso de una barra de búsqueda impulsada por Google El uso de una barra de búsqueda "impulsada por Google", como se ve en el sitio web de la Universidad de Chicago, es esencialmente una admisión de que la organización interna de un sitio se ha vuelto demasiado compleja para que la pueda manejar su propia navegación. Si bien es una “solución” rápida para que las instituciones masivas garanticen que los usuarios encuentren algo, generalmente es una mala elección para las empresas con contenido profundo.
Al delegar la búsqueda en Google, entregas la experiencia del usuario a un algoritmo externo. Pierde la capacidad de promocionar productos específicos, expone a sus usuarios a anuncios de terceros y capacita a sus clientes para que abandonen su ecosistema en el momento en que necesiten ayuda. Para una empresa, la búsqueda debe ser una conversación seleccionada que guíe al cliente hacia un objetivo, no una lista genérica de enlaces que lo lleven de regreso a la web abierta.
La lista de verificación de UX de búsqueda simple Aquí hay una lista de verificación final como referencia cuando esté creando la experiencia de búsqueda para sus usuarios. Trabaje con su equipo de producto para asegurarse de interactuar con los miembros adecuados del equipo.
Termine con el callejón sin salida. Nunca diga simplemente "No se encontraron resultados". Si no hay una coincidencia exacta, sugiera una categoría similar, un producto popular o una forma de comunicarse con el soporte. Corrija "casi" coincidencias. Asegúrese de que la búsqueda pueda manejar plurales (como "planta" frente a "plantas") y errores tipográficos comunes. Los usuarios no deberían ser castigados por un desliz. Prediga el objetivo del usuario. Utilice un menú de "sugerencia automática" para mostrar acciones útiles (como "Seguir mi pedido") o categorías, no solo una lista de palabras. Habla como un humano. Consulta tus registros de búsqueda para ver las palabras que la gente realmente usa. Si escriben "sofá" y usted lo llama "sofá", cree un puente en el fondo para que encuentren lo que necesitan de todos modos. Filtrado inteligente. Muestra solo los filtros que importan. Si alguien busca "zapatos", muéstrele filtros de talla y color, no una lista genérica que se aplique a todo el sitio. Muestre, no se limite a enumerar. Utilice miniaturas pequeñas y etiquetas claras en los resultados de búsqueda para que los usuarios puedan ver la diferencia entre un producto, una publicación de blog y un artículo de ayuda de un vistazo. La velocidad es confianza. Si la búsqueda tarda más de un segundo, utilice una animación de carga. Si es demasiado lento, la gente volverá inmediatamente a Google. Verifique los registros de "fallos". Una vez al mes, observe lo que las personas buscaron y no arrojaron ningún resultado. Esta es su "lista de tareas pendientes" para arreglar la navegación de su sitio.
Conclusión: la barra de búsqueda es una conversación El cuadro de búsqueda es el único lugar de su sitio donde el usuario nos dice exactamente, con sus propias palabras, lo que quiere. Cuando no entendemos esas palabras, cuando dejamos que la “gran caja” de Google haga el trabajo por nosotros, no solo estamos perdiendo una página vista. Estamos perdiendo la oportunidad de demostrar que comprendemos a nuestros clientes. El éxito en la UX moderna no se trata de tener la mayor cantidad de contenido; se trata de tener el contenido más fácil de encontrar. Es hora de dejar de gravar a los usuarios por su sintaxis y comenzar a diseñar según sus intenciones. Al pasar de la coincidencia literal de cadenas a la comprensión semántica y al respaldar nuestros motores de búsqueda con una arquitectura de información sólida y centrada en el ser humano, finalmente podemos cerrar la brecha.
