Zurück zum Blog
·9 Min. Lesezeit·productdevbook

WLAN-Nutzung pro App am Mac überwachen

So sehen Sie die WLAN-Nutzung pro App am Mac in Echtzeit und über lange Zeiträume, ohne dafür eine SaaS-Rechnung zu bezahlen.

  • macOS
  • Wi-Fi
  • Bandwidth
  • Tutorial

Sie sind an Hotel-Wi-Fi, die Verbindung fühlt sich langsamer an als sie sollte, und Sie haben keine Ahnung, welche App die Leitung hortet. Activity Monitor sagt Ihnen Bytes-rein und Bytes-raus pro Prozess, aber er sagt Ihnen nicht, ob diese Bytes über Wi-Fi oder Ethernet gingen — oder in welchem Netzwerk Sie zur Zeit waren. Um Wi-Fi-Nutzung pro App auf Mac zu überwachen, müssen Sie verstehen, wie macOS Verkehr pro Prozess zählt, wie es diese Bytes durch Schnittstellen routet und wie Sie diese Daten an die Oberfläche bringen, ohne eine schwere App den ganzen Tag laufen zu lassen.

Diese Anleitung geht durch, was „Wi-Fi-Nutzung" auf macOS wirklich bedeutet, die eingebauten Tools, die Sie heute nutzen können, und wie ein Menüleisten-Monitor dieselben Kernel-Daten in etwas verwandelt, auf das Sie blicken können, während Sie arbeiten.

Was „Wi-Fi-Nutzung pro App auf Mac überwachen" wirklich bedeutet

macOS verfolgt Wi-Fi auf Anwendungsebene nicht separat von Ethernet. Jede App öffnet Sockets, der Kernel routet Pakete durch welche Schnittstelle (en0, en1, utun0 usw.) auch immer aktuell die Default-Route ist, und Pro-Prozess-Zähler addieren Bytes unabhängig davon, welche physische Verbindung sie trug.

Wenn Leute also suchen, wie man Wi-Fi-Nutzung pro App auf einem Mac überwacht, meinen sie fast immer eines von zwei Dingen:

  1. Pro-App-Verkehr, während mein Mac auf Wi-Fi ist — d. h. ich bin in einem Café, Ethernet ist abgesteckt, also geht aller Verkehr über en0. In diesem Fall sind „Pro-App-Verkehr" und „Pro-App-Wi-Fi-Verkehr" dasselbe.
  2. Pro-App-Verkehr speziell über die Wi-Fi-Schnittstelle geroutet, selbst wenn andere Schnittstellen existieren. Das zählt an einem Mac mini mit USB-Ethernet-Adapter oder wenn Sie an einen Telefon-Hotspot getethert sind.

Beide Fragen reduzieren sich auf: „zeig mir Bytes pro Prozess und sag mir, welche Schnittstelle sie genutzt haben." Apple liefert partielle Antworten in nettop und Activity Monitor. Ein dediziertes Tool füllt die Lücke.

Wie macOS Verkehr zwischen Wi-Fi und Ethernet routet

Öffnen Sie Systemeinstellungen → Netzwerk. Sie sehen eine Liste von Diensten in Prioritätsreihenfolge: Wi-Fi, USB 10/100/1000 LAN, Thunderbolt Bridge usw. Der oberste aktive Dienst gewinnt für neue Verbindungen, sofern eine App nicht explizit an eine andere Schnittstelle bindet.

Ein paar Dinge folgen daraus:

  • Wenn sowohl Ethernet als auch Wi-Fi verbunden sind und Ethernet höher in der Dienstreihenfolge ist, fließt fast nichts über Wi-Fi, bis Sie ausstecken.
  • Hintergrund-Apps, die eine Verbindung öffneten, während Sie auf Wi-Fi waren, behalten diese Verbindung auf Wi-Fi, bis sie neu verbinden. Auf Ethernet zu wechseln verschiebt iCloud-Sync also nicht sofort — der nächste Reconnect tut es.
  • VPN-Tunnel (utun*) wickeln die zugrundeliegende Schnittstelle ein. Bytes erscheinen auf utun0 und der physischen Schnittstelle, die den Tunnel trägt.

Sie können die aktuelle Default-Schnittstelle mit route get default im Terminal bestätigen — es druckt interface: en0 (Wi-Fi) oder interface: en6 (USB-Ethernet) oder ähnlich.

Eingebaute Tools: nettop und Activity Monitor

Bevor Sie nach etwas Neuem greifen, probieren Sie die Tools, die schon auf Ihrem Mac sind.

nettop

Terminal öffnen und ausführen:

nettop -P -m route

-P summiert pro Prozess (statt pro Verbindung) und -m route wechselt auf eine routegruppierte Sicht. Sie sehen Zeilen wie Slack.21341 mit live aktualisierenden bytes_in und bytes_out. Drücken Sie c zum Modus-Wechseln, q zum Beenden.

Limits: nettop kann Zähler nicht innerhalb seiner Standard-Sicht auf eine einzelne Schnittstelle anpinnen, und es fasst keine Hilfsprozesse zusammen. Sie sehen Slack, Slack Helper, Slack Helper (GPU) und Slack Helper (Renderer) als vier separate Zeilen.

Activity Monitor — Netzwerk-Tab

Der Netzwerk-Tab im Activity Monitor zeigt Gesamt-Bytes gesendet und empfangen pro Prozess seit Prozessstart. Er zeigt keine Live-Rate, fasst keine Hilfsprozesse zusammen und trennt keine Schnittstellen. Nützlich als Plausibilitätsprüfung, nicht als Echtzeit-Tool.

Wi-Fi-spezifische Daten: wdutil

sudo wdutil info

druckt den Linkschicht-Zustand — Kanal, RSSI, PHY-Modus, BSSID. Kombiniert mit Pro-App-Zählern sagt das Ihnen, ob Langsamkeit ein Funkproblem oder ein App-Problem ist.

Warum ein Menüleisten-Tool zur Überwachung der Wi-Fi-Nutzung pro App auf Mac gewinnt

nettop den ganzen Tag in einem Terminal-Fenster laufen zu lassen ist kein großartiger Workflow. Sie wollen einen Blick, keine Sitzung. Da kommt ein Menüleisten-Monitor ins Spiel.

ova sitzt in der macOS-Menüleiste und zeigt standardmäßig Live-Up-/Down-Raten. Klicken Sie es, und Sie bekommen eine Pro-App-Liste mit aktueller Rate plus eine scrubbare Zeitleiste historischer Nutzung. Hilfsprozesse — Slack Helper, Google Chrome Helper, Discord Helper — sind unter ihrer übergeordneten App zusammengefasst, sodass Sie „Slack" lesen statt sieben Helper-Zeilen.

Wenn Ihr Mac nur über Wi-Fi verbunden ist, ist diese Pro-App-Liste Ihre Wi-Fi-Nutzungs-Aufschlüsselung. Wenn Sie mehrere Schnittstellen haben, können Sie die Zeitleiste damit korrelieren, welche Schnittstelle aktiv war.

Hilfsprozess-Zusammenfassung
ova gruppiert jede Helper-PID unter ihrer übergeordneten App, sodass die Pro-App-Liste sauber liest. Kein Scrollen mehr an vier „Google Chrome Helper"-Einträgen vorbei, um Spotify zu finden.

Ein 5-Minuten-Setup, um heute Wi-Fi-Nutzung pro App zu sehen

Hier ist ein wiederholbarer Workflow, den Sie jetzt sofort laufen lassen können.

  1. Bestätigen, dass Wi-Fi die aktive Schnittstelle ist. Im Terminal: route get default. Schauen Sie nach interface: en0 (oder was auch immer Ihr Wi-Fi in Systemeinstellungen → Netzwerk zeigt).
  2. Einen Menüleisten-Monitor installieren. ova in /Applications ablegen. Etwa 3 MB, signiert und notarisiert, läuft unter macOS 14 und neuer.
  3. Die Menüleisten-Liste öffnen. Sie sehen eine Live-Rate pro App. Nach aktueller Rate sortieren, um den Sprecher zu finden.
  4. Die Zeitleiste scrubben. In die historische Sicht klicken, um zu sehen, ob eine App vor fünf Minuten, vor einer Stunde gespitzt hat oder den ganzen Morgen stetig war.
  5. Mit nettop querprüfen. Wenn eine Zahl verdächtig aussieht, nettop -P -m route ausführen und vergleichen. Die zwei sollten eng übereinstimmen — sie lesen dieselben Kernel-Zähler.

Sehen Sie ova in Aktion

Ein auf einen Blick erfassbarer Menüleisten-Bandbreitenmonitor — lokal, signiert, ~3 MB.

Für macOS herunterladen

Die Daten lesen: was normal ist, was nicht

Einige Baselines aus einem typischen Arbeitstag auf Wi-Fi:

  • Slack idle: 5–30 KB/s im stationären Zustand, Websocket-Pings plus Presence-Updates. Höher während eines Huddles oder wenn jemand eine Datei teilt.
  • Chrome mit 10 Tabs: wild variabel, oft 0–200 KB/s idle, mit Spitzen auf 5+ MB/s, wenn ein Video spielt oder ein Drive-Sync losgeht.
  • Spotify-Streaming: ~150–300 KB/s in Standardqualität, ~700 KB/s in Lossless.
  • Zoom 1080p: 2,5–3,8 Mbps up und down für ein 1:1, mehr für Galerie-Sicht.
  • iCloud-Photos-Sync nach einem Telefon-Import: kann Ihren Uplink minutenlang sättigen.

Wenn Sie anhaltenden Verkehr von einer App sehen, die kein Geschäft hat geschwätzig zu sein — ein Bildschirmschoner, ein Wallpaper-Updater, ein Taschenrechner — ist das ein Warnsignal, das eine Untersuchung rechtfertigt.

Wann Pro-Schnittstelle-Buchhaltung wirklich zählt

Die meisten Mac-Nutzer haben jeweils eine aktive Schnittstelle. Aber es gibt echte Fälle, in denen Sie Pro-Schnittstelle-Granularität brauchen:

  • Sie zahlen pro Gigabyte an einem Hotspot. Sie wollen wissen, wie viel über den iPhone-Tether (en4 oder ähnlich) versus normales Wi-Fi ging.
  • Sie sind an einem Unternehmens-VPN. Verkehr auf utun0 ist Split-Tunnel-empfindlich — Sie wollen sehen, welche Apps tatsächlich den Tunnel nutzten.
  • Sie haben einen Dual-Link-Mac-mini-Server. Wi-Fi fürs Management, Ethernet für die Last, und Sie müssen bestätigen, dass nichts in die falsche Richtung leakt.

Der Kernel legt Pro-Schnittstelle-Zähler über sysctl net.link.generic und über getifaddrs(3) offen, aber sie auf Prozesse zurückzubilden erfordert das Durchgehen von PID-zu-Socket-zu-Schnittstelle-Bindungen. Das ist genau, was nettop intern macht und was ein guter Menüleisten-Monitor wie ova in einer auf einen Blick erfassbaren UI an die Oberfläche bringt.

Datenschutz-Erwägungen

Ein Netzwerkmonitor liest Metadaten — Bytes pro Prozess, Hostnamen in manchen Tools, Zeitstempel. Das ist sensibel. Bevor Sie etwas installieren, prüfen Sie drei Dinge:

  1. Wo leben die Daten? Ein Monitor, der Ihre Bandbreiten-Historie an ein Cloud-Dashboard schickt, exportiert Ihr Verhalten. Suchen Sie nach „alle Daten auf Disk" oder „100 % lokal" in der Beschreibung.
  2. Ist die App signiert und notarisiert? macOS Gatekeeper sagt Ihnen das beim ersten Start. Ein unsignierter Monitor mit Kernel-Zugriff ist nichts, was Sie laufen lassen wollen.
  3. Erfordert er einen Account? Sollte er nicht müssen. Ein lokaler Monitor braucht keine Login-Credentials.

ova ist nur lokal, signiert und notarisiert, und fragt nie nach einem Account. Wenn Sie entscheiden, dass es nichts für Sie ist, ist die 14-Tage-Rückgabe bedingungslos.

Häufige Fragen

Macht Little Snitch das nicht schon?

Little Snitch ist eine Firewall — ihr Job ist Verbindungen zu blockieren oder zu erlauben. Sie zeigt auch Verkehr, aber der Fokus liegt auf Regeln, nicht Metriken. ova ist ein Monitor — sein Job ist Ihnen zu zeigen, was passiert, ohne Blocking-Schicht. Sie passen gut zusammen. Lassen Sie Little Snitch laufen, wenn Sie Richtlinie erzwingen wollen. Lassen Sie ova laufen, wenn Sie eine ruhige, genaue Anzeige wollen.

Was ist mit Wi-Fi-Nutzung am iPhone?

Anderes OS, andere APIs. iOS legt Pro-App-Mobilfunkdaten in Einstellungen → Mobilfunk offen, legt aber keine Pro-App-Wi-Fi-Daten offen, niemandem, einschließlich Drittanbieter-Apps. Es gibt kein Äquivalent zu nettop auf iOS. Tut mir leid.

Funktioniert ova auf macOS 13 oder älter?

ova erfordert macOS 14 (Sonoma) oder neuer. Frühere Versionen fehlen einige der Pro-Prozess-Networking-APIs, die die App für genaue Buchhaltung nutzt.

Fazit

Um Wi-Fi-Nutzung pro App auf Mac zu überwachen, stapeln Sie wirklich zwei Fragen: Pro-Prozess-Buchhaltung plus Pro-Schnittstelle-Bewusstsein. macOS gibt Ihnen die Rohdaten durch nettop und den Kernel; Activity Monitor gibt Ihnen einen Schnappschuss; ein Menüleisten-Monitor verwandelt dieselben Zahlen in eine live, scrubbare Sicht, die kein Terminal-Fenster braucht.

Wenn Sie heute nur eine Sache tun, installieren Sie ova, lassen Sie es eine Stunde laufen, während Sie arbeiten, und prüfen Sie die Pro-App-Liste. Die Sprecher überraschen Sie — sie tun es immer.