Conformité

Copiez un prompt de configuration incluant les étapes d'installation et le guide markdown complet pour ce plugin.

Capgo est conçu avec la confidentialité, la sécurité et la conformité à l'esprit. Ce document explique quelles données sont collectées, comment elles sont utilisées et quelles mesures sont en place pour protéger la vie privée de vos utilisateurs et garantir la conformité réglementaire lors de l'utilisation du service live update de Capgo.

Aperçu de la collecte de données

Capgo collecte un minimum de données nécessaires pour fournir efficacement le service live update. La collecte de données se concentre sur les besoins opérationnels plutôt que sur le suivi des utilisateurs ou l'analyse.

Données collectées

Capgo collecte uniquement les données nécessaires au fonctionnement de la fonctionnalité de live update. Lorsque votre application recherche des mises à jour ou télécharge de nouveaux bundles, les informations suivantes sont collectées :

ID de l'app: Un identifiant unique pour votre application, utilisé pour l'associer au bon compte
Version de l'app Code: La version code de l'application, utilisée pour déterminer quelles mises à jour sont compatibles avec l'app
Nom de la version de l'app : Le nom de la version de l'app utilisé à des fins d'affichage
Plateforme: La plateforme (iOS, Android, Electron) de l'application utilisée pour déterminer quelles mises à jour sont compatibles avec celle-ci
ID de l'appareil : Un identifiant d'appareil généré aléatoirement et propre à l'app, utilisé pour le fonctionnement des Live Update, l'éligibilité aux mises à jour, la déduplication des appareils actifs mensuels, le support, la prévention des abus et la fiabilité opérationnelle. Ce n'est pas un ID publicitaire, il n'est pas dérivé d'identifiants matériels et n'est pas utilisé pour suivre les utilisateurs entre les apps, les sites web ou les clients Capgo. Sur iOS, v7.25.0+ l'ID est conservé lors des réinstallations classiques via Keychain. Sur Android, utilisez v7.50.1+ (ou v5.50.1+ et v6.50.1+ sur ces lignes de release) ; l'ID n'est restauré que si Android Backup/Restore conserve les préférences de l'application. Désactiver la sauvegarde, exclure ces préférences ou effacer les données de l'application génère un nouvel ID d'appareil.
ID du bundle: L'identifiant unique du bundle actuellement installé sur l'appareil
Nom du canal: Le nom du canal sélectionné pour recevoir les mises à jour
Version de l'OS: La version du système d'exploitation utilisée pour déterminer quelles mises à jour sont compatibles avec l'appareil
Version du plugin: La version du plugin @capgo/capacitor-updater utilisée pour livrer les mises à jour à l'appareil
Pays de la requête: Le cas échéant, le dernier code code ISO 3166-1 valide à deux lettres reçu lors d'une requête gérée par Cloudflare pour l'appareil. Il ne s'agit pas d'une valeur GPS ou d'une localisation fournie par votre application.

Données techniques supplémentaires :

Horodatages de vérification des mises à jour
Statut de succès ou d'échec du téléchargement
Statut d'installation du bundle
Événements et raisons de rollback
Adresse IP (pour la géolocalisation et l'optimisation du CDN)

Détails du stockage des endpoints

L'updater peut utiliser jusqu'à trois endpoints configurés pour les vérifications de mise à jour, l'auto-assignation de canal et les statistiques :

updateUrl (/updates) vérifie quel bundle l'appareil doit recevoir. Cet endpoint est requis pour les Capgo Cloud live updates.
channelUrl (/channel_self) lit et met à jour l'assignation de canal d'un appareil.
statsUrl (/stats) sends explicit update lifecycle, health, and failure events. Set statsUrl sur une chaîne vide pour désactiver ces rapports de stats supplémentaires, ou pointez-le vers un endpoint auto-hébergé ou un proxy que vous contrôlez. Un proxy garde les statistiques hors de Capgo uniquement s'il termine la charge utile au lieu de la transférer. Voir le contrat de l'endpoint de statistiques auto-hébergé.

Désactiver statsUrl modifie uniquement le chemin des statistiques explicites. /updates et /channel_self a toujours besoin d'un device_id ainsi Capgo peut décider de la mise à jour et du canal applicables, et compter les appareils actifs mensuels pour la facturation.

Quand statsUrl est activé, Capgo peut stocker :

Enregistrement	Champs stockés
MAU de facturation	`device_id`, `app_id`, `org_id`, `timestamp`
Inventaire des appareils	`device_id`, `app_id`, `updated_at`, `platform`, `plugin_version`, `os_version`, `version_build`, `version_name`, `is_prod`, `is_emulator`, `default_channel`, `key_id`, optionnel `custom_id`, pays de la requête code optionnel
Événement de stats	`device_id`, `app_id`, `action`, `version_name`, `created_at`

Quand statsUrl est désactivé mais updateUrl reste activé, Capgo peut toujours stocker :

Enregistrement	Champs stockés
Billing MAU	`device_id`, `app_id`, `org_id`, `timestamp`
Inventaire des appareils	`device_id`, `app_id`, `updated_at`, `platform`, `plugin_version`, `os_version`, `version_build`, `version_name`, `is_prod`, `is_emulator`, `default_channel`, `key_id`, optionnel `custom_id`, pays de la requête code optionnel
Événement update-decision	`device_id`, `app_id`, `action`, `version_name`, `created_at`; les actions peuvent inclure `get`, `noNew`, `missingBundle`, `cannotGetBundle`, les actions de blocage de plateforme/version, et les erreurs de plan ou de canal

Pour la facturation et les graphiques par version native, la télémétrie d'exécution peut aussi inclure platform et version_build avec l'utilisation des MAU lorsque le store de facturation déployé supporte ces champs. La télémétrie de stats plus récente peut aussi inclure des stats optionnelles metadata lorsque l'app l'envoie.

Le strict minimum requis pour facturer les MAU est un identifiant anonyme stable device_id, app_id, org_id, et un horodatage.

Données NON collectées

Capgo ne collecte explicitement pas :

Informations personnelles ou identifiants d'utilisateur
App usage analytics or user behavior data
Contenu de votre application ou données générées par l'utilisateur
Données de localisation au-delà de la région géographique générale
Identifiants publicitaires, identifiants matériels ou identifiants utilisés pour suivre les utilisateurs entre les applications, les sites web ou les clients Capgo
Données biométriques ou données personnelles sensibles

Utilisation et finalité des données

Les données collectées par Capgo sont utilisées exclusivement pour :

Fonctionnement du service

Déterminer quelles mises à jour sont disponibles pour des versions d'app spécifiques
Optimiser la diffusion de contenu via la sélection géographique du CDN
Garantir la compatibilité entre les mises à jour et les capacités des appareils
Gérer les déploiements progressifs et l'assignation des canaux

Amélioration du service

Surveiller le taux de réussite des mises à jour et identifier les problèmes
Optimiser les performances et la fiabilité du téléchargement
Améliorer le système global de diffusion des mises à jour
Déboguer et résoudre les échecs de mise à jour

Sécurité et intégrité

Prévenir les abus et garantir la disponibilité du service
Valider l'authenticité et l'intégrité des mises à jour
Protéger contre les mises à jour malveillantes ou corrompues
Maintenir la sécurité et la stabilité du service

Stockage et rétention des données

Lieu de stockage

Les bundles de mise à jour et les métadonnées sont stockés sur une infrastructure cloud sécurisée
Les données sont distribuées sur plusieurs régions géographiques pour la performance
Apps that need EU data residency can set updateUrl vers https://plugin.eu.capgo.app/updates, statsUrl vers https://plugin.eu.capgo.app/stats, et channelUrl vers https://plugin.eu.capgo.app/channel_self. Voir Localisation des données pour la configuration exacte.
Toutes les transmissions de données sont chiffrées via des protocoles standards de l'industrie (HTTPS/TLS)

Rétention des données

Les registres opérationnels sont conservés pour le fonctionnement du service, la sécurité, la facturation et le support.
La rétention des bundles est configurable pour chaque application dans les paramètres de l'app. Les bundles liés à un canal ou un déploiement progressif actif restent protégés ; les bundles inutilisés deviennent éligibles à la suppression selon la règle de rétention sélectionnée pour l'app.
L'historique des bundles et les assets Delta contribuent à l'utilisation du stockage. La réplication régionale ne multiplie pas la consommation de stockage.
Personal data, if any, is deleted according to applicable data protection laws.

Sécurité des données

Toutes les données sont chiffrées en transit et au repos
L'accès aux données est limité au personnel autorisé uniquement
Des audits de sécurité et une surveillance réguliers sont effectués
Respect des standards de sécurité de l'industrie
Certification SOC 2Capgo est actuellement certifié SOC 2 Type II, garantissant les plus hauts standards de sécurité, de disponibilité et de confidentialité. Consultez notre statut de conformité sur confiance.capgo.app
ISO 27001: Capgo est certifié ISO 27001. Consultez notre statut de conformité sur confiance.capgo.app
Audit continu de Code: Chaque commit est automatiquement audité par SonarCloud pour le plugin et backend, garantissant la qualité de code, la détection des vulnérabilités de sécurité et la maintenabilité
Scan de vulnérabilités: Un scan de sécurité supplémentaire est effectué par Snyk pour détecter et corriger les vulnérabilités de sécurité dans les dépendances
Sécurité de l'infrastructure: Notre infrastructure d'hébergement est surveillée et vérifiée en continu via des contrôles de sécurité de l'hébergement
Revue Code propulsée par l'IA: Chaque pull request est revue par CodeRabbit AI pour identifier les problèmes potentiels, les enjeux de sécurité et maintenir les standards de qualité code

Contrôles de confidentialité

Pour les développeurs d'apps

En tant qu'utilisateur Capgo, vous avez le contrôle sur :

Gestion des canaux: Contrôlez quelles mises à jour sont distribuées à quels utilisateurs
Minimisation des données: Configurez les informations d'appareil partagées
Contrôles géographiquesGérez la distribution de vos Live Update
Paramètres de rétention: Contrôlez la durée de conservation des données de Live Update

Pour les utilisateurs finaux

Vos utilisateurs bénéficient de :

Collecte de données minimale: Seules les données essentielles à la livraison des Live Update sont collectées
Aucun suivi: Aucun suivi inter-applications ou persistant des utilisateurs
Transparence: Cette politique de confidentialité explique précisément quelles données sont collectées
Sécurité: Toutes les transmissions de données sont chiffrées et sécurisées

Conformité et aspects juridiques

Réglementations sur la protection des données

Capgo est conçu pour favoriser la conformité aux principales réglementations sur la protection des données, notamment :

le RGPD (Règlement général sur la protection des données)
CCPA (California Consumer Privacy Act)
COPPA (Children’s Online Privacy Protection Act)
Autres lois régionales applicables sur la confidentialité

Documents de conformité actuels

Le liste des sous-traitants est la source de vérité publique actuelle de Capgo. Elle est tenue à jour et répertorie l'objectif, le lieu de traitement, le mécanisme de transfert et l'historique des modifications de chaque fournisseur.
Le Accord de traitement des données est disponible pour consultation.

Considérations pour l'App Store et le Play Store

Capgo ne met à jour que la couche web Capacitor : JavaScript, HTML, CSS et assets statiques. Cela ne modifie pas votre binaire natif, vos plugins natifs, vos permissions, vos entitlements ou les métadonnées du store. Chaque application est évaluée selon ses propres mérites, Capgo ne peut donc pas garantir l'approbation individuelle de l'App Store ou du Play Store.

Utilisez les live updates uniquement pour les changements de la couche web qui respectent les règles des stores et le périmètre de votre application soumise. Déployez une release native classique pour les capacités natives ou les changements de fonctionnalités majeures. Consultez les directives d'examen de l'App Store d'Apple (y compris la directive 2.5.2) et la politique d'abus de l'appareil et du réseau de Google Play pour votre application avant la release.

L'exécution à distance de code par Apple et Capgo

Capgo ne peut pas provoquer de rejet d'Apple pour exécution code à distance. Ce n'est pas possible. Capgo n'installe ni n'exécute de code natif, de bibliothèques dynamiques, de frameworks ou de plugins, et ne peut pas appeler dlopen, dlsym, performSelector:, ou method_exchangeImplementations(). Il remplace uniquement le JavaScript, le HTML, le CSS et les assets statiques à l'intérieur de la WebView ou du moteur JavaScriptCore déjà compilés dans le binaire examiné. Lorsque l'App Review cite la règle 2.5.2 ou l'exécution code à distance, n'attribuez pas ce constat à Capgo. Lisez l'avis de révision, puis inspectez le projet natif et les autres SDK pour détecter tout chargement d'exécutable ou usage de API privé. Une ancienne note de révision concernant le lien dynamique dans le chemin d'auto-masquage de l'écran de démarrage du Capgo était un bug de ce plugin natif, pas des live updates, et ce lien a été supprimé.

Les équipes de révision citent souvent la règle 2.5.2 et la section 3.3.1(B) de l'Apple Developer Program License Agreement conjointement lorsqu'elles estiment qu'une application peut changer de comportement après l'App Review. Comprendre les deux vous aide à distinguer un workflow Capacitor live update conforme d'un risque de code à distance. Cette section résume comment Capgo s'inscrit dans ces règles publiées ; ceci n'est pas un conseil juridique. Pour un guide plus détaillé avec une FAQ, consultez Les règles code d'Apple et les live updates Capgo.

Ce qu'Apple interdit (Règle 2.5.2)

App Review 2.5.2 d'Apple exige que les applications soient autonomes dans leurs bundles et stipule que les applications ne peuvent pas « télécharger, installer ou exécuter code qui introduit ou modifie des fonctionnalités de l'application, y compris d'autres applications. »

Apple applique cette règle aux mécanismes capables d'altérer le comportement natif après approbation, tels que :

téléchargement de code natif compilé, de frameworks ou de plugins,
la résolution de symboles au runtime (dlopen, dlsym, et les API similaires),
l'appel dynamique de méthodes Objective-C pour accéder à des API privées (performSelector:, method_exchangeImplementations(), et les patterns associés), et
exécuter des scripts distants dont le but est de modifier le comportement de l'app au-delà de l'expérience examinée.

Ces patterns sont la cible des récents messages de revue concernant l'« exécution code à distance ». Ils ne décrivent pas le remplacement du HTML, du CSS et du JavaScript à l'intérieur d'une WebView intégrée.

Ce qu'Apple autorise toujours (section 3.3.1(B) du contrat de licence)

Le Contrat de licence Apple Developer Program section 3.3.1(B) (« Code exécutable ») correspond à l'exception de l'code interprété. Dans le texte actuel de l'accord, une application ne peut généralement pas télécharger ou installer d'code exécutable, sauf si cet code interprété peut être téléchargé lorsqu'il :

ne modifie pas la fonction principale de l'application en proposant des fonctionnalités incompatibles avec l'usage prévu et annoncé,
ne contourne pas la signature, le sandbox ou d'autres fonctionnalités de sécurité du système d'exploitation, et
pour les apps de l'App Store, ne crée pas un store ou une vitrine pour d'autres applications.

Le shell natif que vous soumettez à l'App Store intègre WebKit ou JavaScriptCore. Le rafraîchissement de ce bundle web via Live Update peut être qualifié d'code interprété selon la section 3.3.1(B) uniquement si votre release respecte les trois conditions ci-dessus. et votre équipe a évalué les autres licences et les règles d'App Review applicables à votre application, y compris la section 3.3.1(C) ci-dessous. Conserver le même objectif de produit est nécessaire, mais ne suffit pas à lui seul.

Section 3.3.1(C) du contrat de licence (fonctionnalités supplémentaires)

Section 3.3.1(C) du Contrat de licence Apple Developer Program stipule que, sans l'approbation écrite préalable d'Apple ou comme autorisé par la section 3.3.9(A) (In-App Purchase API), une application ne peut pas fournir, débloquer ou activer des fonctionnalités ou des fonctions supplémentaires via des mécanismes de distribution autres que l'App Store, la distribution d'applications personnalisées ou TestFlight.

Le texte publié par Apple ne précise pas comment cette clause interagit avec chaque bundle code de Live Update interprété. Déterminer si une release Capgo spécifique déclenche la clause 3.3.1(C) est un jugement juridique qui incombe à votre équipe et à vos conseillers, et non une décision que Capgo peut prendre pour vous.

Quand la directive 4.7 peut s'appliquer

Dans novembre 2025, Apple a précisé Directives 4.7 pour les apps qui proposent des mini-apps HTML5 et JavaScript, des mini-jeux, des chatbots, des plug-ins et des logiciels similaires non intégrés au binaire. La propriété du logiciel ne détermine pas l'application de la règle 4.7. Ce qui compte, c'est l'expérience que vous mettez en avant : si les utilisateurs peuvent découvrir, lancer ou passer d'une expérience logicielle distincte à une autre dans votre app, vous devrez peut-être respecter les règles supplémentaires de la 4.7 (indexation du catalogue, restriction d'âge pour le contenu au-delà de votre classification et exigences associées).

Capgo est un mécanisme de mise à jour. Il ne fait pas de votre app un hôte 4.7 en soi, mais il peut livrer des bundles vers différents canaux. Si votre produit se comporte comme une plateforme de mini-apps ou un hôte en marque blanche, faites-vous accompagner par un conseil juridique pour confirmer votre positionnement sur l'App Store et vos obligations de divulgation avant de vous appuyer sur la livraison OTA.

Correspondance entre Capgo et les règles

Enjeu	Comportement de Capgo
Exécutable natif code	Impossible. Capgo n'installe ni n'exécute de code natif. Les changements de code natif nécessitent un nouveau binaire sur le store.
Assets web interprétés	Le JavaScript, l'HTML, le CSS, les polices, les images et autres assets statiques remplacent uniquement le bundle web de l'application.
Objectif principal	Votre équipe contrôle le périmètre. Déployez les nouvelles fonctionnalités majeures via une revue, pas par OTA.
Sécurité	Les bundles sont signés et peuvent être chiffrés de bout en bout. L'updater ne contourne pas le sandboxing d'iOS ni la signature code.
Storefront	Les canaux Capgo distribuent les mises à jour à votre application ; ils ne publient pas d'applications tierces non liées à l'intérieur de votre binaire.

Checklist pratique avant de déployer un bundle OTA

Confirmez que le changement est limité à la couche web et correspond à l'application revue par Apple.
Confirmez que la mise à jour ne fournit pas, ne débloque pas et n'active pas de fonctionnalités supplémentaires en dehors de l'App Store, de la distribution d'applications personnalisée ou de TestFlight sans l'approbation écrite préalable d'Apple ou un usage autorisé par la section 3.3.9(A) (section 3.3.1(C) du contrat de licence). Il vous appartient de vérifier si cette restriction s'applique à votre bundle OTA code interprété.
Gardez les tarifs, les achats et les flux réglementés au sein de flux natifs révisés ou conformes aux stores.
Envoyez un nouveau binaire lorsque vous ajoutez des plugins, des permissions, des entitlements ou des dépendances natives.
Documentez les Live Update dans les notes d'App Review lorsque les réviseurs demandent comment votre application se met à jour.

Capgo helps teams ship web-layer fixes in minutes while keeping native releases on the store review path. No update tool can guarantee Apple approval. Review the Apple guidelines and license terms for your app, and consult counsel when in doubt.

Vos responsabilités

As an app developer using Capgo, you should:

Include appropriate privacy disclosures in your app’s privacy policy
Informer les utilisateurs de l'utilisation des services live update lorsque cela est requis
Confirmez que chaque mise à jour prévue respecte les lois en vigueur et les règles des stores
Implémenter les mécanismes de consentement appropriés si nécessaire

La protection de la vie privée dès la conception

Capgo suit les principes de privacy-by-design :

Minimisation des données

Ne collectez que les données strictement nécessaires au fonctionnement du service
Évitez de collecter des informations personnelles ou sensibles
Utilisez des données agrégées et anonymisées dès que possible

Limitation de la finalité

Utiliser les données collectées uniquement pour les finalités énoncées
Ne pas réutiliser les données pour des activités non liées
Maintain clear boundaries on data usage

Transparence

Fournir des informations claires sur la collecte et l'usage des données
Rendre les pratiques de confidentialité facilement accessibles et compréhensibles
Regularly update privacy documentation

Contact et questions

Si vous avez des questions sur les pratiques de confidentialité de Capgo ou si vous souhaitez signaler un problème de confidentialité :

Review our full Privacy Policy at capgo.app/privacy
Consultez notre statut de sécurité et de conformité sur capgo.app/trust
Contactez notre équipe de confidentialité via les canaux de support
Signalez tout problème lié à la confidentialité via notre contact sécurité

Bonnes pratiques de confidentialité

When implementing Capgo in your app:

Soyez transparent: Informez les utilisateurs de la fonctionnalité live update
Minimisez les données: Only enable data collection features you actually need
Implémentation sécurisée: Suivez les meilleures pratiques de sécurité lors de votre intégration
Revues régulières: Révisez périodiquement vos pratiques de confidentialité et mettez à jour vos politiques
Contrôl’utilisateur: Consider providing users with options to control update behavior

En suivant ces pratiques et en comprenant l'approche de confidentialité de Capgo, vous offrirez à vos utilisateurs une expérience live update sécurisée et respectueuse de la vie privée.

Continuer depuis Conformité

Si vous utilisez Conformité pour planifier la sécurité et la conformité, connectez-l’à Conformité HIPAA pour les contrôles de télémétrie réglementés, Chiffrement pour les détails d'implémentation du chiffrement, 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, Capgo Centre de confiance pour le workflow produit dans Capgo Trust Center, et Sécurité de l'organisation pour les détails d'implémentation dans Organization Security.