Above the fold: qué es y por qué importa
Above the fold es la zona visible de tu web sin hacer scroll. Aprende qué elementos incluir, qué dice el eye-tracking y cómo optimizarla para convertir...

Las pruebas de usabilidad son sesiones estructuradas en las que personas reales —que representan al usuario objetivo— intentan completar tareas concretas en un producto digital mientras el equipo observa su comportamiento y recoge sus comentarios. El objetivo no es preguntar si les gusta el diseño: es observar si pueden usarlo.
La distinción es importante. Cuando preguntas a alguien "¿te parece fácil de usar esta web?", la respuesta es subjetiva y está afectada por la deseabilidad social. Cuando les pides "intenta comprar el producto talla M en azul y proceder al pago", observas qué pasa realmente: si encuentran la talla, si el filtro funciona, si el botón de añadir al carrito está donde lo buscan.
Jakob Nielsen demostró en 1993 —y la evidencia desde entonces lo ha confirmado— que con tan solo 5 participantes se detecta aproximadamente el 85% de los problemas de usabilidad más graves. No necesitas cientos de participantes para sacar conclusiones accionables.
Los problemas de usabilidad son causas directas de abandono. Un usuario que no encuentra el botón de compra, que no entiende qué incluye cada plan de precio o que recibe un mensaje de error ininteligible en el checkout no convierte —y en la mayoría de los casos no vuelve a intentarlo.
Un informe de Baymard Institute analizó más de 40.000 sesiones de checkout y encontró que el 69,8% de los carritos de compra se abandonan. De esas causas, una parte significativa son problemas de usabilidad: formularios largos, exigencia de cuenta obligatoria, mensajes de error poco claros o falta de señales de seguridad en el momento del pago.
Las pruebas de usabilidad identifican estos problemas antes de que cuesten ventas. Y cuando ya están costando ventas, permiten diagnosticar exactamente dónde y por qué.
Tests moderados
Un investigador guía al participante durante la sesión en tiempo real. Puede hacer preguntas de seguimiento, pedir al usuario que piense en voz alta y profundizar en comportamientos inesperados. Es la modalidad que genera más insight cualitativo.
Tests no moderados
El participante completa las tareas de forma autónoma, sin presencia del investigador. Las sesiones se graban y se analizan posteriormente. Plataformas como Maze, UserTesting o Lookback permiten lanzar este tipo de tests con decenas de participantes simultáneamente.
Tests presenciales
El participante y el investigador están en el mismo espacio físico. Permiten observar lenguaje corporal, expresiones faciales y comportamientos que no se capturan en vídeo. Son especialmente útiles cuando el producto implica interacciones físicas o cuando la población objetivo es difícil de reclutar online.
Tests remotos
El participante está en su entorno habitual —su casa, su oficina— y la sesión transcurre por videollamada o de forma asíncrona. Los tests remotos tienen mayor validez ecológica (el usuario está en su contexto real) y facilitan el reclutamiento de perfiles específicos independientemente de la ubicación geográfica.
Tests de descubrimiento
Se realizan en fases tempranas, antes de que el diseño esté definido. El objetivo es entender qué problemas tienen los usuarios con la solución actual o con el proceso que el producto va a facilitar.
Tests de validación
Se realizan cuando ya existe un diseño o prototipo y el objetivo es confirmar si resuelve los problemas identificados y si los usuarios pueden completar las tareas sin fricción significativa.
Tests comparativos
Comparan dos o más versiones de un diseño para determinar cuál funciona mejor para tareas específicas. Son el puente entre los tests de usabilidad cualitativos y los tests A/B cuantitativos.
La respuesta corta: antes de invertir en desarrollo y antes de asumir que un problema de conversión se resuelve con más tráfico.
| Momento | Por qué hacer un test |
|---|---|
| Antes de un rediseño | Para identificar qué está funcionando antes de romperlo |
| Durante el diseño | Para validar flujos antes de que el código exista |
| Tras un lanzamiento | Para detectar problemas no previstos con usuarios reales |
| Cuando cae la conversión | Para diagnosticar si la causa es usabilidad o algo más |
| Antes de un test A/B | Para generar hipótesis con base cualitativa sólida |
Un error frecuente es reservar los tests de usabilidad para los rediseños grandes. Los tests más rentables son los pequeños y frecuentes: 5 usuarios al mes generan más aprendizaje acumulado que 20 usuarios una vez al año.
Antes de reclutar participantes o preparar tareas, define qué quieres aprender. Los mejores tests tienen un foco estrecho: "¿Pueden los usuarios nuevos encontrar y activar la función X sin ayuda?" es mejor objetivo que "¿es la web fácil de usar?".
Los participantes deben representar al usuario real, no al usuario ideal. Si tu producto es para personas mayores de 60 años con poca experiencia digital, no testees con diseñadores web de 30 años. El reclutamiento mal hecho invalida los resultados del test.
Para tests de productos con público amplio, 5-8 participantes por segmento son suficientes para tests cualitativos. Para tests cuantitativos (benchmarking de métricas de usabilidad) se necesitan muestras más grandes.
Las tareas deben ser realistas, estar formuladas en términos del objetivo del usuario (no en términos del sistema) y no dar pistas sobre la solución.
Mal: "Haz clic en el menú de hamburguesa para ver las categorías." Bien: "Quieres ver qué productos tenemos disponibles en la categoría de running. ¿Cómo lo harías?"
Durante la sesión, el investigador no ayuda al participante aunque este tenga dificultades. Las dificultades son los datos. La técnica de "pensar en voz alta" —pedir al usuario que verbalice lo que ve, lo que busca y lo que piensa— es la herramienta más valiosa para entender el modelo mental del usuario.
Tras las sesiones, el análisis debe identificar patrones (problemas que aparecen en más de un participante) y priorizarlos por severidad e impacto en la tarea. Un problema que impide completar el checkout es crítico. Un texto poco claro en la política de devoluciones es menor.
| Severidad | Criterio | Acción |
|---|---|---|
| Crítico | Impide completar la tarea | Corregir inmediatamente |
| Alto | Produce frustración significativa o confusión prolongada | Incluir en próximo sprint |
| Medio | Ralentiza la tarea pero no la bloquea | Backlog prioritario |
| Bajo | Pequeña fricción, no afecta el resultado | Backlog general |
| Tipo de test | Herramienta | Coste aproximado |
|---|---|---|
| Moderado remoto | Lookback, UserTesting, Zoom | Desde 0€ (Zoom) hasta 500€/mes |
| No moderado | Maze, UsabilityHub, Optimal Workshop | Desde 75€/mes |
| Grabación de sesiones | Hotjar, Microsoft Clarity, FullStory | Desde 0€ |
| Análisis y síntesis | Dovetail, Notion, FigJam | Desde 0€ |
Los tests de usabilidad y los tests A/B son complementarios, no sustitutos. Los tests de usabilidad explican el porqué detrás de los datos cuantitativos. Los tests A/B validan si la solución propuesta realmente mejora la métrica a escala.
El flujo más eficaz combina ambos:
Sin el test de usabilidad, el equipo podría haber diseñado cualquier hipótesis para el test A/B. Con el test de usabilidad, la hipótesis viene directamente del comportamiento observado del usuario.
Para ver qué elementos de tu web pueden estar generando fricción hoy, puedes empezar con un análisis en Scan&Boost. Si quieres combinar investigación de usabilidad con un programa de optimización de conversión, conoce nuestro servicio de agencia CRO.
Adrià Vidal, CRO specialist en Boost.
Above the fold es la zona visible de tu web sin hacer scroll. Aprende qué elementos incluir, qué dice el eye-tracking y cómo optimizarla para convertir...
Una auditoría web identifica qué está frenando tu conversión, tu velocidad y tu visibilidad. Aprende qué áreas analizar, qué herramientas usar y cómo...
El diseño centrado en el usuario pone las necesidades reales del cliente en el centro de cada decisión de diseño. Aprende sus principios, proceso y...