Es ist Zeit für Meta, auf eine native WinUI-App für WhatsApp umzusteigen
Wenn Sie WhatsApp als Ihre primäre Messaging-App nutzen, sind Sie wahrscheinlich mit der frustrierenden Windows-Erfahrung vertraut. Trotz eines Unternehmenswerts von einer Billion Dollar und über 75.000 Mitarbeitern hat Meta WhatsApp für Windows immer noch nicht optimiert. Diese träge Leistung ist angesichts ihrer umfangreichen Ressourcen, einschließlich Rechenzentren und KI-Funktionen, unentschuldbar.
WhatsApp hat 3 Milliarden monatlich aktive Nutzer, während Windows 1,6 Milliarden Nutzer hat. Dennoch erleben die Millionen, die WhatsApp für Windows nutzen, eine schlechte Benutzererfahrung. Tests der auf einem Web-Wrapper basierenden App auf Low-End-, Mid-Range- und High-End-Hardware bestätigen, dass niemand von der Trägheit verschont bleibt. Ironischerweise ist die Erfahrung auf allen Gerätetypen gleichermaßen enttäuschend—eine bedauerliche Konstanz.
Nach dem Neustart meines PCs habe ich die Speichernutzung von WhatsApp aufgezeichnet, die bereits vor dem Einloggen 400 MB erreichte. Sie könnten annehmen, dass dies auf die Synchronisierung des Chatverlaufs im Hintergrund zurückzuführen ist, um sicherzustellen, dass alles auf dem neuesten Stand ist—aber dem ist nicht so. Ich hatte mich noch nicht einmal eingeloggt. Dies zeigt, wie schlecht die App optimiert ist, und leider ist dies nur die Spitze des Eisbergs.
Als Meta vor einem Jahr ankündigte, die UWP-Version von WhatsApp durch eine auf WebView2 basierende App zu ersetzen, hätte ich auf eine andere Messaging-Plattform umsteigen sollen. Aber da WhatsApp so tief in mein soziales und familiäres Leben integriert ist, war dies keine praktikable Option. Stattdessen bin ich dazu übergegangen, WhatsApp Web in einem Browser zu nutzen, was ironischerweise schneller ist als die eigenständige Windows-App. Obwohl ich eine dedizierte Chat-App bevorzuge, lohnt sich diese nur, wenn sie gut funktioniert—und das tut WhatsApp für Windows einfach nicht.
WhatsApp für Windows ist ein Performance-Albtraum
Sobald man eingeloggt ist, führt das Scrollen durch Chats dazu, dass die Speichernutzung auf 1,2 GB ansteigt, während die Nutzung im Leerlauf bei etwa 600 MB liegt.
Ein hoher Speicherverbrauch wäre kein Problem, wenn die App schnell wäre, aber das ist sie nicht. Die App ist sowohl langsam als auch ressourcenintensiv. Das Senden einer Nachricht erfolgt mit einer spürbaren Verzögerung, bevor das einzelne Häkchen erscheint, was darauf hinweist, dass die Nachricht das Gerät noch nicht verlassen hat. Diese Verzögerung lässt es für andere so aussehen, als wären Sie sporadisch offline und online, da Nachrichten in Schüben statt in Echtzeit ankommen. Der Wechsel zwischen Chats dauert über eine Sekunde, und das Scrollen ist im Vergleich zur mittlerweile eingestellten UWP-App ruckelig. Zum Vergleich: Die UWP-Version konnte über 100 Einzelchats und 30 aktive Gruppen verwalten und verbrauchte dabei im Leerlauf weniger als 100 MB Speicher.
Seit dem WebView2-Update haben Nutzer von weit verbreiteten Problemen berichtet, darunter App-Abstürze, verzögerte Nachrichtenübermittlung und Instabilitäten der App nach dem Aufwecken eines PCs aus dem Ruhezustand. In einigen Fällen wurden Nutzer sogar ausgeloggt, nachdem ihre PCs aus dem Ruhezustand erwacht waren. Das Schließen der App beendet sie nicht; sie wird in den Systemtray minimiert und verbraucht weiterhin einen erheblichen Teil des RAMs, um Benachrichtigungen über Servicearbeiter zu verarbeiten.
Die alte UWP-App hingegen nutzte die integrierten Benachrichtigungs-APIs von Windows, sodass sie im Leerlauf ohne signifikanten Ressourcenverbrauch bleiben konnte. Die neue App hingegen erfordert ständige Hintergrundaktivität. Wenn Sie sie vollständig schließen und sofort wieder öffnen, werden Sie dennoch mit einer unangemessen langen Ladezeit konfrontiert.
Auf einem 10 Jahre alten PC wird es noch schlimmer
Der 10 Jahre alte PC meines Vaters, ausgestattet mit einem bescheidenen Intel Core i3 der 6. Generation und 8 GB RAM, ist ein Paradebeispiel dafür, wie schlecht die neue WhatsApp-App auf älterer Hardware funktioniert. Trotz zahlreicher ressourcenintensiver Software läuft Windows 11 auf dem PC reibungslos—außer bei WhatsApp. Die App ist so langsam, dass mein Vater oft Schwierigkeiten hat, mit seinen aktiven WhatsApp-Gruppen Schritt zu halten. Nachrichten kommen verspätet an, seine Antworten sind verzögert, und er wird effektiv von zeitnahen Gesprächen ausgeschlossen. Selbst im Leerlauf mit einem einzigen offenen Chat verbraucht WhatsApp 22,4 % der CPU und 600 MB RAM.
Die ältere UWP-App funktionierte auf derselben Hardware erheblich besser. Sie benötigte nur 100 MB Speicher und lief nahtlos. Der Wechsel zu WebView2 hat die App für meinen Vater und unzählige andere Nutzer mit ähnlichen Setups nahezu unbrauchbar gemacht.
Was ist ein Web-Wrapper, und warum ist er eine schlechte Wahl für Messaging-Apps?
Ein Web-Wrapper ist keine native App im herkömmlichen Sinne. Die aktuelle Version von WhatsApp für Windows ist im Wesentlichen eine Hülle, die web.whatsapp.com innerhalb von Chromiums WebView2, der Rendering-Engine von Microsoft, lädt. Das bedeutet, die App ist im Grunde ein Browser-Tab, der sich als Desktop-Anwendung ausgibt.
Chromium hingegen arbeitet mit mehreren Unterprozessen für Rendering, Netzwerke, Audio, Speicherung, Sandboxing und Absturzberichte. Diese Prozesse laufen unabhängig voneinander und führen zu einer hohen CPU- und RAM-Nutzung. Eine native App hingegen kann sich direkt in die APIs des Betriebssystems integrieren und so im Leerlauf mit minimalem Ressourcenverbrauch bleiben. Web-Wrapper können dies von Natur aus nicht erreichen, ohne einen aktiven Browser-Prozess im Hintergrund auszuführen, weshalb das Schließen von WhatsApp für Windows den RAM nicht freigibt.
Angesichts der gestiegenen RAM-Preise aufgrund der KI-gesteuerten Nachfrage aus Rechenzentren ist eine App, die 600 MB bis 1,2 GB für grundlegendes Messaging verbraucht, eine erhebliche Unannehmlichkeit, insbesondere für Nutzer mit nur 8 GB RAM.
Warum Windows weiterhin Web-Apps statt nativer Apps erhält
Die Ursache liegt in Microsofts inkonsistenter Herangehensweise an native Frameworks. Entwickler, die in die Universal Windows Platform (UWP) investierten, sahen diese zugunsten von WinUI aufgegeben, nur damit Microsoft später empfahl, Electron-Apps und Web-Wrapper zu erstellen. Diese Inkonsistenz hat das Vertrauen in Microsofts langfristiges Engagement für native Entwicklung untergraben.
Dieses Klima dürfte Metas Entscheidung beeinflusst haben, sein leichtgewichtiges, auf UWP basierendes WhatsApp durch eine WebView2-Version zu ersetzen. Während UWP WhatsApp schnell, effizient und nahtlos in Windows APIs integriert war, wurde die Wartung zu einem Risiko, das Meta nicht eingehen wollte. Stattdessen entschieden sie sich für einen Web-Wrapper und priorisierten plattformübergreifende Bequemlichkeit über native Leistung.
Microsofts Weg nach vorn
Microsoft hat begonnen, diese Probleme anzugehen. Auf der Build 2026 betonten sie die Bedeutung nativer Apps über WinUI, kündigten die Beseitigung von webbasierter Unordnung in Windows 11 an und verpflichteten sich, die Shell-Komponenten von Windows 11 in nativen Code umzuschreiben. Diese Bemühungen zielen darauf ab, das Vertrauen der Entwickler wiederherzustellen und eine Rückkehr zur nativen App-Entwicklung zu fördern.
Damit diese Strategie erfolgreich ist, muss Microsoft große Akteure wie Meta davon überzeugen, in native Entwicklung zu investieren. Dazu sind Stabilität, bessere Dokumentation und ein klares Bekenntnis zu langfristiger Unterstützung für WinUI erforderlich.
1,5 Milliarden Windows-Nutzer verdienen Besseres
Metas Entscheidung, die native Entwicklung für Windows zu vernachlässigen, ist besonders frustrierend, da sie in native Apps für macOS und sogar die Apple Watch investiert haben—Plattformen mit weit kleineren Nutzerbasen. Windows, mit seinen 1,5 Milliarden Nutzern, verdient die gleiche Aufmerksamkeit. Ressourcenbeschränkungen sind keine gültige Ausrede; das Problem liegt in den Prioritäten.
Meta hat gezeigt, dass sie in der Lage sind, native Apps zu entwickeln, wenn sie es wollen. Es ist an der Zeit, dass sie denselben Einsatz für Windows-Nutzer zeigen. Ein Web-Wrapper ist kein akzeptabler Ersatz für eine ordentliche Desktop-App, insbesondere für eine Plattform, die so bedeutend ist wie Windows.
Meine Botschaft an Meta
Meta, jetzt ist die Zeit, in eine native WhatsApp-App für Windows zu investieren. Microsoft hat sich zu WinUI als langfristigem Framework für Windows 11 verpflichtet, ohne Anzeichen dafür, es aufzugeben. Die Unsicherheit, die die native Windows-Entwicklung einst riskant erscheinen ließ, existiert nicht mehr. Durch den Aufbau einer auf WinUI basierenden WhatsApp-App kann Meta ein schnelles, effizientes und zuverlässiges Messaging-Erlebnis für die Mehrheit seiner Nutzer bieten. Die Ressourcen sind vorhanden, die Plattform ist stabil, und die Nachfrage ist unbestreitbar. Es gibt keine Entschuldigung für anhaltende Selbstzufriedenheit.
