Family Controls & Screen Time Apps entwickeln

TL;DR: Sowohl iOS als auch Android haben dedizierte Frameworks, um Bildschirmzeit zu messen, Apps zu sperren und Inhalte zu filtern - ohne dass Ihre App heimlich im Hintergrund schnüffeln muss. Apples Family Controls / Screen Time API ist mächtig, aber an eine ausdrückliche Apple-Genehmigung gebunden. Android löst es offener, aber uneinheitlicher. Wer eine seriöse Kindersicherungs- oder Fokus-App bauen will, muss diese Grenzen von Anfang an kennen - sonst wird die App im Review abgelehnt. Vor dem großen Budget lohnt oft ein schlanker Proof of Concept, der die kritischen Fragen früh klärt.

---

Für Entscheider: Worum es geht

„Wir wollen eine App, die die Handynutzung von Kindern begrenzt" - oder „eine Fokus-App, die während der Arbeitszeit ablenkende Apps sperrt". Solche Anfragen klingen einfach. Technisch sind sie es nicht, weil sie an einem heiklen Punkt rühren: Eine App, die andere Apps kontrolliert, ist ein massiver Eingriff ins Betriebssystem. Apple und Google erlauben das nur über streng kontrollierte Wege.

Die gute Nachricht: Diese Wege existieren und sind offiziell. Sie müssen nicht tricksen. Die schlechte: Sie müssen die Regeln genau einhalten, sonst landet Ihre App nicht im Store. Der häufigste Projektfehler ist, das erst nach drei Monaten Entwicklung zu merken.

Die zwei Welten: iOS und Android

Bildschirmzeit-Steuerung funktioniert auf beiden Plattformen grundverschieden. Das ist der wichtigste Punkt, den Sie verstehen müssen, bevor Sie ein Budget festlegen.

iOS: Family Controls & Screen Time API

Apple bietet seit iOS 15 ein dreiteiliges Framework, das genau für diesen Zweck gebaut wurde:

• Family Controls - die Berechtigung, fremde Apps und Webnutzung zu kontrollieren
• Managed Settings - Apps sperren, Inhalte filtern, Funktionen einschränken
• Device Activity - Nutzungszeiten messen, ohne zu sehen, was genau der Nutzer tut

Das Elegante daran: Apple gibt Ihnen die Kontrolle, ohne Ihnen die Daten zu geben. Sie erfahren „App X wurde 2 Stunden genutzt", aber nicht den Inhalt. Privacy by Design ist hier ins Framework eingebaut - ein echter Vorteil gegenüber dubiosen Tracking-Lösungen.

Der Haken: Family Controls kennt zwei Berechtigungen. Mit dem Development-Entitlement können Sie sofort loslegen - bauen, lokal laufen lassen, entwickeln. Die echte Hürde ist das Distribution-Entitlement, das Apple separat freigeben muss. Entwickeln und testen können Sie also vorher - aber ohne diese Freigabe kommt die App nicht durch TestFlight und nicht in den Store. Das ist kein Formfehler, den man später nachreicht, sondern die Eintrittskarte zur Distribution.

Android: Digital Wellbeing, UsageStats & Accessibility

Android hat kein einzelnes, sauberes Pendant. Stattdessen kombiniert man mehrere Bausteine:

• UsageStatsManager - misst, welche App wie lange im Vordergrund war
• Accessibility Service - kann Apps erkennen und blockieren, aber nur wenn der Anwendungsfall den Dienst sauber und nachweisbar legitimiert (Google reguliert das extrem streng)
• Device Admin / Device Policy - tiefere Kontrolle, eher für verwaltete Geräte
• App-Sperren per Overlay - ein Sperrbildschirm legt sich über die blockierte App

Android ist offener - Sie kommen leichter an Nutzungsdaten. Aber Vorsicht: Beim Accessibility Service ist Google ausgesprochen empfindlich. Dieser Dienst ist eigentlich für Menschen mit Behinderung gedacht; ihn für Kindersicherung zu zweckentfremden, ist nur dann zulässig, wenn der Anwendungsfall den Einsatz wirklich rechtfertigt und das lückenlos dokumentiert ist. Wer das unterschätzt, riskiert die Ablehnung oder spätere Entfernung der App aus dem Play Store. Eine tragfähige Begründung gehört deshalb an den Anfang des Projekts - nicht als nachträgliche Rechtfertigung.

Typische Einsatzszenarien

Family-Controls-Apps sind längst nicht nur für Eltern. In der Praxis sehe ich vier wiederkehrende Anwendungsfelder:

Kindersicherung & Familien-Apps

Der Klassiker: Eltern legen Zeitkontingente fest, sperren Apps zur Schlafenszeit, filtern Inhalte. Hier ist iOS dank Family Controls die stärkere Plattform, weil die Sperre auf OS-Ebene wirkt und vom Kind kaum umgangen werden kann.

Fokus- & Produktivitäts-Apps

Erwachsene sperren sich selbst freiwillig aus Social Media aus, um konzentriert zu arbeiten. Branchen-Beispiel: Ein Bildungsanbieter, der während Online-Prüfungen ablenkende Apps temporär blockiert, damit die Prüfung fair bleibt.

Betriebliche Geräte (Frontline)

Ein Logistik- oder Pflegeunternehmen gibt Mitarbeitenden Diensthandys. Darauf sollen nur Arbeits-Apps laufen, kein privates Surfen. Hier geht es Richtung MDM/Kiosk-Modus - verwandt, aber technisch eine andere Liga (dazu kommt ein eigener Beitrag).

Digital Detox & Wohlbefinden

Apps, die bewusst zur Pause anregen, Nutzungsstatistiken visualisieren und sanfte Limits setzen. Hier reichen oft die Mess-APIs (Device Activity / UsageStats) ohne harte Sperren - günstiger und review-unkritischer.

Die härteste Hürde: der App-Store-Review

Ich kann es nicht oft genug betonen: Bei dieser App-Kategorie entscheidet nicht der Code über Erfolg oder Scheitern, sondern der Review-Prozess.

• iOS: Das Distribution-Entitlement für Family Controls muss bei Apple beantragt und begründet werden, bevor die App veröffentlicht werden kann. Apple lehnt vage Anträge ab - Sie brauchen einen klaren, legitimen Verwendungszweck. (Entwickeln und testen geht vorher mit dem Development-Entitlement.)
• Android: Nutzen Sie den Accessibility Service, verlangt Google eine Erklärung und oft ein Demo-Video. Falsche Nutzung führt zur Sperrung - auch nachträglich.
• Beide: Datenschutzerklärung, Privacy Labels und transparente Kommunikation sind nicht optional.

Mein Vorgehen: Die Genehmigungsfrage steht am Anfang des Projekts, nicht am Ende. Bevor eine Zeile produktiver Code entsteht, klären wir, ob und wie die App überhaupt freigegeben werden kann. Das spart im Zweifel ein komplettes Projektbudget.

Datenschutz ist hier kein Nebenthema

Eine App, die Nutzungsverhalten misst - noch dazu oft von Kindern - ist DSGVO-rechtlich heikel. Drei Grundregeln, die ich jedem Projekt voranstelle:

• Datenminimierung: Nur erfassen, was die Funktion zwingend braucht. „Wie lange" ja, „welcher Inhalt" fast nie.
• Lokale Verarbeitung: Wo immer möglich, bleiben die Daten auf dem Gerät statt in der Cloud. Apples Framework erzwingt das ohnehin teilweise.
• Einwilligung & Transparenz: Gerade bei Kindern gelten verschärfte Anforderungen. Wer hier schludert, riskiert Bußgelder, die das Projektbudget übersteigen.

Das ist übrigens ein Verkaufsargument, kein Hindernis: „Ihre Daten verlassen das Gerät nicht" überzeugt Eltern und Datenschutzbeauftragte gleichermaßen.

Aufwand & Vorgehen

Family-Controls-Projekte sind aufwendiger als eine normale Business-App, weil die Plattform-Sonderrechte und der Review-Prozess Zeit kosten. Wie groß der Aufwand wirklich wird, hängt stark vom Zuschnitt ab:

• Reine Mess-App (Nutzungsstatistik, sanfte Limits, keine harten Sperren) ist am schlanksten - review-unkritisch und schnell umsetzbar.
• Echte Sperr-App auf einer Plattform bedeutet zusätzlich den Genehmigungsprozess und sorgfältiges Testing.
• Volle Lösung über beide Plattformen mit Eltern-/Admin-Dashboard und Backend ist das größte Paket - hier lohnt es sich besonders, vorher den Umfang scharf zu schneiden.

Bevor ein größeres Budget ins Spiel kommt, kann ein technischer Proof of Concept oder eine Machbarkeitsprüfung sinnvoll sein: ein kleiner, klar umrissener Vorlauf, der die kritischen Fragen früh beantwortet - funktioniert die Sperre zuverlässig, bekommen wir die Genehmigung, trägt der gewählte Weg? So investieren Sie erst dann groß, wenn das Risiko geklärt ist.

Ich arbeite zu Festpreisen: Nach einem kurzen Konzept-Gespräch wissen Sie, was Ihr konkretes Vorhaben kostet, bevor es losgeht.

Checkliste: Family-Controls-Projekt starten

• ☐ Verwendungszweck klar formuliert (für Apple/Google nachvollziehbar)?
• ☐ Zielplattform entschieden - iOS, Android oder beides?
• ☐ Brauchen Sie echte Sperren oder reicht Messung?
• ☐ Entitlement-/Review-Strategie vor Entwicklungsstart geklärt?
• ☐ Datenschutzkonzept steht (besonders bei Minderjährigen)?
• ☐ Eltern-/Admin-Oberfläche eingeplant (oft unterschätzt)?
• ☐ Plan B, falls eine Plattform die App ablehnt?

Fazit: Mächtig, aber nichts für Bastler

Family Controls und die Screen-Time-APIs sind beeindruckend - sie erlauben das, wofür man früher zu fragwürdigen Tricks greifen musste, jetzt auf offiziellem Weg und mit eingebautem Datenschutz. Aber genau dieser offizielle Weg ist eng: Wer die Genehmigungs- und Review-Hürden nicht von Anfang an einplant, baut eine App, die nie im Store landet.

Mein Rat: Klären Sie die Plattform-Genehmigung, bevor Sie entwickeln. Entscheiden Sie ehrlich, ob Sie Messung oder Sperre brauchen. Und behandeln Sie Datenschutz als Feature, nicht als Pflicht. Dann wird aus einer heiklen Kategorie eine App, die Vertrauen schafft.