Es hora de que Meta cambie a una aplicación nativa de WinUI para WhatsApp

Si usas WhatsApp como tu aplicación principal de mensajería, probablemente estés familiarizado con su frustrante experiencia en Windows. A pesar de ser una empresa valorada en billones de dólares con más de 75,000 empleados, Meta aún no ha optimizado WhatsApp para Windows. Este rendimiento lento es imperdonable, considerando sus extensos recursos, incluidos centros de datos y capacidades de IA.

WhatsApp cuenta con 3 mil millones de usuarios activos mensuales, mientras que Windows tiene 1.6 mil millones de usuarios. Sin embargo, los millones que usan WhatsApp en Windows enfrentan una mala experiencia. Probar la aplicación basada en un envoltorio web en hardware de gama baja, media y alta confirma que nadie está exento de la lentitud. Irónicamente, la experiencia es igual de pésima en todos los tipos de dispositivos, una consistencia desafortunada.

Después de reiniciar mi PC, registré el uso de memoria de WhatsApp, que alcanzó los 400 MB incluso antes de iniciar sesión. Podrías asumir que esto se debe a la sincronización del historial de chat en segundo plano para asegurar que todo esté actualizado, pero ese no es el caso. Ni siquiera había iniciado sesión aún. Esto resalta cuán mal optimizada está la aplicación, y desafortunadamente, esto es solo la punta del iceberg.

Cuando Meta anunció que reemplazaría la versión UWP de WhatsApp con una aplicación basada en WebView2 hace un año, debería haber cambiado a otra plataforma de mensajería. Pero con WhatsApp tan profundamente integrado en mi vida social y familiar, no era una opción viable. En cambio, he recurrido a usar WhatsApp Web en un navegador, que irónicamente es más rápido que la aplicación independiente de Windows. Aunque prefiero una aplicación de chat dedicada, solo vale la pena cuando la aplicación funciona bien, y WhatsApp para Windows simplemente no lo hace.

WhatsApp para Windows es una pesadilla de rendimiento

Una vez iniciada la sesión, desplazarse por los chats hace que el uso de memoria se dispare a 1.2 GB, mientras que el uso en reposo ronda los 600 MB.

El alto consumo de memoria no sería un problema si la aplicación fuera rápida, pero no lo es. La aplicación es lenta y consume muchos recursos. Enviar un mensaje viene con un retraso notable antes de que aparezca la marca simple, indicando que el mensaje ni siquiera ha salido del dispositivo. Este retraso hace que parezca a otros que estás desconectado y conectado de forma intermitente, ya que los mensajes llegan en ráfagas en lugar de en tiempo real. Cambiar entre chats toma más de un segundo, y el desplazamiento es entrecortado en comparación con la ahora descontinuada aplicación UWP. Para contexto, la versión UWP manejaba más de 100 chats individuales y 30 grupos activos mientras utilizaba menos de 100 MB de memoria en reposo.

Desde la actualización a WebView2, los usuarios han reportado problemas generalizados, incluyendo congelamientos de la aplicación, retrasos en la entrega de mensajes e inestabilidad de la aplicación después de despertar una PC del modo de suspensión. En algunos casos, los usuarios incluso fueron desconectados después de que sus PCs salieran de la hibernación. Cerrar la aplicación no la cierra realmente; se minimiza en la bandeja del sistema, continuando con un consumo significativo de RAM para manejar notificaciones a través de trabajadores de servicio.

La antigua aplicación UWP, en contraste, utilizaba las APIs de notificaciones integradas de Windows, permitiéndole permanecer inactiva sin un uso significativo de recursos. La nueva aplicación, sin embargo, requiere actividad constante en segundo plano. Si la cierras por completo y la vuelves a abrir inmediatamente, aún te enfrentas a un tiempo de carga irrazonablemente largo.

En una PC de 10 años, es aún peor

La PC de 10 años de mi padre, con un modesto Intel Core i3 de 6ª generación y 8 GB de RAM, es un ejemplo claro de cuán mal funciona la nueva aplicación de WhatsApp en hardware antiguo. A pesar de tener numerosos programas que consumen muchos recursos instalados, la PC ejecuta Windows 11 sin problemas, excepto por WhatsApp. La aplicación es tan lenta que mi padre a menudo lucha por mantenerse al día con sus grupos activos de WhatsApp. Los mensajes llegan tarde, sus respuestas se retrasan y está efectivamente excluido de las conversaciones en tiempo real. Incluso en reposo con un solo chat abierto, WhatsApp consume el 22.4% de la CPU y 600 MB de RAM.

La antigua aplicación UWP funcionaba significativamente mejor en el mismo hardware. Requería solo 100 MB de memoria y funcionaba sin problemas. El cambio a WebView2 ha hecho que la aplicación sea casi inutilizable para mi padre y muchos otros usuarios con configuraciones similares.

¿Qué es un envoltorio web y por qué es una mala opción para aplicaciones de mensajería?

Un envoltorio web no es una aplicación nativa en el sentido tradicional. La versión actual de WhatsApp para Windows es esencialmente un contenedor que carga web.whatsapp.com dentro de WebView2 de Chromium, el motor de renderizado de Microsoft. Esto significa que la aplicación es esencialmente una pestaña de navegador disfrazada de aplicación de escritorio.

Chromium, sin embargo, opera a través de múltiples subprocesos para renderizado, red, audio, almacenamiento, aislamiento y generación de informes de fallos. Estos procesos funcionan de forma independiente, lo que lleva a un alto uso de CPU y RAM. Una aplicación nativa, en cambio, puede integrarse directamente con las APIs del sistema operativo, permitiéndole permanecer inactiva con un consumo mínimo de recursos. Los envoltorios web, por diseño, no pueden lograr esto sin ejecutar un proceso de navegador en vivo en segundo plano, razón por la cual cerrar WhatsApp para Windows no libera tu RAM.

Dado que los precios de la RAM han aumentado debido a la demanda de centros de datos impulsados por IA, una aplicación que consuma entre 600 MB y 1.2 GB para mensajería básica es un inconveniente significativo, particularmente para los usuarios con solo 8 GB de RAM.

¿Por qué Windows sigue recibiendo aplicaciones web en lugar de nativas?

La causa raíz radica en el enfoque inconsistente de Microsoft hacia los frameworks nativos. Los desarrolladores que invirtieron en la Plataforma Universal de Windows (UWP) la vieron abandonada en favor de WinUI, solo para que Microsoft más tarde alentara la creación de aplicaciones Electron y envoltorios web. Esta inconsistencia ha erosionado la confianza en el compromiso a largo plazo de Microsoft con el desarrollo nativo.

Este ambiente probablemente influyó en la decisión de Meta de reemplazar su WhatsApp basado en UWP por una versión en WebView2. Mientras que WhatsApp UWP era rápido, eficiente y se integraba perfectamente con las APIs de Windows, mantenerlo se convirtió en un riesgo que Meta no estaba dispuesto a asumir. En cambio, optaron por un envoltorio web, priorizando la conveniencia multiplataforma sobre el rendimiento nativo.

El camino a seguir para Microsoft

Para su crédito, Microsoft ha comenzado a abordar estos problemas. En Build 2026, destacaron la importancia de las aplicaciones nativas a través de WinUI, anunciaron la eliminación del desorden basado en la web en Windows 11 y se comprometieron a reescribir los componentes del shell de Windows 11 en código nativo. Estos esfuerzos tienen como objetivo reconstruir la confianza con los desarrolladores y fomentar un retorno al desarrollo de aplicaciones nativas.

Sin embargo, para que esta estrategia tenga éxito, Microsoft debe convencer a grandes actores como Meta de invertir en el desarrollo nativo. Esto requiere estabilidad, mejor documentación y un compromiso claro con el soporte a largo plazo para WinUI.

1.5 mil millones de usuarios de Windows merecen algo mejor

La decisión de Meta de descuidar el desarrollo nativo para Windows es particularmente frustrante dado su inversión en aplicaciones nativas para macOS e incluso el Apple Watch, plataformas con bases de usuarios mucho más pequeñas. Windows, con sus 1.5 mil millones de usuarios, merece la misma atención. Las limitaciones de recursos no son una excusa válida; el problema radica en las prioridades.

Meta ha demostrado su capacidad para desarrollar aplicaciones nativas cuando lo decide. Es hora de que extiendan el mismo esfuerzo a los usuarios de Windows. Un envoltorio web no es un sustituto aceptable para una aplicación de escritorio adecuada, especialmente para una plataforma tan significativa como Windows.

Mi mensaje para Meta

Meta, ahora es el momento de invertir en un WhatsApp nativo para Windows. Microsoft se ha comprometido con WinUI como el framework a largo plazo para Windows 11, sin señales de abandonarlo. La incertidumbre que una vez hizo que el desarrollo nativo en Windows pareciera arriesgado ya no existe. Al construir un WhatsApp basado en WinUI, Meta puede ofrecer una experiencia de mensajería rápida, eficiente y confiable para la mayoría de sus usuarios. Los recursos están ahí, la plataforma es estable y la demanda es innegable. No hay excusa para seguir siendo complacientes.