Czas, aby Meta przeszła na natywną aplikację WinUI dla WhatsApp

Jeśli używasz WhatsApp jako swojej głównej aplikacji do komunikacji, prawdopodobnie znasz jej irytujące działanie na Windows. Pomimo bycia firmą wartą bilion dolarów i mającą ponad 75 000 pracowników, Meta wciąż nie zoptymalizowała WhatsApp dla systemu Windows. Taka powolna wydajność jest niewybaczalna, biorąc pod uwagę ich ogromne zasoby, w tym centra danych i możliwości AI.

WhatsApp ma 3 miliardy aktywnych użytkowników miesięcznie, podczas gdy Windows ma 1,6 miliarda użytkowników. Mimo to miliony osób używających WhatsApp na Windows mają słabe doświadczenia. Testowanie aplikacji opartej na web-wrapperze na sprzęcie niskiej, średniej i wysokiej klasy potwierdza, że nikt nie jest zwolniony z tej powolności. Ironią jest to, że doświadczenie jest równie kiepskie na wszystkich typach urządzeń—to niestety konsekwentne.

Po ponownym uruchomieniu komputera zanotowałem użycie pamięci przez WhatsApp, które osiągnęło 400 MB, zanim jeszcze się zalogowałem. Można by założyć, że jest to spowodowane synchronizacją historii czatów w tle, aby wszystko było aktualne—jednak tak nie jest. Nawet się jeszcze nie zalogowałem. To pokazuje, jak źle zoptymalizowana jest aplikacja, a niestety to tylko wierzchołek góry lodowej.

Kiedy Meta ogłosiła, że rok temu zastępuje wersję WhatsApp UWP aplikacją opartą na WebView2, powinienem był przejść na inną platformę komunikacyjną. Ale ponieważ WhatsApp jest tak głęboko zintegrowany z moim życiem społecznym i rodzinnym, nie było to wykonalne. Zamiast tego zacząłem używać WhatsApp Web w przeglądarce, co jest ironicznie szybsze niż samodzielna aplikacja na Windows. Chociaż wolę dedykowaną aplikację do czatów, ma to sens tylko wtedy, gdy aplikacja działa dobrze—a WhatsApp na Windows po prostu tego nie robi.

WhatsApp dla Windows to koszmar wydajności

Po zalogowaniu przewijanie czatów powoduje wzrost użycia pamięci do 1,2 GB, podczas gdy w stanie bezczynności wynosi około 600 MB.

Wysokie zużycie pamięci nie byłoby problemem, gdyby aplikacja była szybka, ale tak nie jest. Aplikacja jest zarówno wolna, jak i zasobożerna. Wysłanie wiadomości wiąże się z zauważalnym opóźnieniem, zanim pojawi się pojedynczy znacznik, wskazujący, że wiadomość nie została jeszcze wysłana z urządzenia. To opóźnienie sprawia, że inni widzą, jakbyś sporadycznie był offline i online, ponieważ wiadomości docierają partiami, a nie w czasie rzeczywistym. Przełączanie się między czatami zajmuje ponad sekundę, a przewijanie jest szarpane w porównaniu z obecnie nieobsługiwaną aplikacją UWP. Dla porównania, wersja UWP obsługiwała ponad 100 czatów indywidualnych i 30 aktywnych grup, zużywając przy tym mniej niż 100 MB pamięci w stanie bezczynności.

Od czasu aktualizacji WebView2 użytkownicy zgłaszali szerokie problemy, w tym zawieszanie się aplikacji, opóźnienia w dostarczaniu wiadomości i niestabilność aplikacji po wybudzeniu komputera z trybu uśpienia. W niektórych przypadkach użytkownicy byli nawet wylogowywani po wybudzeniu komputera z hibernacji. Zamknięcie aplikacji nie kończy jej działania; minimalizuje się ona do zasobnika systemowego, nadal zużywając znaczną część pamięci RAM, aby obsłużyć powiadomienia za pomocą service workers.

Stara aplikacja UWP, w przeciwieństwie do tego, korzystała z wbudowanych w Windows API powiadomień, co pozwalało jej pozostać w stanie bezczynności bez znaczącego zużycia zasobów. Nowa aplikacja jednak wymaga stałej aktywności w tle. Jeśli zamkniesz ją całkowicie i natychmiast otworzysz ponownie, nadal będziesz musiał czekać na nieproporcjonalnie długi czas ładowania.

Na 10-letnim komputerze jest jeszcze gorzej

Komputer mojego ojca, mający 10 lat, wyposażony w skromny procesor Intel Core i3 szóstej generacji z 8 GB pamięci RAM, jest doskonałym przykładem tego, jak źle nowa aplikacja WhatsApp działa na starszym sprzęcie. Pomimo zainstalowania wielu wymagających zasobów programów, komputer działa płynnie na Windows 11—z wyjątkiem WhatsApp. Aplikacja jest tak wolna, że mój ojciec często ma trudności z nadążeniem za swoimi aktywnymi grupami na WhatsApp. Wiadomości dochodzą z opóźnieniem, jego odpowiedzi są spóźnione, a on sam jest skutecznie wykluczony z terminowych rozmów. Nawet w stanie bezczynności z otwartym jednym czatem, WhatsApp zużywa 22,4% procesora i 600 MB pamięci RAM.

Starsza aplikacja UWP działała znacznie lepiej na tym samym sprzęcie. Wymagała tylko 100 MB pamięci i działała bezproblemowo. Przejście na WebView2 sprawiło, że aplikacja stała się prawie nieużywalna dla mojego ojca i niezliczonych innych użytkowników z podobnymi konfiguracjami.

Czym jest web-wrapper i dlaczego to zły wybór dla aplikacji komunikacyjnych?

Web-wrapper nie jest natywną aplikacją w tradycyjnym sensie. Obecna wersja WhatsApp dla Windows to zasadniczo powłoka, która ładuje web.whatsapp.com wewnątrz WebView2 Chromium, silnika renderującego Microsoftu. Oznacza to, że aplikacja jest zasadniczo kartą przeglądarki udającą aplikację desktopową.

Chromium jednak działa poprzez wiele podprocesów do renderowania, sieci, audio, przechowywania, sandboxingu i raportowania awarii. Te procesy działają niezależnie, co prowadzi do wysokiego zużycia procesora i pamięci RAM. Z kolei aplikacja natywna może bezpośrednio integrować się z API systemu operacyjnego, co pozwala jej pozostawać w stanie bezczynności przy minimalnym zużyciu zasobów. Web-wrappery z definicji nie mogą tego osiągnąć bez uruchamiania aktywnego procesu przeglądarki w tle, dlatego zamknięcie WhatsApp dla Windows nie zwalnia pamięci RAM.

Biorąc pod uwagę, że ceny pamięci RAM wzrosły z powodu zapotrzebowania na centra danych napędzane AI, aplikacja zużywająca 600 MB do 1,2 GB do podstawowej komunikacji jest znaczną niedogodnością, szczególnie dla użytkowników mających tylko 8 GB pamięci RAM.

Dlaczego Windows wciąż otrzymuje aplikacje webowe zamiast natywnych?

Główna przyczyna leży w niekonsekwentnym podejściu Microsoftu do natywnych frameworków. Deweloperzy, którzy zainwestowali w Universal Windows Platform (UWP), zobaczyli, jak została ona porzucona na rzecz WinUI, tylko po to, aby Microsoft później zachęcał do tworzenia aplikacji Electron i web-wrapperów. Ta niekonsekwencja podważyła zaufanie do długoterminowego zaangażowania Microsoftu w rozwój natywny.

Ta atmosfera prawdopodobnie wpłynęła na decyzję Meta o zastąpieniu lekkiej aplikacji WhatsApp opartej na UWP wersją WebView2. Podczas gdy WhatsApp oparty na UWP był szybki, wydajny i bezproblemowo zintegrowany z API Windows, jego utrzymanie stało się ryzykiem, którego Meta nie chciała podjąć. Zamiast tego wybrali web-wrapper, priorytetyzując wygodę międzyplatformową ponad natywną wydajność.

Droga Microsoftu naprzód

Trzeba przyznać, że Microsoft zaczął rozwiązywać te problemy. Na Build 2026 podkreślili znaczenie natywnych aplikacji przez WinUI, ogłosili eliminację bałaganu opartego na sieci w Windows 11 i zobowiązali się do przepisania komponentów powłoki Windows 11 na kod natywny. Te działania mają na celu odbudowanie zaufania deweloperów i zachęcenie do powrotu do tworzenia aplikacji natywnych.

Jednak aby ta strategia odniosła sukces, Microsoft musi przekonać głównych graczy, takich jak Meta, do inwestowania w rozwój natywny. Wymaga to stabilności, lepszej dokumentacji i wyraźnego zobowiązania do długoterminowego wsparcia dla WinUI.

1,5 miliarda użytkowników Windows zasługuje na więcej

Decyzja Meta o zaniedbaniu natywnego rozwoju dla Windows jest szczególnie frustrująca, biorąc pod uwagę ich inwestycje w natywne aplikacje dla macOS, a nawet Apple Watch—platform z znacznie mniejszą bazą użytkowników. Windows, z 1,5 miliarda użytkowników, zasługuje na taką samą uwagę. Ograniczenia zasobów nie są uzasadnionym wytłumaczeniem; problem tkwi w priorytetach.

Meta pokazała swoje możliwości w budowie aplikacji natywnych, kiedy tego chce. Nadszedł czas, aby włożyli taki sam wysiłek w użytkowników Windows. Web-wrapper nie jest akceptowalnym substytutem właściwej aplikacji desktopowej, szczególnie dla tak ważnej platformy jak Windows.

Moje przesłanie dla Meta

Meta, teraz jest czas, aby zainwestować w natywnego WhatsApp dla Windows. Microsoft zobowiązał się do WinUI jako długoterminowego frameworka dla Windows 11, bez oznak porzucenia go. Niepewność, która kiedyś sprawiała, że rozwój natywny dla Windows wydawał się ryzykowny, już nie istnieje. Tworząc WhatsApp oparty na WinUI, Meta może dostarczyć szybkie, wydajne i niezawodne doświadczenie komunikacyjne dla większości swoich użytkowników. Zasoby są dostępne, platforma jest stabilna, a popyt niepodważalny. Nie ma wymówki dla dalszego zaniechania.