Apps que se reconectan tras suspender: cómo cazar los picos de ancho de banda en Mac
Por qué tantas apps de Mac saturan la red en cuanto despiertas el portátil, y cómo encontrar y domar a las peores.
- macOS
- Bandwidth
- Troubleshooting
- Productivity
Abres tu MacBook en una cafetería y en diez segundos el indicador Wi-Fi pasa de inactivo a trabajar duro. Los ventiladores, que estaban en silencio, arrancan audiblemente. Mail descarga cuarenta mensajes, Slack tira de un backlog de canales que no has mirado, iCloud Drive empieza a ponerse al día con cambios de tus otros dispositivos y Time Machine se da cuenta de que se perdió la última copia de seguridad horaria. Nada de esto está roto: es la estampida normal post-suspensión. Pero en una conexión medida o lenta, esos primeros treinta segundos pueden masticar más ancho de banda que la siguiente hora.
Este artículo trata de por qué pasa esto, qué apps son los infractores habituales y cómo extender el pico para que despertar del sueño no castigue tu red. Si has estado buscando "apps de Mac se reconectan tras suspender" porque ese soplo inicial de actividad te sorprende en un hotspot, esta es la respuesta práctica.
Por qué las apps de Mac se reconectan tras suspender con semejante pico
Cuando una Mac se suspende, la mayoría de las conexiones de red se cierran (la radio Wi-Fi está parcial o totalmente apagada, dependiendo del modo de suspensión y la fuente de alimentación). Cuando despierta, las aplicaciones encuentran que sus sockets de larga duración están muertos y necesitan hacer tres cosas casi simultáneamente:
- Reconectar. Abrir nuevas conexiones TCP a sus servidores de backend.
- Autenticar. A menudo una ronda de refresco de token.
- Ponerse al día. Recoger lo que pasó mientras estabas dormido: nuevos mensajes, nuevos correos, nuevos documentos compartidos, nuevos deltas de sincronización.
Para un usuario activo con una docena de apps siempre activas, eso es una ráfaga de docenas de conexiones simultáneas y decenas de megabytes de datos entrantes, todo en los primeros 5 a 30 segundos tras el despertar. El SO no coordina esto: cada app hace lo suyo.
Los sospechosos habituales, ordenados por tamaño típico de pico
Una taxonomía aproximada de qué apps de Mac se reconectan tras suspender más agresivamente:
Agentes de sincronización en la nube (a menudo el más grande)
- iCloud Drive. Tira deltas de cualquier documento cambiado en otros dispositivos. Si editaste un Keynote de 200 MB en tu iMac, espera que eso baje a tu portátil al despertar.
- Dropbox / Google Drive / OneDrive. Mismo patrón: deltas de sincronización, a veces grandes si un compañero añadió archivos a una carpeta compartida.
- Photos / Biblioteca de Fotos en iCloud. El infractor más agresivo. Las fotos nuevas de tu teléfono empujan a Fotos en Mac en cuanto despierta.
Pico típico: 5 MB a varios GB dependiendo de qué cambió.
Correo
- Mail.app, Outlook, Spark, Airmail. Conectan a IMAP/Exchange, recogen nuevas cabeceras, recogen cuerpos para mensajes previsualizados. Los adjuntos pueden predescargarse si la app está configurada para ello.
Pico típico: 1 a 50 MB dependiendo del volumen y las políticas de adjuntos.
Mensajería
- Slack, Discord, Telegram, Microsoft Teams, iMessage, WhatsApp Desktop. Reconectan WebSockets, tiran de mensajes perdidos, refrescan estado de canales. Si un compañero envió un vídeo de 200 MB en tu ausencia, puede precachearse.
- Zoom, FaceTime, Webex (en segundo plano). Incluso si no estabas en una llamada, la app reconecta al servicio de presencia.
Pico típico: 2 a 100 MB. Slack con muchos canales está en el extremo alto.
Copia de seguridad
- Time Machine. Si una copia de seguridad horaria programada se perdió durante la suspensión, Time Machine se pone al día en cuanto la red vuelve, especialmente a un NAS.
- Backblaze, Carbonite, Arq, IDrive. Las herramientas de copia de seguridad continua reanudan donde se quedaron.
Pico típico: decenas de MB a cientos de MB sostenidos durante varios minutos.
macOS en sí
- Actualizaciones de App Store. macOS predescarga actualizaciones de apps por defecto.
- Actualizaciones del sistema. Predescarga de varios GB en segundo plano.
- Spotlight / mds. Indexa contenido nuevo, a veces tirando de recursos compartidos de red si tienes alguno montado.
- Continuidad. Reconecta a dispositivos Apple cercanos.
Pico típico: 0 a mucho, dependiendo de si hay una actualización esperando.
Navegadores
- Chrome, Safari, Firefox. Las pestañas que estaban abiertas reanudan su comportamiento de red: refrescando feeds, recargando previsualizaciones de vídeo en autoplay, sondeando APIs.
Pico típico: 5 a 50 MB dependiendo de qué pestañas tenías abiertas.
Atrapar el pico con un monitor por app
Mirar la barra de menú en los primeros 30 segundos tras el despertar es informativo. El ancho de banda total del sistema típicamente salta de inactivo (bajo 1 MB/s) a 10-50 MB/s durante un pico breve, luego se asienta. Con un monitor por app como ova, el desplegable te muestra qué apps son responsables en tiempo real:
- iCloud Drive a 4 MB/s durante 20 segundos
- Slack Helper a 2 MB/s durante 5 segundos
- Mail a 0,5 MB/s durante 30 segundos
- Photos a 8 MB/s durante 90 segundos
ova agrupa los PIDs auxiliares bajo su app padre, así que "Slack" aparece como una fila aunque sean varios procesos (el renderer, el auxiliar GPU, el sandbox de plugins). Esta es la diferencia entre "respuesta útil" y "muro de nombres de proceso crípticos".
La vista de historial es aún más útil que la en vivo para esto: una vez que ha pasado un pico, puedes retroceder al momento del despertar y ver el desglose por capas de qué apps consumieron cuánto.
Reducir el pico
Tres líneas de defensa.
No corras agentes que no usas
Abre la pestaña Red del Monitor de Actividad. Ordena por "Bytes enviados" descendente. Cualquier cosa en el top 10 que no reconozcas o no uses realmente es candidata a desinstalar. Sorpresas comunes:
- Un servicio de driver de impresora de una impresora que ya no posees.
- Un agente "auxiliar" de software que desinstalaste pero cuyo launch agent sigue en
~/Library/LaunchAgents/. - Un agente de analítica o actualización instalado por un proveedor que sobrevivió a una desinstalación.
Cada uno de estos contribuye a una pequeña reconexión al despertar. Eliminarlos es higiene.
Escalona la puesta al día
Algunas apps te dejan controlar lo agresivamente que reconectan. Slack tiene un ajuste "Sincronizar contenido nuevo menos agresivamente" (varía por versión). Mail tiene una frecuencia de "Comprobar correo nuevo". Photos tiene una opción "Pausar por un día". Para herramientas de copia de seguridad, programa horarios laborables entre semana en lugar de continuo.
Time Machine específicamente: Ajustes del Sistema > General > Time Machine > Opciones > establece la "frecuencia de copia" a manual o a una ventana amplia. El predeterminado horario más despertar-tras-perdido se pone al día inmediatamente al despertar; el manual te permite disparar copias cuando realmente tienes ancho de banda.
Usa el Modo de Datos Reducidos
Ajustes del Sistema > Wi-Fi > selecciona tu red > Detalles > activa Modo de Datos Reducidos. macOS señala a las apps que el ancho de banda está limitado. Las apps bien educadas lo respetan: iCloud pausa, Apple Music baja a un bitrate menor, App Store aplaza descargas. Muchas apps de terceros ignoran la pista, pero las bien educadas hacen una mella notable.
Comportamiento de despertar por red
Un asunto distinto: algunas Macs están configuradas para despertarse al recibir tráfico de red entrante. Ajustes del Sistema > General > Compartir > conmutadores relacionados con "Despertar para acceso de red" en Apple Silicon, o "Despertar para acceso de red Wi-Fi" en Intel.
Esto es mayormente útil si accedes remotamente a la Mac (compartir archivos, Compartir Pantalla, Back to My Mac en versiones más antiguas). Para la mayoría de usuarios solo significa que la Mac se despierta brevemente durante la noche, recoge correo, sincroniza fotos y vuelve a dormir, y has usado un trozo de datos medidos sin tocar el teclado.
Si quieres desactivar esto:
- Apple Silicon: está mayormente activo por defecto y no es alternable por el usuario de la misma manera que Intel; el control más cercano son los ajustes de Compartir y el comportamiento batería vs. CA.
- Intel: Ajustes del Sistema > Economizador / Batería > "Despertar para acceso de red", desactivar.
Notificaciones push y los servicios siempre conectados
Una rebanada pequeña pero persistente del ancho de banda post-despertar viene de APNs (Apple Push Notification service) y similares: servicios que mantienen una conexión de larga duración para entregar notificaciones push. Estas suelen ser pequeñas reconexiones (unos KB) pero pasan para cada app que usa push: Slack, Telegram, invitaciones de Calendario, recordatorios de terceros.
No puedes desactivar APNs sin romper las notificaciones. La tasa es lo bastante pequeña como para que esto rara vez sea el problema real: si tu pico al despertar es de cientos de MB, el push no es la causa; es un agente de sincronización.
Hibernar, suspender y standby moderno
Una nota sobre los modos de suspensión de macOS:
- Suspensión: la RAM se mantiene alimentada, la red está parcial o totalmente apagada, el despertar es rápido.
- Hibernación / Standby: el contenido de la RAM se escribe en disco, la máquina está efectivamente apagada. El despertar tarda más.
- Equivalente a PowerNap / Modern Standby en Apple Silicon: estado de bajo consumo con despertares periódicos para recoger correo y sincronizar.
El pico post-despertar es mayor cuando la máquina ha estado en un estado de suspensión más completo. Es menor si la Mac ha estado despertándose periódicamente para mantenerse al día. El compromiso es el drenaje de batería: el despertar periódico cuesta una pequeña cantidad de potencia continuamente, mientras que un único despertar grande cuesta un pico breve de CPU y radio.
Para conexiones medidas (hotspot, Wi-Fi de hotel), la mitigación más simple es poner la red en Modo de Datos Reducidos: eso suprime también la puesta al día del despertar de bajo consumo.
Ve ova en acción
Un monitor de ancho de banda en la barra de menú visible de un vistazo: local, firmado, ~3 MB.
Una auditoría del despertar tras suspensión
Una vez a la semana, haz esto:
- Pon la Mac a dormir durante al menos una hora (la pausa de la comida funciona).
- Ábrela e inmediatamente revisa ova en la barra de menú.
- Anota el ancho de banda total en los primeros 60 segundos. Cualquier cosa por encima de 100 MB amerita investigación.
- Haz clic en el desplegable e identifica las 3 apps top por tamaño de pico.
- Para cada una, decide: ¿es esta puesta al día que quiero, o puedo limitarla/desactivarla?
Unas cuantas iteraciones de esto y tu uso de ancho de banda post-despertar caerá sustancialmente sin romper nada que te importe. El principio es el mismo que cualquier otra optimización: mide, identifica la línea más grande, arregla eso, vuelve a medir.
Un escenario específico: tethering en la carretera
Cuando trabajas desde el hotspot de tu teléfono, el pico post-despertar es el peor tipo de ancho de banda: impredecible, llega rápido, difícil de interrumpir. Mitigaciones prácticas:
- Pon el SSID del hotspot en Modo de Datos Reducidos.
- Sal de Photos antes de viajar. Es el mayor infractor por sincronización inesperada.
- Pausa iCloud Drive cuando estés en hotspot: Ajustes del Sistema > tu nombre > iCloud > iCloud Drive > desactiva temporalmente.
- Pausa Dropbox / Google Drive desde sus iconos de la barra de menú.
- Comprueba que Time Machine no esté corriendo. Dispara una copia manualmente antes de salir en Wi-Fi de casa.
Tiempo total: 60 segundos de preparación previa al viaje. Total ahorrado: a menudo de 1 a 5 GB en unos pocos ciclos de despertar.
Qué hacer después
El siguiente paso correcto es instalar un monitor por app y atrapar el próximo momento de despertar tras suspensión. ova es una opción: unos 3 MB, funciona en macOS 14+, muestrea aproximadamente una vez por segundo y agrupa los procesos auxiliares bajo su padre para que el desplegable sea legible en lugar de abrumador.
Una vez hayas observado unos pocos ciclos de despertar, el patrón emerge: normalmente dos o tres apps de Mac se reconectan tras suspender lo bastante agresivamente como para suponer el 80 por ciento del pico, y una vez sabes cuáles, las soluciones son cortas y dirigidas. La puesta al día no es patológica: solo está descoordinada, y la herramienta correcta convierte "por qué mi Mac está de pronto trabajando duro" en "Photos se está poniendo al día, dale 30 segundos".