Accesibilidad en tarjetas y paneles: cinco decisiones que sí se notan
Un diseño puede verse claro con el mouse y resultar imposible con teclado.
Una tarjeta de proyecto con imagen, título y enlace parece sencilla. Si todo el bloque es clicable, el foco de teclado debe mostrarlo. Si hay dos enlaces dentro, sus nombres deben explicar destinos distintos. «Ver más» repetido veinte veces no ayuda a quien navega con lector de pantalla.
Usá HTML según su función: enlaces para navegar, botones para ejecutar acciones, encabezados en orden y etiquetas asociadas a los campos. El navegador ya conoce esos comportamientos. Un `div` con un evento de clic exige reconstruirlos a mano y suele dejar casos fuera.
El contraste no se resuelve solo con colores más oscuros. Un mensaje de error debe tener texto que explique qué pasó; una etiqueta de estado no debería depender únicamente de verde o rojo. Los objetivos táctiles necesitan espacio, especialmente en móviles.
Probá tres recorridos: solo teclado, zoom al 200 % y lector de pantalla en el formulario principal. En pocos minutos aparecen problemas que una captura de diseño no muestra. Corregirlos al crear el componente cuesta mucho menos que hacerlo en veinte páginas distintas.