Mobile App-Verteilung: was es ist, welche Kanäle und wie es funktioniert

Verteilung auf iOS: TestFlight, Ad Hoc, Enterprise

Die Verteilung von iOS-Apps wird von Apple streng kontrolliert. Die Verteilung mobiler Apps auf iOS erfolgt über vier Kanäle: App Store (öffentliche Veröffentlichung), TestFlight (Beta-Tests), Ad Hoc (eingeschränkte Verteilung) und Enterprise (Unternehmensverteilung). Jeder hat seine eigenen Anforderungen, Grenzen und Verfahren.

TestFlight

TestFlight ist Apples offizielles Tool für Beta-Tests mobiler Apps. Es unterstützt bis zu 10.000 externe Tester (External Testing) und bis zu 30 interne Tester (Internal Testing — Teammitglieder). Für External Testing ist eine leichte Überprüfung erforderlich (Build Review, normalerweise 1–2 Minuten). TestFlight verteilt Updates automatisch — Tester erhalten Push-Benachrichtigungen. Interne Tests erfordern keine Überprüfung — Sie können Builds sofort für das Team hochladen.

Ad Hoc Distribution

Ad Hoc ist die Verteilung auf eine begrenzte Anzahl von Geräten (bis zu 100 pro Konto). Für Ad Hoc müssen Sie die UDID jedes Geräts im Apple Developer Portal hinzufügen und den Build mit einem Provisioning Profile signieren, das diese Geräte enthält. Ad Hoc erfordert keine Überprüfung — geeignet für Demo-Versionen und Tests auf Kundengeräten. Nachteil: Sie müssen die UDID jedes Geräts kennen.

Enterprise Distribution

Apple Enterprise Developer Program (299 $/Jahr) — Verteilung von Apps innerhalb einer Organisation ohne den App Store. Apps werden auf einem internen Server veröffentlicht, Benutzer installieren über einen Link. Enterprise erfordert keine Apple-Überprüfung. Enterprise darf nicht für die Verteilung außerhalb der Organisation verwendet werden — Apple überwacht dies und blockiert Konten. MDM (Mobile Device Management) — ein System zur Verwaltung von Unternehmensgeräten, das Enterprise-Apps automatisch installiert.

Verteilung auf Android: Testing Tracks, Staged Rollout

Google Play bietet ein flexibleres System für die Verteilung mobiler Apps als der App Store. Testing Tracks: Internal (intern), Closed (geschlossen), Open (offen). Jeder Track hat seine eigenen Grenzen und Anforderungen. Nach den Tests wird die App im Production Track veröffentlicht.

Closed vs Open Testing

Internal Testing — bis zu 100 Tester per E-Mail. Keine Google-Überprüfung erforderlich. Der Build wird innerhalb von Minuten veröffentlicht. Closed Testing — bis zu 100 Tester, Zugang per E-Mail-Liste oder Google Group. Erfordert eine leichte Überprüfung (normalerweise einige Stunden). Open Testing — bis zu 100.000 Tester, öffentlicher Link. Die App ist im Google Play als "Früher Zugriff" sichtbar. Open Testing erfordert eine vollständige Überprüfung wie in der Produktion.

Staged Rollout — schrittweise Verteilung von Updates. Sie wählen einen Prozentsatz der Benutzer aus (5%, 10%, 20%, 50%, 100%). Google Play verteilt das Update automatisch an den ausgewählten Prozentsatz. Wenn in den ersten Stunden Beschwerden oder Abstürze eingehen — rollen Sie auf die vorherige Version zurück. Staged Rollout reduziert Veröffentlichungsrisiken und wird für alle Produktionsupdates empfohlen.

Production Track

Production Track — öffentliche Veröffentlichung bei Google Play. Nach der Veröffentlichung ist die App für alle Benutzer verfügbar. Google Play überprüft automatisch die Binärdatei und scannt auf schädlichen Code. Nach der Veröffentlichung können Sie Land, Altersbeschränkungen und Monetarisierung verwalten. Internal App Sharing — direkte Verteilung per Link ohne Play Console. Geeignet für QA-Tests auf echten Geräten.

iOS — strengere Überprüfung und höhere Einstiegskosten. Android — flexible Tests und gestaffelter Rollout. IT Sectr empfiehlt die Verwendung von Open Testing für Android und TestFlight External für iOS — dies deckt 90% der Beta-Testszenarien für mobile Apps ab.

Richtlinien für die App-Verteilung: App Store Guidelines, Google Play Policies

App Store Review Guidelines — Apples Dokument mit über 100 Regeln, die die Verteilung mobiler Apps regeln. Hauptanforderungen: Die App muss stabil, fehlerfrei und mit den Human Interface Guidelines konform sein. Apple lehnt Apps mit defekten Links, leeren Bildschirmen und versteckten Funktionen ab. Google Play Developer Policies — Googles Regeln: bösartige Apps, Benutzertäuschung und Urheberrechtsverletzungen sind verboten.

App Store Guidelines

Wichtige Regeln für die App-Verteilung im App Store: 1) Safety — keine anstößigen Inhalte, 2) Performance — die App darf nicht abstürzen, 3) Business — Käufe über IAP (In-App Purchase) mit einer Apple-Provision von 15–30%, 4) Design — HIG-Konformität. Ablehnungsgründe: defekter Link zur Datenschutzrichtlinie, fehlender "Käufe wiederherstellen"-Button, Verwendung von Drittanbieter-Zahlungssystemen.

Google Play Policies

Verteilungsrichtlinien bei Google Play umfassen: 1) Content Policies — Erwachseneninhalte und Gewalt sind verboten, 2) Monetization — Google-Provision 15% (erste 1 Million $ — 15%, dann 30%), 3) Privacy — obligatorische URL der Datenschutzrichtlinie, 4) Advertising — Werbung muss Standards entsprechen. Google überprüft automatisch die Binärdatei auf schädlichen Code. App Content Rating — ein Fragebogen, der die Altersbeschränkungen der App festlegt.

Export Compliance und DMCA

Export Compliance — Apple verlangt die Deklaration der Verwendung von Kryptographie bei der Verteilung von Apps. Die meisten Apps fallen unter "Yes, but exempt" (verwenden nur HTTPS). DMCA — Urheberrechtsgesetz. Wenn Ihre App das Hochladen von Inhalten durch Benutzer ermöglicht, richten Sie ein DMCA-Verfahren (Beschwerden über Urheberrechtsverletzungen) ein.

Konten für die App-Verteilung: Apple Developer und Google Play

Apple Developer Account — 99 $/Jahr für einzelne Entwickler, 299 $/Jahr für Enterprise. Organisationen registrieren sich als Company/Organization für die Verteilung mobiler Apps unter der Marke des Unternehmens. Für die Veröffentlichung ist eine D-U-N-S-Nummer erforderlich. Google Play Account — 25 $ einmalig. Google Play erfordert eine Identitätsüberprüfung (Reisepass, Führerschein) vor Beginn der Verteilung.

App Transfer

App Transfer — Übertragung einer App zwischen Entwicklerkonten. Auf iOS — über App Store Connect (App Transfer). Anforderungen: Die App muss veröffentlicht sein, keine ausstehenden Änderungen, keine aktiven Verteilungsstreitigkeiten. Auf Android — über Play Console (Manage > Transfer app). Beide Prozesse dauern 1–5 Tage. Nach der Übertragung behält die App ihre Bewertung, Rezensionen und Abonnements.

Screenshot Requirements

Screenshot Requirements für den App Store: 5,5" (iPhone 8 Plus), 6,5" (iPhone 14 Pro Max), 12,9" (iPad Pro). Für Google Play: mindestens 2 Screenshots pro Telefon und Tablet. Wir empfehlen 8 Screenshots. URL der Datenschutzrichtlinie — obligatorisch für die App-Verteilung in beiden Stores. Wenn die App personenbezogene Daten sammelt, muss ein Link zur Datenschutzrichtlinie in der Beschreibung und in der App vorhanden sein.