Vous voulez mettre à jour votre Capacitor application instantanément, sans les délais des stores ? Les mises à jour OTA (Over-the-Air) vous permettent de pousser des modifications à la couche web (HTML, CSS, JavaScript) de votre application sans avoir à la resoumettre aux stores. Mais iOS et Android gèrent ces mises à jour différemment, et comprendre ces différences est essentiel.
Points clés :
-
iOS: Updates deploy immediately but follow strict rules, including file path restrictions and power/network requirements.
-
Android: Uses staged rollouts (1% → 100%) with flexible power/network needs and supports background updates.
-
Sécurité: Les deux plateformes imposent des mesures de sécurité strictes : iOS s’appuie sur le chiffrement matériel, tandis qu’Android utilise Verified Boot et SELinux.
-
Capgo: une plateforme qui simplifie les mises à jour OTA, livrée via 947,6 millions de mises à jour mondialement, grâce à des outils pour des déploiements efficaces, sécurisés et conformes.
Comparaison rapide :
| Fonctionnalité | iOS | Android |
|---|---|---|
| Déploiement de la mise à jour | Release complète immédiate | Déploiement progressif (1 % → 100 %) |
| Mises à jour en arrière-plan | Limité | Supporte les mises à jour A/B |
| Stockage | Nécessite un téléchargement complet | Supporte les mises à jour en streaming |
| Sécurité | Chiffrement matériel | Verified Boot, SELinux |
| Exigences en énergie | 50 % de batterie ou branché | Flexible |
| Réseau | Wi-Fi requis | Prise en charge de diverses connexions |
Capgo simplifie le processus et garantit que les mises à jour sont sécurisées, efficaces et conformes sur les deux plateformes. Que vous visiez iOS ou Android, comprendre ces différences vous aidera à créer une meilleure OTA stratégie de mise à jour.
Gestion des mises à jour OTA sur iOS et Android
iOS et Android adoptent des approches différentes pour la gestion des mises à jour OTA (over-the-air), tant sur le plan technique que des processus d’approbation.
Règles de mise à jour de l’App Store iOS
Apple impose des directives strictes pour les mises à jour OTA. Les appareils doivent répondre à des conditions techniques précises : exécuter iOS 5 ou une version ultérieure, être connectés à un réseau Wi-Fi stable, et disposer d’au moins 50 % de batterie ou être branchés sur une source d’alimentation [5]. Au-delà de ces exigences techniques, Apple applique un processus de revue rigoureux qui évalue les mises à jour selon des critères de sécurité, de performance, de conformité commerciale, de design et de normes légales [4].
Règles de mise à jour du Google Play Store
Google Play fonctionne différemment, en utilisant un système de déploiement progressif. Les mises à jour commencent par une release à 1 % des utilisateurs pendant 24 à 48 heures, puis s’élargissent, souvent par paliers de 25 %, jusqu’à un déploiement complet en une à deux semaines [7]. Depuis août 2023, toutes les nouvelles versions Android doivent cibler le niveau API le plus élevé disponible [3]. De plus, Android utilise les streaming updates, qui aident à réduire le besoin d’espace de stockage supplémentaire pendant la processus de mise à jour [8].
Différences de mise à jour par plateforme
Les principales différences entre les mises à jour OTA sur iOS et Android sont les suivantes :
| Fonctionnalité | iOS | Android |
|---|---|---|
| Déploiement de la mise à jour | Release complète immédiate | Déploiement progressif (1 % → 25 % → 50 % → 100 %) |
| Mises à jour en arrière-plan | Limité | Prise en charge des mises à jour A/B en arrière-plan [8] |
| Gestion du stockage | Nécessite un téléchargement complet | Supporte les mises à jour en streaming [8] |
| Exigences en matière d'alimentation | Batterie à au moins 50 % ou appareil branché [5] | Exigences d'alimentation flexibles |
| Exigences réseau | Connexion Wi-Fi requise [5] | Prend en charge divers types de connexion |
Le système de mise à jour A/B d'Android se distingue par sa capacité à installer les mises à jour en arrière-plan sans interrompre l'utilisateur. Ce système utilise deux slots pour les partitions critiques au démarrage, évitant ainsi le besoin de partitions dupliquées et optimisant le stockage par rapport aux méthodes plus anciennes [6]En revanche, iOS suit un processus de mise à jour plus contrôlé et immédiat, en privilégiant la stabilité et le contrôle de l’utilisateur.
User Groups and Update Distribution
En matière de distribution des mises à jour, les stratégies doivent prendre en compte les contraintes spécifiques des différents appareils et systèmes d’exploitation.
Règles de mise à jour par appareil
Les exigences de mise à jour dépendent fortement du matériel et de la plateforme. Par exemple, les appareils iOS nécessitent au moins 20 % de batterie pour les mises à jour initiées par l'utilisateur et 30 % pour mises à jour automatiques. Sur Mac, les exigences varient selon le processeur : 20 % de batterie pour les appareils Apple silicon et 50 % pour ceux basés sur Intel [10]. Android, en revanche, dispose d'un système plus flexible mais fait face à des défis liés à la fragmentation de l'écosystème. Les fabricants et opérateurs introduisent des retards, avec une moyenne de 24 jours pour les mises à jour de sécurité et 11 jours supplémentaires pour les finalisations spécifiques aux appareils [11].
Versions d'OS requises
Les exigences du système d'exploitation jouent un rôle clé dans la distribution des mises à jour. Pour les applications Android, Google Play impose les règles suivantes :
| Période | Exigence |
|---|---|
| À partir du 31 août 2024 | Les nouvelles apps doivent cibler Android 14 (API 34+) |
| Actuel | Les applications existantes doivent cibler Android 13 (API 33+) |
| Légacy | Apps targeting Android 12 or lower must comply with existing OS versions |
Sur iOS, Apple utilise Rapid Security Response (RSR) pour distribuer des correctifs critiques directement sur les dernières versions du système d’exploitation [10]. Capgo garantit la compatibilité avec les appareils exécutant iOS 13.0+ et Android API niveau 22+ [9].
Résultats de la stratégie de mise à jour
Le Project Treble a réduit le temps nécessaire aux mises à jour de sécurité d’environ 7 jours [11]. Pour gérer efficacement les mises à jour, il est recommandé de séparer les environnements de développement et de production canaux de mise à jour [9]. Capgo simplifie le processus grâce aux déploiements par pourcentage, permettant des rollouts contrôlés tout en respectant les directives des stores.
L’updater met également en cache les bundles téléchargés dans des répertoires spécifiques à la plateforme pour des mises à jour efficaces et sécurisées :
-
Android:
/data/user/0/com.example.app/code_cache/capgo_updater -
iOS:
Library/Application Support/capgo
Ce système de cache garantit des mises à jour fluides et fiables [9].
Vitesse et efficacité des mises à jour
La vitesse et l’efficacité des mises à jour OTA (Over-the-Air) jouent un rôle majeur dans l’expérience utilisateur sur iOS et Android. Deux facteurs influencent fortement cet aspect : les conditions réseau et la gestion des tailles de fichiers.
Taille des fichiers et gestion du réseau
Optimiser les tailles de fichiers est essentiel pour des mises à jour OTA fluides. Par exemple, le module de mise à jour de Capgo effectue les vérifications dans un thread en arrière-plan au démarrage de l’application, garantissant ainsi que l’interface utilisateur reste réactive [9]. Il prend également en charge les mises à jour JavaScript tout en verrouillant le code natif code (comme Java/Kotlin ou Objective-C/Swift) pour garantir la stabilité [9].
Vitesse de mise à jour comparée
Même avec des fichiers plus petits, la vitesse de mise à jour reste un facteur clé. iOS a souvent l’avantage ici grâce à son intégration étroite du matériel et du logiciel, ce qui permet de traiter les mises à jour plus rapidement [14]. En revanche, la grande variété de matériel Android peut parfois entraîner des performances de mise à jour inégales [13][14].
« Déployer instantanément des live updates auprès des utilisateurs est l’un des avantages les plus critiques d’Appflow, la plateforme CI/CD mobile d’Ionic. »
– Cecelia Martinez, Developer Advocate [12]
Pour améliorer l’efficacité des mises à jour, des stratégies comme les mises à jour différentielles et l’exploitation des fonctionnalités natives sont essentielles. Capacitor, par exemple, déplace certaines opérations vers la couche native. Combinée aux mises à jour différentielles, cette approche réduit à la fois les temps de mise à jour et la consommation de données [12]. Compte tenu de la part de marché dominante d’Android – plus de 70 % à l’échelle mondiale en mars 2023 [13] - fournir des mises à jour efficaces est essentiel pour maintenir des performances constantes sur ses nombreux appareils.
sbb-itb-f9944d2
Règles et exigences de sécurité
En matière de mises à jour OTA, iOS et Android adoptent des approches distinctes pour garantir la protection des données et la sécurité du système, chacun utilisant son propre ensemble de protocoles adaptés.
Standards de sécurité iOS
Le processus de mise à jour d’Apple est strictement contrôlé et conçu avec une sécurité rigoureuse. Les appareils iOS reposent sur un chiffrement matériel, en utilisant deux clés AES 256 bits intégrées, uniques à chaque appareil [17]. Chaque appareil inclut également un UID matériel unique avec une clé AES 256 bits intégrée [17]. Les mises à jour sont vérifiées pour leur intégrité, personnalisées pour chaque appareil et protégées contre les attaques de rétrogradation. Apple isole également les données utilisateur pendant les mises à jour pour prévenir les risques de sécurité [10]. Un atout majeur est le système d’ Réponses rapides aux failles de sécurité, permettant le déploiement rapide de correctifs de sécurité sans mise à jour complète du système [10].
Standards de sécurité Android
Android fonde sa sécurité sur une base Linux, en misant sur l’isolation des utilisateurs et les protections au niveau système. Chaque application se voit attribuer un UID unique, tandis SELinux impose un contrôle d’accès obligatoire. La fonctionnalité Verified Boot garantit l’authenticité de code [18]. Pour les mises à jour OTA, Android utilise un système de partitions virtuelles A/B (avec compression pour les appareils sous Android 11 et ultérieur), un Keystore matériel pour les tâches cryptographiques, et des mises à jour distribuées par les fabricants et les opérateurs [15].
| Fonctionnalité | iOS | Android |
|---|---|---|
| Distribution des mises à jour | Centralisé par Apple | Distribué via les fabricants/opérateurs |
| Vérification de sécurité | Chiffrement matériel | SELinux + Verified Boot |
| Livraison des correctifs | Réponses rapides aux failles de sécurité | Modules Mainline du projet |
| Authentification des mises à jour | UID spécifique à l’appareil | Verified Boot |
Comparaison des exigences de sécurité
Les différences entre ces frameworks mettent en évidence la façon dont l’architecture de chaque plateforme façonne son approche de la sécurité. iOS fonctionne selon un modèle « walled garden », offrant un contrôle strict et des mesures de sécurité standardisées. En revanche, l’écosystème ouvert d’Android accorde plus de flexibilité dans les mécanismes de mise à jour, mais peut parfois faire face à des défis de fragmentation. [15]Ces structures de sécurité influencent directement la fiabilité des mises à jour OTA.
Pour les développeurs travaillant avec des outils comme Capgo, comprendre ces distinctions est essentiel. iOS impose une isolation stricte des applications et limite l’accès au API système. [17], tandis que les options étendues de communication inter-processus d’Android exigent une gestion rigoureuse de la sécurité. [18]. À compter de février 2025, avec iOS 18.3.1 et diverses versions d’Android en usage, [16], les développeurs doivent s’assurer que leurs stratégies de mise à jour OTA sont conformes aux normes de sécurité les plus récentes de chaque plateforme.
Capgo Aperçu des plateformes

Capgo centralise les règles de mise à jour OTA spécifiques à chaque plateforme au sein d’une plateforme de mise à jour unifiée.
En s’appuyant sur les protocoles de sécurité iOS et Android, Capgo garantit une gestion fluide des mises à jour OTA. À ce jour, il a livré 947,6 millions de mises à jour sur 1 400 apps en production [1].
Fonctionnalités clés de Capgo
Capgo se concentre sur la résolution des défis liés aux mises à jour grâce à une livraison sécurisée, efficace et conforme. Les mises à jour sont protégées par chiffrement de bout en bout, and decryption happens only on user devices [1]. For iOS, it uses a custom Dart interpreter to align with Apple’s interpreter-only update rule [9]. Sur Android, il prend en charge le niveau API 22 et supérieur, conformément aux exigences de Capacitor [9].
| Fonctionnalité | Implémentation | Support des plateformes |
|---|---|---|
| Distribution des mises à jour | Déploiement instantané | iOS 13.0+, Android API 22+ |
| Sécurité | Chiffrement de bout en bout | Les deux plateformes |
| Intégration CI/CD | Compatible avec Azure DevOps, GitHub, GitLab | Multiplateforme |
| Gestion du stockage | Compilation de code uniquement | Mise en cache spécifique à la plateforme |
| Gestion des versions | Capacité de rollback | Les deux plateformes |
Gestion des mises à jour multiplateforme
Le système de canaux de Capgo offre aux développeurs un contrôle précis des mises à jour sur iOS et Android. Ce système permet de :
-
Canaux de mise à jour distincts pour iOS et Android
-
Envoi de bundles distincts avec liaison inter-canaux optionnelle
-
Détection automatique des modifications natives code [9]
L’impact réel de la plateforme est clair. Par exemple, l’équipe de la NASA OSIRIS-REx de la a partagé :
« @Capgo est un moyen malin de faire des pushes code à chaud (et pas pour tout l'or du monde comme avec @AppFlow) :-) » [1]
Capgo peut ajuster n’importe quel code JavaScript, y compris l’application et le code généré, mais il évite strictement de modifier le code natif (tel que Java/Kotlin pour Android ou Objective-C/Swift pour iOS) [9].
Conclusion
Les mises à jour OTA pour apps Capacitor nécessitent des approches différentes pour iOS et Android en raison des règles spécifiques à chaque plateforme. Pour iOS, les contrôles sont plus stricts, comme la restriction de chemin d’accès qui limite les chemins du serveur à « /Library/NoCloud/ionic_built_snapshots » [2]. En revanche, Android offre plus de liberté, avec moins de restrictions sur l’accès des machines virtuelles et des interpréteurs aux API [2]. Ces différences soulignent l’importance de concevoir des stratégies de mise à jour adaptées au framework de chaque plateforme.
Les données de plateformes comme Capgo démontrent l’efficacité de ces stratégies. Les développeurs ont livré avec succès 947,6 millions de mises à jour sur 1 400 apps en production, prouvant la scalabilité des systèmes de mise à jour bien conçus. [1]. Toutefois, le succès dépend largement de la conformité aux exigences de chaque plateforme tout en maintenant des mesures de sécurité robustes.
Par exemple, Apple exige que le code interprété ne modifie pas les fonctionnalités de base d'une application ni ne compromette sa sécurité [2]Cette règle rappelle clairement les directives spécifiques à chaque plateforme que les développeurs doivent suivre pour implémenter efficacement les Live Update.
Continuer avec Capacitor Mises à jour OTA : cibler iOS vs Android
Si vous utilisez Capacitor mises à jour OTA : cibler iOS vs Android pour planifier la sécurité et la conformité, connectez-l’à Chiffrement pour les détails d'implémentation du chiffrement, Conformité pour les détails d'implémentation de la conformité, Scanner de sécurité Capgo pour le workflow produit dans Capgo Security Scanner, Capgo et la sécurité pour le workflow produit dans Capgo Security, et Capgo Centre de confiance pour le workflow produit dans Capgo Trust Center.