98% no es mucho

Tratar una “cobertura del 98%” como “suficientemente buena” puede ser engañoso de forma peligrosa, sobre todo cuando el 2% restante representa a millones de usuarios o fallos de alto riesgo. Los comentaristas contrastan decisiones de desarrollo web —como adoptar nuevas funciones de CSS que fallan en navegadores antiguos— con dominios como sistemas críticos de seguridad, pagos, accesibilidad y servicios públicos, donde incluso pequeñas tasas de fallo son inaceptables. El tema central es que los porcentajes solo tienen sentido en contexto: hay que sopesar el costo de soportar casos límite frente al impacto empresarial, ético y reputacional de excluirlos, y usar mejora progresiva o degradación elegante cuando sea posible.

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.