MetaがWhatsAppのネイティブWinUIアプリに切り替える時が来た

もしあなたがWhatsAppを主なメッセージングアプリとして使用しているなら、そのWindowsでの使い勝手の悪さに馴染みがあるかもしれません。75,000人以上の従業員を抱える1兆ドル規模の企業であるにもかかわらず、Metaは未だにWindows向けWhatsAppを最適化していません。この遅いパフォーマンスは、データセンターやAI能力などの膨大なリソースを持ちながらも、言い訳の余地がありません。

WhatsAppは月間30億人のアクティブユーザーを誇り、Windowsは16億人のユーザーがいます。それにもかかわらず、WindowsでWhatsAppを使用している数百万のユーザーは、劣悪な体験を強いられています。低スペック、中スペック、高スペックのハードウェアでWebラッパーアプリをテストしたところ、誰もがこの遅さから逃れられないことが確認されました。皮肉なことに、すべてのデバイスで同じようにひどい体験が提供されるという一貫性があります。
PCを再起動した後、WhatsAppのメモリ使用量を記録しましたが、ログインする前の時点で400MBに達していました。これは、すべてを最新の状態に保つためにバックグラウンドでチャット履歴が同期されているからだと思うかもしれませんが、そうではありません。私はまだログインすらしていませんでした。これはアプリの最適化がいかに不十分であるかを示しており、残念ながらこれは氷山の一角に過ぎません。
Metaが1年前にWhatsAppのUWPバージョンをWebView2ベースのアプリに置き換えると発表したとき、私は別のメッセージングプラットフォームに切り替えるべきでした。しかし、WhatsAppが私の社会的および家族生活に深く統合されているため、それは現実的な選択肢ではありませんでした。その代わりに、私はブラウザでWhatsApp Webを使用することにしました。皮肉なことに、これはスタンドアロンのWindowsアプリよりも高速です。専用のチャットアプリを好むものの、それはアプリがきちんと動作する場合に限ります。そして、Windows版WhatsAppは単にそうではありません。
Windows版WhatsAppはパフォーマンスの悪夢
ログイン後、チャットをスクロールするとメモリ使用量が1.2GBに急上昇し、アイドル状態でも約600MBを維持します。

高いメモリ消費は、アプリが高速である場合には問題になりませんが、実際にはそうではありません。このアプリは遅く、リソースを大量に消費します。メッセージを送信すると、デバイスからメッセージが送信されていないことを示す単一のチェックマークが表示されるまでに目に見える遅延が発生します。この遅延により、他の人には、メッセージがリアルタイムではなくバースト的に届くため、あなたがオフラインとオンラインを行ったり来たりしているように見えます。チャット間を切り替えるのに1秒以上かかり、スクロールは現在廃止されたUWPアプリと比べてぎこちないものです。参考までに、UWPバージョンは、アイドル状態で100MB未満のメモリを使用しながら、100以上の個別チャットと30のアクティブなグループを処理していました。
WebView2へのアップデート以来、ユーザーからはアプリのフリーズ、メッセージ配信の遅延、PCのスリープから復帰後のアプリの不安定性など、広範な問題が報告されています。一部のケースでは、PCが休止状態から復帰した後にログアウトされることもありました。アプリを終了しても、それはシステムトレイに最小化され、通知をサービスワーカーを介して処理するためにメモリを大量に消費し続けます。

対照的に、古いUWPアプリは、Windowsの組み込み通知APIを使用していたため、リソースをほとんど消費せずにアイドル状態を維持できました。しかし、新しいアプリはバックグラウンドでの継続的な活動を必要とします。完全に閉じてすぐに再起動しても、依然として不合理に長い読み込み時間がかかります。
10年前のPCではさらに悪化
私の父の10年前のPCは、控えめな第6世代Intel Core i3プロセッサと8GBのRAMを搭載しており、古いハードウェアで新しいWhatsAppアプリがどれほど悪いかを示す良い例です。多くのリソース集約型ソフトウェアがインストールされているにもかかわらず、このPCはWindows 11をスムーズに動作させていますが、WhatsAppだけは例外です。このアプリは非常に遅いため、父は活発なWhatsAppグループについていけず、メッセージが遅れて届き、返信が遅れ、タイムリーな会話から実質的に除外されています。シングルチャットを開いた状態で待機している間でも、WhatsAppはCPUを22.4%使用し、600MBのRAMを消費しています。

同じハードウェアで、古いUWPアプリははるかに優れたパフォーマンスを発揮していました。それはわずか100MBのメモリを必要とし、シームレスに動作していました。WebView2への切り替えにより、このアプリは父や同様のセットアップを持つ無数のユーザーにとってほぼ使用不可能になっています。
ウェブラッパーとは何か、なぜメッセージングアプリにとって悪い選択なのか?
ウェブラッパーは、従来の意味でのネイティブアプリではありません。現在のWindows版WhatsAppは基本的にChromiumのWebView2(Microsoftのレンダリングエンジン)内にweb.whatsapp.comを読み込むシェルです。つまり、このアプリはデスクトップアプリを装ったブラウザタブのようなものです。
しかしながら、Chromiumは、レンダリング、ネットワーキング、オーディオ、ストレージ、サンドボックス化、クラッシュレポートなどのために複数のサブプロセスを通じて動作します。これらのプロセスは独立して実行されるため、高いCPUとRAM使用量を引き起こします。一方、ネイティブアプリは、OSのAPIと直接統合することができ、最小限のリソース消費でアイドル状態を維持できます。デザイン上、ウェブラッパーはバックグラウンドでライブブラウザプロセスを実行しなければこれを実現することができません。そのため、Windows版WhatsAppを閉じてもRAMが解放されません。

AI駆動のデータセンター需要によりRAM価格が高騰している状況において、基本的なメッセージングに600MBから1.2GBを消費するアプリは、特に8GBのRAMしか持たないユーザーにとって大きな不便です。
Windowsがネイティブアプリではなくウェブアプリを引き続き採用する理由
主な原因は、Microsoftのネイティブフレームワークに対する一貫性のないアプローチにあります。Universal Windows Platform(UWP)に投資した開発者は、WinUIに取って代わられることで見捨てられたと感じました。その後、MicrosoftはElectronアプリやウェブラッパーの構築を奨励しました。この一貫性の欠如がMicrosoftの長期的なネイティブ開発へのコミットメントへの信頼を損なっています。

この状況はおそらく、Metaが軽量なUWPベースのWhatsAppをWebView2バージョンに置き換えるという決定に影響を与えました。UWP版WhatsAppは高速で効率的で、Windows APIとシームレスに統合されていましたが、Metaはそれを維持するリスクを取ることを望みませんでした。その代わりに、クロスプラットフォームの利便性をネイティブパフォーマンスよりも優先し、ウェブラッパーを選びました。
Microsoftの今後の進むべき道
公平を期すために言えば、Microsoftはこれらの問題に取り組み始めています。Build 2026で、Windows 11のネイティブコードによるシェルコンポーネントの書き直しを発表し、ネイティブアプリの重要性を強調、またウェブベースの不要な要素の排除を約束しました。これらの取り組みは、開発者との信頼を再構築し、ネイティブアプリ開発への回帰を促進することを目指しています。

しかし、この戦略を成功させるためには、MicrosoftはMetaのような主要な企業にネイティブ開発への投資を促す必要があります。そのためには、安定性、優れたドキュメント、そしてWinUIの長期的なサポートへの明確なコミットメントが求められます。
15億人のWindowsユーザーはもっと良いものを求めている
MetaがmacOSやApple Watchのようなユーザーベースがはるかに少ないプラットフォームに対してネイティブアプリを投資しているのに対し、Windowsのネイティブ開発を無視しているのは特に苛立たしいです。15億人のユーザーを持つWindowsには同じ注意が必要です。リソースが制約されているわけではありません。問題は優先順位にあります。
Metaは、必要に応じてネイティブアプリを構築する能力を示しています。Windowsユーザーにも同じ努力を拡大する時が来ました。ウェブラッパーは、Windowsのような重要なプラットフォームにおける適切なデスクトップアプリの代替にはなりません。
Metaへのメッセージ
Meta、今こそWindows向けのネイティブWhatsAppに投資する時です。MicrosoftはWindows 11の長期的なフレームワークとしてWinUIを採用し、これを放棄する兆候はありません。一時はネイティブWindows開発がリスクと見なされましたが、現在その不確実性は存在しません。WinUIベースのWhatsAppを構築することで、Metaはその大多数のユーザーに対して高速で効率的かつ信頼性の高いメッセージング体験を提供できます。リソースは揃っており、プラットフォームは安定しており、需要も明白です。もはや怠慢を続ける言い訳はありません。
