Saltar al contenido
qa funcional / wcag 2.2 / core web vitals

Lo que se rompe y lo que frustra

Una auditoría independiente de tu producto en producción: defectos funcionales, cobertura entre navegadores y dispositivos, accesibilidad según WCAG 2.2, Core Web Vitals y la fricción de uso que te cuesta conversiones en silencio.

Por qué una auditoría de QA y UX

Tu equipo ya no ve vuestro producto: sabe dónde hay que hacer clic. Una pasada desde fuera encuentra el fallo en el navegador que nadie prueba, el formulario que falla en silencio y el paso donde los usuarios reales abandonan, todo en un mismo recorrido.

01

Dos auditorías en un solo recorrido

Los errores y la fricción aparecen en el mismo recorrido, en los mismos dispositivos y con los mismos revisores. Separar QA de UX significa pagar dos veces por el mismo paseo por tu producto.

02

Ojos realmente independientes

No lo construimos nosotros, así que no conocemos el camino feliz. Ahí está todo el valor: recorremos las rutas que recorren tus usuarios, incluidas las que tu equipo dejó de recorrer hace meses.

03

Navegadores y dispositivos reales

Chrome, Safari y WebKit, Firefox y Edge, sobre móviles, tablets y equipos de escritorio reales, no un único emulador. Safari y WebKit en concreto es donde suelen vivir los defectos que nadie detectó.

04

Accesibilidad medida, no afirmada

WCAG 2.2 AA probado con lectores de pantalla y navegación solo con teclado, no únicamente con un escáner automático. La automatización detecta alrededor de un tercio de las barreras reales; el resto necesita una persona.

05

El rendimiento que se nota

Largest Contentful Paint, Interaction to Next Paint y Cumulative Layout Shift medidos en condiciones realistas, con la causa concreta de cada regresión identificada.

06

Hallazgos que se convierten en tickets

Cada incidencia llega con severidad, entorno, pasos de reproducción y una captura o grabación, para que entre directa en vuestro gestor de tareas en vez de en un debate sobre si es real.

Qué entregamos

01

Pasada de QA funcional

Un barrido estructurado de tus recorridos críticos —registro, checkout, onboarding, lo que genere ingresos— sobre una matriz de navegadores y dispositivos acordada contigo, con cada defecto reproducido y grabado.

02

Auditoría de accesibilidad (WCAG 2.2 AA)

Pruebas solo con teclado y con lector de pantalla, contraste, orden de foco, etiquetado de formularios y estructura semántica, contrastados con WCAG 2.2 AA y reportados criterio a criterio.

03

Rendimiento y Core Web Vitals

LCP, INP y CLS medidos por plantilla clave, con cada regresión atribuida al recurso, script o layout que la causa, y con la corrección, no solo con la puntuación.

04

Revisión UX y lista priorizada

Heurísticas de usabilidad aplicadas a los flujos que importan, puntos de abandono identificados y todo lo anterior unificado en una sola lista ordenada por severidad. Opcional: una suite de regresión en Playwright para que los errores encontrados no vuelvan.

Proceso

  1. 01

    Acotar

    Acordamos los recorridos críticos, la matriz de navegadores y dispositivos y qué significa «bien» para tus usuarios, para que la auditoría cubra aquello de lo que depende el negocio.

  2. 02

    Probar

    Pasadas manuales en dispositivos reales, recorridos con lector de pantalla y teclado y rendimiento medido, reproduciendo y capturando cada hallazgo sobre la marcha.

  3. 03

    Reportar

    Una única lista ordenada por severidad, una sesión con tu equipo y, si lo quieres, la suite de regresión y las correcciones implementadas por nosotros.

Faqs

Preguntas frecuentes sobre nuestras auditorías de QA y UX

Porque una sola persona recorriendo vuestro producto encuentra las dos cosas. Un mensaje de validación roto y uno confuso se descubren en la misma pantalla y en el mismo minuto: contratar dos servicios separados es pagar dos veces el mismo recorrido.

Dispositivos reales para la matriz principal y emuladores solo para ampliar cobertura en los extremos. Safari en un iPhone real se comporta de forma distinta a cualquier simulación, y esa diferencia es justo donde viven los defectos que nadie detectó.

No. Las herramientas automáticas detectan una minoría de las barreras reales, así que la auditoría añade navegación solo con teclado y pasadas con lector de pantalla. Los hallazgos se reportan contra criterios concretos de WCAG 2.2, no como una puntuación genérica.

Una lista ordenada por severidad donde cada elemento lleva entorno, pasos de reproducción, comportamiento esperado frente al real y una captura o grabación, listo para pegar en Jira, Linear o GitHub Issues. Podemos crearlos nosotros directamente si nos dais acceso.

Si queréis, sí. Muchos clientes llevan la lista a su propio equipo; otros nos encargan la remediación y la suite de regresión. La auditoría es la misma en ambos casos.

Sí: los builds nativos de iOS y Android se prueban igual, sobre hardware real, incluyendo la accesibilidad de plataforma (VoiceOver y TalkBack) y la preparación para las tiendas.

Hablemos

Reserva una llamada con nuestro CEO

Retrato de Denys Havryliak, fundador y CEO de Applefy

Denys Havryliak

Fundador y CEO

  • Más de 10 años en ingeniería de software
  • Máster en ciberseguridad
  • Conocimiento profundo y actual de las herramientas de IA

Hablarás con quien construye. Denys trabaja de forma práctica en producto, arquitectura y entrega, y sigue de cerca lo que las herramientas de IA de hoy pueden hacer de verdad en producción, no solo en una demo.