Cómo monitorear el uso de Wi-Fi por app en una Mac

Estás en el Wi-Fi de un hotel, la conexión se siente más lenta de lo que debería, y no tienes idea de qué app está acaparando el enlace. El Monitor de Actividad te dirá los bytes de entrada y salida por proceso, pero no te dice si esos bytes fueron por Wi-Fi o ethernet, o en qué red estabas en el momento. Para monitorizar el uso de Wi-Fi por app en Mac, necesitas entender cómo macOS cuenta el tráfico por proceso, cómo enruta esos bytes a través de las interfaces, y cómo sacar a la luz esos datos sin dejar una app pesada corriendo todo el día.

Esta guía recorre lo que "uso de Wi-Fi" significa realmente en macOS, las herramientas integradas que puedes usar hoy, y cómo un monitor de barra de menú convierte los mismos datos del kernel en algo que puedes mirar de un vistazo mientras trabajas.

Qué significa realmente "monitorizar uso de Wi-Fi por app en Mac"

macOS no rastrea el Wi-Fi por separado del ethernet en la capa de aplicación. Cada app abre sockets, el kernel enruta paquetes a través de cualquier interfaz (en0, en1, utun0, etc.) que sea actualmente la ruta por defecto, y los contadores por proceso suman bytes independientemente de qué enlace físico los llevó.

Así que cuando la gente busca cómo monitorizar el uso de Wi-Fi por app en una Mac, casi siempre quieren decir una de dos cosas:

1. Tráfico por app mientras mi Mac está en Wi-Fi — es decir, estoy en una cafetería, ethernet está desconectado, así que todo el tráfico va por en0. En este caso, "tráfico por app" y "tráfico Wi-Fi por app" son la misma cosa.
2. Tráfico por app específicamente enrutado vía la interfaz Wi-Fi incluso cuando existen otras interfaces. Esto importa en una Mac mini con un adaptador USB ethernet, o cuando estás en tethering a un hotspot del teléfono.

Ambas preguntas se reducen a: "muéstrame los bytes por proceso, y dime qué interfaz usaron". Apple envía respuestas parciales en nettop y el Monitor de Actividad. Una herramienta dedicada llena la brecha.

Cómo macOS enruta el tráfico entre Wi-Fi y ethernet

Abre Ajustes del Sistema → Red. Verás una lista de servicios en orden de prioridad: Wi-Fi, USB 10/100/1000 LAN, Thunderbolt Bridge, etc. El servicio activo más arriba gana para nuevas conexiones, a menos que una app explícitamente se ate a una interfaz distinta.

Algunas cosas se siguen de eso:

• Si tanto ethernet como Wi-Fi están conectados, y ethernet está más arriba en el orden de servicios, casi nada fluye por Wi-Fi hasta que desconectes.
• Las apps en segundo plano que abrieron una conexión mientras estabas en Wi-Fi mantendrán esa conexión en Wi-Fi hasta que reconecten. Así que cambiar a ethernet no mueve inmediatamente la sincronización de iCloud, la próxima reconexión sí.
• Los túneles VPN (utun*) envuelven la interfaz subyacente. Los bytes aparecen en utun0 y en la interfaz física que lleva el túnel.

Puedes confirmar la interfaz por defecto actual con route get default en Terminal: imprimirá interface: en0 (Wi-Fi) o interface: en6 (USB ethernet) o similar.

Herramientas integradas: nettop y Monitor de Actividad

Antes de buscar algo nuevo, prueba las herramientas que ya están en tu Mac.

nettop

Abre Terminal y ejecuta:

nettop -P -m route

-P suma por proceso (en lugar de por conexión) y -m route cambia a una vista agrupada por ruta. Verás filas como Slack.21341 con bytes_in y bytes_out actualizándose en vivo. Pulsa c para cambiar modos, q para salir.

Límites: nettop no puede fijar contadores a una sola interfaz dentro de su vista por defecto, y no agrupa procesos auxiliares. Verás Slack, Slack Helper, Slack Helper (GPU) y Slack Helper (Renderer) como cuatro filas separadas.

Monitor de Actividad — pestaña Red

La pestaña Red del Monitor de Actividad muestra el total de bytes enviados y recibidos por proceso desde que arrancó el proceso. No muestra una tasa en vivo, no agrupa auxiliares, y no separa interfaces. Útil como verificación de cordura, no como herramienta en tiempo real.

Datos específicos de Wi-Fi: wdutil

sudo wdutil info

imprime el estado de la capa de enlace: canal, RSSI, modo PHY, BSSID. Combinado con contadores por app, esto te dice si la lentitud es un problema de radio o un problema de app.

Por qué una herramienta de barra de menú para monitorizar uso de Wi-Fi por app en Mac gana

Ejecutar nettop en una ventana de Terminal todo el día no es un gran flujo. Quieres un vistazo, no una sesión. Ahí entra un monitor de barra de menú.

ova se sienta en la barra de menú de macOS y muestra tasas en vivo de subida/bajada por defecto. Haz clic y obtienes una lista por app con tasa actual más una línea de tiempo recorrible de uso histórico. Los procesos auxiliares —Slack Helper, Google Chrome Helper, Discord Helper— están agrupados bajo su app padre, así que lees "Slack" en lugar de siete filas de auxiliares.

Cuando tu Mac está conectada solo por Wi-Fi, esa lista por app es tu desglose de uso de Wi-Fi. Cuando tienes varias interfaces, puedes correlacionar la línea de tiempo con qué interfaz estaba activa.

Una configuración de 5 minutos para ver el uso de Wi-Fi por app hoy

Aquí va un flujo repetible que puedes ejecutar ahora mismo.

1. Confirma que Wi-Fi es la interfaz activa. En Terminal: route get default. Busca interface: en0 (o lo que tu Wi-Fi muestre en Ajustes del Sistema → Red).
2. Instala un monitor de barra de menú. Suelta ova en /Applications. Pesa unos 3 MB, está firmado y notarizado, y funciona en macOS 14 y posteriores.
3. Abre la lista de la barra de menú. Verás una tasa en vivo por app. Ordena por tasa actual para encontrar al hablador.
4. Recorre la línea de tiempo. Haz clic en la vista histórica para ver si una app picó hace cinco minutos, hace una hora, o ha estado estable toda la mañana.
5. Cruza con nettop. Si un número parece sospechoso, ejecuta nettop -P -m route y compara. Los dos deberían coincidir cercanamente: leen los mismos contadores del kernel.

Ve ova en acción

Un monitor de ancho de banda en la barra de menú visible de un vistazo: local, firmado, ~3 MB.

Descargar para macOS

Leer los datos: qué es normal, qué no

Algunas líneas base de un día laboral típico en Wi-Fi:

• Slack en reposo: 5-30 KB/s en estado estacionario, pings de websocket más actualizaciones de presencia. Más alto durante un huddle o cuando alguien comparte un archivo.
• Chrome con 10 pestañas: muy variable, a menudo 0-200 KB/s en reposo, picando a 5+ MB/s cuando se reproduce un vídeo o arranca una sincronización de Drive.
• Streaming Spotify: ~150-300 KB/s en calidad por defecto, ~700 KB/s en lossless.
• Zoom 1080p: 2,5-3,8 Mbps subida y bajada para un uno-a-uno, más para vista galería.
• Sincronización de Fotos en iCloud tras una importación de teléfono: puede saturar tu subida durante minutos.

Si ves tráfico sostenido de una app que no tiene por qué ser parlanchina —un salvapantallas, un actualizador de fondo de pantalla, una calculadora— eso es una bandera que vale la pena investigar.

Cuándo la contabilidad por interfaz realmente importa

La mayoría de los usuarios de Mac tienen una interfaz activa a la vez. Pero hay casos reales donde necesitas granularidad por interfaz:

• Pagas por gigabyte en un hotspot. Quieres saber cuánto fue por el tethering del iPhone (en4 o similar) versus Wi-Fi normal.
• Estás en una VPN corporativa. El tráfico en utun0 es sensible al túnel dividido: quieres ver qué apps usaron realmente el túnel.
• Tienes un servidor Mac mini con doble enlace. Wi-Fi para gestión, ethernet para la carga, y necesitas confirmar que nada se filtró por el camino equivocado.

El kernel expone contadores por interfaz vía sysctl net.link.generic y vía getifaddrs(3), pero mapearlos de vuelta a procesos requiere recorrer las asociaciones PID-a-socket-a-interfaz. Esto es exactamente lo que nettop hace internamente, y lo que un buen monitor de barra de menú como ova saca a la luz en una interfaz visible de un vistazo.

Consideraciones de privacidad

Un monitor de red lee metadatos: bytes por proceso, nombres de host en algunas herramientas, marcas de tiempo. Eso es sensible. Antes de instalar nada, comprueba tres cosas:

1. ¿Dónde viven los datos? Un monitor que envía tu historial de ancho de banda a un panel en la nube está exportando tu comportamiento. Busca "todos los datos en disco" o "100% local" en la descripción.
2. ¿Está la app firmada y notarizada? Gatekeeper de macOS te lo dirá en el primer arranque. Un monitor sin firmar con acceso al kernel no es algo que quieras correr.
3. ¿Requiere una cuenta? No debería tener que. Un monitor local no necesita credenciales de inicio de sesión.

ova es solo local, firmado y notarizado, y nunca pide una cuenta. Si decides que no es para ti, la devolución de 14 días es incondicional.

Preguntas comunes

¿Little Snitch ya hace esto?

Little Snitch es un firewall: su trabajo es bloquear o permitir conexiones. También muestra tráfico, pero el foco son las reglas, no las métricas. ova es un monitor: su trabajo es mostrarte qué está pasando, sin capa de bloqueo. Se emparejan bien. Ejecuta Little Snitch cuando quieras aplicar política. Ejecuta ova cuando quieras una lectura tranquila y exacta.

¿Qué pasa con el uso de Wi-Fi en iPhone?

Distinto SO, distintas APIs. iOS expone los datos celulares por app en Ajustes → Datos Móviles pero no expone los datos Wi-Fi por app a nadie, incluidas las apps de terceros. No hay equivalente de nettop en iOS. Lo siento.

¿Funciona ova en macOS 13 o anterior?

ova requiere macOS 14 (Sonoma) o posterior. Versiones anteriores carecen de algunas de las APIs de red por proceso que la app usa para una contabilidad exacta.

Para terminar

Para monitorizar el uso de Wi-Fi por app en Mac, realmente apilas dos preguntas: contabilidad por proceso más conciencia por interfaz. macOS te da los datos crudos a través de nettop y el kernel; el Monitor de Actividad te da una instantánea; un monitor de barra de menú convierte los mismos números en una vista en vivo y recorrible que no requiere una ventana de Terminal.

Si solo haces una cosa hoy, instala ova, déjalo correr durante una hora mientras trabajas, y comprueba la lista por app. Los habladores te sorprenderán: siempre lo hacen.