Apple confirma que está rompiendo a propósito las apps web del iPhone en la UE

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

La decisión de Apple de desactivar las apps web de la pantalla de inicio (PWAs) para los usuarios del iPhone en la UE ha desencadenado un intenso debate sobre si se trata de una respuesta legítima de seguridad a la Ley de Mercados Digitales de la UE o de una forma de “cumplimiento malicioso” para proteger los ingresos del App Store. Los comentaristas cuestionan la afirmación de Apple de que admitir PWAs con motores de navegador de terceros exigiría una reingeniería de seguridad poco práctica, señalando que Android y las plataformas de escritorio ya gestionan modelos similares. El intercambio se amplía hacia un choque sobre el bloqueo de plataforma, la libertad del usuario frente a la seguridad, y si la regulación agresiva de la UE es un control necesario sobre las grandes tecnológicas dominantes o un freno a la innovación.

La justificación declarada de Apple

  • Apple dice que las apps web de la pantalla de inicio (PWAs) en iOS tienen una integración profunda, específica de WebKit, con seguridad a nivel del sistema operativo: almacenamiento por sitio, permisos y aislamiento como las apps nativas.
  • Permitir motores de navegador alternativos bajo la DMA de la UE requeriría una “nueva arquitectura de integración” para preservar esas garantías.
  • Afirmaciones:
    • Sin eso, una app web maliciosa podría acceder a los datos o permisos de otras apps web (cámara, micrófono, ubicación).
    • Navegadores que no sean Safari podrían instalar apps web sin avisar.
    • Rehacer esto para todos los motores no era “práctico” dada la labor con la DMA y el uso “muy bajo” de las PWAs, así que eliminaron las PWAs de la pantalla de inicio en la UE.
    • Los usuarios de la UE aún pueden añadir marcadores a la pantalla de inicio, pero estos se abren como pestañas normales del navegador.

Críticas y acusaciones de mala fe

  • Muchos ven esto como un “cumplimiento malicioso” y un berrinche para socavar la DMA y castigar a los usuarios de la UE:
    • Degradar deliberadamente iOS para evitar dar a competidores (y a las PWAs) capacidades equivalentes.
    • Entra en conflicto con el uso de las PWAs por parte de Apple desde hace años como argumento legal (“usen la web en lugar del App Store”).
  • Réplica técnica:
    • Las PWAs usan las mismas APIs web que los sitios; los principales extras son la pantalla completa y un almacenamiento más persistente.
    • Los navegadores ya deben aislar sitios y gestionar permisos; Android y los sistemas de escritorio permiten PWAs con múltiples motores sin catástrofes.
    • Si las PWAs de navegadores de terceros fueran arriesgadas, Apple podría advertir a los usuarios, restringir capacidades o habilitar PWAs solo para motores que superen criterios de seguridad.
  • Varios califican la historia de seguridad de Apple como “FUD” y motivada financieramente: las PWAs pueden esquivar el App Store y su comisión del 30% / Core Technology Fee.

Apoyo a la postura de Apple

  • Algunos sostienen que la preocupación es legítima:
    • La seguridad de iOS está diseñada en torno a componentes controlados por Apple; permitir que motores arbitrarios alojen cuasiapps amplía la superficie de ataque.
    • Apple asume el riesgo de marca cuando ocurre algo malo en iOS, incluso en código de terceros.
    • Los navegadores son bases de código enormes y propensas a errores; añadir aislamiento por PWA a través de motores arbitrarios no es trivial.
  • Otros priorizan la seguridad y la UX de “Just Works” de iOS y no quieren más apertura; dicen que los usuarios de PWAs son una minoría pequeña.

Impacto en desarrolladores y usuarios

  • Los desarrolladores que dependen mucho de PWAs (herramientas internas, aplicaciones de negocio, SaaS pequeños, apps “hechas en casa”) dicen que esto es un golpe importante:
    • Dependen de las PWAs para evitar la revisión del App Store, las comisiones y la sobrecarga de distribución, y para dar soporte a flotas mixtas iOS/Android.
    • Perder pantalla completa, notificaciones y almacenamiento duradero en la UE rompe apps reales ya desplegadas (incluidas algunas en sanidad).
  • Algunos usuarios y desarrolladores de la UE dicen que esto los empuja hacia Android/Pixel o teléfonos FOSS; otros se quedan con Apple a regañadientes.

Debates sobre la DMA, la competencia y la regulación

  • Sigue el debate sobre si esto cumple el espíritu de la DMA:
    • Una visión: tratar a todos los motores por igual eliminando una función es formalmente compatible, pero socava claramente los objetivos de interoperabilidad.
    • Visión contraria: la DMA no puede obligar a Apple a añadir o mantener funciones, solo a no discriminar entre motores; retirar las PWAs está dentro de sus derechos.
  • División política más amplia:
    • Quienes apoyan la DMA ven a Apple/Google como guardianes del acceso con bloqueo y efectos de red; hace falta regulación para que cambiar de plataforma e interoperar sean reales.
    • Los críticos dicen que la UE “solo legisla, no innova”, y que reglas pesadas (DMA, GDPR) frenan a las startups y el progreso tecnológico.
  • Algunos predicen investigaciones y multas de la UE; otros dudan del apetito o la capacidad de la UE para “romper” o prohibir Apple.

Temas más amplios

  • Fuerte resentimiento hacia el creciente control de Apple, el bloqueo y la percepción de hostilidad hacia los estándares abiertos y la propiedad del usuario/dispositivo.
  • Los defensores subrayan que muchos usuarios comunes no saben ni les importan las PWAs, y aceptarán los sacrificios de Apple por seguridad, pulido e integración con el ecosistema.