Capacitor Live Updates (OTA) de Capacitor Déployez des correctifs web sans attendre la validation des stores.

Ils remplacent le bundle web (HTML, CSS, JavaScript et assets) dans votre app Capacitor sans nouveau binaire sur les stores. Les utilisateurs reçoivent les correctifs une fois que l'app a vérifié votre canal de release et téléchargé le bundle signé.

Oui, pour les modifications éligibles de la couche web qui respectent les règles de chaque store. Les changements de plugins natifs, les permissions et les nouveaux comportements exécutables nécessitent toujours une release classique sur les stores.

Une release sur les stores met à jour le shell natif et passe par une revue. Les live updates OTA ne ciblent que la couche web : les équipes peuvent donc déployer, mettre en pause ou rollback un bundle en quelques minutes via les canaux.

Avec le chiffrement de bout en bout activé, les bundles sont chiffrés avec vos clés avant l'upload. Capgo ne stocke que le texte chiffré et ne peut pas en lire le contenu ; seule votre application peut déchiffrer ce que vous déployez.

Non. Ce n’est pas possible. Capgo ne peut pas provoquer un rejet d’Apple pour exécution de code à distance. Capgo n’installe ni n’exécute de code natif après la revue. La directive 2.5.2 de l’App Review interdit aux apps de télécharger, installer ou exécuter du code qui introduit ou modifie des fonctionnalités, tandis que la section 3.3.1(B) du contrat de licence du programme Apple Developer autorise toujours le JavaScript, le HTML et le CSS interprétés, à condition que votre app conserve le même objectif principal, respecte la sécurité de l’OS et ne devienne pas une place de marché. La section 3.3.1(C) limite séparément la fourniture ou l’activation de fonctionnalités supplémentaires en dehors de la distribution via l’App Store sans l’approbation d’Apple ; demandez à un avocat si cela s’applique à vos bundles OTA. Capgo remplace les assets web signés dans le WebView ou le moteur JavaScriptCore que vous livrez déjà. Il ne fournit pas de binaires natifs ni de bibliothèques dynamiques. Si votre app met en avant un catalogue de mini-apps ou un logiciel similaire non intégré au binaire, la directive 4.7 peut s’appliquer et il est conseillé de revoir ces règles avec un avocat. Les modifications de plugins natifs, d’autorisations et d’entitlements nécessitent toujours un binaire revu par le store.

Oui. Vous choisissez quand une mise à jour s'applique : en arrière-plan au prochain lancement (par défaut), à l'installation, au lancement ou immédiatement. Vous pouvez définir des conditions comme une date, le passage de l'app en arrière-plan, une version native spécifique ou la fermeture de l'app. Le blocage de version empêche un canal de franchir les versions majeures, mineures ou patch, et chaque bundle est livré soit comme un bundle complet, soit comme un delta qui ne télécharge que les fichiers modifiés. Le guide des types de mise à jour dans la doc Capgo couvre toutes les combinaisons.