Contents

Windows 11 用の新しい WhatsApp (Web ラッパー) をテストしましたが、パフォーマンスが悪夢でした

<本文>/images/New-Chromium-based-WhatsApp-consumes-more-RAM-than-UWP-WhatsApp.jpg

WhatsApp は皮肉なことに、アプリを新しいバージョンに「更新」しましたが、そのバージョンは、置き換えたバージョンよりもはるかにパフォーマンスが悪いことがわかりました。バージョン 2.2584.3.0 では、ネイティブ (WinUI/UWP) アプリが、Microsoft の WebView2 レンダリング エンジンで実行される Web ラッパーに置き換えられました。

10 月 31 日、Windows Insight は、WhatsApp が 11 月 5 日から Chromium Web アプリに切り替わる可能性があると初めて報じました。予想通り、Meta は UWP から Chromium ベースの Web ラッパーへの移行については何も言及していません。彼らが出したのは、次のアップデート後に再度ログインする必要があるという警告だけでした。

Windows Insight が 7 月下旬に報告したとおり、この移行は数か月前から取り組んでいます。当時、WhatsApp のベータ版だけが web.whatsapp.com に移動していました。

11 月 5 日、Meta はその邪悪な約束を守り、Windows 上のすべての WhatsApp ユーザーにアップデートを展開し始めました。私たちは初日にアップデートを受け取り、ベータ版とともにテストを開始しました。 WebView2 コンテナに web.whatsapp.com をロードするだけなので、どちらも本質的には同じです。

Windows 用の新しい WhatsApp をテストする

私たちは WhatsApp のベータ版をテストしていますが、数か月前に Chromium Web ラッパーに移行しました。今ではある程度の安定性とパフォーマンスが向上していると期待しているなら、それは完全に間違っています。

/images/Even-before-logging-in-WhatsApp-Beta-web-app-uses-3X-more-RAM-than-WhatsApp-UWP-which-is-already-logged-in.jpg

上の画像では、まだログインすらしていません。どのチャットも同期を開始していません。それでも、すでに 300MB の RAM を使用しています。問題ないと思われる場合は、その下の UWP WhatsApp を見てください。これはすでにログインして開いており、実行されており、RAM 使用量は 100 MB 弱です。

これは私が毎日使用している WhatsApp で、100 を超える 1 対 1 のチャットと約 30 のアクティブなグループがありますが、UWP WhatsApp は非常に最適化されているため、使用する RAM は 100 MB 未満でした。 WebView2 WhatsApp がどのように機能するかを見てみましょう…

ログインはおなじみの操作でしたが、WhatsApp は私のチャットを表示する前にポップアップを表示し、「We’Voe は WhatsApp ベータ版の外観と機能を更新しました。これには、ステータスとコミュニティへのチャンネルやその他の機能の追加が含まれます。」と表示されました。

/images/WhatsApp-pop-up-tells-that-theyve-changed-the-design.jpg

UWP WhatsApp がチャネルやコミュニティにアクセスできなかったのは事実ですが、どちらもないことがとても気に入っており、携帯電話でもそれらをオフにできればよかったのにと思いました。

「We’Voe」の部分に関しては、ベータ版なのでこういうこともあるので正直大丈夫です。ただし、これは Web ラッパーであるという事実を除き、理論的には Meta が web.whatsapp.com に対して修正できることを意味し、ここでも同様に修正されることになります。その方が簡単で安価です。それが Web ラッパー モデルへの移行の要点ではなかったでしょうか?

とにかく、新しい WhatsApp を使用して最初の 10 分間は、途切れ途切れのビデオ ゲームのように、10 fps で実行されているように見えました。各チャットをクリックすると、チャットが開くまでにかなりの時間がかかります。チャットがバックグラウンドで読み込まれているためだと思いました。

しかし、数時間使用した後でもラグは残りました。

古い UWP WhatsApp と比較すると、遅延は明らかです。 PC で WhatsApp を定期的に使用している私のような人間にとって、この種の遅延は許容できません。

チャットを切り替えるときに、クリックしてからほんの数秒でアニメーションが始まります。 UWP バージョンでは、クリックした瞬間にチャットが切り替わります。もちろん、RAM がすでに最大に達していることが原因である可能性がありますが、UWP バージョンではこの問題が発生したことはなかったので、妥協する理由はありません。

WhatsApp での分割画面は以前ほど良くありません

さらに厄介なのは、現在のチャットのみが表示されるように WhatsApp のサイズを変更できないことです。

コンテキストを考慮して、WhatsApp を左側に配置し、ブラウザーが画面の大部分を占めています。この設定は通常、特定のトピックに関するグループ チャットに参加するときに予約されているため、他のチャットに気を散らされることなく、ブラウザーで調べて WhatsApp に情報を入力して送信します。

/images/Split-screen-in-UWP-WhatsApp-allows-me-to-open-just-one-chat-while-reading-articles.jpg

Chromium ベースの新しい WhatsApp では、これを行うことができません。端をどれだけドラッグしても、現在のチャットのみが表示されるまで縮小することはありません。

新しいWhatsAppはどれくらいのRAMを使用しますか?

パフォーマンスの部分に戻ると、私のラップトップは 16 GB の RAM を搭載しているにもかかわらず、RAM 使用率は常に 90 ~ 95% 付近を推移しています。 Edgeのせいにしたいのですが、常に100個近くのタブを開いているのです。 RAM はアップグレード不可ですが、購入したときは問題ないと思っていました。

いずれにしても、タブを閉じずに、できる限りすべての RAM を節約したいと考えています (調べてください!)。しかし、WhatsApp は現在、プロ仕様のアプリケーションであるかのように RAM を使用しており、最低 300 ~ 600 MB から始まります。

ただし、ここでの問題は、600MB の RAM が使用されるのは、アプリが開いていてアイドル状態の場合のみであるということです。チャットをスクロールすると、RAM の使用量が即座に 2 倍になり、約 1.2GB に達します。これはメッセージング アプリケーションとしては異常です。

また、メッセージのスクロールは UWP WhatsApp ほどスムーズではありません。ちなみに、UWP WhatsApp は、メッセージをすばやくスクロールしている場合でも、RAM の使用量は 300 MB 未満です。

/images/Scrolling-messages-in-UWP-WhatsApp-uses-around-250MB-RAM-only.jpg

最悪の点は、WhatsApp を閉じても、依然として 400MB 近くを使用し続けることです。これは、アプリを閉じるだけでアプリがシステム トレイに移動され、バックグラウンドで実行されるため、通知が届くからです。

ただし、ネイティブ UWP WhatsApp 通知は、システムの組み込み通知 API を使用して Windows から直接送信されるため、必ずしもバックグラウンドで実行する必要はありません。

Chromium ベースの WebView2 ラッパー WhatsApp は、ブラウザ エンジンを使用して Service Worker を通じてプッシュ通知を受信するため、バックグラウンドでアクティブな状態を維持する必要があります。

ただし、WhatsApp を使用すると、バックグラウンドでの実行を防ぐことができます。これを行うには、WhatsApp の左側にある歯車アイコン (設定) をクリックし、一般 を選択して、システム トレイに最小化 をオフにします。特に古いハードウェアまたは性能の低いハードウェアを使用している場合は、「ログイン時に WhatsApp を起動する」をオフにすることもできます。

/images/Screenshot-2025-11-22-160311.png

新しい WhatsApp は古いハードウェアの速度を低下させる可能性があります

古いハードウェアと 4 GB または 8 GB の RAM を搭載した PC をお持ちの場合は、幸運です。WhatsApp が、新しいハードウェアにアップグレードするもう 1 つの理由を与えてくれたからです。

父の PC は 10 年前のハードウェアで、8 GB の RAM を搭載しており、Windows 11 を実行しています。父がいつもしているように WhatsApp を開いたままにするだけで、現在 600 MB 以上の RAM を消費しています。 UWP バージョンでは、WhatsApp が使用した RAM はわずか約 100 MB でした。

/images/The-latest-WhatsApp-using-600MB-RAM-on-a-PC-with-8GB-RAM-while-doing-nothing.jpg

前に述べたように、Chromium を搭載した新しい WhatsApp を閉じても実際には閉じられないため、システム トレイから終了する方法を知らない私の父のような人は、パフォーマンスの低下に対処する必要があります。

ただし、終了してしまった場合、WhatsApp でメッセージを受信した場合でも通知は届きますが、「新しいメッセージがある可能性があります」と表示されるだけです。もちろん、これは UWP WhatsApp の問題ではありません。

ただし、RAM の使用量が多いことだけが問題ではありません。スクリーンショットを見れば、新しい Chromium ベースの WhatsApp の CPU 使用率が 10 ~ 35% の範囲であるのに対し、UWP WhatApp は 5% をわずかに超えていないことに気づいたかもしれません。

何もしていないときでも、チャットを 1 つ開いているだけでも、父の古い PC 上の WhatsApp は CPU の 22.4% を使用します。メッセージをスクロールしたりビデオ通話を試行すると、CPU と RAM の使用量が増加します。

新しい WhatsApp のビデオ通話は 3 倍の RAM を使用します

最新の Chromium ベースの WhatsApp を介して行われるビデオ通話は、メッセージのスクロールなど、他に何もしないと、ほぼ 900 MB の RAM と 25.8% の CPU 使用率を使用します。

/images/Video-calls-in-Chromium-based-WhatsApp-uses-almost-900MB-RAM.jpg

ただし、UWP WhatsApp は 316MB RAM のみを使用し、CPU 使用率はほとんどありません。面白いことに、Chromium ベースの WhatsApp (スクリーンショットでは WhatsApp ベータ版) は閉じている間でも約 550MB の RAM を使用します。

/images/Video-call-in-UWP-WhatsApp-uses-only-300MB-RAM.jpg

新しいWhatsAppに関するその他の問題

私は自分の PC で Chromium ベースの WhatsApp ベータ版を使用し、父の PC ではパブリック バージョンを使用しましたが、次の問題のほとんどは両方のバージョンに存在します。

新しいバージョンの WhatsApp では特定のステータスが適切に表示されず、私のバージョンの WhatsApp ではサポートされていないとアプリに表示されます。ただし、WhatsApp の古い UWP バージョンでは、問題なく同じステータス更新が表示されます。

/images/Some-Status-updates-doesnt-show-properly-in-web-wrapper-WhatsApp.jpg

しばらく WhatsApp を開いていなかった場合、次回開いたときに「コンピューターが接続されていません」という警告が表示される場合があります。ただし、これは数秒で消えます。

/images/Computer-not-connected-error-message-in-WhatsApp-1.jpg

場合によっては、アプリを開いたときに起動画面が数秒間だけ表示されることがあります。メッセージが表示されるまでに 10 秒近くかかる場合がありました。

/images/Screenshot-2025-11-21-225412.png

PC を休止状態から復帰させると、WhatsApp が数回ログオフされました。ただし、PC を再起動しても WhatsApp からログアウトされませんでした。

PC にすでに優れたハードウェアがある場合は、パフォーマンスの低下は発生しない可能性があります。また、前述した問題 (決して簡単ではありません) を除けば、すべてが正常に動作しているように見えます。

ただし、アプリには重さが迫っており、全体的なエクスペリエンスが遅くなります。残念な点は、いくつかの小さな問題があるにもかかわらず、UWP アプリが非常に機敏だったことです。

誰かが送信した画像を開くと、テキスト ボックスが応答しなくなることがあります。携帯電話ですでに表示したステータス更新が、WhatsApp UWP で更新として再び表示されます。これらは、Meta がアップデートで修正できる可能性のある小さな問題です。しかし、代わりに、彼らは逆方向に進化することを選択しました。

Windows 用の新しい WhatsApp のパフォーマンスが低いのはなぜですか?

Windows で新しい Chromium ベースの WhatsApp を開くと、古い UWP バージョンのような単一の軽量プロセスとして実行されません。代わりに、PC 内で web.whatsapp.com を実行するミニブラウザのように動作します。したがって、WebView2 プロセスのスタック全体、特にタスク マネージャーに表示されるプロセスが含まれることになります。

/images/WhatsApp-Beta-WebView.jpg

メインの WebView2 マネージャーは、このような Chrome ベースのアプリが実行する必要があるすべての子プロセスを調整します。 WebView2 GPU プロセスは、すべてのレンダリングとアニメーションを処理します。 WebView2 Utility: Network、Audio、Storage のようなサービスが存在するのは、Chromium がセキュリティとサンドボックス化のためにネットワーク、オーディオ再生、ファイル アクセス、データベースを分離されたプロセスに分割しているためです。

WhatsApp ベータ版はアプリ シェルとして表示されますが、Runtime Broker は引き続き OS レベルで権限を管理します。 Crashpad は Chrome 独自のクラッシュ レポート クライアントであり、バックグラウンドでも常に実行されます。

予想通り、これらすべての可動部分は、WhatsApp サブプロセスとランタイム ブローカーだけを備えた UWP アプリよりも多くの燃料を必要とします。

では、WhatsApp がすでに最適化された UWP アプリを持っていたとしたら、なぜ WebView 2 モデルに移行したのでしょうか?

なぜ Meta は UWP WhatsApp を潰したのでしょうか?

数年前、Meta は仮想現実と拡張現実に関する大規模な計画を立てていました。彼らはそれに数十億ドルを投資し、それをメタバースと呼び、さらにはFacebookのブランド名をメタに変更しました。

しかし、数年前、世界は別の考えを持っていました。それが AI でした。 Meta は独自の Llama モデルの開発に取り組んできましたが、ChatGPT やその類似品ほどの人気はまだ得られていません。

簡単に言うと、メタ社は多額の資金を失い、その解決策は人員削減でした。そのプロセスの一環として、同社は不要になった部門を発見し、Windows ソフトウェア開発チームが適切な候補者でした。

Windows 用 WhatsApp は必ずしも UWP アプリだったわけではないことに注意してください。当初は Web ラッパーでしたが、2022 年に UWP に完全に移行しました。同じ開発は 2021 年のどこかで始まりました。

もちろん、同社は Windows 開発者を解雇したことを公には発表していないが、メッセンジャー アプリの削除、WhatsApp の UWP から WebView への移行、およびすでに Web ラッパー モデルに移行した Facebook アプリはすべて、同社が Windows 開発者をもう必要としていないことを示しています。ご参考までに、Instagram アプリと Threads アプリも Web ラッパーです。

Meta は、自分たちの目標は、別のネイティブ クライアントを維持するのではなく、既存の WhatsApp Web コードベースを再利用することで開発を簡素化することだったと言うかもしれません。しかし、本当の理由は単にコストです。

しかし、私を困惑させているのは、この資金不足では macOS 用 WhatsApp アプリを開発する見込みがないということです。はい、Windows と比較すると市場シェアが非常に小さい macOS にも、ネイティブの WhatsApp アプリケーションがまだあります。そして、特に Apple Watch 用のネイティブ WhatsApp アプリを開発したメタ社が Apple プラットフォーム エンジニアを解雇するわけではありません。

Meta 氏によると、手首上の WhatsApp メッセージは、Windows のような本格的で強力なデスクトップ OS 上のメッセージよりも重要です。

しかし、これをメタだけを責めることができるでしょうか? Microsoft は自社のソーシャル アプリをどのように扱っていますか?

Microsoftが262億ドルを費やして買収したLinkedInにはネイティブアプリがない。ほぼ 4 兆ドルの企業が、自社の開発環境を存続させるためにリソースを振り向けることができないというのは、ばかげていると思います。

前はこんなじゃなかったのに…

UWP の黄金期は Windows Phone の時代で、Microsoft が自社のアプリを Microsoft Store に提供するために大企業にポケットマネーからお金を支払っていました。

Android や iOS よりずっと前に、WhatsApp の新機能がたくさん追加された Windows Phone に興奮したのを今でも覚えています。

Windows Phone に関して言えば、Microsoft は不足分を埋めるどころか常に支出を増やしていましたが、Windows 11 に関してはアプリのサポートが失われることを Microsoft は気にしていないようです。

その原因はAIかもしれません。マイクロソフトは、エージェント OS の開発に全力を尽くしており、将来的にはマウスやキーボードでアプリを使用する人がいなくなると考えています。同社は、私たちが物事を成し遂げるためにコンピューターと対話することになると信じています。その場合、アプリは必要でしょうか?

おそらくそうではありません。しかし、その未来はずっと先のことです。そして、Windows のファイル エクスプローラーが遅いなど、エクスペリエンスが悪いために Microsoft が顧客を失っているとしたら、同社は人々が Windows PC と会話する未来を保証できるでしょうか?

ホーム

シェアする

ニュースレター

WL ニュースレター

/images/WL-logo-new.svg

WLニュースレターです!

最新の Windows、IT、AI アップデートを常に入手してください。 50,000 人以上の加入者から信頼されています。

名前

電子メール

無料で参加

*️⃣ 出典リンク:

Chromium Web アプリは 11 月 5 日から数か月間、初日にアップデートを受け取りました。UWP は 2022 年に、メッセンジャー アプリは削除されました。 市場シェアは非常に小さい 、Apple Watch 用のネイティブ WhatsApp アプリ]( https://www.theverge.com/news/813331/you-can-finally-get-the-full-whatsapp-experience-on-your-apple-watch)、エージェント OS の場合、 ホーム

ニュースレター