2026-07-07

98% no es mucho

Contexto: “98%” es altamente dependiente del dominio

Muchos sostienen que la variable clave es el costo del fallo, no el porcentaje bruto.
98% puede ser excelente para métricas de “alza” (cuota de mercado, mejora de conversión), pero inaceptable para “baja”/seguridad (aviones, cirugía, seguridad alimentaria, IA para coches, disponibilidad/SLA).
Los eventos repetidos se acumulan: un 1–2% de fallo por consulta, panel o sesión significa que casi cualquier usuario terminará encontrando pronto un caso malo.

Compatibilidad del navegador, dispositivos antiguos e impacto empresarial

Gran debate sobre dejar de dar soporte a navegadores antiguos (IE, móviles obsoletos, máquinas corporativas bloqueadas).
Una postura: construir para el 95–98% usando navegadores modernos y siempre actualizados; el soporte heredado es costoso, ralentiza el desarrollo y los usuarios deberían actualizarse.
La otra postura: porcentajes pequeños pueden representar trabajadores de oficina de alto valor, clientes B2B o millones de usuarios gubernamentales; perder entre 2–6% de ese tráfico puede ser financieramente enorme.
Algunos señalan que todavía llega tráfico real desde IE9/11 y Android antiguo, a menudo en horario laboral. Otros dicen que los UAs muy antiguos son sobre todo bots o casos límite que no merece la pena apuntar.

Mejora progresiva vs. funciones de todo o nada

Muchos enfatizan la degradación elegante: usar CSS/JS nuevos para funciones “agradables de tener”, pero mantener la funcionalidad básica en todas partes.
Ejemplos: imágenes de respaldo en lugar de solo AVIF/WebP; diseños más simples cuando no se admiten anidamiento o flexbox; detección de características mediante @supports/JS.
Contrapunto: algunas funciones (p. ej., sustituir Sass por anidamiento nativo de CSS) son estructuralmente de todo o nada, lo que dificulta la mejora progresiva.

Accesibilidad, equidad y ética

Algunos ven dejar de soportar navegadores antiguos como discriminación de clase o como algo análogo a excluir a personas con discapacidades; sostienen que la inclusión es “lo correcto”, especialmente para servicios públicos.
Otros afirman que las empresas pueden decidir legítimamente no atender segmentos de bajo valor o extremadamente costosos, igual que las marcas de lujo ignoran a compradores con presupuesto ajustado.
El acceso para sillas de ruedas y el acceso digital a servicios esenciales se citan como áreas donde la regulación o la lógica del bien público deberían imponerse al beneficio puro.

Medición, estadísticas y percepción

Varios señalan que las estadísticas globales de navegadores (p. ej., caniuse, analíticas) pueden infravalorar a los usuarios centrados en la privacidad y a Firefox, y sobrevalorar UAs de Chrome obsoletos.
Se recomienda reformular 98% como “1 de cada 50 falla” o usar probabilidades/log-odds; pequeños cambios cerca del 100% pueden reducir a la mitad las tasas de fallo.
El hilo insiste repetidamente en que muchas decisiones superpuestas del 98% pueden excluir cumulativamente a mucho más del 2% de los usuarios.

Escepticismo sobre el encuadre del artículo

Algunos creen que el artículo mezcla dominios no comparables (CSS frente a intoxicación alimentaria) e ignora el análisis coste-beneficio.
Otros responden que su mensaje central es modesto: no te dejes seducir por afirmaciones de “98% compatible”; comprueba quiénes son tus usuarios reales, qué está en juego y si puedes degradar con elegancia.