Loom läuft im Hintergrund auf dem Mac: Warum und wie du es stoppst

Du bist fertig mit der Aufnahme. Du schließt Loom. Du kehrst zu deiner Arbeit zurück.

Dann gleitet diese Benachrichtigung aus der Ecke deines Bildschirms herein:

„Loom" wird im Hintergrund ausgeführt. Du kannst Hintergrund-Apps im Dock und in den Systemeinstellungen verwalten.

Moment — du hast es geschlossen. Du hast gesehen, wie das Fenster verschwunden ist. Aber Loom läuft weiter, nutzt deine CPU, ist mit dem Internet verbunden, hält seine Bildschirmaufnahme- und Bedienungshilfen-Berechtigungen.

Wenn sich das falsch anfühlt, liegt das daran, dass es falsch ist. Du hast die App geschlossen. Sie sollte geschlossen sein.

Warum Loom sich nicht wirklich schließt, wenn du es schließt

Loom installiert einen Launch Agent — einen macOS-Mechanismus, der dem System sagt, einen Prozess am Leben zu halten, auch nachdem du das App-Fenster geschlossen hast, und ihn bei jeder Anmeldung automatisch neu zu starten.

Das ist kein Bug. So wurde Loom designt. Es will:

• Resident bleiben, damit die Aufnahme sofort über eine Tastenkombination starten kann
• Weiter hochladen — die Cloud-Synchronisation läuft im Hintergrund weiter, nachdem du die Aufnahme beendet hast
• Auf Workspace-Benachrichtigungen lauschen — Kommentare, Aufrufe, Reaktionen auf deine Videos
• Sich lautlos aktualisieren — nach neuen Versionen suchen und sie installieren, ohne zu fragen

Das Ergebnis: Ab dem Moment, in dem du Loom installierst, läuft es jedes Mal, wenn dein Mac an ist. Ob du heute, letzte Woche oder letzten Monat etwas aufgenommen hast, Loom ist da — verbraucht Ressourcen, hält Netzwerkverbindungen aufrecht, hält an Berechtigungen fest.

Was dich ein Loom-Hintergrundprozess kostet

Dein Akku

Hintergrundprozesse wecken deine CPU in regelmäßigen Abständen. Auf einem MacBook ist das messbar. Öffne die Aktivitätsanzeige, sortiere nach Energieeinfluss und suche nach Loom. Nutzer finden es durchgehend dabei, Energie zu verbrauchen, ohne etwas Sichtbares zu tun.

Dein Arbeitsspeicher

Looms Hintergrund-Agent und seine Hilfsprozesse bleiben resident im RAM. Auf einem MacBook Air mit 8 GB frisst jede Always-On-App, die du mit dir trägst, ein Stück des verfügbaren Speichers für die Arbeit, die du tatsächlich machst. Du fängst früher an zu swappen. Alles fühlt sich langsamer an. Und du verbindest es vielleicht nicht mit einem Bildschirmrekorder, den du seit einer Woche nicht benutzt hast.

Deine Bandbreite

Loom telefoniert nach Hause — Sync-Checks, Analyse-Pings, Update-Abfragen. Wenn du in einem Flugzeug mit bezahltem WLAN sitzt, einen mobilen Hotspot nutzt oder hinter einem VPN bist, das du pro Gigabyte bezahlst, nutzt Loom deine Verbindung, ohne zu fragen.

Deine Sicherheitsoberfläche

Das ist der Punkt, der dich am meisten beunruhigen sollte. Loom hat die Bildschirmaufnahme-Berechtigung und die Bedienungshilfen-Berechtigung. Wenn Loom im Hintergrund läuft — und das ist immer — sind diese Berechtigungen aktiv. Wenn Looms Prozess jemals kompromittiert würde (eine Schwachstelle, ein Supply-Chain-Angriff, ein schlechtes Update), erbt der Angreifer den Zugriff, deinen Bildschirm zu sehen und deine Tastatureingaben zu lesen.

Eine App, die nur läuft, wenn du sie benutzt, legt diese Angriffsfläche für Minuten frei. Eine App, die nie geschlossen wird, legt sie für jede wache Stunde frei.

So stoppst du Loom am Laufen im Hintergrund

Hier ist die Lösung, Schritt für Schritt. Das sind echte Befehle, keine Workarounds.

Schritt 1: Loom aus den Anmeldeobjekten entfernen

1. Öffne die Systemeinstellungen
2. Gehe zu Allgemein → Anmeldeobjekte & Erweiterungen
3. Unter „Im Hintergrund erlauben" finde Loom und schalte es aus

Das weist macOS an, Loom nicht mehr automatisch bei der Anmeldung zu starten.

Schritt 2: Den Launch Agent entfernen

Wenn Loom sich immer noch selbst startet, hält eine Launch-Agent-Datei es am Leben:

ls ~/Library/LaunchAgents/ | grep -i loom

Entferne sie:

launchctl bootout gui/$(id -u) ~/Library/LaunchAgents/com.loom.desktop.plist
rm ~/Library/LaunchAgents/com.loom.desktop.plist

Schritt 3: Erzwinge das Beenden der laufenden Prozesse

Öffne die Aktivitätsanzeige, suche nach „Loom" und beende jeden Prozess, den du findest.

Schritt 4: Stelle dir eine Frage

Wenn du die Hintergrundprozesse einer App reverse-engineeren musst, nur damit sie aufhört zu laufen — wessen Interessen dient diese App dann: deinen oder denen des Unternehmens, das sie gemacht hat?

Wie ein Bildschirmrekorder aussieht, der deinen Mac respektiert

ScreenKite macht etwas, das Loom offensichtlich nicht kann: Es schließt sich, wenn du es schließt.

Keine Hintergrundprozesse. Du öffnest ScreenKite, nimmst auf, schließt ScreenKite. Kein Launch Agent. Keine Hilfsprozesse. Keine Netzwerkaktivität. Dein Mac gehört wieder dir.

Keine Cloud-Abhängigkeit. Deine Aufnahmen leben auf deinem Mac. Nichts wird auf einen Drittanbieter-Server hochgeladen. Kein Workspace-Admin kann ein Dashboard deiner Aufnahmeaktivität aufrufen. Du teilst, wann du willst, wie du willst.

Keine dauerhaften Berechtigungen. ScreenKite nutzt Apples ScreenCaptureKit — dasselbe Framework, das Apple genau für diesen Zweck gebaut hat. Du erteilst die Bildschirmaufnahme-Berechtigung einmal in den Systemeinstellungen, genau wie bei jeder anderen Mac-App. Der Unterschied: ScreenKite nutzt diese Berechtigung nicht 24 Stunden am Tag im Hintergrund.

Rekorder und Editor in einem. Das realisieren die meisten nicht: Wenn du für einen Bildschirmrekorder und einen Videoeditor bezahlst, bezahlst du doppelt für das, was ein einziger Workflow sein sollte. ScreenKite hat Auto-Zoom, Cursor-Verschönerung, transkriptionsbasiertes Editing, Timeline-Schnitte, Overlays und Untertitel — eingebaut. Du bekommst einen Rekorder in Screen Studio-Qualität und einen Editor in CapCut/Final Cut Pro/DaVinci Resolve-Qualität in einer App.

Einmalkauf. Kein monatliches Abo. Keine Pro-Sitz-Preise, die in die Tausende gehen, wenn dein Team wächst. Ein Preis, es gehört dir, für immer.

Exporte bis zu 3× schneller. Nativer Apple Silicon. Hardware-beschleunigtes Metal-Encoding. Nimm einen langen Walkthrough auf, exportiere in Minuten. Deine Lüfter bleiben leise.

Dein Team verlässt Loom?

Wenn deine Organisation auf Looms Share-Links und Kollaborationsfunktionen angewiesen ist, bietet ScreenKite Enterprise denselben Workflow auf deiner eigenen Infrastruktur — On-Prem oder gemanagt. Deine Aufnahmen verlassen nie dein Netzwerk. Keine Cloud-Preise pro Sitz. Sprich mit unserem Team →

Warum Loom so gebaut wurde

Es lohnt sich zu verstehen, warum. Als Loom ein Startup war, diente die Always-On-Architektur einem klaren Zweck: Engagement maximieren, Reibung minimieren, Aufnahmen so schnell wie möglich hochladen und teilen.

Aber Loom gehört jetzt Atlassian. Es ist ein Produkt im Portfolio eines börsennotierten Unternehmens. Die Anreize, die es always-on halten, haben sich verschoben:

• Datensammlung — ein dauerhaft laufender Prozess kann rund um die Uhr Nutzungsmuster, Session-Metadaten und Workspace-Analytik erfassen
• Bindung — eine App, die in die Startsequenz deines Systems eingewoben ist, ist schwerer zu verlassen als eine, die du einfach löschst
• Feature-Bereitstellung — Workspace-Benachrichtigungen, Auto-Updates und Hintergrund-Sync hängen alle davon ab, dass Loom aktiv ist, wenn du es nicht darum gebeten hast

Nichts davon dient dir. Du wolltest deinen Bildschirm aufnehmen. Du hast nicht nach einem weiteren Prozess gesucht, den du verwalten musst.

Apple stimmt dir zu

Apple macht es für Apps wie Loom stetig schwieriger:

• macOS Ventura zeigte Hintergrund-Agenten erstmals in den Systemeinstellungen an — und machte versteckte Prozesse sichtbar
• macOS Sequoia fügte eine monatliche Neuautorisierung für Bildschirmaufnahmen hinzu — Apps müssen dein Vertrauen neu verdienen
• macOS Tahoe verschärft weiter, was Hintergrundprozesse ohne ausdrückliche Zustimmung tun können

Jedes Jahr bewegt sich macOS weiter auf ein einfaches Prinzip zu: Apps sollen laufen, wenn du sie benutzt, und aufhören, wenn du fertig bist.

ScreenKite wurde für dieses Prinzip gebaut. Es läuft, wenn du es brauchst. Es stoppt, wenn nicht. Alles andere ergibt sich daraus.

ScreenKite herunterladen → — natives macOS und eine native Windows-Beta (C++23 / Direct3D).