Por qué los frontends fracasan cuando los abordas como un backend

Marijke Luttekes, desarrolladora con años de experiencia en frontend y backend, sostiene que el desarrollo frontend de calidad es más difícil de lo que suele reconocerse, porque no se reduce a escribir HTML, CSS y JavaScript correctos: exige comprender cómo los usuarios consumen la información. Mientras el backend trabaja con preguntas lógicas de sí o no para almacenar y recuperar datos, el frontend debe presentar esos datos de forma que un usuario no técnico los procese, considerando experiencia de usuario, psicología, accesibilidad, diferencias culturales y variedad de dispositivos. Luttekes subraya que la experiencia de usuario es contextual: el mismo mensaje puede requerir tratamientos muy distintos según el sitio, y etiquetarlo todo de forma exhaustiva, lejos de ayudar, satura a quienes usan lectores de pantalla. La accesibilidad, explica, es el terreno donde se revelan los fallos reales de un frontend: CSS y JavaScript incompatibles con navegadores antiguos, imágenes pesadas que ralentizan la carga en móviles, datos mal etiquetados, navegación imposible con teclado, problemas de contraste, animaciones excesivas que afectan a personas con sensibilidad al movimiento. Como ejemplo clave, señala los encabezados HTML, que actúan como puntos de referencia en una página —equivalentes a un índice de un libro— y deben ser correctos, únicos y estar en el orden adecuado para que la página sea navegable. También advierte sobre la gestión del foco en formularios dinámicos con filas que se añaden y eliminan, un escenario habitual donde el foco del ratón y del teclado divergen y deja atrapados a los usuarios que solo usan teclado. En conjunto, el artículo defiende que tratar el frontend como si fuese lógica de backend condena a los proyectos a fallar en dimensiones que el equipo técnico ni siquiera detecta.