SelfControl ist ein Mac-Klassiker, gerade weil seine Sperre einen Neustart, eine Deinstallation und sogar deine spontane Meinungsänderung übersteht. Keine App kann diesen Trick auf dem iPhone kopieren – und dafür gibt es einen konkreten, unvermeidlichen Grund.
Zuerst die ehrliche Antwort: Es gibt kein echtes SelfControl für das iPhone – und das kann es auch nicht geben. SelfControl ist nur für den Mac erhältlich, wurde 2012 veröffentlicht und steht unter der GPL-Lizenz. Der App Store von Apple erlaubt GPL-lizenzierte Software überhaupt nicht, also war ein offizieller Port ausgeschlossen, bevor die Einschränkungen von iOS überhaupt ins Spiel kamen.
Auch ohne das Lizenzproblem würde der technische Mechanismus den Umzug nicht überleben. SelfControl funktioniert, indem es direkt die systemweite Hosts-Datei deines Macs bearbeitet – etwas, das das Sandbox-Modell von iOS gezielt verhindern soll, damit es keine Drittanbieter-App tun kann.
Du stellst einen Timer und eine Sperrliste ein, dann bearbeitet die App deine Hosts-Datei. Sobald die Sperre läuft, sind die Websites auf der Liste auf Netzwerkebene unerreichbar – von einer Minute bis zu vollen 24 Stunden.
Der Timer selbst kann absichtlich nicht vorzeitig gestoppt werden. Ein Neustart des Macs hebt ihn nicht auf, und das Löschen der App auch nicht. Es gibt keinen Button, keine Einstellung und kein Passwort in der App, das die Sperre vor Ablauf der Zeit beendet.
Sie ist resistent gegen beiläufiges Aufheben – nicht buchstäblich unknackbar. Eine bekannte, dokumentierte Einschränkung ist, dass ein technisch versierter Nutzer die Hosts-Datei direkt von Hand bearbeiten kann, um den Zugriff wiederherzustellen. Das zeigt: Der Timer ist durch die App selbst nicht zu knacken, auch wenn der zugrunde liegende Mechanismus eine Randlücke hat.
Die Lizenz schließt es zuerst aus. SelfControl ist Open-Source-Software unter GPL-Lizenz, und die Richtlinien des App Stores von Apple erlauben keinen GPL-Code – unabhängig von jeder technischen Frage.
Die iOS-Sandbox schließt den Mechanismus ohnehin aus. Jede iOS-App läuft in einer Sandbox, die verhindert, dass sie Systemdateien verändert oder Daten anderer Apps liest – genau das, worauf SelfControls Hosts-Datei-Trick angewiesen ist.
Auch Apples eigene Screen-Time-API für Entwickler ist bewusst eingeschränkt. Drittanbieter-Blocker, die auf FamilyControls, ManagedSettings und DeviceActivity basieren, laufen in stark eingeschränkten, schreibgeschützten Erweiterungen ohne dauerhaften Internetzugriff. Apps erfahren nicht einmal, welche konkreten Apps du zum Blockieren ausgewählt hast, da diese Information aus Datenschutzgründen hinter kryptografischen Tokens verborgen ist.
Es gibt eine konkrete Lücke, die in der Praxis am meisten zählt. Selbst ein Screen-Time-basierter Blocker mit eigenem In-App-Passcode kann normalerweise über den Schalter „Apps mit Screen-Time-Zugriff“ in den iOS-Einstellungen deaktiviert werden – eine Lücke, die Apples eigene integrierte Bildschirmzeit so nicht hat, da sie hinter einem separaten Passcode gesperrt werden kann.
| Tool | Am nächsten an SelfControls Modell | Darauf achten |
|---|---|---|
| Freedom | Locked-Mode-Sitzungen, die nicht vorzeitig beendet werden können | Erfordert das Starten einer Sitzung statt eines dauerhaften Standards |
| One Sec / ScreenZen | Reibung vor dem Öffnen, keine harte Sperre | Entfernt den Zugriff nicht, fügt nur eine Pause hinzu |
| Forest | Sitzungsbasiertes Commitment-Gerät | Basiert auf zeitlich begrenzten Sitzungen, nicht auf ganztägiger Blockierung |
| Fella | Standardmäßig gesperrt ohne In-App-Umschalter | Nutzt wie alle iOS-Blocker Apples Screen-Time-Frameworks |
Gleiche Philosophie, anderer Mechanismus. Fella kann SelfControls neustartsichere Hosts-Datei-Sperre nicht nachbilden – das kann keine iOS-App –, aber es entfernt dasselbe, was SelfControl entfernt: eine einfache Möglichkeit, die Sperre im Moment der Versuchung aufzuheben.
Keine Pause, kein Schlummern, kein Umschalter in der App selbst. Ausgewählte Apps bleiben standardmäßig jeden Tag gesperrt, und statt eines einzigen festen Timers bekommst du eine 5-minütige Not-Entsperrung pro Sitzung, die sich automatisch wieder sperrt.
Dein Home-Bildschirm zeigt auf einen Blick, was gesperrt ist und was noch offen ist, kein Wühlen durch die Einstellungen.
Keinen direkten Port. SelfControl ist eine nur für Mac verfügbare Anwendung unter GPL-Lizenz, und der App Store von Apple erlaubt keine GPL-lizenzierte Software. Damit ist ein offizieller Port ausgeschlossen – unabhängig von den technischen Einschränkungen von iOS.
SelfControl blockiert, indem es die systemweite Hosts-Datei deines Macs bearbeitet – etwas, das das Sandbox-Modell von iOS keiner Drittanbieter-App erlaubt. iOS-Apps dürfen keine Systemdateien oder Daten anderer Apps verändern, und genau auf diesen Mechanismus ist SelfControl angewiesen.
Du stellst einen Timer und eine Sperrliste mit Websites oder Mail-Servern ein, und SelfControl bearbeitet die Hosts-Datei deines Macs, um sie zu blockieren. Läuft die Sperre erst einmal, übersteht sie einen Neustart oder sogar das Löschen der App selbst – und es gibt keine eingebaute Möglichkeit, sie vorzeitig zu beenden.
Der Timer selbst kann über die App nicht vorzeitig gestoppt werden. Eine bekannte Einschränkung ist jedoch, dass ein technisch versierter Nutzer die Hosts-Datei weiterhin manuell bearbeiten kann, um den Zugriff wiederherzustellen. Die Sperre ist also nicht absolut unknackbar, sondern nur resistent gegen beiläufiges Aufheben.
In Community-Empfehlungen wird Freedom häufig als die beste kostenpflichtige Alternative genannt, während One Sec, ClearSpace, Forest und ScreenZen als kostenlose Optionen vorgeschlagen werden. Dazu kommen spezielle Apps wie Block Distracting Websites, die gezielt als von SelfControl inspirierte iOS-Tools entwickelt wurden.
Nicht genau. Jeder iPhone-App-Blocker basiert auf Apples Screen-Time-Frameworks statt auf einer systemweiten Hosts-Datei-Bearbeitung. Und selbst Screen-Time-basierte Blocker können über den Schalter „Apps mit Screen-Time-Zugriff“ in den Einstellungen deaktiviert werden – anders als SelfControls neustart- und löschsichere Sperre auf dem Mac.
Fella teilt dieselbe Kernidee: die spontane Umgehung zu entfernen – nicht den exakten Mechanismus. Ausgewählte Apps bleiben standardmäßig gesperrt, ohne Umschalter in der Erfahrung selbst. Und eine 5-minütige Not-Entsperrung pro Sitzung ersetzt SelfControls festen Timer durch ein kleineres, tägliches Kontingent.
Anders als SelfControl auf dem Mac entfernt das Löschen einer iOS-App auch die App und ihre Einschränkungen, da iOS keine löschsichere Sperre unterstützt, wie sie eine Hosts-Datei-Bearbeitung auf dem Mac ermöglicht. Fellas Strenge kommt daher, dass es keine In-App-Umgehung gibt – nicht aus Widerstand gegen das Löschen.
Fella ist darauf ausgelegt, Apps zu blockieren, nicht einzelne Websites. Der Browser-Zugriff auf die Website einer blockierten App müsste separat eingeschränkt werden, falls auch das Teil der Gewohnheit ist.
