Qué puede hacer hoy una PWA

Artículo original ↗ Discusión en Hacker News ↗

Las Progressive Web Apps (PWAs) ya exponen una amplia gama de capacidades del dispositivo —notificaciones push, uso sin conexión, acceso a cámara y códigos de barras, APIs de archivos y más—, lo que las convierte en una alternativa plausible a las apps móviles nativas para muchos casos de uso. Los comentaristas sopesan estas ventajas frente a desventajas importantes: compatibilidad desigual entre navegadores (especialmente en iOS y motores no Chromium), APIs específicas de Google que no son estándares web, preocupaciones de seguridad y privacidad, y frecuentes fallos de UX y problemas de rendimiento. El resultado es una visión dividida de las PWAs como una forma prometedora de esquivar el control de las tiendas de apps y el desarrollo multiplataforma, o como una capa frágil, dependiente del navegador, que con demasiada frecuencia no logra igualar a las apps nativas ni a los sitios web tradicionales y simples.

Sentimiento general sobre las PWAs

  • El hilo está fuertemente dividido: algunos ven las PWAs como la dirección correcta para aplicaciones multiplataforma y una forma de esquivar el control de las tiendas de apps; otros las ven como algo sobrevalorado, frágil y a menudo peor que las aplicaciones nativas o las páginas web simples.
  • Quienes las apoyan destacan un menor coste de desarrollo (una sola base de código, habilidades web), alcance global instantáneo, despliegues tipo quiosco/internos y una UX “suficientemente buena” para muchas aplicaciones empresariales.
  • Quienes las critican enfatizan un comportamiento poco fiable, mala UX, bloat de JavaScript y que muchas PWAs no son más que SPAs sobredimensionadas donde una web simple bastaría.

Compatibilidad de plataformas y política de estándares

  • Tema recurrente: muchas capacidades mostradas dependen de APIs solo de Blink (Web Bluetooth, WebUSB, Shape Detection, Web Share Target, algunos flujos de Digital Goods).
  • Mozilla y Apple han rechazado explícitamente varias de estas por motivos de seguridad, privacidad o fingerprinting; algunos consideran esto justificado, otros lo ven como proteccionismo en favor de las tiendas de apps.
  • Preocupa que Google esté definiendo de facto “la web” mediante Chromium, con el riesgo de un monopolio de Chrome de facto; el contraargumento es que Chromium es de código abierto y sigue limitado por los procesos de estándares.
  • Firefox eliminó el soporte de PWA/SSB en escritorio, lo que algunos ven como una herida autoinfligida.

Capacidades, casos de uso y limitaciones

  • Éxitos concretos: PWAs internas desplegadas mediante MDM/Intune; aplicaciones empresariales con mucho uso de cámara; reproductores multimedia; configuraciones tipo quiosco; escaneo de códigos de barras (con reservas).
  • Áreas ausentes o débiles: no hay una API de calendario estandarizada (soluciones alternativas mediante iCal/CalDAV), acceso al sistema de archivos aún inmaduro (especialmente en móvil), Bluetooth/USB/serial limitados o inconsistentes, e históricamente un web push deficiente en iOS.
  • Algunas APIs existen pero tienen fallos o solo están implementadas parcialmente (por ejemplo, vibración en Firefox Android, acceso al sistema de archivos y a la cámara en pantalla completa en móvil).

Instalación, UX y descubribilidad

  • En iOS, “Añadir a la pantalla de inicio” a través de la hoja de compartir se considera poco obvio y escondido; los avisos de instalación en Android son más fáciles, pero en teoría pueden resultar spam.
  • Las PWAs se instalan por navegador, el comportamiento de los iconos es inconsistente (por ejemplo, insignias del navegador) y la falta de soporte para compartir como destino en iOS son quejas recurrentes.
  • Muchos usuarios prefieren pestañas del navegador antes que “apps” separadas; otros prefieren las PWAs como ventanas independientes con entradas en la barra de tareas y notificaciones.

Confianza, monetización y ángulo de negocio

  • Se argumenta que las tiendas de apps proporcionan una capa de confianza y pagos a la que los usuarios responden (especialmente en iOS); las PWAs necesitan otros patrones (suscripciones, pagos web, APIs de Digital Goods).
  • Algunos temen que las PWAs sean un camino hacia “ChromeOS en todas partes”; otros sostienen que el problema mayor es escapar de las rentas y el control de las tiendas de apps.