Bereits im Februar bahnte sich an, was nun zur Tatsache geworden ist. Safari muss den zweiten Platz bei den Desktop-Browsern dieser Welt abgeben. Diesen nimmt ab sofort der Microsoft-Browser Edge hinter Google Chrome ein. Wie die Kollegen von StatCounter ermittelt haben, kommt Microsoft Edge nun auf einen Marktanteil von 10,07% unter den Desktop-Browsern, während Safari nun bei 9,61% steht. Unangefochten an der Spitze steht nach wie vor  Google Chrome mit dominaten 66,64%. Mein Favorit Firefox liegt aktuell mit 7,86 % auf Platz 4.

Die letzten Veränderungen an Safari auf dem Mac, wie beispielsweise an der Tab- und der Adressleiste kamen bei den Nutzern überhaupt nicht gut an, weswegen man sich in Cupertino letztlich dazu entschloss, doch wieder zum alten Design zurückzukehren. Dennoch ließen die Neuerungen während der Betaphase einige Nutzer unzufrieden zurück, so dass man sich wohl nach Alternativen umschaute. Zuletzt waren allerdings auch Töne aus Cupertino zu hören, wonach man bei der Weiterentwicklung wieder mehr auf die Nutzerwünsche hören wollte. Ob dies den aktuellen Trend umkehren kann, muss abgewartet werden. Zuletzt hatte man von diesem Thema nichts mehr gehört.

Nein, ich bin nicht gerade ein Safari-Fan. Dies liegt allerdings weniger daran, dass ich irgendetwas an Apples Browser auszusetzen habe, als mehr daran, dass ich seit vielen, vielen Jahren Firefox-Nutzer bin und diesen auch auf den Windows-Systemen auf der Arbeit verwende. Allerdings gab es in den vergangenen Jahren auch verstärkte Kritik an Safari, die offenbar nun dazu geführt hat, dass sich weitere Nutzer von ihm abwenden. War der Browser bislang die Nummer 2 auf den Desktop-Systemen dieser Welt, droht Safari diesen Status aktuellen Zahlen von StatCounter (via TechRadar) zufolge demnächst zu verlieren.

Bislang lag Safari hier lediglich hinter dem deutlich dominierenden Google Chrome auf dem zweiten Rang. Nun haben Microsoft Edge und Firefox jedoch deutlich Boden gegenüber dem Apple-Browser gut gemacht. Im Januar lag Chrome mit 65,38% Marktanteil auf dem ersten Rang, gefolgt von Safari mit 9,84%. Direkt dahinter landet Microsoft Edge mit nun 9,54%. Firefox, vor einem Jahr noch mit einem Anteil von 8,1% kommt inzwischen auch schon wieder auf 9,18% und ist Safari, das vor einem Jahr noch auf 10,38% kam damit auf den Fersen. Mehr noch, während Safari in den USA noch einen recht deutlichen Vorsprung auf Edge hält, fand die Ablösung auf dem zweiten Rang in Europa bereits statt.

Die letzten Veränderungen an Safari auf dem Mac, wie beispielsweise an der Tab- und der Adressleiste kamen bei den Nutzern überhaupt nicht gut an, weswegen man sich in Cupertino letztlich dazu entschloss, doch wieder zum alten Design zurückzukehren. Dennoch ließen die Neuerungen während der Betaphase einige Nutzer unzufrieden zurück, so dass man sich wohl nach Alternativen umschaute. Zuletzt waren allerdings auch Töne aus Cupertino zu hören, wonach man bei der Weiterentwicklung wieder mehr auf die Nutzerwünsche hören wollte. Ob dies den aktuellen Trend umkehren kann, muss abgewartet werden.

Also counterproductive, pointing to bugs from several years ago, complaining about them over & over & over.

Let’s talk about current bugs. Currently missing or partial support for new features. Let us know what’s most important to you. What do you want us to tackle first?

— Jen Simmons (@jensimmons) February 8, 2022

Wenn man Apple etwas nicht absprechen kann, dann ist es eine gewisse Kreativität, wie man versucht, sich anbahnenden rechtlichen Schwierigkeiten den Wind aus den Segeln zu nehmen. Bekanntermaßen befindet man sich ja in verschiedenen Ländern der Welt aktuell in Problemen was eine mögliche Monopolbildung des AppStore betrifft. Ziel der klagenden Entwickler und Institutionen ist es Apple dazu zu zwingen, alternative AppStores oder das sogenannte "Sideloading" von Apps zuzulassen und sich so aus der Abhängigkeit von Apple zu lösen. Einen Kniff, sich Gegenargumente hierzu bereitzulegen, könnte Apple mit dem aktuell im Betastadium befindlichen iOS 15.4 vorbereiten.

So hat der Entwickler Maximiliano Firtman in den "Experimentellen Einstellungen" von Safari in der Beta einen neuen Schalter entdeckt, mit dem sich eine "Push API" aktivieren lässt. Dies könnte darauf hindeuten, dass Apple daran arbeitet, Push Notifications für Webseiten bzw. Web-Apps einzuführen. Dies ist bislang nicht möglich und eine große Einschränkung von Web-Apps gegenüber nativen Apps, die sich ausschließlich aus dem AppStore beziehen lassen. In der ersten Beta ist der Schalter in den Einstellungen zwar vorhanden, die API als solche allerdings noch nicht aktivierbar. Auch verfügt Safari aktuell noch nicht über eine Möglichkeit, Push-Benachrichtigungen von Web-Apps zuzustimmen oder diese abzulehnen.

Mit dem Angebot von Push Notifications für Web-Apps und der damit verbundenen Angleichung der Funktionen, die aktuell ausschließlich in den nativen Apps zur Verfügung stehen, hätte Apple das Argument ein Stück weit entkräftet, dass wirklich sinnvoll nutzbare Apps derzeit nur über den AppStore auf das iPhone oder iPad befördert werden können. Unter anderem hatte Apple vergangenes Jahr in Australien argumentiert, dass der AppStore keinesfalls der einzige Ort zum Abrufen von Apps ist. So stünden den Nutzern das komplette Internet und damit auch die Nutzung von Web-Apps ebenfalls als Alternative zur Verfügung. Die Fortnite-Entwickler hielten dem entgegen, dass Apples Safari-Browser und die zugrundeliegende WebKit-Engine nicht über verschiedene APIs verfügten, wie die nativen Apps. Namentlich wurde dabei auch das PushKit-Framework genannt, welches dort für die Benachrichtigungen zuständig ist.

Sollte Apple PushKit also wirklich künftig für WebKit unter iOS und iPadOS anbieten, könnte Apple hiermit ein weiteres Argument entkräften, das aktuelle AppStore-Konstrukt öffnen zu müssen. Unter macOS steht die Möglichkeit für Push-Benachrichtigungen von Webseiten schon seit geraumer Zeit zur Verfügung. Insofern sollte es für Apple nicht allzu schwer sein, diese Funktion auch auf iOS und iPadOS zu übertragen. Nicht vergessen darf man dabei allerdings, dass es sich momentan nur um die Sichtung des Push-Schalters in den "Experimentellen Einstellungen" von Safari handelt. Ob und wann Apple diesen mit der zugehörigen Funktion unterlegt und in die offiziellen Einstellungen von Safari übernimmt, ist nach wie vor offen.

Anfang der Woche kam ein Bericht auf, wonach es einen Bug in WebKit, der HTML-Rendering-Engine, die unter anderem Apples Safari-Browser zugrundeliegt, gibt, der es jeder Webseite ermöglichen kann, die besuchten Webseiten und teilweise auch persönliche Informationen des Nutzers zu tracken. Die Entdecker hatten den Bug bereits Ende November über den WebKit Bug Tracker gemeldet. Erst durch das nun entstandene öffentliche Interesse an dem Thema scheint aber Bewegung in die Sache zu kommen. So hat Apple offenbar einen Fix für das Problem in Arbeit, wie aus einem WebKit-Commit auf GitHub hervorgeht. Allerdigns bedarf es erst eines Updates von Safari unter macOS Monterey, sowie von iOS 15 und iPadOS 15, ehe Nutzer vor dem Problem geschützt sind. Einen Zeitrahmen für dieses Update gab Apple nicht an.

Die auf das Aufspüren von Nutzertracking in Browsern spzialisierten Kollegen von FingerprintJS (via 9to5Mac) haben einen eingermaßen schweren Bug in WebKit, der HTML-Rendering-Engine entdeckt, die Apples Safari-Browser zugrundeliegt. Konkret steckt dieser in der Implementierung einer JavaScript API namens IndexedDB. Zusammengefasst gestattet es der Bug jeder Webseite, die selbst IndexedDB nutzt, auf die Namen von IndexedDB Datenbanken zuzugreifen, die von anderen Webseiten während der Session erzeugt wurden. Hierdurch wäre es prinzipiell jeder dieser Webseiten möglich, die besuchten Webseiten des Nutzers auf dieser Basis zu tracken, da die Namen der Datenbanken in der Regel sehr eindeutig sind. Normalerweise sollte eine Webseite nur auf ihre jeweils eigenen IndexedDB Datenbanken zugreifen können.

Manche Webseiten gehen sogar soweit, dass sich aus den Namen der IndexedDB-Datenbanken auf den jeweiligen Nutzer schließen lässt. Die Namen von YouTube-Datenbanken enthalten beispielsweise die Google ID des Nutzers, über die sich über die Google APIs auch persönliche Informationen anrufen lassen.

Von dem Bug betroffen sind nicht nur Safari für den Mac, iOS und iPadOs, sondern auch Drittanbieter-Browser unter iOS, da diese zwingend ebenfalls auf WebKit aufsetzen müssen. Offenbar sind allerdings nur die WebKit-Implementierungen in den jeweils aktuellsten Versionen von macOS, iOS und iPadOS betroffen. Auch der private Browsermodus schützt hier nicht vor dem Bug. 

Am Mac hat man die Möglichkeit, einen anderen Browser ohne WebKit (z.B. Firefox) zu nutzen. Unter iOS hat man diese Möglichkeit hingegen nicht. Als Nutzer kann man darüber hinaus aktuell nichts aktiv gegen das Problem unternehmen und muss auf ein korrigierendes Update aus Cupertino warten. FingerprintJS hatte den Bug bereits Ende November über den WebKit Bug Tracker gemeldet. Weitere Details lassen sich im zugehörigen Blogpost bei den Kollegen einsehen.

Ein wenig überraschend hatte Apple gestern Abend die erste Beta von macOS Monterey 12.2 für registrierte Entwickler veröffentlicht. Inzwischen sind zwei durchaus nennenswerte Neuerungen unter der Haube bekanntgeworden. Ein wenig überraschend unterstützte Apples Safari-Browser bislang noch nicht das sanfte Scrollen durch die ProMotion-Technologie auf dem aktuellen 14" und 16" MacBook Pro. Dies wird sich ersten Meldungen von Entwicklern (unter anderem aus dem MacRumors-Forum), die die neue Beta installiert haben, mit dem kommenden Update ändern. Das Scrollen und die allgemeine Performance seien hier deutlich verbessert.

Ebenfalls überraschend war auch, dass die Musik-App auf dem Mac bislang noch nicht nativ an die Apple Silicon Prozessoren angepasst wurde. Auch dies wird Apple offenbar mit dem kommenden Update auf macOS Monterey 12.2 endlich nachholen. Bislang verwendete die Musik-App unter macOS weitestgehend das alte iTunes-Backend. Entdeckt hat die Neuerung  der Twitter-Nutzer Luming Yin, der festgestellt hat, dass die Musik-App in der macOS 12.2 Beta erstmals auf AppKit und nicht mehr auf WebKit basiert.

Neben den größeren Betriebssystem-Updates des heutigen Abends hat Apple auch seinen Browser Safari in Version 15.1 für macOS Big Sur und macOS Catalina veröffentlicht. Wie auch schon bei der in macOS Monterey enthaltenen Version von Safari revidiert Apple mit dem Update für die beiden älteren macOS-Versionen nun wieder das heftig kritisierte neue Design seines Browsers, welches man mit Version 15 eingeführt hatte. Vor allem die Darstellung der Tabs und die Positionierung der Favoritenleiste wurden dabei von den Betatestern kritisiert. In Safari 15.1 präsentiert sich der Browser nun wieder in der gewohnten Optik, die auch standardmäßig aktiviert ist. Optional kann man aber auch auf das neue Design wechseln, welches Apple in den Safari-Einstellungen als "Compact" bezeichnet. An die "Compact"-Ansicht gekoppelt ist übrigens auch die zur Webseite passende Einfärbung der Tableiste. Diese lässt sich also nicht in Kombination mit der Standard-Ansicht nutzen.

In der Vergangenheit wurde Apple oft vorgeworfen, Dinge viel zu weit im Voraus anzukündigen und dann das genannte Datum nicht einzuhalten. Diesen Vorwurf kann man dem Unternehmen nun bei macOS Monterey nicht machen. Bis vergangene Woche lediglich als "Erhältlich im Herbst." angekündigt, verriet man auf dem Event heute vor einer Woche, dass das diesjährige große Mac-Update bereits am heutigen Abend zum Download für alle unterstützten Macs zur Verfügung stehen wird. Das Update erfolgt über die Systemeinstellungen oder den Mac AppStore eines kompatiblen Macs, wo es inzwischen mit einer Downloadgröße von ca. 15 GB (je nach Mac-Modell) auftaucht.

Nachdem Apple im vergangenen Jahr mit macOS Big Sur seinem kompletten Mac-Betriebssystem einen neuen Anstrich verpasst hat, steht in diesem Jahr vor allem die Systempflege im Vordergrund. Dennoch gibt es natürlich auch mit Monterey wieder die eine oder andere neue Funktion in Apples Mac-Betriebssystem. Diese umfassen natürlich unter anderem die aus den anderen Systemen bekannten Neuerungen, wie beispielsweise die iMessage-Verbesserungen, ShareView und Fokus. macOS Monterey wird zudem Kurzbefehle auf den Mac bringen, wo sie sich auch mit dem bisherigen Automator verstehen.

Sämtliche Geräte im eigenen Apple-Ökosystem werden durch neue Continuity-Funktionen noch enger verknüpft. Unter anderem lässt sich ein iPad einfach neben einen Mac stellen und schon kann man den Mauszeiger vom Mac direkt auf das Display des iPad bewegen. Auch Dateien lassen sich auf diese Weise per Drag&Drop von einem Mac auf ein iPad bewegen und umgekehrt. Apple nennt dies "Universal Control". Per AirPlay kann man künftig zudem auch Inhalte von einem iPhone oder iPad auf einen Mac streamen.

Die wohl größten Veränderungen und Neuerungen hatte Apple für seinen integrierten Browser Safari angekündigt. Unter anderem sollte den geöffneten Seiten deutlich mehr Platz eingeräumt und Bedienelemente auf das Wesentliche reduziert werden. Zudem sollte sich auch der Fensterrahmen automatisch der Optik der jeweils aktuellen Webseite anpassen. In der Betaphase hatte sich Apple vor allem mit den optischen Änderungen allerdings jede Menge Kritik eingehandelt, weswegen man schließlich schrittweise zurückruderte und mit dem vergangene Woche ausgegebenen Release Candidate wieder komplett die aus macOS Big Sur gewohnte Optik als Standard herstellte. Möchte man die neue Ansicht nutzen, kann diese jedoch nach wie vor in den Einstellungen aktiviert werden.

Bevor ihr den Download startet, empfehle ich noch einmal einen Blick in meine bereits gestern veröffentlichte macOS Monterey Update-Checkliste. Wichtigste Punkte: Vor dem Update unbedingt ein Backup anfertigen und prüfen, ob eure Apps mit Monterey kompatibel sind. Grundsätzlich kann es sich auch durchaus empfehlen, mit dem Update zu warten und zunächst die ersten Rückmeldungen im Internet abzuwarten, ob irgendwelche größeren Probleme mit dem neuen Update aufgetaucht sind.