Möchtest du deine Capacitor App sofort ohne App-Store-Verzögerungen? Mit Over-the-Air-(OTA-)Updates kannst du Änderungen an der Web-Ebene (HTML, CSS, JavaScript) deiner App pushen, ohne sie erneut in den App Stores einzureichen. Aber iOS und Android gehen mit diesen Updates unterschiedlich um – es ist entscheidend, diese Unterschiede zu verstehen.
Wichtigste Erkenntnisse:
-
iOS: Updates werden sofort ausgerollt, unterliegen aber strengen Regeln, darunter Pfadbeschränkungen sowie Strom- und Netzwerkanforderungen.
-
Android: Nutzt Staged Rollouts (1 % → 100 %) mit flexiblen Strom-/Netzwerkanforderungen und unterstützt Background-Updates.
-
Sicherheit: Beide Plattformen setzen auf starke Sicherheitsmaßnahmen – iOS nutzt hardwaregestützte Verschlüsselung, während Android Verified Boot und SELinux nutzt.
-
Capgo: Eine Plattform, die OTA-Updates vereinfacht und über 947,6 Millionen Updates weltweit mit Tools für effiziente, sichere und konforme Deployments bereitstellt.
Schneller Vergleich:
| Funktion | iOS | Android |
|---|---|---|
| Update-Deployment | Sofortiger Full Release | Staged Rollout (1% → 100%) |
| Hintergrund-Updates | Eingeschränkt | Unterstützt A/B-Updates |
| Speicher | Vollständiger Download erforderlich | Unterstützt Streaming-Updates |
| Sicherheit | Hardwaregestützte Verschlüsselung | Verified Boot, SELinux |
| Stromanforderungen | 50 % Akku oder am Netzteil | Flexibel |
| Netzwerk | Wi-Fi erforderlich | Unterstützt verschiedene Verbindungen |
Capgo hilft, den Prozess zu optimieren, und sorgt dafür, dass Updates auf beiden Plattformen sicher, effizient und compliant sind. Ob Sie auf iOS oder Android abzielen – wenn Sie diese Unterschiede verstehen, hilft Ihnen das, ein besseres OTA-Update zu erstellen. Update-Strategie.
Wie iOS und Android mit OTA-Updates umgehen
iOS und Android verfolgen unterschiedliche Ansätze beim Management von OTA-Updates (over-the-air), sowohl bei der technischen Umsetzung als auch bei den Freigabeprozessen.
Update-Regeln des iOS App Store
Apple hat strenge Richtlinien für OTA-Updates. Geräte müssen bestimmte technische Bedingungen erfüllen: Sie müssen iOS 5 oder neuer ausführen, mit einem stabilen Wi-Fi-Netzwerk verbunden sein und entweder mindestens 50 % Akku haben oder an eine Stromquelle angeschlossen sein [5]. Neben diesen technischen Anforderungen durchsetzt Apple einen strengen Review-Prozess, der Updates auf Sicherheit, Leistung, Geschäftskonformität, Design und rechtliche Standards prüft [4].
Update-Regeln des Google Play Store
Google Play funktioniert anders und nutzt ein gestaffeltes Rollout-System. Updates starten mit einer kleinen Freigabe an 1 % der Nutzer für 24–48 Stunden und werden dann schrittweise, oft in 25-%-Schritten, ausgeweitet, bis sie innerhalb von ein bis zwei Wochen vollständig ausgerollt sind [7]. Seit August 2023 müssen alle neuen Android-Versionen das höchste verfügbare API-Level als Ziel haben [3]. Zusätzlich setzt Android Streaming-Updates ein, die den Bedarf an zusätzlichem Speicherplatz während des Update-Prozess [8].
Unterschiede bei Plattform-Updates
Die wichtigsten Unterschiede zwischen iOS- und Android-OTA-Updates sind unten aufgeführt:
| Funktion | iOS | Android |
|---|---|---|
| Update-Deployment | Sofortiger Full Release | Staged Rollout (1 % → 25 % → 50 % → 100 %) |
| Hintergrund-Updates | Eingeschränkt | Unterstützt A/B-Updates im Hintergrund [8] |
| Speicherverwaltung | Vollständiger Download erforderlich | Unterstützt Streaming-Updates [8] |
| Stromanforderungen | Mindestens 50 % Akku oder angeschlossen [5] | Flexible Stromanforderungen |
| Netzwerk-Anforderungen | Wi-Fi-Verbindung erforderlich [5] | Unterstützt verschiedene Verbindungstypen |
Das A/B-Update-System von Android sticht hervor, da es Updates im Hintergrund installiert, ohne den Nutzer zu unterbrechen. Dieses System nutzt zwei Slots für boot-kritische Partitionen, vermeidet doppelte Partitionen und optimiert den Speicher im Vergleich zu älteren Methoden [6]. Andererseits folgt iOS einem kontrollierteren und unmittelbarereren Update-Prozess, der Stabilität und die Kontrolle durch den Nutzer in den Vordergrund stellt.
Benutzergruppen und Update-Verteilung
Bei der Verteilung von Updates müssen die spezifischen Einschränkungen verschiedener Geräte und Betriebssysteme berücksichtigt werden.
Gerätebasierte Update-Regeln
Die Update-Anforderungen hängen stark von Hardware und Plattform ab. So benötigen iOS-Geräte beispielsweise mindestens 20 % Akku für nutzerinitiierte Updates und 30 % für automatische Updates. Bei Macs unterscheiden sich die Anforderungen je nach Chipset – 20 % Akku für Apple-Silicon-Geräte und 50 % für Intel-basierte [10]. Android hingegen hat ein flexibleres System, steht aber vor Herausforderungen durch die Fragmentierung des Ökosystems. Hersteller und Carrier verursachen Verzögerungen; Sicherheitsupdates dauern im Durchschnitt 24 Tage, plus 11 Tage für gerätespezifische Anpassungen [11].
OS-Versionsanforderungen
Die Betriebssystem-Anforderungen spielen eine Schlüsselrolle bei der Verteilung von Updates. Für Android-Apps schreibt Google Play Folgendes vor:
| Zeitraum | Voraussetzung |
|---|---|
| Nach dem 31. August 2024 | Neue Apps müssen auf Android 14 (API 34+) abzielen |
| Aktuell | Bestehende Apps müssen auf Android 13 (API 33+) abzielen |
| Legacy | Apps, die Android 12 oder älter targeten, müssen den bestehenden OS-Versionen entsprechen |
Für iOS nutzt Apple Rapid Security Response (RSR), um kritische Patches direkt auf die neuesten OS-Versionen auszuliefern [10]. Capgo gewährleistet Kompatibilität mit Geräten mit iOS 13.0+ und Android API Level 22+ [9].
Ergebnisse der Update-Strategie
Androids Projekt Treble hat die Zeit für Sicherheitsupdates um etwa 7 Tage verkürzt [11]. Um Updates effektiv zu verwalten, empfiehlt es sich, Entwicklung und Produktion zu trennen Update-Channels [9]. Capgo vereinfacht den Prozess durch prozentbasierte Deployments, was kontrollierte Rollouts ermöglicht und die App Store Guidelines einhält.
Der Updater cacht heruntergeladene Bundles zudem in plattformspezifischen Verzeichnissen für effiziente und sichere Updates:
-
Android:
/data/user/0/com.example.app/code_cache/capgo_updater -
iOS:
Library/Application Support/capgo
Dieses Caching-System sorgt für reibungslose und zuverlässige Updates [9].
Update-Geschwindigkeit und Effizienz
Die Geschwindigkeit und Effizienz von OTA-Updates (Over-the-Air) spielen eine große Rolle für die User Experience auf iOS und Android. Zwei Faktoren, die dies stark beeinflussen, sind die Netzwerkbedingungen und die Verwaltung der Dateigrößen.
Dateigröße und Netzwerkmanagement
Optimierte Dateigrößen sind entscheidend für reibungslose OTA-Updates. So führt der Updater von Capgo Update-Checks in einem Hintergrund-Thread während des App-Starts aus, um sicherzustellen, dass die Benutzeroberfläche responsiv bleibt [9]. Außerdem unterstützt er JavaScript-Updates, während native code (wie Java/Kotlin oder Objective-C/Swift) gesperrt bleiben, um die Stabilität zu gewährleisten [9].
Vergleich der Update-Geschwindigkeit
Auch bei kleineren Dateigrößen ist die Update-Geschwindigkeit ein entscheidender Faktor. iOS hat hier oft einen Vorteil, da die eng integrierte Hardware und Software Updates schneller verarbeiten kann [14]. Andererseits kann die breite Hardware-Vielfalt von Android zu ungleichmäßiger Update-Leistung führen [13][14].
„Live Updates sofort an die Nutzer auszuliefern, ist einer der wichtigsten Vorteile von Appflow, der mobilen CI/CD-Plattform von Ionic.“
– Cecelia Martinez, Developer Advocate [12]
Um die Update-Effizienz zu verbessern, sind Strategien wie Differential Updates und die Nutzung nativer Funktionen entscheidend. Capacitor verlagert beispielsweise bestimmte Operationen in die native Ebene. Zusammen mit Differential Updates reduziert das sowohl die Updatezeiten als auch den Datenverbrauch. [12]. Angesichts des dominierenden Marktanteils von Android – weltweit über 70 % (Stand März 2023) [13] - effiziente Updates bereitzustellen ist besonders wichtig, um eine konsistente Performance über die verschiedenen Geräte hinweg zu gewährleisten.
sbb-itb-f9944d2
Sicherheitsregeln und Anforderungen
Bei OTA-Updates verfolgen iOS und Android unterschiedliche Ansätze, um Datenschutz und Systemsicherheit zu gewährleisten, wobei jeweils eigene, maßgeschneiderte Protokolle zum Einsatz kommen.
iOS-Sicherheitsstandards
Apples Update-Prozess ist streng kontrolliert und auf maximale Sicherheit ausgelegt. iOS-Geräte verlassen sich auf hardwarebasierte Verschlüsselung, wobei zwei gerätespezifische AES 256-Bit-Schlüssel verwendet werden [17]. Jedes Gerät verfügt zudem über eine eindeutige hardwarebasierte UID mit einem integrierten AES-256-Bit-Key [17]. Updates werden auf Integrität geprüft, sind auf das jeweilige Gerät zugeschnitten und bieten Schutz gegen Downgrade-Angriffe. Apple isoliert zudem Nutzerdaten während der Updates, um Sicherheitsrisiken zu vermeiden [10]. Ein herausragendes Feature sind Apples Schnelle Sicherheitsreaktionen, sodass Sicherheitspatches schnell ausgerollt werden können, ohne dass ein vollständiges System-Update erforderlich ist [10].
Android-Sicherheitsstandards
Android basiert auf einer Linux-Grundlage und konzentriert sich auf die Isolation von Benutzern sowie systemweite Schutzmechanismen. Jede App erhält eine eindeutige UID, während SELinux nutzt den obligatorischen Zugriffskontrolle durchsetzt. Die Verified Boot Feature stellt die Authentizität von code sicher [18]. Für OTA-Updates nutzt Android ein Virtual A/B-Partitionssystem (mit Komprimierung für Geräte mit Android 11 und neuer), ein hardwarebasiertes Keystore für kryptografische Aufgaben und Updates über OEMs und Carrier [15].
| Funktion | iOS | Android |
|---|---|---|
| Update-Distribution | Zentralisiert über Apple | Verteilt über OEMs/Carrier |
| Sicherheitsprüfung | Hardwaregestützte Verschlüsselung | SELinux + Verified Boot |
| Patch-Auslieferung | Schnelle Sicherheitsreaktionen | Projekt Mainline-Module |
| Update-Authentifizierung | Gerätespezifische UID | Verified Boot |
Vergleich der Sicherheitsanforderungen
Die Unterschiede in diesen Frameworks zeigen, wie die Architektur jeder Plattform ihren Sicherheitsansatz prägt. iOS arbeitet nach dem „Walled-Garden“-Modell und bietet strikte Kontrolle sowie standardisierte Sicherheitsmaßnahmen. Das offene Ökosystem von Android bietet dagegen mehr Flexibilität bei Update-Mechanismen, kann aber mit Fragmentierungsproblemen konfrontiert sein [15]. Diese Sicherheitsstrukturen beeinflussen die Zuverlässigkeit von OTA-Updates direkt.
Für Entwickler, die mit Tools wie Capgo arbeiten, ist das Verständnis dieser Unterschiede entscheidend. iOS erzwingt eine strengere App-Isolation und begrenzt den System-API-Zugriff [17], während die breiteren IPC-Optionen von Android eine sorgfältige Sicherheitsverwaltung erfordern [18]. Stand Februar 2025, mit iOS 18.3.1 und verschiedenen Android-Versionen im Einsatz [16], müssen Entwickler sicherstellen, dass ihre OTA-Update-Strategien mit den neuesten Sicherheitsstandards jeder Plattform übereinstimmen.
Capgo Plattformübersicht

Capgo bündelt plattformspezifische OTA-Update-Regeln in einer zentralen Update-Plattform.
Durch die Integration der Sicherheitsprotokolle von iOS und Android stellt Capgo ein nahtloses OTA-Update-Management sicher. Bisher wurden damit 947,6 Millionen Updates in 1.400 Produktions-Apps [1].
Capgo Kernfunktionen
Capgo konzentriert sich auf die Lösung von Update-Herausforderungen durch sichere, effiziente und konforme Auslieferung. Updates werden geschützt mit End-to-End-Verschlüsselung, and decryption happens only on user devices [1]. Für iOS nutzt es einen eigenen Dart-Interpreter, um sich an die Apple-Regel für Interpreter-basierte Updates zu halten [9]. Auf Android unterstützt es API Level 22 und höher, im Einklang mit den Anforderungen von Capacitor [9].
| Funktion | Implementierung | Plattform-Support |
|---|---|---|
| Update-Bereitstellung | Sofortiges Deployment | iOS 13.0+, Android API 22+ |
| Sicherheit | Ende-zu-Ende-Verschlüsselung | Beide Plattformen |
| CI/CD-Integration | Kompatibel mit Azure DevOps, GitHub, GitLab | Cross-Platform |
| Speicherverwaltung | Nur kompiliertes code | Plattformspezifisches Caching |
| Versionskontrolle | Rollback-Funktion | Beide Plattformen |
Plattformübergreifendes Update-Management
Das Channel-System von Capgo bietet Entwicklern präzise Kontrolle über Updates für iOS und Android. Dieses System ermöglicht:
-
Getrennte Update-Channels für iOS und Android
-
Hochladen eigener Bundles mit optionaler Cross-Channel-Verknüpfung
-
Automatische Erkennung von nativen code-Änderungen [9]
Die Auswirkungen der Plattform in der Praxis sind deutlich. Zum Beispiel die von NASA's OSIRIS-REx Team geteilt:
„@Capgo ist ein smarter Weg für Hot code Pushes (und nicht so teuer wie @AppFlow) :-)“ [1]
Capgo kann jedes JavaScript-code anpassen, einschließlich App- und generierter code, vermeidet aber strikt die Änderung nativer code (wie Java/Kotlin für Android oder Objective-C/Swift für iOS) [9].
Fazit
OTA-Updates für Capacitor Apps erfordern unterschiedliche Ansätze für iOS und Android aufgrund plattformspezifischer Regeln. Für iOS gelten strengere Kontrollen, wie die Dateipfadbeschränkung, die Serverpfade auf „/Library/NoCloud/ionic_built_snapshots“ beschränkt [2]. Android hingegen bietet mehr Freiheit mit weniger Einschränkungen für virtuelle Maschinen und Interpreter beim Zugriff auf APIs [2]. Diese Unterschiede unterstreichen die Bedeutung von Update-Strategien, die auf das Framework jeder Plattform abgestimmt sind.
Daten von Plattformen wie Capgo zeigen, wie effektiv diese Strategien sein können. Entwickler haben erfolgreich 947,6 Millionen Updates über 1.400 Produktions-Apps ausgeliefert, was die Skalierbarkeit gut durchdachter Update-Systeme beweist [1]. Der Erfolg hängt jedoch stark davon ab, die Anforderungen jeder Plattform zu erfüllen und gleichzeitig strenge Sicherheitsmaßnahmen beizubehalten.
Beispielsweise schreibt Apple vor, dass interpretierte code die Kernfunktionalität einer App nicht verändern oder deren Sicherheit gefährden dürfen [2]Diese Regel verdeutlicht die plattformspezifischen Richtlinien, die Entwickler befolgen müssen, um OTA-Updates effektiv zu implementieren.
Weiterlesen: Capacitor OTA Updates: Targeting iOS vs. Android
Wenn du es nutzt Capacitor OTA Updates: Targeting für iOS vs. Android um Sicherheit und Compliance zu planen, verbinden Sie es mit Verschlüsselung für die Implementierungsdetails in Encryption, Compliance für das Implementierungsdetail in Compliance, Capgo Security-Scanner für den Produkt-Workflow im Capgo Security Scanner, Capgo Sicherheit für den Produkt-Workflow in Capgo Security und Capgo Trust Center für den Produkt-Workflow im Capgo Trust Center.