마이크로소프트(Microsoft)가 차세대 윈도우(Windows) 이메일 클라이언트로 내세우는 새 아웃룩(Outlook)이 기존 클래식 아웃룩(Outlook Classic) 대비 현저히 느린 성능과 높은 리소스 사용량으로 논란이 되고 있습니다. 특히 메일 알림을 클릭했을 때 해당 메일로 즉시 이동하지 못하고 약 10초가량 지연되는 문제가 지적되었는데, 이는 웹뷰2(WebView2) 기반의 웹 앱(Web App) 구조에서 비롯된 것으로 분석됩니다.
새 아웃룩의 지연은 알림 클릭 시 앱 실행, 받은편지함 로드, 인증, 메일 스레드 표시, 렌더링 등 여러 단계를 거쳐야 하기 때문입니다. 이는 마이크로소프트 엣지(Microsoft Edge)의 웹뷰2 런타임 위에서 크로미움(Chromium) 기반 렌더링 엔진을 사용하는 웹 앱의 특성에서 기인합니다. 리소스 사용량에서도 큰 차이를 보이는데, 새 아웃룩은 유휴 상태에서 10개 프로세스와 490~636MB의 램(RAM)을 사용하는 반면, 클래식 아웃룩은 단일 프로세스와 117~148MB 램을 사용해 약 4배의 메모리 차이를 보입니다. 마이크로소프트는 2027년 3월까지 기업의 강제 전환 기한을 연기하며 기능 보강을 약속했지만, 근본적인 웹 앱 구조의 제약은 여전히 남아있습니다.
이러한 성능 저하는 단순히 불편함을 넘어, 빠른 업무 처리를 요구하는 사용자들에게 실질적인 생산성 저하로 이어질 수 있습니다. 특히 알림을 통해 즉각적으로 메일을 확인해야 하는 업무 환경에서는 클래식 아웃룩이 여전히 더 안정적인 선택으로 평가받고 있습니다. 마이크로소프트가 웹 기술을 활용해 개발 편의성을 높이려 한 시도는 이해되지만, 네이티브 앱(Native App) 수준의 사용자 경험을 제공하지 못한다면 사용자들의 외면을 피하기 어려울 것입니다. 이번 사례는 웹 기술 기반 앱이 데스크톱 환경에서 네이티브 앱의 성능과 사용성을 완전히 대체하기 어렵다는 점을 다시 한번 보여주는 중요한 시사점을 제공합니다.