0 기록(들)
"0"와 일치하는 결과를 0 밀리초 만에 찾았습니다
내용
Meta가 WhatsApp을 위한 네이티브 WinUI 앱으로 전환해야 할 때
Windows용 WhatsApp은 성능 악몽입니다
10년 된 PC에서 상황은 더 나빠집니다
웹 래퍼란 무엇이며, 메시징 앱으로서 왜 나쁜 선택인가요?
Windows가 네이티브 앱 대신 웹 앱을 계속 사용하는 이유
Microsoft의 미래 방향
15억 명의 Windows 사용자는 더 나은 앱을 받을 자격이 있습니다
Meta에 보내는 나의 메시지
Windows 11 PC에서 최악의 앱, 아무것도 안 해도 1.2GB RAM을 차지하는 WhatsApp
시간: Jun, 12, 2026

메타가 WhatsApp을 위한 네이티브 WinUI 앱으로 전환할 때입니다

메타가 WhatsApp을 위한 네이티브 WinUI 앱으로 전환할 때입니다. WebView2는 너무 느립니다

WhatsApp을 주요 메시징 앱으로 사용하는 경우, Windows에서의 답답한 경험에 익숙할 것입니다. 75,000명이 넘는 직원과 조 단위의 자산을 보유한 메타가 아직도 Windows용 WhatsApp을 최적화하지 않았다는 점은 납득하기 어렵습니다. 데이터 센터와 AI 역량을 포함한 방대한 자원을 고려하면, 이러한 느린 성능은 용납될 수 없습니다.

로딩 화면에서 멈춰 있는 WhatsApp

WhatsApp은 월간 30억 명의 활성 사용자를 보유하고 있으며, Windows는 16억 명의 사용자를 보유하고 있습니다. 하지만 Windows에서 WhatsApp을 사용하는 수백만 명의 사용자는 열악한 경험을 하고 있습니다. 저사양, 중간 사양, 고사양 하드웨어에서 웹 래퍼 기반 앱을 테스트한 결과, 누구도 느린 성능에서 자유롭지 못하다는 결론에 도달했습니다. 역설적으로, 모든 기기 유형에서 경험이 똑같이 열악하다는 점은 불행한 일관성을 보여줍니다.

PC를 다시 시작한 후, WhatsApp의 메모리 사용량을 기록했는데 로그인하기도 전에 400MB에 도달했습니다. 이는 백그라운드에서 채팅 기록 동기화가 이루어져 모든 것이 최신 상태로 유지되기 때문이라고 가정할 수 있지만, 사실 그렇지 않습니다. 아직 로그인도 하지 않은 상태였습니다. 이는 앱이 얼마나 최적화되지 않았는지를 보여주며, 불행히도 이것은 빙산의 일각에 불과합니다.

메타가 1년 전 WhatsApp의 UWP 버전을 WebView2 기반 앱으로 교체한다고 발표했을 때, 다른 메시징 플랫폼으로 전환했어야 했습니다. 하지만 WhatsApp이 제 사회적, 가족적 삶에 깊이 통합되어 있어 현실적으로 불가능했습니다. 대신 브라우저에서 WhatsApp Web을 사용하기 시작했는데, 아이러니하게도 독립형 Windows 앱보다 더 빠릅니다. 전용 채팅 앱을 선호하긴 하지만, 앱이 제대로 작동할 때만 가치가 있습니다. 그런데 Windows용 WhatsApp은 그렇지 않습니다.

Windows용 WhatsApp은 성능 악몽입니다

로그인 후 채팅을 스크롤하면 메모리 사용량이 1.2GB로 급증하며, 대기 상태에서는 약 600MB를 유지합니다.

Windows용 WhatsApp에서 메시지 스크롤 시 1GB 이상의 RAM 사용

메모리 소비가 높더라도 앱이 빠르다면 문제가 되지 않을 것입니다. 하지만 그렇지 않습니다. 앱은 느리고 리소스를 많이 소모합니다. 메시지를 보낼 때 단일 체크 표시가 나타나기까지 눈에 띄는 지연이 발생하며, 이는 메시지가 기기를 떠나지도 않았음을 나타냅니다. 이 지연으로 인해 다른 사람들에게는 메시지가 실시간으로 도착하지 않고 한꺼번에 도착하는 것처럼 보이며, 이는 사용자가 불규칙적으로 오프라인과 온라인을 반복하는 것처럼 보이게 만듭니다. 채팅 간 전환에는 1초 이상이 걸리며, 스크롤은 이제 중단된 UWP 앱에 비해 끊깁니다. 참고로, UWP 버전은 100개 이상의 개인 채팅과 30개의 활성 그룹을 처리하면서 대기 시 메모리를 100MB 미만으로 사용했습니다.

WebView2 업데이트 이후로 사용자들은 앱 멈춤, 메시지 전달 지연, PC를 절전 모드에서 다시 깨운 후 앱 불안정과 같은 광범위한 문제를 보고하고 있습니다. 일부 경우에는 PC가 최대 절전 모드에서 깨어난 후 사용자 로그아웃이 발생하기도 했습니다. 앱을 닫아도 종료되지 않고 시스템 트레이로 최소화되어 서비스 워커를 통해 알림을 처리하며 여전히 상당한 양의 RAM을 소비합니다.

시스템 트레이에 있는 WhatsApp

반면 이전 UWP 앱은 Windows의 기본 알림 API를 사용하여 자원을 거의 사용하지 않고 대기 상태를 유지할 수 있었습니다. 하지만 새로운 앱은 백그라운드에서 지속적인 활동이 필요합니다. 앱을 완전히 닫고 즉시 다시 열어도 지나치게 긴 로딩 시간이 발생합니다.

10년 된 PC에서는 상황이 더 나빠집니다

6세대 Intel Core i3와 8GB RAM을 탑재한 제 아버지의 10년 된 PC는 새로운 WhatsApp 앱이 저사양 하드웨어에서 얼마나 형편없이 작동하는지를 보여주는 대표적인 사례입니다. 자원이 많이 소모되는 여러 소프트웨어가 설치되어 있음에도 이 PC는 Windows 11을 원활하게 실행합니다. 하지만 WhatsApp만은 예외입니다. 앱이 너무 느려서 아버지는 활발한 WhatsApp 그룹을 따라가는 데 어려움을 겪습니다. 메시지가 늦게 도착하고, 응답이 지연되며, 시의적절한 대화에서 사실상 제외됩니다. 단일 채팅을 열어놓고 대기 중인 상태에서도 WhatsApp은 CPU의 22.4%와 600MB의 RAM을 소비합니다.

8GB RAM을 가진 PC에서 아무 작업을 하지 않아도 600MB RAM을 사용하는 최신 WhatsApp

같은 하드웨어에서 이전 UWP 앱은 훨씬 더 나은 성능을 보였습니다. 메모리 100MB만으로 원활하게 실행되었습니다. WebView2로 전환한 후 앱은 제 아버지와 비슷한 환경에 있는 수많은 사용자들에게 거의 사용할 수 없을 정도가 되었습니다.

웹 래퍼란 무엇이며, 메시징 앱에 왜 나쁜 선택일까요?

웹 래퍼는 전통적인 의미의 네이티브 앱이 아닙니다. 현재 Windows용 WhatsApp 버전은 Chromium의 WebView2(마이크로소프트의 렌더링 엔진) 내부에 web.whatsapp.com을 로드하는 셸에 불과합니다. 이는 앱이 데스크톱 애플리케이션처럼 보이는 브라우저 탭에 불과하다는 것을 의미합니다.

하지만 Chromium은 렌더링, 네트워킹, 오디오, 스토리지, 샌드박싱, 충돌 보고를 위한 여러 하위 프로세스를 통해 작동합니다. 이러한 프로세스는 독립적으로 실행되며, 높은 CPU와 RAM 사용량을 초래합니다. 반면 네이티브 앱은 운영 체제의 API에 직접 통합되어 최소한의 자원 소비로 대기 상태를 유지할 수 있습니다. 웹 래퍼는 설계상 백그라운드에서 활성 브라우저 프로세스를 실행하지 않고는 이를 달성할 수 없으므로, Windows용 WhatsApp을 닫아도 RAM이 해제되지 않는 것입니다.

작업 관리자에서 보이는 WhatsApp 하위 프로세스들

AI 중심 데이터 센터 수요로 인해 RAM 가격이 급등한 상황에서 기본 메시징에 600MB에서 1.2GB를 소비하는 앱은 8GB RAM만 있는 사용자들에게 큰 불편함을 초래합니다.

Windows에 네이티브 앱 대신 웹 앱이 계속 등장하는 이유

근본 원인은 마이크로소프트의 네이티브 프레임워크에 대한 일관성 없는 접근 방식에 있습니다. Universal Windows Platform(UWP)에 투자한 개발자들은 WinUI로 전환되면서 이를 포기해야 했고, 이후 마이크로소프트는 Electron 앱과 웹 래퍼 빌드를 권장했습니다. 이러한 일관성 부족은 마이크로소프트의 네이티브 개발에 대한 장기적인 신뢰를 훼손했습니다.

Universal Windows Platform (UWP)

이러한 분위기는 메타가 경량 UWP 기반 WhatsApp을 WebView2 버전으로 교체하도록 영향을 미쳤을 가능성이 높습니다. UWP WhatsApp은 빠르고, 효율적이며, Windows API와 원활하게 통합되었지만, 이를 유지보수하는 것은 메타가 감수할 수 없는 위험으로 간주되었습니다. 대신, 크로스 플랫폼의 편리함을 네이티브 성능보다 우선시하며 웹 래퍼를 선택했습니다.

마이크로소프트의 향후 계획

마이크로소프트는 이러한 문제를 해결하기 시작했습니다. Build 2026에서 마이크로소프트는 WinUI를 통한 네이티브 앱의 중요성을 강조하고, Windows 11에서 웹 기반 혼란을 제거하며, Windows 11 셸 구성 요소를 네이티브 코드로 다시 작성하겠다고 발표했습니다. 이러한 노력은 개발자들과의 신뢰를 회복하고 네이티브 앱 개발로의 복귀를 장려하는 것을 목표로 합니다.

WinUI 3

그러나 이 전략이 성공하려면 마이크로소프트는 메타와 같은 주요 플레이어들이 네이티브 개발에 투자하도록 설득해야 합니다. 이를 위해서는 안정성, 더 나은 문서화, WinUI에 대한 장기적인 지원에 대한 명확한 약속이 필요합니다.

15억 명의 Windows 사용자는 더 나은 것을 받을 자격이 있습니다

Windows에 대한 네이티브 개발을 소홀히 하는 메타의 결정은, 메타가 훨씬 더 적은 사용자 기반을 가진 macOS와 심지어 Apple Watch를 위한 네이티브 앱에는 투자를 아끼지 않는다는 점에서 특히 실망스럽습니다. 15억 명의 사용자를 보유한 Windows는 동일한 관심을 받을 자격이 있습니다. 자원의 부족은 유효한 핑계가 될 수 없습니다. 문제는 우선순위에 있습니다.

메타는 필요에 따라 네이티브 앱을 제작할 수 있는 능력을 이미 입증했습니다. 이제는 Windows 사용자들에게도 동일한 노력을 기울여야 할 때입니다. 웹 래퍼는 Windows처럼 중요한 플랫폼에서는 적절한 데스크톱 앱을 대체할 수 없습니다.

메타에 보내는 메시지

메타, 이제 Windows용 네이티브 WhatsApp에 투자할 때입니다. 마이크로소프트는 Windows 11의 장기적인 프레임워크로 WinUI를 확정했으며, 이를 포기할 기미는 보이지 않습니다. 한때 Windows 네이티브 개발을 위험하게 만들었던 불확실성은 더 이상 존재하지 않습니다. 메타는 WinUI 기반 WhatsApp을 구축함으로써 대다수 사용자를 위한 빠르고, 효율적이며, 신뢰할 수 있는 메시징 경험을 제공할 수 있습니다. 자원은 충분하며, 플랫폼은 안정적이고, 수요는 분명합니다. 더 이상 안주할 핑계는 없습니다.

닫기whokeys에 오신 것을 환영합니다. 로그인하세요.

아직 가입하지 않으셨나요?   지금 가입하세요

타사 계정으로 로그인:

  • google
  • Twitch
  • Youtube

닫기whokeys에 오신 것을 환영합니다. 가입하세요.

  • 이메일 주소 *(Used To Receive Key)

    유효한 이메일을 입력하세요.

  • 비밀번호*

    6~16자의 문자, 숫자, 특수 문자.

  • 비밀번호 확인*

  • 이름* *

  • 읽고 동의했습니다. 
    whokeys의 할인 혜택, 이벤트 및 뉴스레터를 구독하세요.

이미 whokeys 계정이 있으신가요?   지금 로그인하세요

타사 계정으로 로그인

  • google
  • Twitch
  • Youtube

닫기

프롬프트:

프로그램이 시스템에 성공적으로 제출되었습니다.

닫기

프롬프트:

프로그램이 시스템에 성공적으로 제출되었습니다.

닫기

프롬프트:

시스템이 부하상태입니다. 잠시만 기다려주세요

닫기등록 성공

닫기보안인증

장바구니에 새 항목이 추가되었습니다.

닫기배송 방법

배송지:
화물 * 예상 배송 시간 추적 가능 운송업체
*예상 비용, 결제 시 계산된 실제 금액입니다.
0
라이브 채팅