8 Minuty
WhatsApp pro Windows 11 přechází tiše na jiný přístup. Místo dosavadního nativního klienta postaveného na WinUI, na který se mnoho uživatelů spoléhalo, Meta nasazuje verzi využívající WebView2, která v podstatě načítá webovou verzi uvnitř jádra Chromium. Raní testeři už hlásí významné nárůsty spotřeby paměti (RAM) a méně uhlazený dojem z integrace do prostředí Windows 11.
Co se změnilo a proč je to důležité
Nová aktualizace nahrazuje nativní aplikaci pro Windows 11 obalem založeným na WebView, který ukazuje na web.whatsapp.com. V praxi to znamená, že WhatsApp už není nativní WinUI/UWP aplikace, ale webová verze hostovaná v rámci Chromium procesu. Meta tuto změnu distribuovala přes Microsoft Store jako verzi 2.2584.3.0.
Tato změna má pro uživatele několik důsledků. Nativní aplikace jsou obvykle lépe integrovány s operačním systémem: nabízejí plynulejší animace, spolehlivější zpracování oznámení, lepší správu režimů typu Nerušit a obecně nižší nároky na systémové prostředky. Webový obal zjednodušuje vývoj a umožňuje sjednocení kódu napříč platformami, ale může to přijít na úkor výkonu, chování oznámení a dalších systémových integrací.
Pro organizace a náročné uživatele je zásadní pochopit rozdíl mezi nativním klientem a WebView řešením: nativní aplikace mohou využít specifické API Windows (například pro notifikace, rychlé akce, hluboké integrace s asistenty a optimalizace pro baterii), zatímco webová verze je omezená možnostmi prohlížeče a vrstvy WebView2. To znamená, že při přechodu se mohou projevit kompromisy v uživatelském zážitku, synchronizaci oznámení a celkové odezvě rozhraní.
Uživatelé hlásí výrazné zvýšení spotřeby paměti a zpomalení
Předběžné zprávy naznačují, že nový WebView klient spotřebovává výrazně více paměti RAM než dřívější nativní verze. Na přihlašovací obrazovce může využití paměti dosahovat zhruba 300 MB. Po přihlášení se pak spotřeba často zvedne nad 1 GB a ještě narůstá při otevřených více chatech, přehrávání mediálních souborů nebo aktivních hovorech.
Samotná architektura WebView2/Chromium přináší multiprocess model, kdy každá karta, plugin nebo izolovaná část běží v samostatném procesu. To zvyšuje stabilitu, ale zároveň vede k vyšší celkové alokaci paměti, protože každý proces si rezervuje vlastní zásobu zdrojů. U zařízení s omezenou pamětí (např. 4–8 GB RAM) je tento efekt výraznější a může vést k zahlcení systému, zpomalení ostatních aplikací a častějšímu zapínání stránky odkládání obsahu do swapu.
Kromě nárůstu paměti se zhoršil i celkový výkon. Konverzace se načítají pomaleji, animace nejsou tak plynulé a chování specifické pro Windows 11 – například způsob, jakým systém zobrazuje nebo agreguje oznámení, nebo jak funguje režim Nerušit – nemusí být integrováno tak hladce jako v nativní aplikaci. V důsledku toho aplikace působí méně „nativně“ a spíše jako přichycená karta v prohlížeči, než jako samostatný desktopový program s plnou podporou OS.
U administrátorů IT oddělení by tato změna měla vyvolat zájem o sledování využití zdrojů a kompatibility s firemními bezpečnostními politikami. Webové obaly mohou například měnit způsob, jakým se řeší certifikace, sandboxing nebo přístup k systémovým rodičům (např. sdílené schránky, integrace s klienty kalendářů). Firmy nasazené na širokém portfoliu strojů by měly provést testy kompatibility a zátěže před plným přechodem uživatelů na novou verzi.
Co pravděpodobně vedlo Meta k tomuto rozhodnutí
Interní zdroje a průmysloví pozorovatelé spojují tuto změnu s restrukturalizací v Meta. Udržování jedné webové codebase snižuje náklady na vývoj a údržbu a zrychluje nasazení napříč platformami (Windows, macOS, Linux, mobilní OS). Centralizovaná webová aplikace znamená méně větví kódu, jednodušší testing a rychlejší opravování chyb na všech platformách současně.
Z obchodního a technického hlediska má takový přístup jasné výhody: nižší počet specialistů na jednotlivé nativní platformy, jednodušší CI/CD pipeline, menší množství specifických buildů a rychlejší iterace funkcí. Nicméně tento přístup se často rovná kompromisu mezi efektivitou vývoje a kvalitou nativního uživatelského zážitku. Pokud Meta upřednostní úsporu zdrojů a sladění funkcí napříč platformami, nativní tým pro Windows může ztratit prioritu nebo zdroje.
V širším kontextu to odráží trend v průmyslu: mnoho velkých firem postupně snižuje investice do plně nativních desktopových klientů a místo toho spoléhá na webové aplikace běžící v desktopových kontejnerech. To je logická volba z hlediska rychlého rozvoje a pro dodržení konzistence funkcí, avšak z pohledu uživatele to může znamenat pomalejší výkon, vyšší spotřebu energie a méně hladkou integraci s operačním systémem.
Z technologického hlediska stojí za zmínku i širší důvody jako je udržitelnost, rychlost nasazení bezpečnostních patchů a konsolidace inženýrských týmů. Webové buildy umožňují jednodušší audit kódu a jedno místo pro implementaci nových funkcí, například šifrování end-to-end, multimediálních vylepšení, nebo podpory pro skupinové hovory. Nicméně pokud se prioritizuje rychlost před optimalizací, koncoví uživatelé to mohou vnímat negativně.
Můžete se aktualizaci vyhnout?
Pokud máte stále nainstalovaný starý nativní klient, můžete dočasně odložit přechod tím, že aktualizaci neprovedete. Někteří uživatelé využívají nastavení obchodu Microsoft Store k vypnutí automatických aktualizací nebo ručně zablokují instalaci nové verze. To ale většinou funguje jen krátkodobě: podle dostupných zpráv Meta plánuje vynutit odhlášení a vyžadovat přechod na novou WebView verzi, takže odklad je spíše dočasný než trvalý.
Navíc je třeba vzít v potaz bezpečnostní a kompatibilitní rizika: starší nativní klienti časem přestanou dostávat bezpečnostní záplaty a nové funkce budou dostupné jen v aktualizované verzi. IT oddělení musí zvážit, zda ponechat uživatele na starší verzi je akceptovatelné z hlediska bezpečnosti a souladu s firemními pravidly. Pro některé organizace může být lepší plánovaný přechod s testováním a uživatelskou komunikací, než dlouhodobé blokování aktualizací.
Alternativy k odkladu zahrnují používání webového klienta přímo v prohlížeči, vyčleněné prohlížečové profily nebo specializované prohlížeče s lepší správou paměti. Tyto přístupy nabízejí způsob, jak zachovat oddělení mezi pracovními a osobními daty a minimalizovat riziko ztráty funkčnosti při nucené migraci na WebView verzi ze strany Meta.
Praktické tipy pro uživatele Windows
- Monitorujte RAM: Mějte po ruce Správce úloh (Task Manager) a sledujte, kolik paměti WhatsApp spotřebovává, zejména pokud používáte notebooky s malou kapacitou paměti. Pravidelně kontrolujte procesy spojené s WebView/Chromium, abyste odhalili nepřiměřené růsty využití.
- Používejte webového klienta přímo: Pokud preferujete jasné oddělení od systémové aplikace, otevřete web.whatsapp.com v dedikovaném profilu prohlížeče Chromium (např. Microsoft Edge nebo Google Chrome). Dedikovaný profil pomůže udržet cookies, přihlášení a rozšíření oddělené od hlavního účtu a může nabídnout lepší správu paměti než obal v Microsoft Store.
- Omezte pozadí a karty: Snižte počet aktivních Chromium procesů zavřením nepotřebných karet a aplikací. Uživatelé s nízkou kapacitou paměti by měli minimalizovat další náročné aplikace běžící na pozadí, aby se snížil tlak na systémovou paměť.
- Sledujte aktualizace: Meta může iterovat na WebView buildě, optimalizovat výkon a postupně obnovovat některé nativní funkce. Pravidelně instalujte aktualizace, které opravují výkon nebo chování oznámení, a sledujte oficiální poznámky k vydání (release notes) v Microsoft Store.
Pro každého, kdo je na WhatsApp závislý v pracovním režimu nebo při intenzivní komunikaci na Windows 11, jde o změnu, kterou se vyplatí bedlivě sledovat. Tato situace zároveň ilustruje širší trend: velké platformy směřují k jednotným web-first codebasům, aby snížily náklady, zrychlily nasazení nových funkcí a sjednotily uživatelské rozhraní napříč zařízeními. Tento přístup je efektivní z hlediska vývoje, ale často stojí na úkor kvality nativního uživatelského zážitku, výkonu a hlubší integrace do operačního systému.
Pokud spravujete větší množství zařízení ve firemním prostředí, doporučuje se provést pilotní testy nové verze na kontrolovaném vzorku uživatelů, změřit dopad na síťovou a paměťovou zátěž a zohlednit potřebu školení a podpory při nasazení. U běžných uživatelů je zase užitečné sledovat komunitní fóra, oficiální oznámení a zkušenosti raných testerů, abyste věděli, jaké úpravy výkonu a integrace lze očekávat v následujících aktualizacích.
Zdroj: gizmochina
Zanechte komentář