Windows 11 최악의 앱이자 RAM 2GB를 잡아먹는 WhatsApp을 버리고 더 가벼운 웹 버전으로 갈아탔다—Mac 사용자는 여전히 네이티브 앱을 쓴다
RAM 사용량이 2GB를 넘은 Windows 11용 WhatsApp을 버렸다—웹 버전이 더 낫다

Meta가 네이티브 앱을 WebView2 래퍼로 교체한 지 1년 만에, Windows 11용 WhatsApp은 단순히 채팅을 스크롤하는 동안에도 내 PC에서 2,157.8MB의 RAM을 사용했다. 이후 앱을 삭제했으며, 이제 음성 및 영상 통화를 지원하는 WhatsApp Web과 휴대폰의 WhatsApp을 스트리밍하는 방법을 함께 사용하니 아쉬운 점이 전혀 없다.
WhatsApp이 이 정도의 메모리를 사용하면서도 빠르다면 감수할 수 있었을 것이다. 하지만 그렇지 않으며, 내가 테스트한 대안들은 RAM을 훨씬 적게 사용한다. Meta의 엔지니어들이 대체 무엇을 하고 있는지 정말 이해할 수 없다. AI는 더 나은 소프트웨어를 제공하기 위한 것 아니었나?

Windows 11용 WhatsApp의 RAM 사용량이 이제 2GB를 넘었지만—여전히 느리다
작업 관리자에서 WhatsApp 프로세스 그룹을 보면 10개의 프로세스가 표시된다. WhatsApp WebView2 탭은 1,234.7MB, WebView2 GPU 프로세스는 521.3MB, WhatsApp.Root는 245.1MB, WebView2 Manager는 추가로 88.6MB를 사용한다. 이는 1년 전 네이티브 버전 WhatsApp이 사용하던 RAM 용량과 같다. 이 웹 기반 구현은 스크롤하는 동안 CPU 사용률 28.6%와 11.6MB/s의 디스크 작업량까지 기록했다.
상황을 설명하자면, Meta는 2025년 11월 네이티브 WhatsApp 앱 지원을 중단했으며 새 버전은 MS Edge WebView2 안에서 web.whatsapp.com을 불러올 뿐이다. 처음 테스트했을 당시 기존 UWP 앱은 유휴 상태에서 100MB 미만, 스크롤할 때 약 250MB를 사용했다. 반면 WebView2 버전은 유휴 상태에서 약 600MB, 스크롤할 때 1.2GB를 사용했다. 영상 통화 중에는 각각 약 900MB와 316MB를 사용했다. 그야말로 서비스 퇴보의 정점이다.

6월에도 WhatsApp은 Windows 11에서 여전히 1.2GB의 RAM을 사용하고 있었다. 이제는 2GB를 넘어섰다.
앱이 적어도 빠르기라도 했다면 이 정도의 메모리 사용량을 용서하기가 더 쉬웠을 것이다. 채팅을 전환하는 데는 여전히 약 1초가 걸리고, 스크롤은 끊기며, 메시지를 보낸 뒤 체크 표시 하나가 늦게 나타난다. 아이러니하게도 WhatsApp의 도움말 페이지에는 한때 네이티브 Windows 및 Mac 앱이 “향상된 성능과 안정성을 제공한다”고 적혀 있었지만, Meta는 사용자들을 로그아웃시켜 웹 래퍼로 이동하도록 유도했다.
WhatsApp Web은 RAM을 덜 사용하며—마침내 통화도 지원한다
안타깝지만 예상대로 WhatsApp Web도 가볍지는 않다. Edge의 브라우저 작업 관리자에서 WhatsApp 탭은 약 700MB를 사용했다.

WhatsApp Web을 사용하는 동안, 특히 메시지를 스크롤할 때 RAM 사용량은 계속 증가한다. 하지만 내 테스트에서는 WhatsApp Desktop보다 더 부드럽게 작동했다. 여기에는 고려해야 할 중요한 요소가 있다. Edge는 내 기본 브라우저이며 항상 실행 중이다. 따라서 WhatsApp Web을 여는 것은 사실상 WhatsApp만 실행하기 위해 브라우저 전체를 하나 더 여는 것과 같은 WhatsApp Desktop을 실행할 때보다 성능에 미치는 영향이 작다.

개인 계정과 WhatsApp Business 계정을 Edge 탭 두 개에서 열었을 때 각각 593.4MB와 562.8MB를 사용했다. 두 계정을 합쳐 약 1.16GB로, 데스크톱 앱에서 계정 하나가 사용하는 2GB보다도 훨씬 적다.

WhatsApp Web을 앱으로 설치할 수도 있다. 사이트를 열면 Edge에 “WhatsApp Web 앱 설치” 아이콘이 표시된다.

나는 이를 설치하고 데스크톱 앱과 함께 실행했다. 언뜻 보기에 작업 관리자에는 “WhatsApp Web”이 2.5MB만 사용하는 것으로 표시됐지만, 믿기 어려울 정도로 낮은 수치였다.

실제 처리는 MS Edge에서 이루어졌으며, 그곳에서 “앱: web.whatsapp.com”이 579.6MB를 사용했다. 당시 WhatsApp 데스크톱 앱은 약 720.9MB의 RAM을 사용하고 있었다.

통화는 데스크톱 앱을 유지할 유일한 이유였지만, 이제 그 장점도 사라졌다. 7월 WhatsApp은 WhatsApp Web에 음성 및 영상 통화를 추가했고, 화면 공유, 통화 기록과 즐겨찾기가 포함된 통화 탭, 기기 간 통화 전환, 그룹 통화 대기실, QuickHD 영상, 노이즈 억제 기능도 함께 도입했다. 이러한 기능은 점진적으로 배포되고 있으며, 내 브라우저에는 이미 “이제 음성 및 영상 통화를 이용할 수 있습니다”라는 카드가 표시된다.
WhatsApp Web은 최근 새 그룹 구성원과 메시지 기록을 공유하고, 채팅 테마와 맞춤 배경화면을 사용하며, 하트로 상태에 ‘좋아요’를 누르고, 채팅을 파일로 내보낼 수 있다는 점도 알려줬다.

유일한 제한은 WhatsApp용 Windows 11의 Resume 기능으로, 이 기능은 항상 데스크톱 앱을 연다. 따라서 브라우저에서 WhatsApp을 사용하는 경우에는 도움이 되지 않는다.
휴대폰에서 WhatsApp을 스트리밍하면 PC에서 83.5MB만 사용한다
내가 사용하는 또 다른 해결책에는 호환되는 하드웨어가 필요하다. 나는 Motorola Edge 50 Neo와 함께 Lenovo IdeaPad를 사용한다. Lenovo가 Motorola를 소유하고 있기 때문에 두 기기 모두 Smart Connect를 지원하며, 이상적인 조합을 이룬다. Smart Connect에서 WhatsApp을 검색한 뒤 PC의 창에서 Android 앱을 열기만 하면 된다.

WhatsApp은 휴대폰에서 계속 실행되므로 Smart Connect 앱 자체를 포함해 내 PC에서는 83.5MB만 사용했다. 나는 매일 이 방법을 사용하며, 안정적으로 작동했다. 이 앱은 파일 전송도 지원하므로 현재 Meta가 Windows 사용자에게 제공하는 어떤 솔루션보다 낫다고도 할 수 있다.

모든 사람이 Lenovo PC와 Motorola 휴대폰을 보유한 것은 아니라는 점은 알고 있다. 다행히 MS의 Phone Link는 지원되는 Samsung, HONOR, OPPO, ASUS, vivo, Xiaomi 휴대폰의 앱을 스트리밍할 수 있다. 또한 Windows 11의 새로운 작업 표시줄 검색 기능으로 Android 휴대폰의 앱을 Phone Link 창에서 열 수 있다는 점도 확인했다.

이 기능은 아직 테스트 중이지만, iOS와 macOS 생태계에서의 경험과 비슷하게 PC에서 WhatsApp을 스트리밍하는 과정을 훨씬 자연스럽게 만들 수 있다.
Telegram과 1인 프로젝트가 보여주는 WhatsApp의 가능성
나는 매일 수천 개의 메시지가 올라오는 Telegram 그룹에 참여하고 있지만, Telegram Desktop은 내 PC에서 340.1MB만 사용한다. 작업 관리자에 표시되는 하위 프로세스도 활성 대화 하나뿐이며, WhatsApp 아래에서 실행되는 수많은 WebView2 프로세스와 대조적이다. 물론 두 앱에 같은 사람들과의 대화가 들어 있는 것은 아니므로 완벽한 벤치마크는 아니다.

하지만 Telegram은 WhatsApp보다 더 나은 기능과 사용성을 제공한다. 개발자들은 Windows 앱 지원도 매우 꾸준히 이어 왔으며, 이 점을 높이 평가한다. Telegram은 Meta보다 훨씬 작은 회사다.
또 다른 흥미로운 소식으로, 독립 개발자 Carmine Paolino는 Windows, macOS, Linux용 Rust 기반 네이티브 WhatsApp 클라이언트인 ZapFast를 만들었다. 브라우저 엔진을 사용하지 않고 WhatsApp에 보조 기기로 연결된다. Paolino에 따르면 Linux 테스트에서 유휴 상태의 RAM 사용량은 약 150MB였으며, Chromium에서 실행되는 WhatsApp Web은 1.13GB를 사용했다. 채팅 인터페이스도 약 0.7초 만에 로드돼 4초가 걸린 WhatsApp Web보다 빨랐다.
물론 이 앱을 추천하는 것은 아니다. ZapFast는 아직 통화, 상태 또는 커뮤니티를 지원하지 않지만, 이것이 주된 우려 사항은 아니다. 웹사이트에는 “비공식 클라이언트를 사용하면 WhatsApp 서비스 약관을 위반할 수 있으며 계정이 정지될 수 있습니다.”라는 경고가 표시된다. 그럼에도 개발자 한 명이 네이티브 WhatsApp 클라이언트를 만들 수 있다면, Meta가 만들지 못할 이유가 무엇인가?
Meta가 Windows용 WhatsApp을 웹 래퍼로 유지할 명분은 없다
Satya Nadella에 따르면 Windows의 월간 사용자는 16억 명이며, WhatsApp은 가장 인기 있는 메시징 앱이다. Steam의 9월 설문조사에서 Windows의 점유율은 95.03%였고, macOS는 1.92%였다. 이 설문조사가 게이머층을 대상으로 한다는 점을 감안하더라도 더 큰 흐름을 보여준다. Meta는 여전히 Mac용 네이티브 WhatsApp 앱을 제공하지만, Windows 사용자에게는 웹 래퍼를 제공한다.

Mac 사용자가 결제에 더 적극적이라는 일반적인 인식 때문에 개발자들이 유료 애플리케이션에서 Mac을 우선시할 수 있다는 점은 이해한다. 하지만 WhatsApp은 무료이므로 이 경우에는 그런 논리가 적용되지 않는다. Meta는 이 결정이 납득되도록 설명해야 한다.
WinUI 역시 수년 동안 부족했던 기본 컨트롤을 마침내 지원하면서 지금까지 가장 좋은 상태에 도달했다. MS의 디자인 팀은 에이전트형 AI 워크플로를 사용해 Windows 11의 새로운 속도 테스트를 단 하루 만에 프로토타입으로 제작하기도 했다.
AI의 도움으로 한 사람이 여가 시간에 하루 만에 이것을 만들었다.
한편 Meta는 4월 Muse Spark AI 모델을 출시했으며, AI 인프라를 확장하면서 올해 자본 지출에 1,350억~1,450억 달러를 투입할 것으로 예상한다. 이 정도 자금력을 가진 기업이라면 네이티브 Windows 앱 개발에 엔지니어 몇 명, 혹은 AI 에이전트 몇 개쯤은 투입할 수 있을 것이다.
안타깝게도 WhatsApp은 한때 Windows를 적극적으로 지원했다. Windows Phone에서 WhatsApp 베타를 사용했던 기억이 있으며, 이후 Windows 11용 UWP 앱도 빠르고 부드러웠다. MS Teams 역시 웹 앱이고 상당한 양의 RAM을 사용하지만, WhatsApp만큼 느리지는 않다. 그렇다고 Teams를 칭찬하려는 것은 아니다.

실제 절차가 꼭 이런 식으로 진행되는 것은 아니라는 점은 알지만, MS가 Meta와 논의했으면 한다. WhatsApp처럼 인기 있는 앱이 MS Store를 통해 배포되면서 이토록 형편없는 성능을 보여서는 안 된다. Meta가 다시 네이티브 앱을 만들기 전까지 WhatsApp을 내 PC에 다시 설치할 일은 없을 것이다.
여전히 Windows용 WhatsApp을 사용하고 있는가, 아니면 웹 버전으로 옮겼는가? 댓글로 의견을 남겨 달라.
Windows Latest는 여러분과 같은 독자들의 지원으로 운영됩니다. Google Discover와 Google 검색에서 저희를 선호 소스로 설정해 독립적인 보도가 더 많은 사람에게 전달될 수 있도록 도와주세요.
