¿Por qué GitHub dejó de usar notificaciones tipo toast?
La decisión de GitHub de eliminar las notificaciones tipo toast se basa en una revisión exhaustiva de accesibilidad y usabilidad. Estas notificaciones presentaban problemas significativos para usuarios con discapacidades, en especial para quienes utilizan tecnologías asistivas. Elementos como la duración limitada, la ubicación inconsistente y la falta de control por parte del usuario chocan con los lineamientos establecidos por las Web Content Accessibility Guidelines (WCAG). Por ejemplo, muchos toasts desaparecen antes de que puedan ser leídos o navegados por teclado, y suelen no ser anunciados correctamente por lectores de pantalla.
Implicancias clave sobre accesibilidad y WCAG
Las notificaciones toast violan varios criterios críticos de las WCAG:
- Timing Adjustable (2.2.1): Los usuarios deben poder controlar el tiempo que permanece la notificación (algo que los toasts suelen ignorar).
- Reflow (1.4.10): La interfaz debe adaptarse sin provocar desplazamientos horizontales o perder foco visual y funcional.
- Focus Order (2.4.3): Todo contenido interactivo debe poder accederse en un orden lógico con teclado.
- Consistent Identification (3.2.4): Los patrones de notificación deben ser uniformes para no confundir al usuario.
Alternativas recomendadas para fundadores SaaS
Las mejores prácticas actuales recomiendan evitar notificaciones efímeras y poco controlables. En su lugar, se aconseja:
- Utilizar banners persistentes o mensajes en áreas predecibles del UI, visibles hasta que el usuario los cierre.
- Garantizar accesibilidad: permitir navegar y gestionar notificaciones vía teclado y que sean correctamente anunciadas por lectores de pantalla (usando ARIA live regions).
- Respetar el contexto: las notificaciones no deben interrumpir tareas críticas ni distraer del flujo principal.
- Testear con usuarios reales, especialmente con discapacidades, para asegurar cumplimiento y óptima experiencia.
Impacto para productos digitales y SaaS
Ignorar estos aspectos conlleva el riesgo de dejar fuera a usuarios con necesidades diversas, incurrir en sanciones por incumplimiento de normativas de accesibilidad y perder la confianza de los usuarios. Para startups enfocadas en escalar SaaS y plataformas, la inclusividad no es solo ética, sino una ventaja competitiva y un requerimiento legal en muchos mercados.
Recursos prácticos para equipos de producto y diseño
El Primer Design System de GitHub documenta extensamente los fracasos comunes de los toasts y da pautas para sustituirlos. Comunidades como Bootstrap y casos en la industria SaaS contribuyen con ejemplos y debates sobre patrones accesibles de notificación.
Conclusión
La experiencia de GitHub ilustra la importancia de diseñar notificaciones verdaderamente accesibles y persistentes. Para founders y equipos de SaaS, abordar estos desafíos hoy previene problemas mayores y contribuye a una experiencia inclusiva y robusta, lista para escalar a nivel global.
Descubre cómo otros founders implementan estas soluciones para productos accesibles en nuestra comunidad.
Fuentes
- https://primer.style/accessibility/toasts/ (fuente original)
- https://www.designsystemscollective.com/the-accessibility-fix-github-already-made-but-most-people-are-still-ignoring-28b308414a03 (fuente adicional)
- https://javascript.plainenglish.io/github-just-killed-toast-messages-heres-the-accessibility-data-that-forced-their-hand-97235e948227 (fuente adicional)
- https://github.com/bitwarden/clients/issues/3487 (fuente adicional)
- https://github.com/twbs/bootstrap/issues/41873 (fuente adicional)
