Ich bin noch unentschlossen, ob dies wirklich eine bewusste böswillige Retourkutsche Seitens Apple für den europäischen Wirtschaftsraum wegen dem Digital Markets Acts (DMA) ist, d.h. Apple wirklich plant die Technik Progressive Web App (PWA) in iOS dauerhaft zu sperren oder nicht.
Da es nur iOS und nicht auch iPadOS betrifft, könnte man als Indiz werten. Auf der anderen Seite ist iPadOS derzeit vom DMA noch nicht betroffen.
Als jemand der PWAs nutzt sowie sich gerne im Apple Garten bewegt hoffe ich derzeit, dass dies nur ein großes Missverständnis ist und die Deaktivierung lediglich temporärer Natur ist, weil Apple es andernfalls nicht schafft den DMA bis zum 06. März umzusetzen.
Diese Theorie ist für mich derzeit am plausibelsten: Safari ist WebKit und die reine Rendering-Komponente hieß hier schon immer "WebView" (aktuell ist "WebView2"). D.h. um Webinhalte unter iOS darzustellen, muss bislang immer die WebView-Komponente ausgeführt werden. Diese pflegt Apple zentral. Ähnlich wie es Microsoft nun auch macht (der neue Browser von Microsoft heißt "Edge", basiert auf dem Browser Chrome der auf der Engine Blink basiert, die wiederum aus der Engine WebKit hervorging. Auch hier heißt die Rendering-Komponente WebView, entsprechend verteilt Microsoft nun die WebView2-Runtime).
Wenn man bislang eine PWA erstellt hat (=irgendeine Webseite seinem Homescreen hinzugefügt hat), dann wurde ähnlich wie bei Apps selbst auf dem Filesystem hierfür ein eigenes Verzeichnis geschaffen. Beim Ausführen der PWA hat das Betriebssystem dann einen WebView-Prozess gestartet der quasi in diesem Verzeichnis eingesperrt war (ähnlich wie man es von "chroot" kennt bzw. weil iOS ja auf BSD basiert, "jail"). Das hat zur Folge, dass die PWA wie jede andere App isoliert ist. Entsprechend hat eine PWA auch seinen eigenen Cookie-Store, Cache usw. Dadurch, dass es ein eigener Prozess ist, wie eine App, greift auch alles andere, was man von der Plattform so kennt: Man wechselt die App, dann wird die vorherige App "eingefroren" (=der Prozess bekommt vereinfacht gesagt keine CPU-Zeit mehr), sie kann das System also nicht mehr belasten. Im Worstcase, wenn irgendetwas schief läuft, stürzt der Prozess der diese Anwendung hostet ab -- damit auch die App bzw. PWA an sich. Das System selber ist davon aber nicht betroffen.
Das alles ändert sich nun: Der DMA verpflichtet Apple, auch Dritten die Möglichkeit zu gewähren einen vollwertigen Browser für iOS anzubieten. Was ist das Problem hierbei? Normale Apps sind beschränkt. Sie laufen in einer "Jail" (daher "Jailbreak", wenn man es schafft auszubrechen und Systemrechte zu erlangen). Es ist kein direkter Zugriff auf die Hardware möglich -- alles läuft über Wrapper. Will man nun aber eine echte Rendering-Engine umsetzen, dann würde man Hardware-Zugriff benötigen. Andernfalls würde man keine vergleichbare Performance bieten können. Auch um Dinge wie Sandboxing ermöglichen zu können, müsste der Browser andere Rechte haben (die derzeitigen Rechte einer App reichen nicht aus, um selbst eine Sandbox innerhalb der Sandbox ausführen zu können). Eine zusätzliche Browser-Engine zu unterstützen ist also alles andere trivial und mitnichten mit der Installation einer weiteren App zu vergleichen. Apple muss hierfür einiges intern umbauen, schießlich gilt es jetzt das System selbst gegen eine frühere Systemkomponente abzusichern, der man nun nicht mehr vertrauen kann.
Meine Hoffnung ist schlichtweg, dass Apple diesen Umbau in der Zeit hat nicht bewältigen können (oder wollen). Um Strafen zu vermeiden hat man sich daher dazu entschlossen diese Funktion auch erst einmal für den Safari zu streichen (wer weiß, evtl. ist der Safari nun ein Browser, wie er zukünftig von Dritten angeboten werden kann -- mit gleichen Limitierungen). Dadurch macht man sich nicht angreifbar, dass Dritte Dinge nicht können, die Apples eigener Browser kann. Gut möglich, dass Apple bis iOS 18 braucht, um sein System derart umzubauen, um auch Dritten solche Rechte zu gewähren, ohne die Systemsicherheit zu gefährden. Den Gegenbeweis zu führen, dürfte auch für die EU schwerfallen bzw. bis zum Erscheinen von iOS 18 rein zeitlich gar nicht möglich sein.
Selbst wenn dies alles zutrifft: Es kann natürlich auch sein, dass Apple dabei weiterhin pokert und schaut ob man ohne WebView-Komponente auskommt. Sollte man dadurch (ausgegangen von dem Zwang den DMA für iOS umsetzen zu müssen) mehr Leute zu Apps treiben und dadurch mehr durch (In-)App Käufe einnehmen, würde Apple sicherlich nicht weinen.
