Windows 11 向け新 WhatsApp のパフォーマンス問題: Web Wrapper の包括的テスト

Windows 11 向け新 WhatsApp のパフォーマンス問題: Web Wrapper の包括的テスト

WhatsAppは最近、Windowsアプリケーションの新バージョンをリリースしましたが、皮肉なことに、以前のバージョンよりもパフォーマンスが低下しているようです。新バージョン2.2584.3.0では、以前のネイティブUWPアプリがMicrosoftのWebView2レンダリングエンジンを利用したWebラッパーに置き換えられており、パフォーマンスに大きな懸念が生じています。

10月31日、Windows Latestは、WhatsAppが11月5日からChromiumベースのWebアプリに移行する準備をしていると報じた。しかし、Metaは、アップデート後にユーザーが再度ログインする必要があるという警告以外に、UWPからChromiumベースのWeb Wrapperへの移行に関する情報をほとんど提供しなかった。

この移行は数か月前から進行中で、7月下旬に遡る報告によると、WhatsApp ベータ版はすでに web.whatsapp.com に移行していたとのことです。

11月5日、MetaはWindows版WhatsAppユーザー全員を対象に、待望のアップデートを開始しました。初期ユーザーからは、アップデートされたアプリはベータ版と同様に動作し、WebView2コンテナでweb.whatsapp.comを読み込むだけになったという報告がありました。

新しいWindows版WhatsAppのパフォーマンスレビュー

WhatsAppベータ版のテスト中に、安定性とパフォーマンスの向上が期待されていたにもかかわらず、依然として問題が残っていることが明らかになりました。ユーザーからは、ログイン前であってもベータ版は従来のUWP版の3倍のRAMを消費するという報告があり、リソース使用量の傾向が懸念されています。

RAM使用量の比較
RAM使用量の比較:WhatsAppベータ版とUWP版

ログイン前、新しいアプリのRAM使用量は300MBと驚異的な値を示しました。一方、既にログインしてアクティブ状態だったUWP版のRAM使用量はわずか100MB弱でした。この差は、新しいアプリの効率性と最適化について深刻な疑問を投げかけます。

ログイン エクスペリエンスは馴染みのあるものでしたが、チャネルの導入や、ステータスとコミュニティの機能強化など、変更点をユーザーに知らせるポップアップが表示されました。これらの機能は、UWP アプリの多くのユーザーには歓迎されず、無効にしたいと考えていました。

WhatsAppアップデート通知

いくつかの外観上の変更にもかかわらず、パフォーマンスと応答性に関する長年の課題は依然として明らかです。多くのユーザーから、チャット間の切り替え時にイライラするほどの遅延が報告されており、UWP版では以前は高速だったにもかかわらず、読み込みに数秒かかることもあります。

ユーザーエクスペリエンスへの影響

新しいインターフェースは、特にチャットウィンドウのサイズ変更において、ユーザーフレンドリーさに欠けています。Chromiumベースの新しいWhatsAppでは、ユーザーが現在の会話に集中できるようにウィンドウサイズを調整するのが難しく、マルチタスク操作に影響を及ぼしています。

UWP WhatsApp 分割画面機能
UWP WhatsAppの効果的な分割画面機能

RAMの使用率とハードウェアへの影響

WhatsAppの新しいデザインは過剰なRAM消費を引き起こし、特にハードウェアリソースが限られているユーザーにとって問題となっています。私のラップトップは、新しいアプリの要件の重さに耐えかねて、RAM使用率が90~95%と非常に高い状態が続いており、アイドル時に最大600MBを超えることもあります。

特にリソース制約の状況下で、このような基本的なアプリケーションで RAM が大量に使用される場合、ユーザーは他のアプリケーションを閉じて適応するか、ハードウェアのアップグレードを検討する必要があります。

膨大なリソースの消費はそれだけではありません。アプリを終了した状態でも、RAMとCPUを消費するプロセスが実行され続けるため、パフォーマンスが低下します。ユーザーは、アプリがバックグラウンドで実行されないように設定を変更することで、これらの問題の一部を軽減できますが、これは万全な解決策ではありません。

古いハードウェアに関する懸念

古いハードウェア構成のユーザーにとって、これらの調整は現在のマシンの根本的な見直しを迫ることになります。例えば、8GBのRAMを搭載した低性能のPCでは、新しいWhatsAppバージョンは利用可能なリソースを簡単に消費してしまい、ユーザーは基本的な機能のためにハードウェアのアップグレードを検討せざるを得なくなります。

WhatsAppのリソース使用量

ビデオ通話チャレンジ

Chromium ベースのアプリケーションでのビデオ通話は、リソース消費の問題を大幅に悪化させ、900 MB 以上の RAM を使用する一方で、同じアクティビティ中に約 316 MB しか使用せず効率的であった以前の UWP バージョンよりも多くの処理能力を必要とします。

ビデオ通話のリソース使用量
ChromiumベースのWhatsAppのビデオ通話は過剰なリソースを消費する

技術的な問題と制限

新アプリの機能面でも、ステータス更新の表示不具合、読み込み画面の繰り返し、チャットの切り替えや画像の閲覧後の無反応など、懸念が高まっています。これらの問題は、よりシンプルなUWP版では事実上発生していませんでした。

Chromiumベースモデルへの移行を理解する

パフォーマンスの低下は、ネイティブUWPアプリと新しいChromium WebView2モデルのアーキテクチャの違いに起因しています。後者はミニブラウザのように動作し、関連するリソース要件もこの変更を反映しています。

この移行は、開発作業を統合し、プラットフォーム間のアップデートを効率化することを目的としていたものの、パフォーマンスの低下とシステムリソースへの要求増大を招きました。このようなアーキテクチャを長期的に維持できるかどうかについては、依然として疑問が残ります。

Metaの変更の背後にある戦略的決定

Metaがネイティブアプリからウェブベースの構造に移行したのは、財務上の判断と、より広範な経済課題の中でリソース配分を最適化する必要性から生じたものと思われます。AIなどの新興技術への注力が高まるにつれ、従来のアプリサポートは衰退しつつあるようです。

特に、機能的な macOS アプリが保持されている一方でネイティブ Windows クライアントが放棄されていることは、Meta がクロスプラットフォーム開発を優先する方法に矛盾があることを示唆しており、疑問を抱かせるものである。

結論として、Windows版WhatsAppのChromiumベースへの移行は、ユーザビリティとパフォーマンスに影響を与える多くの課題を伴います。これらの変更は改善として宣伝されていますが、実際には多くのユーザー、特に古いハードウェアを使用しているユーザーは、深刻な不都合に直面する可能性があります。ソフトウェアの機能とリソース管理に関する議論が続く中、開発者は将来のイテレーションにおいてユーザーエクスペリエンスを最優先に考えることが依然として重要です。

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です