Checklist de auditoría UX: qué revisar y cómo hacerla en siete pasos

Una checklist de auditoría UX es una lista estructurada de lo que hay que revisar en una web o una app, área por área, para encontrar dónde tienen dificultades los usuarios y por qué: heurísticas de usabilidad, accesibilidad, formularios, navegación, contenidos, velocidad y analítica. Bien usada, convierte las opiniones sobre un producto en una lista ordenada de problemas, cada uno con su evidencia, su gravedad y la corrección recomendada.

Última actualización: 21 de octubre de 2026.

Esta guía te da la checklist completa, un método en siete pasos para hacer una auditoría UX (por tu cuenta o con una agencia), una escala de gravedad que puedes copiar y los entregables con los que debería terminar una buena auditoría.

¿Qué es una auditoría UX y cuándo la necesitas?

Una auditoría UX (también llamada auditoría de usabilidad o revisión UX de una web) es una evaluación experta de un producto existente frente a principios conocidos de usabilidad, accesibilidad y diseño, contrastada con datos sobre cómo lo usa realmente la gente. No es un rediseño. Es el diagnóstico que te dice si lo necesitas y por dónde empezar.

Suele hacer falta en cuatro situaciones: la conversión o los registros se han estancado y nadie se pone de acuerdo en el motivo; hay un rediseño previsto y quieres conservar lo que funciona; el equipo de soporte responde una y otra vez a las mismas preguntas; o se acerca una revisión legal o de accesibilidad. Una auditoría también es un primer paso sensato antes de pasar un producto a una agencia nueva, porque da a las dos partes los mismos datos.

En resumen: una auditoría mira el producto tal como es, encuentra las fricciones, explica por qué se producen y ordena las correcciones. Cuesta una fracción de un rediseño y a menudo demuestra que el rediseño no hace ninguna falta. La checklist que sigue es la columna vertebral; el método que viene después es lo que hace fiables los hallazgos.

En Odduel, agencia de creatividad y tecnología en Barcelona y São Paulo, la auditoría suele ser el primer trabajo de diseño UX/UI que hacemos para un cliente, porque fija las prioridades de todo lo que viene después. La IA ayuda con las partes repetitivas, como rastrear páginas, reunir capturas de pantalla y pasar análisis automáticos de accesibilidad, de modo que el tiempo se dedica al criterio: leer la evidencia, decidir la gravedad y redactar recomendaciones con las que un equipo pueda actuar.

Auditoría UX, test de usabilidad o auditoría de accesibilidad: ¿cuál es la diferencia?

Estas tres se confunden a menudo, y es habitual que a un cliente le presupuesten una cuando necesita otra. La tabla resume las diferencias.

	Auditoría UX	Test de usabilidad	Auditoría de accesibilidad
Quién evalúa	Expertos, con principios y datos	Usuarios reales con tareas reales	Expertos y herramientas, según las WCAG
Pregunta principal	¿Dónde está la fricción y por qué?	¿Puede la gente completar las tareas clave?	¿Pueden usarlo las personas con discapacidad?
Evidencia	Heurísticas, analítica, grabaciones	Sesiones observadas, tareas completadas	Criterios de conformidad, pruebas con tecnologías de apoyo
Extensión habitual	De una a tres semanas	De una a dos semanas por ronda	De una a tres semanas
Mejor resultado	Hallazgos y correcciones priorizados	Prueba de lo que falla y de su gravedad	Informe de conformidad y lista de correcciones
Mejor momento	Primero, para encontrar y ordenar problemas	Para confirmar los problemas más graves	En paralelo a la auditoría, o dentro de ella

Una auditoría UX rigurosa incluye una revisión de accesibilidad más ligera y recomienda tests de usabilidad para los hallazgos que la evidencia por sí sola no permite resolver. Para la parte legal de la accesibilidad, nuestra guía Accesibilidad web: qué exige la Ley Europea de Accesibilidad entra en más detalle.

La checklist de auditoría UX, área por área

Recorre cada área en tus recorridos más importantes, no en todas las páginas. En una tienda, eso significa la ficha de producto, la cesta y el checkout; en una empresa de servicios, las páginas de servicios y el formulario de contacto; en una app, el onboarding y la tarea principal. Marca cada punto como correcto, fallido o no aplicable, y adjunta una captura de pantalla a cada fallo.

Heurísticas de usabilidad

Las diez heurísticas de usabilidad de Jakob Nielsen siguen siendo el marco más habitual. Comprueba que:

• El producto muestra lo que está pasando: estados de carga, confirmaciones tras una acción, el paso actual en un proceso de varios pasos.
• Las palabras son las del usuario, no la jerga interna ni los nombres de los departamentos.
• El usuario puede deshacer, volver atrás y salir de un proceso sin perder lo que ha hecho.
• Lo mismo se ve y se comporta igual en todas partes: botones, enlaces, iconos, términos.
• Los errores se evitan antes de que ocurran (valores por defecto sensatos, restricciones, confirmación de las acciones destructivas).
• Las opciones están a la vista en lugar de tener que recordarlas: ningún gesto oculto para acciones esenciales.
• Quien vuelve a menudo tiene atajos, como datos guardados, búsqueda y filtros.
• Cada pantalla lleva solo lo que sirve a su tarea; la decoración no compite con la acción principal.
• Los mensajes de error dicen qué ha fallado y cómo solucionarlo, con palabras sencillas.
• La ayuda está donde surge la duda, no solo en una página aparte.

Accesibilidad (WCAG 2.2)

La referencia son las Pautas de Accesibilidad para el Contenido Web 2.2 publicadas por el W3C; el nivel AA es el objetivo habitual en Europa. Una auditoría no sustituye a una revisión de conformidad completa, pero debería comprobar:

• Un contraste de texto de al menos 4,5:1 para el texto de lectura y de 3:1 para el texto grande y los elementos de la interfaz.
• Que todas las funciones se pueden usar solo con el teclado, en un orden lógico, con un indicador de foco visible que no quede tapado por cabeceras fijas ni banners.
• Que las imágenes llevan un texto alternativo con sentido y las decorativas, uno vacío.
• Que los encabezados siguen un orden lógico y cada página tiene un único encabezado principal.
• Que los campos de formulario tienen etiquetas visibles y los errores se anuncian con texto, no solo con color.
• Que los elementos son lo bastante grandes para pulsarlos: las WCAG 2.2 piden al menos 24 por 24 píxeles CSS o espacio suficiente alrededor.
• Que arrastrar nunca es la única forma de hacer algo.
• Que no se pide al usuario que escriba dos veces la misma información en un mismo proceso y que el inicio de sesión no depende de una prueba de memoria ni de un acertijo.
• Que el movimiento se puede reducir y que nada parpadea.
• Que la página sigue funcionando con un zoom del 200 % y a un ancho de 320 píxeles.

Formularios y checkout

Los formularios son donde la intención se convierte en ingresos, y donde se producen la mayoría de las pérdidas evitables. Comprueba que:

• Cada campo es necesario; los opcionales están marcados o se han eliminado.
• Las etiquetas están encima de los campos y siguen visibles mientras se escribe.
• Los tipos de campo corresponden a los datos, para que el móvil muestre el teclado adecuado para el correo, los números y el teléfono.
• La validación llega en el momento adecuado, con los mensajes junto al campo.
• Las direcciones, los nombres y los teléfonos aceptan formatos internacionales.
• Se puede comprar como invitado, y la creación de cuenta se ofrece después de la compra.
• Costes como el envío y los impuestos se muestran antes del último paso.
• El consentimiento y las preferencias de marketing van por separado y sin marcar por defecto, como exige el RGPD.
• La página y el correo de confirmación dicen qué pasa a continuación.

Navegación y arquitectura de la información

• La navegación principal usa las palabras de los clientes y tiene un número manejable de elementos.
• El usuario siempre sabe dónde está (página actual marcada, migas de pan en las páginas profundas).
• Las tareas más importantes están a pocos clics de la página de inicio.
• Hay buscador donde el catálogo o los contenidos lo necesitan, tolera las erratas y muestra resultados útiles cuando no encuentra nada.
• La navegación en móvil ofrece los mismos destinos que en ordenador.
• Los enlaces parecen enlaces en reposo, no solo al pasar el cursor.
• Las páginas de error ofrecen una salida en lugar de un callejón sin salida.

Contenidos y jerarquía visual

• La primera pantalla de cada página clave dice qué es, para quién es y qué hacer a continuación.
• Los encabezados se pueden leer en diagonal y se entienden por sí solos.
• Los párrafos son cortos y van al grano desde la primera frase.
• Los precios, las condiciones y la información de envío son fáciles de encontrar, no están escondidos en la letra pequeña.
• Las llamadas a la acción son concretas (“Reserva una llamada”, “Añadir a la cesta”), con una sola acción principal clara por pantalla.
• Las imágenes muestran el producto o el servicio real y apoyan el texto.
• Las señales de confianza (opiniones, garantías, datos de contacto) están cerca del punto de decisión.
• Las páginas traducidas están completas y no vuelven a otro idioma a mitad de un recorrido.

Rendimiento

La velocidad forma parte de la UX. Usa datos de campo donde los tengas y los umbrales de Core Web Vitals que publica Google. Comprueba:

• Largest Contentful Paint, Interaction to Next Paint y Cumulative Layout Shift en móvil, en tus plantillas clave.
• Que las imágenes tienen el tamaño de la pantalla y se sirven en formatos modernos.
• Que nada se mueve bajo el dedo del usuario mientras carga la página: banners, fuentes y anuncios reservan su espacio.
• Que los banners de cookies, los widgets de chat y los scripts de seguimiento no bloquean la primera vista.
• Que las páginas siguen siendo usables con una conexión móvil lenta.

Analítica y evidencia

Una auditoría sin datos es una opinión. Antes de sacar conclusiones, comprueba que:

• La analítica está instalada en todas las plantillas, respeta el consentimiento y registra los eventos que importan (formularios empezados, formularios enviados, añadir a la cesta, pasos del checkout).
• Hay embudos para los recorridos clave, para ver dónde se va la gente.
• Se registran las búsquedas internas, porque muestran lo que los usuarios no han encontrado.
• Las grabaciones de sesiones o los mapas de calor, donde el consentimiento lo permita, cubren las páginas revisadas.
• Se recogen las incidencias de soporte, las notas de ventas y las opiniones, porque nombran los problemas con las palabras del propio cliente.

¿Cómo hacer una auditoría UX en siete pasos?

La checklist te dice qué mirar; el método hace fiable el resultado y evita que se convierta en una lista de gustos personales.

1. Fija los objetivos y el alcance. Acuerda qué resultados de negocio importan (consultas, ventas, registros, menos llamadas a soporte), qué recorridos se auditan y en qué dispositivos. Con tres a cinco recorridos suele bastar.
2. Reúne la evidencia. Recopila la analítica, los embudos, las búsquedas, los temas de soporte, la investigación previa y el sistema de diseño, si lo hay. Anota lo que los datos no pueden decirte.
3. Define los usuarios y sus tareas. Escribe quién usa cada recorrido y qué intenta conseguir, para que cada hallazgo se juzgue desde su lado, no desde el del equipo.
4. Recorre los procesos con la checklist. Recorre cada proceso en móvil y en ordenador, paso a paso, marcando los fallos y haciendo capturas. Dos revisores que trabajan por separado detectan más y discuten menos.
5. Prueba la accesibilidad y la velocidad. Pasa análisis automáticos y después revisa a mano, con el teclado y un lector de pantalla, las páginas clave; mide las Core Web Vitals en plantillas reales.
6. Valora y ordena los hallazgos. Une los duplicados, asigna a cada hallazgo una gravedad (escala más abajo), estima el esfuerzo de corregirlo y ordénalos por impacto frente a esfuerzo.
7. Informa, presenta y planifica. Redacta cada hallazgo como problema, evidencia, impacto y recomendación; preséntalo a quienes van a actuar; y convierte los primeros puntos en una hoja de ruta con responsables.

Cuando las correcciones estén publicadas, repite la medición en los mismos recorridos. Es la única forma honesta de saber si la auditoría ha merecido la pena.

¿Cómo valorar la gravedad de los problemas de UX?

Una escala de gravedad evita que todos los hallazgos suenen igual de urgentes. Esta, adaptada de la práctica habitual, es lo bastante sencilla para que todo un equipo la use de la misma manera.

Gravedad	Nombre	Qué significa	Ejemplo	Cuándo corregir
4	Crítico	El usuario no puede completar una tarea clave, o se incumple una obligación legal	El checkout falla con un método de pago; formulario inutilizable con el teclado	De inmediato
3	Grave	El usuario completa la tarea con verdadera dificultad o muchos abandonan	El coste de envío solo aparece en el último paso	En este sprint o el siguiente
2	Leve	Provoca dudas o errores de los que el usuario se recupera	Mensaje de error poco claro en un campo de contraseña	Backlog planificado
1	Estético	Incoherencia con poco efecto en la tarea	Dos estilos de botón para la misma acción	La próxima vez que se toque esa área

Valora la gravedad con tres preguntas: con qué frecuencia aparece el problema, cuánto bloquea la tarea y si el usuario puede sortearlo. Después pon el esfuerzo al lado. Un problema grave que se corrige en una hora va antes que uno crítico que exige rehacer algo solo si el crítico se puede contener mientras tanto.

¿Qué entregables debe incluir una auditoría UX?

Pídelos antes de firmar, haga quien haga el trabajo:

• Un resumen ejecutivo de una o dos páginas: los hallazgos principales, lo que le cuestan al negocio y las primeras acciones.
• El registro de hallazgos, una hoja de cálculo o una tabla con cada incidencia: recorrido, pantalla, descripción, captura, heurística o criterio WCAG, gravedad, esfuerzo y recomendación.
• Pantallas anotadas que muestran cada problema donde se produce.
• Un resumen de accesibilidad con los criterios WCAG 2.2 que han fallado en las páginas revisadas.
• Una foto del rendimiento de las plantillas clave en móvil.
• Una hoja de ruta priorizada que agrupa las correcciones en mejoras rápidas, trabajo planificado y puntos que necesitan antes investigación o tests.
• Una sesión de presentación con quienes harán los cambios, para resolver las dudas antes de empezar el trabajo.

Si el informe contiene hallazgos sin evidencia o recomendaciones sin motivo, devuélvelo. Si vas a publicar las correcciones en un desarrollo nuevo, acompaña la hoja de ruta de una checklist QA web para que la nueva versión no vuelva a introducir problemas antiguos.

¿Quién debe hacer la auditoría UX: el equipo interno o una agencia?

Un equipo interno conoce el producto y su historia, lo que ayuda, pero también conoce los atajos para sortear los fallos y tiene opiniones sobre decisiones pasadas. Un equipo externo aporta una mirada nueva y experiencia en muchos productos, pero necesita tiempo para conocer tu negocio y tus clientes.

Un reparto práctico funciona bien: tu equipo aporta los datos, los accesos y el contexto; un revisor externo hace los recorridos, valora la gravedad y redacta el informe; y las dos partes acuerdan juntas la hoja de ruta. Si es la primera vez que encargas trabajo de diseño, nuestra guía Diseño UX/UI: guía para quien toma decisiones explica cómo preparar el briefing y cómo valorar el resultado.

¿Cuánto dura una auditoría UX y de qué depende su coste?

La mayoría de las auditorías con un alcance acotado duran de una a tres semanas, según cuántos recorridos y dispositivos se incluyan y cuántos datos estén listos. Cuatro cosas marcan el coste: el número de recorridos, la profundidad de las pruebas de accesibilidad, si se añaden tests de usabilidad con usuarios reales y el nivel de detalle de los entregables.

La mayor parte del esfuerzo es la revisión experta y la redacción, no las herramientas. Los análisis automáticos y la recogida de datos ocupan una fracción del tiempo. Un presupuesto cerrado debería llegar después de un briefing breve que nombre los recorridos, los dispositivos, los idiomas y los entregables; si un presupuesto no dice qué cubre, pregunta.

¿Cada cuánto conviene hacer una auditoría UX?

Haz una auditoría completa antes de cualquier rediseño y después de cambios importantes de producto, público o mercado. Entre una y otra, una revisión más ligera de los recorridos clave una o dos veces al año evita que los problemas se acumulen, junto con una revisión de la analítica después de cada versión. La accesibilidad merece un ritmo propio: en la Unión Europea, la Ley Europea de Accesibilidad se aplica desde el 28 de junio de 2025 a muchos servicios de consumo, entre ellos el e-commerce.

Preguntas frecuentes

Si quieres una visión clara y ordenada de lo que frena tu web o tu app, empieza con una auditoría de tus tres recorridos más importantes: te dirá si necesitas correcciones, tests o un rediseño. Descubre cómo trabajamos el diseño UX/UI y las auditorías, o cuéntanos tu producto y te propondremos un alcance después de un briefing breve.

Para seguir leyendo: La IA en el diseño UX: qué cambia y qué no.