Durante las últimas semanas, Microsoft ha centrado parte de su discurso técnico en destacar las mejoras en la gestión de memoria de Windows 11, poniendo especial énfasis en la optimización de ordenadores equipados con 8 GB de RAM. Como estandarte de esta evolución, la compañía señaló el caso de WhatsApp, asegurando que el cliente de mensajería había logrado una reducción de consumo de «doble dígito». Sin embargo, las pruebas de rendimiento realizadas sobre la versión actual disponible en la Microsoft Store dibujan un escenario opuesto: el programa ocupa más de medio gigabyte antes siquiera de iniciar sesión y se dispara hasta los 1,5 GB de memoria RAM con acciones tan elementales como desplazarse por el historial de una conversación.
Esta marcada discrepancia entre las métricas divulgadas en los comunicados oficiales y las cifras que arroja el Administrador de tareas en un equipo real evidencia los límites de la arquitectura actual de la aplicación. Pese al entusiasmo mostrado por la directiva de Windows en sus canales de comunicación, el cliente de mensajería continúa imponiendo una carga de recursos considerable para los portátiles con especificaciones de entrada.
-El consumo real en el Administrador de tareas: de los 562 MB en reposo a rozar los 2 GB
La huella sobre la memoria principal resulta evidente desde el mismo instante en que se ejecuta el programa. En la pantalla inicial de bienvenida, antes de vincular una cuenta o cargar un solo mensaje, el conjunto de procesos vinculados a WhatsApp ya demanda 562,2 MB de RAM, lo que supone prácticamente el doble de los 300 MB que requería esa misma interfaz en las mediciones efectuadas en noviembre de 2025.
Durante la vinculación mediante código QR, la aplicación permanece cerca de diecinueve segundos procesando el mensaje de carga de chats, periodo en el que la ocupación de memoria escala de 483,4 MB a 716,9 MB con picos de uso del 23 % en el procesador. Una vez desplegada la lista de conversaciones, y sin haber abierto ningún hilo, el consumo base se estabiliza alrededor de los 800 MB.
El impacto crítico se produce con la actividad cotidiana. Acceder a una única conversación basta para superar la barrera del gigabyte, mientras que realizar un desplazamiento por el historial lleva el consumo hasta los 1,5 GB. En escenarios de uso intensivo —con chats cargados de material multimedia, notas de voz y búsquedas de mensajes antiguos—, la aplicación llega a rozar los 2 GB de memoria, una cifra desproporcionada para un equipo cuya capacidad total instalada es de 8 GB. Si bien el arranque en frío ha ganado agilidad hasta situarse en unos seis segundos y ciertos estados de reposo muestran ligeras caídas respecto al pasado verano, el uso real dista mucho de ofrecer una experiencia ligera.
-Las declaraciones oficiales frente a la falta de métricas concretas en los comunicados
La controversia tiene su origen en una publicación difundida a principios de noviembre en el Windows Experience Blog, donde Pavan Davuluri, vicepresidente ejecutivo de Windows, destacó el impacto positivo de las actualizaciones del sistema operativo sobre el software de terceros:
«Las mejoras en la plataforma también permiten a los desarrolladores externos beneficiarse de la memoria. Por ejemplo, WhatsApp está experimentando una mejora de memoria de doble dígito en su aplicación para Windows.» — Pavan Davuluri, vicepresidente ejecutivo de Windows en Microsoft.
El inconveniente de esta afirmación radica en la ambigüedad de los datos presentados. Hablar de una mejora de «doble dígito» sin especificar si se trata de un porcentaje o de megabytes absolutos, ni detallar cuál fue el escenario base de medición, impide contrastar el avance real. Un recorte marginal de varias decenas de megabytes resulta imperceptible en la práctica cuando la aplicación sobrepasa con facilidad el gigabyte y medio en tareas rutinarias.
En realidad, la reducción global de hasta 900 MB en la memoria comprometida que Microsoft reivindica para equipos de 8 GB en pruebas de multitarea proviene principalmente de los ajustes internos en el propio núcleo de Windows, el navegador Edge y las herramientas de Microsoft 365, más que de una optimización profunda en el cliente de Meta.
-WebView2 y el abandono de la arquitectura nativa como raíz del problema
El origen técnico de este elevado consumo reside en una decisión de desarrollo tomada por Meta en noviembre de 2025, cuando decidió sustituir su aplicación nativa UWP por un contenedor basado en WebView2. En la práctica, el programa que se descarga desde la tienda no es más que un envoltorio que ejecuta la versión web de la plataforma dentro del motor de renderizado de Microsoft Edge.
Según recoge la propia documentación de rendimiento de WebView2, cada instancia desplegada bajo este modelo levanta su propia estructura independiente de procesos para el navegador, el motor de renderizado y la aceleración gráfica por GPU. Aunque las guías de buenas prácticas instan a los desarrolladores a compartir entornos de ejecución, suspender instancias inactivas y acotar el peso del código JavaScript, la optimización final recae enteramente sobre Meta. Mientras Microsoft trabaja en mejorar la eficiencia interna de los componentes de Chromium integrados en Windows 11, la arquitectura del contenedor web sigue penalizando el rendimiento frente a clientes verdaderamente nativos como Telegram, que mantienen un consumo muy contenido incluso gestionando múltiples grupos activos de forma simultánea.
Para los usuarios que operan a diario con ordenadores limitados a 8 GB de RAM y necesitan reservar recursos para herramientas profesionales como Teams, Outlook o Excel, la alternativa más práctica mientras no se rediseñe el cliente pasa por cerrar por completo la aplicación cuando no esté en uso, o bien abrir el servicio directamente en una pestaña del navegador convencional, donde los algoritmos de suspensión automática de pestañas de Windows sí logran congelar el consumo de memoria en segundo plano.