Respuesta corta: una prueba de usabilidad consiste en ver cómo personas reales intentan hacer tareas en tu web, de una en una, mientras dicen en voz alta lo que piensan. Cinco personas por ronda encuentran la mayoría de los problemas comunes. Arréglalos y vuelve a probar.
Qué es una prueba de usabilidad
El Departamento de Seguridad Nacional de Estados Unidos (DHS) la describe como una forma de saber si algo es fácil o difícil de usar. Se trata de observar a la gente mientras lo usa de verdad.
En una prueba moderada, como la llama GOV.UK, ves a los participantes intentar completar tareas concretas. Pedirles que piensen en voz alta te ayuda a entender qué hacen, qué piensan y qué sienten.
El W3C aclara que una prueba puede seguir protocolos establecidos o ser muy simple e informal.
Por qué ver a la gente en lugar de adivinar
Como dice Nielsen Norman Group (NN/g), con cero usuarios no aprendes nada.
El W3C añade que las pruebas informales a lo largo del proyecto son más eficaces que una sola prueba formal al final.
A nuestro juicio, la analítica y las pruebas responden preguntas distintas. Las herramientas muestran dónde hace clic la gente, y una prueba te deja oír por qué se atascó. Nuestra guía de mapas de calor explica lo que muestran los clics, el desplazamiento y las grabaciones. Para saber cuál de dos versiones de una página consigue que más visitantes actúen, nuestra guía de pruebas A/B enseña a probar una página de tu web.
Con cuántas personas probar
Para una prueba típica con un solo grupo de usuarios, NN/g recomienda cinco participantes para encontrar la mayoría de los problemas comunes.
En su investigación, la primera prueba con cinco personas encontró el 85% de los problemas de usabilidad. Después de arreglarlos, una segunda ronda con otras cinco encuentra casi todo lo demás.
NN/g recomienda tres rondas de cinco personas antes que una sola prueba con 15, y tantas pruebas pequeñas como puedas pagar.
Prueba con una persona cada vez. Según Digital.gov, una prueba útil tiene un solo participante por sesión y suficientes personas para ver patrones.
Con quién probar
GOV.UK dice que los participantes tienen que ser usuarios reales o probables de tu servicio. Digital.gov desaconseja probar con expertos, amigos, familiares o colegas cercanos del equipo.
El kit del DHS prueba con compañeros de trabajo solo para tener una opinión rápida en las primeras etapas. Cuando un borrador está casi terminado, prueba con usuarios reales.
Incluye a personas con discapacidad. El W3C señala que probar con ellas suele revelar problemas generales de usabilidad que afectan a todos los usuarios.
Quienes usan tecnología de apoyo suelen tener configuraciones difíciles de reproducir, así que GOV.UK dice que normalmente es mejor que usen sus propios dispositivos.
Unas pocas sesiones no demuestran que un sitio sea accesible. El W3C dice que hay que combinarlas con una revisión según las WCAG. Nuestra guía de verificadores de accesibilidad explica lo que no ven las herramientas gratis.
Cómo escribir las tareas de la prueba
Según GOV.UK, una buena tarea marca un objetivo claro y le resulta relevante y creíble al participante. Es lo bastante difícil para mostrar problemas y no revela la respuesta.
NN/g añade que las tareas tienen que ser realistas y pedir una acción. Si le dices a alguien en qué etiqueta del menú hacer clic, no sabrás si esa etiqueta tiene sentido para esa persona.
Digital.gov muestra la diferencia. «¿Cómo verías el estado de tu solicitud?» deja que el participante decida cómo hacerlo. «¿En cuál de los enlaces del encabezado harías clic para iniciar sesión?» lo guía.
NN/g también advierte que pequeños errores al redactar una tarea pueden cambiar cómo la hace la gente. Suele pedir a los participantes que lean cada tarea en voz alta, para que la lean entera y las notas muestren en qué tarea están.
Para la web de un negocio pequeño, te sugerimos tareas como «Quieres reservar una cita para el próximo sábado. Enséñame cómo lo harías». Nuestras guías de navegación web y de llamados a la acción explican los menús y los botones que esas tareas ponen a prueba.
Cómo dirigir una sesión
GOV.UK dice que las sesiones suelen durar entre 30 y 60 minutos, con al menos 15 minutos entre una y otra. Los participantes suelen estar nerviosos, así que diles que pruebas el sitio, no a ellos.
El guion de ejemplo de Digital.gov incluye una presentación, un calentamiento, la preparación, las tareas, preguntas de seguimiento y un cierre. Le dice al participante que no hay respuestas incorrectas y le pide que piense en voz alta. También le pide que no se preocupe por herir los sentimientos de nadie, porque el equipo necesita sus reacciones sinceras.
Empieza por la primera impresión: «¿Cuál es tu primera impresión?» y «¿Para qué es este sitio?». Nuestra guía de la página de inicio explica lo que la gente ve primero.
Durante una tarea, GOV.UK aconseja quedarte callado y sobre todo mirar y escuchar. Intervén para entender algo interesante o si el participante se queda totalmente atascado.
Haz preguntas abiertas, como «¿Qué te hace decir eso?». El guion de Digital.gov termina con «Si tuvieras una varita mágica y pudieras cambiar al instante una cosa de este sitio web, ¿cuál sería?».
Los observadores se quedan callados. Digital.gov dice que no dirigen la prueba y que guardan sus preguntas abiertas para el final.
En persona o a distancia
NN/g dice que las pruebas remotas son populares porque suelen costar menos tiempo y dinero que las presenciales. Hay dos tipos: moderadas y no moderadas.
En una prueba remota moderada, tú y el participante están conectados al mismo tiempo. En una no moderada, el participante trabaja solo, a veces con preguntas de seguimiento preparadas de antemano.
NN/g sigue recomendando las pruebas en persona siempre que se pueda, porque en la misma sala el lenguaje corporal se lee mejor.
El kit del DHS añade que una videollamada es especialmente útil para probar webs y formularios, porque se puede compartir y grabar la pantalla del participante.
A nuestro juicio, una videollamada con pantalla compartida es la forma más fácil de empezar para un negocio pequeño.
Permiso y grabaciones
Digital.gov publica acuerdos de participación de ejemplo, con pago y sin pago. Dicen que participar es voluntario y que la persona puede saltarse una pregunta o parar cuando quiera.
La sesión solo se graba si el participante lo aprueba, y puede pedirte que dejes de grabar en cualquier momento. Los acuerdos también prometen quitar los datos que permitan identificar a la persona, como su cara o su nombre.
GOV.UK añade que los datos personales que reúnas, en papel o en grabaciones, tienen que guardarse de forma segura.
Convierte lo que viste en mejoras
Según Digital.gov, comenta la sesión con tu equipo justo después de cada una y busca patrones entre los participantes.
Presenta los problemas por orden de prioridad, no como una lista sin ordenar, y conviértelos en cambios en el sitio.
Después, vuelve a probar. NN/g aconseja hacer muchas pruebas pequeñas en lugar de una grande.
Si los problemas recorren todo el sitio, nuestra guía de rediseño web explica cuándo hacerlo y cómo planearlo.
Cómo hacer tu primera prueba de usabilidad
- Escribe lo que quieres aprender y conviértelo en unas pocas tareas cortas, con un objetivo claro y sin pistas.
- Busca cinco personas que usen o puedan usar tu web. Deja fuera a tu equipo, a tus amigos y a tu familia.
- Reserva una persona por sesión, de 30 a 60 minutos y con un descanso de 15 minutos o más entre sesiones, y pide permiso para grabar.
- Pídeles que piensen en voz alta mientras trabajan. Mira, escucha y quédate callado salvo que se atasquen del todo.
- Comenta cada sesión al terminar, arregla los problemas que tuvieron varias personas y vuelve a probar.
Estos pasos siguen a GOV.UK, Digital.gov y NN/g.
Antes de hacer tu prueba
- Cada tarea tiene un objetivo claro y ninguna pista de dónde hacer clic.
- Los participantes usan o podrían usar tu web, y ninguno trabaja contigo.
- Cada sesión tiene un solo participante, y quien observa se queda callado.
- Tienes permiso para grabar, y el participante sabe que puede parar.
- Alguien toma notas, o la sesión queda grabada.
- La siguiente ronda ya está planeada para comprobar tus arreglos.
RecuerdaMira a personas reales intentar tareas reales en tu web, de una en una y sin ayuda. Cinco personas por ronda encuentran la mayoría de los problemas comunes. Arréglalos y vuelve a probar.
Nuestro servicio de diseño web monta tu sitio en WordPress con Bricks y comprueba su velocidad en Google PageSpeed Insights y en celulares reales antes de publicar. Todo queda a tu nombre.
Preguntas sobre las pruebas de usabilidad
¿Qué es una prueba de usabilidad?
Una prueba de usabilidad consiste en ver cómo personas reales intentan hacer tareas en tu web, para saber si es fácil de usar. El DHS la describe como observar a la gente mientras usa algo de verdad. Los participantes suelen pensar en voz alta, así que oyes qué esperan en cada paso.
¿Con cuántas personas se hace una prueba de usabilidad?
Para una prueba típica con un solo grupo de usuarios, NN/g recomienda cinco participantes, suficientes para encontrar la mayoría de los problemas comunes. Propone varias rondas pequeñas en lugar de una prueba grande: arregla lo que encontraron los primeros cinco y prueba con cinco más.
¿Qué preguntas se hacen en una prueba de usabilidad?
Empieza por la primera impresión, como «¿Para qué es este sitio?». Luego da tareas sin pistas, como «Enséñame cómo reservarías una cita». Sigue con preguntas abiertas, como «¿Qué te hace decir eso?», y termina preguntando qué cambiarían si pudieran cambiar una sola cosa.
¿Se puede hacer una prueba de usabilidad a distancia?
Sí. En una prueba remota moderada te conectas con la persona al mismo tiempo y la ves trabajar. En una no moderada, hace las tareas sola. NN/g sigue recomendando las pruebas en persona siempre que se pueda, porque el lenguaje corporal se lee mejor.
¿Puedo probar mi web con amigos o con mis empleados?
Para una segunda opinión rápida al principio, el kit del DHS prueba con compañeros de trabajo. Para resultados que te sirvan, prueba con personas que usan o podrían usar tu web. Digital.gov desaconseja probar con expertos, amigos, familiares o colegas cercanos del equipo.
Fuentes
Consultadas el 7 de noviembre de 2026. De Digital.gov (GSA), en inglés: How to conduct a usability test. How to develop user testing participant agreements. How to write a research plan. Del Departamento de Seguridad Nacional de Estados Unidos, en inglés: DHS Usability Testing Kit. De GOV.UK, en inglés: Using moderated usability testing. De la Iniciativa de Accesibilidad Web del W3C, en inglés: Involving Users in Evaluating Web Accessibility. Involving Users in Web Projects for Better, Easier Accessibility. De Nielsen Norman Group, en inglés: Usability (User) Testing 101. Why You Only Need to Test with 5 Users. Thinking Aloud: The #1 Usability Tool. Remote Usability Tests: Moderated and Unmoderated. Task Scenarios for Usability Testing. También de nuestro sitio: la página del servicio de diseño web. Y nuestras guías de la página de inicio, la navegación web, los llamados a la acción, los mapas de calor, el rediseño web y los verificadores de accesibilidad.