Apple revierte su decisión sobre la muerte de las Progressive Web Apps en la UE

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

La decisión de Apple de restaurar el soporte de Progressive Web App (PWA) en la UE después de haber intentado desactivarlo brevemente se interpreta ampliamente como una respuesta a la inminente aplicación del Digital Markets Act (DMA) de la UE y a la reacción pública negativa. Los comentaristas debaten si la retirada inicial fue una precaución legal de buena fe o una “cumplimiento malicioso” destinado a proteger los ingresos del App Store manteniendo la web como una alternativa más débil frente a las apps nativas. Muchos argumentan que limitar las PWA al motor WebKit de Apple sigue siendo anticompetitivo y esperan más presión regulatoria y posibles multas por el bloqueo a motores de navegador y por la estrategia más amplia de Apple de cumplimiento del DMA.

Los motivos de Apple y el contexto regulatorio

  • Muchos ven la rápida marcha atrás como evidencia de que la eliminación de las PWA fue una maniobra táctica o punitiva en torno al cumplimiento del DMA, no una restricción técnica dura.
  • Otros sostienen que probablemente refleja un asesoramiento jurídico en evolución y una aversión conservadora al riesgo: desactivar funciones suele ser la vía de menor riesgo cuando las normas no están claras.
  • Varios señalan que Apple ha invertido en las PWA en los últimos años, lo que sugiere que no quiere literalmente “matarlas”, sino mantenerlas restringidas y bajo WebKit.
  • Hay debate sobre si este episodio fortalecerá la aplicación de la normativa en la UE; algunos esperan más multas y “cambios de rumbo”, especialmente en torno a las estructuras de tarifas de Apple.

Interpretación del DMA y legalidad

  • Un sector sostiene que el DMA exige claramente que cualquier capacidad que tenga Safari/WebKit (incluidas las PWA) esté igualmente disponible para motores de 3rd‑party, y que restringir las PWA a WebKit es auto-preferencia y falta de cumplimiento.
  • Otros dicen que el texto es más ambiguo: las PWA pueden considerarse una función del sistema operativo, no una obligación de “motor del navegador”; los desarrolladores web pueden no calificar como “usuarios empresariales” según las definiciones del DMA; y las PWA no son un “core platform service” designado.
  • Varios señalan que la UE solo ha dicho que está “estudiando” las PWA; todavía no hay una aprobación explícita de WebKit-only. Cualquier “aprobación por canal secundario” es especulativa.

Argumentos técnicos y de seguridad

  • La justificación declarada por Apple: su arquitectura actual de PWA presupone un tiempo de ejecución privilegiado de WebKit (Web.app); reestructurarla para múltiples motores, aislamiento seguro a nivel de app, infraestructura de push y comportamiento en segundo plano sería un trabajo grande y apresurado.
  • Los defensores subrayan las restricciones más estrictas de seguridad y batería de iOS frente a macOS, y argumentan que permitir motores arbitrarios con service workers, almacenamiento y notificaciones en segundo plano amplía la superficie de ataque.
  • Los críticos responden que Android, Windows y macOS admiten múltiples motores y PWA sin catástrofes; ven la “seguridad” como un pretexto para proteger los ingresos del App Store y el control.

Competencia entre navegadores y la web abierta

  • Muchos temen que el bloqueo de Apple a WebKit haya estancado durante una década las capacidades de las PWA y haya impedido una competencia real entre navegadores en iOS; se considera que el soporte de PWA en Safari va años por detrás de Chromium.
  • Otros afirman que una base WebKit en iOS en realidad frena el dominio de Chrome y protege a los usuarios de un rastreo más invasivo.

Impacto para desarrolladores y usuarios

  • Algunos desarrolladores dependen en gran medida de las funciones de PWA en iOS —especialmente las notificaciones push— y vieron la retirada como algo existencial; la marcha atrás es un alivio, pero la confianza queda tocada.
  • Varios predicen futuras batallas: motores de 3rd‑party que quieren capacidades PWA iguales, escrutinio de la “core technology fee” de Apple y una presión antimonopolio más amplia sobre el App Store y las políticas de Safari.