FAQ

Si vous avez des questions non répondues ici, veuillez demander ! Les deux ouvrir un problème ou demander sur Discord Travail

Qu'est-ce que « code push » ?

Le « Code push » (également appelé « mises à jour en ligne » ou MOL) est un service cloud qui permet aux développeurs de Capacitor de déployer des mises à jour dans leur application en production. Actuellement, Capgo fonctionne sur Android, iOS et Electron.

« Code Push » fait référence au nom d'une fonction de déploiement utilisée par la communauté React Native de Microsoft et Expone sont aucun des deux qui supportent Capacitor.

Les majeures Capgo et CLI doivent-elles correspondre à ma plugin ou à la version Capacitor?

Non. Utilisez toujours la dernière version Capgo CLI.npx @capgo/cli@latestLes consoles CLI et Capgo suivent leur propre versionnement et restent compatibles avec toute mise à jour prise en charge majeure. Les plugins Capgo suivent les majeures Capacitor. la version Capgo pour les balises LTS telles que @lts-v7.

Quelle est la différence entre un bundle et une release?

Nous utilisons le terme « release » pour désigner la préparation d'un binaire pour les magasins d'applications. Pour générer ultérieurement un bundle Capgo doit connaître le binaire exact qui a été envoyé aux magasins d'applications.

Nous utilisons le terme « paquet » pour désigner une mise à jour qui peut être appliquée à une version pour l'actualiser à de nouvelles code. npx @capgo/cli@latest bundle upload Le command est utilisé pour générer un bundle à partir de votre nouveau code local qui est ensuite expédié à vos utilisateurs.

Are there Delta update file-path limitations?

Oui :

• Fichiers de zéro octets : Les journaux de CLI Ignoring empty file... et exclut les fichiers vides des fichiers delta. Il ne fait pas fail l'envoi, donc un fichier vide peut modifier le bundle résultant sans arrêter votre déploiement. N'incluez pas les fichiers de zéro octets dans les chemins de bundle Delta.
• Chemins avec des espaces : Les téléchargements Delta échouent tôt avec un erreur claire lorsque un chemin de bundle contient un espace. Renommez les fichiers ou les dossiers pour supprimer les espaces avant de télécharger une mise à jour Delta.

Voir Mises à jour Delta détails de configuration.

Quel est le plan de développement ?

Nos tableaux de projet sont également publics et se trouvent à : https://github.com/orgs/Cap-go/projets

Notre équipe opère également en public, vous pouvez donc voir ce que nous travaillons en tout temps. Nous sommes heureux de répondre à toutes vos questions sur notre plan de développement ou nos priorités via les Github issues ou Discord.

Puis-je utiliser Capgo avec mon équipe ?

Oui ! Toutes les offres supportent des développeurs illimités. Nous ne limitons que les métriques d'application (MAU, stockage et bande passante) à chaque organisation.

Voir Équipes pour plus d'informations.

Le Capgo stocke mes sources code?

Non. Les serveurs Capgo ne voient jamais vos sources code. Lorsque vous exécutez npx @capgo/cli@latest bundle upload, Capgo stocke un fichier zip du code minifié/compilé - le même code qu'un navigateur recevrait, et non vos sources code.

Pour une sécurité supplémentaire, vous avez deux options :

• Chiffrement de bout en bout: Chiffrez votre bundle avant de l'envoyer pour le protéger en stockage et en transit et pour empêcher les tiers de générer des mises à jour chiffrées valides sans votre clé privée. Cela ne rend pas les actifs web embarqués impossibles à décompiler car la clé publique est présente dans l'application distribuée.
• Chargement d'URL externeStockez le paquet sur votre propre serveur et n'offrez à Capgo que le lien de téléchargement avec l'option --external <url>

Voir également notre politique de confidentialité : https://capgo.app/privacy

Sont les fichiers de paquet des données privées ?

Non. Les fichiers de paquet sont des actifs web publics destinés à être téléchargés par vos utilisateurs d'applications. Toute personne qui connaît l'URL du paquet peut récupérer ces fichiers, et Capgo informe les utilisateurs de cela lors de la configuration et dans la documentation.

L'accès aux fichiers de paquet n'est pas considéré comme une violation de données. N'insérez pas de secrets, de crédenciaux, de données personnelles ou de données réglementées dans votre paquet d'applications. Si vous avez besoin d'une confidentialité plus forte pour des cas d'utilisation à haut niveau de sécurité, utilisez la cryptage à bout de ligne, mais traitez toujours les applications code et les actifs embarqués comme publics d'un point de vue de la sécurité des rapports.

Puis-je utiliser Capgo à partir de mon système CI ?

Oui. Capgo est destiné à être utilisé à partir de systèmes CI. Nous avons publié une guide pour Android et Github Actions et iOS, et pour GitLab. D'autres systèmes CI devraient être similaires.

Veuillez ne pas hésiter à nous contacter sur les GitHub problèmes ou Discord si vous rencontrez des problèmes.

Comment cela se rapporte-t-il à Firebase Remote Config ou Launch Darkly ?

Code push permet d'ajouter de nouveaux code / de remplacer code sur le dispositif. Firebase Remote Config et Launch Darkly sont tous deux des systèmes de configuration. Ils permettent de modifier la configuration de votre application sans avoir à envoyer une nouvelle version. Ils ne sont pas destinés à remplacer code.

Quel est l'impact sur la taille du pied de dépense de cela ?

Je n'ai pas mesuré récemment, mais je suppose que la bibliothèque de mise à jour code ajoutera moins d'un mégabyte aux applications Capacitor. Nous connaissons des moyens de la rendre plus petite lorsque cela devient une priorité. Si la taille est un obstacle pour vous, veuillez nous en informer !

Le Capgo fonctionne-t-il sur le simulateur iOS 18.4 ?

Non. En raison d'un problème upstream affectant le simulateur iOS 18.4, Capgo ne fonctionne pas de manière fiable là-bas. Veuillez tester sur un appareil réel ou utiliser une version différente du simulateur iOS.

Voir les détails dans l'incident React Native : facebook/react-native#50510

Le code push fonctionne-t-il avec des applications volumineuses ?

Yes. Il n'y a pas de limite à la taille de l'application pouvant être mise à jour avec code push. Comme noté ci-dessous ci-dessous, Capgo peut modifier n'importe quel code JS dans votre application, quel que soit la taille.

Pour noter : une taille plus grande rend les mises à jour plus difficiles à télécharger. Nous vous recommandons de garder votre application aussi légère que possible.

What can I use Capgo code push for?

On a vu une variété d'utilisations, notamment :

• Emergency fixes to production apps.
• Shipping bug fixes to users on older versions of your app.
• Expédier constamment (par exemple, toutes les heures).

Notez que la plupart des magasins d'applications interdisent l'expédition de code qui modifie le comportement de l'application d'une manière significative. Veuillez consulter en dessous pour plus d'informations.

Qu'est-ce qui constitue un « MAU » pour Capgo?

Un MAU est un appareil actif mensuel. Un appareil distinct qui contacte Capgo au cours d'une période de 30 jours roulante compte comme un MAU pour cette ID d'application native. Le même appareil physique utilisé avec deux ID d'application native distincts compte une fois pour chaque ID d'application ; il n'est pas dédupliqué entre eux.

Si vos saveurs diffèrent uniquement par leur couche web ou leur routage d'actualisation, utilisez un ID d'application native unique avec canaux. Cela garde les saveurs sous une seule application Capgo et simplifie les mises à jour. Utilisez des ID d'application natives séparés lorsque une saveur nécessite un ID de bundle distinct, une identité de signature, un ensemble d'entitlements ou une liste de magasin.

Sur iOS, v7.25.0+ garde l'ID d'appareil aléatoire, scoping de l'application, à travers les réinstallations normales en utilisant Keychain. Sur Android, utilisez v7.50.1+ ou v5.50.1+ et v6.50.1+ Sur ces versions de sortie, l'ID est restauré uniquement lorsque 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 de appareil. Mise à jour de l'application ne crée pas un nouvel ID de appareil.

Pour les builds de test et de développement, désactivez la livraison de builds de développement et d'émulateurs sur les canaux de production. Cela contrôle la livraison, pas le MAU : un appareil peut toujours compter lorsqu'il contacte Capgo. Pour l'empêcher d'être utilisé dans les flux de production, désactivez les mises à jour en direct et n'appellez pas les points de terminaison de production Capgo. Voir Testez les builds natifs sans mise à jour en direct pour les paramètres exacts.

What can’t we use Capgo code push for?

Capgo ne peut pas modifier les code natifs comme Java, Kotlin, Objective-C, Swift, les plugins natifs ou la configuration native. Ces changements nécessitent une nouvelle version de l'application native. Pour le champ d'étude des évaluations de magasins, voir Politiques d'App Store et Google Play.

Peut-on mettre à jour les modifications de capacitor.config.ts via Capgo?

No. Short rule: Capgo can send the generated web build folder, including HTML, CSS, JavaScript, assets, and pure-JavaScript package changes bundled into that output. Changes to capacitor.config.tsSection intitulée « Peut-on mettre à jour les modifications de __CAPGO_KEEP_0__.config.ts via __CAPGO_KEEP_1__ ? » npx cap sync or npx cap copy exiger une mise à jour native de l'application.

The Capacitor configuration file is read at native build time and compiled into the native app binary. If you need to change your Capacitor configuration, you must:

1. Update capacitor.config.ts locally
2. Reconstruirez votre application native (npx cap sync suivi d'une compilation native)
3. Soumettre le nouveau binaire aux magasins d'applications

Fait Capgo la soumission aux magasins pour moi ?

Capgo Build peut compiler et signer un projet natif iOS ou Android préparé et, lorsqu'il est configuré, soumettre le résultat signé à App Store Connect ou Google Play. Vous pouvez conserver votre CI existant pour les dépendances privées, les builds web, la synchronisation Capacitor et la préparation native personnalisée ; Capgo reçoit le projet natif préparé pour l'étape de compilation native.

Voir Capgo Construction context Référence de la configuration de construction pour le flux de travail et les options de soumission de magasin.

Qu'est-ce que Capgo stocke sur le disque dur et où ?

L'actualiseur Capgo (inclus dans votre application lors de la construction de votre application) met en cache le dernier bundle téléchargé dans le seul répertoire que capacitor autorise à charger code. Sur Android, il est situé dans /data/user/0/com.example.app/code_cache/capgo_updater même si la base de ce chemin est fournie par le système Android et peut changer dynamiquement en temps de exécution. Sur les appareils iOS, les données sont stockées sous Library/Application Support/capgo.

Les outils de ligne de commande Capgo (par exemple npx @capgo/cli@latest bundle upload) sont stockés sur le disque dans les caches npm, vos identifiants de connexion sont stockés dans votre répertoire personnel en ~/.capgo.

Comment cela se rapporte-t-il à Capacitor Hot Reload ?

Capacitor’s Hot reload est une fonctionnalité réservée au temps de développement. Code push est pour la production.

La mise à jour en temps réel est une fonctionnalité de Capacitor qui vous permet de modifier code sur l'appareil pendant le développement. Cela nécessite la construction de l'application Capacitor avec un proxy pour se connecter à votre machine locale.

Code push est une fonctionnalité qui vous permet de modifier code sur le dispositif en production. Nous utiliserons diverses techniques pour rendre cela possible en fonction de la plateforme.

Quels types de modifications est-ce que Capgo code push prend en charge ?

Capgo peut modifier n'importe quel code JS de votre application. Cela inclut les code de l'application et les code générés. Vous pouvez également mettre à jour les dépendances en package.json à condition qu’elles ne nécessitent pas de modifications natives code.

Nous n’avons pas l’intention de soutenir la modification de code natives (par exemple Java/Kotlin sur Android ou Objective-C/Swift sur iOS), et l’outil vous avertira si il détecte que vous avez modifié les code natives, car ils ne seront pas inclus dans le bundle.

Est-ce que cela prend en charge Web ?

Code push n’est pas nécessaire pour Web, car Web fonctionne déjà de cette manière. Lorsqu’un utilisateur ouvre une application Web, il télécharge la dernière version du serveur si nécessaire.

Si vous avez un cas d’utilisation pour code push avec Web, nous aimerions en savoir plus !

Fonctionnera-t-il sur iOS, Android, Mac, Windows, Linux, etc.?

Oui.

Nous nous sommes concentrés jusqu'à présent sur l'Android, iOS et Electron, et code est prêt à la production sur les trois.

Quels versions d'OS supporte Capgo?

Capgo prend en charge les mêmes versions d'Android que Capacitor.

Capacitor prend actuellement en charge Android API niveau 22+ et iOS 13.0+: https://capacitorjs.com/docs/main/reference/politique-de-support

Quelles versions de Capacitor prend en charge Capgo?

Capgo prend actuellement en charge uniquement les dernières versions stables de Capacitor. Nous pourrions également prendre en charge des versions plus anciennes de Capacitor, mais nous n'avons pas encore mis en place l'infrastructure nécessaire pour maintenir cela à long terme. Nous comptons prendre en charge plus de versions de Capacitor à l'avenir, y compris toute version pour nos clients entreprises. https://github.com/Cap-go/capgo/problèmes/1100

Capgo suit les versions stables de Capacitor et met à jour généralement dans les quelques heures qui suivent toute nouvelle version stable. Notre système pour effectuer ces mises à jour est automatisé et prend quelques minutes à exécuter. Nous effectuons ensuite une vérification manuelle supplémentaire avant de publier sur nos serveurs.

Comment cela se rapporte-t-il au processus ou aux politiques de la boutique d'applications/Google Play ?

Capgo délivre uniquement les modifications au niveau de la couche web de Capacitor: l'HTML, le CSS, le JavaScript et les assets qui sont déjà en cours d'exécution dans la vue WebView de l'application. Il ne modifie pas le code natif, les plugins natifs, les permissions, les droits, la signature ou les métadonnées de la boutique.

Utilisez une mise à jour native pour chaque changement natif et pour les changements matériels qui pourraient affecter la finalité ou la fonctionnalité de l'application. Gardez les mises à jour en vie à l'intérieur de l'expérience de l'application que vous avez soumise et divulguée aux utilisateurs.

Capgo garantit-il l'approbation de la boutique d'applications ou de Google Play ?

Non. Apple et Google examinent chaque application et la mettent en ligne selon leurs propres critères, et Capgo ne peut pas garantir un résultat d'approbation ou de revue individuel. Votre équipe reste responsable du contenu de l'application, des déclarations, de la portée des mises à jour et de la conformité aux politiques actuelles des magasins.

For review and release planning, read the official policies directly: Directives de revue de l'Apple App Store et Politique d'abus de dispositif et de réseau Google Play.

Puis-je utiliser Capgo dans mon pays ?

Nous n'avons pas tenté de restreindre l'accès à Capgo à partir de tout pays.

Nous reconnaissons que certains pays ont des restrictions sur les URLs qui peuvent être accédées à partir du pays. Capgo utilise actuellement Cloud Cloudflare pour l'hébergement, y compris R2 Storage et les travailleurs Cloudflare.

Les URL suivantes sont utilisées par Capgo:

• https://api.capgo.app utilisé par la npx @capgo/cli outils de ligne de commande pour interagir avec les serveurs Capgo ainsi que l'Capgo metteur à jour sur les appareils des utilisateurs pour vérifier les mises à jour.
• https://*.r2.cloudflarestorage.com utilisé par la npx @capgo/cli outil de ligne de commande pour télécharger et télécharger le bundle

Si toutes ces URL sont accessibles depuis votre pays, alors Capgo devrait fonctionner.

If your region requires blocking access to any of those URLs, please let us know and we can work with you to find a solution. Proxy servers are one option.

Lien direct vers Puis-je héberger moi-même Capgo?

Yes. Enterprise supports licensed self-hosted Capgo deployments when you need to run the updater backend in your own infrastructure. See Mettez à jour le serveur for the deployment model and endpoints.

Exige-t-il que code se connecte à Internet pour fonctionner ?

Oui. On pourrait imaginer exécuter un serveur pour distribuer les mises à jour séparément de l'internet général, mais une forme de connectivité réseau est requise pour transporter les mises à jour vers les appareils.

Comment Capgo est-il affecté par l'absence de connectivité réseau ?

Le metteur à jour Capgo (inclus dans votre application lorsque vous construisez votre application avec Capgo) est conçu pour être résistant aux problèmes de connectivité réseau.

Dans le comportement de mise à jour par défaut, lorsque l'application est lancée, elle alerte le metteur à jour Capgo, qui démarre un thread séparé pour effectuer une requête réseau vers les serveurs de Capgo et demander une mise à jour. Nous utilisons intentionnellement un thread séparé pour éviter d'affecter quoi que ce soit d'autre que l'application puisse faire. Si la requête réseau échoue ou expire, le metteur à jour essaiera simplement de vérifier à nouveau la prochaine fois que l'application est lancée.

Outils de ligne de commande Capgo (par exemple npx @capgo/cli@latest bundle uploadrequièrent une connectivité réseau pour fonctionner. Si vous utilisez Capgo pour distribuer votre application, vous devriez vous assurer que votre système CI a une connectivité réseau.

Si un utilisateur ne met pas à jour pendant une longue période et manque une mise à jour ?

Notre mise à jour est toujours envoyée spécifiquement conçue pour le dispositif qui la demande, mettant à jour le demandeur toujours à la dernière version disponible. Ainsi, si un utilisateur ne met pas à jour pendant un moment, il « manque » les mises à jour intermédiaires.

Le serveur de mise à jour pourrait être modifié pour répondre avec soit la prochaine version incrémentale, soit la dernière version en fonction des besoins de votre application. Veuillez nous faire savoir si les comportements de mise à jour alternatifs sont importants pour vous.

Comment Capgo se rapporte-t-il à Capacitor?

Capgo est un plugin pour Capacitor qui ajoute la mise à jour code. Capgo n'est pas une remplacement pour Capacitor. Vous pouvez continuer à utiliser les outils de Capacitor que vous connaissez et aimez.

Nous suivons la dernière version stable de Capacitor et mettons à jour notre plugin de push code pour qu'il fonctionne avec elle.

Quand se produisent les mises à jour ?

Par défaut, l'Capgo met à jour vérifie les mises à jour lors du démarrage de l'application. Il fonctionne sur un thread de fond et ne bloque pas le thread de l'interface utilisateur. Toute mise à jour sera installée pendant que l'utilisateur utilise l'application et sera appliquée la prochaine fois que l'application sera redémarrée.

Il est également possible de lancer l'Capgo met à jour manuellement à l'aide du @capgo/capacitor-updater package, permettant de déclencher des mises à jour à tout moment, y compris via une notification push.

Le met à jour Capgo est conçu de telle sorte que lorsque le réseau n'est pas disponible, ou le serveur est en panne ou inaccessible, l'application continuera à fonctionner normalement. Si vous choisissez un jour de supprimer une mise à jour de nos serveurs, tous vos clients continueront à fonctionner normalement.

Nous avons ajouté la possibilité de revenir sur des correctifs. La chose la plus simple est d'attacher un bundle précédent à votre canal pour annuler.

Faut-il conserver mon secret d'application ?

Non. Le app_id est inclus dans votre application et est sécurisé pour être public. Vous pouvez le vérifier dans le contrôle de version (même publiquement) sans vous soucier que quelqu'un d'autre puisse y accéder.

Qui a accès à votre app_id peut récupérer la dernière version de votre application à partir des serveurs de Capgo, mais ils ne peuvent pas envoyer d'actualisations à votre application ou accéder à tout autre aspect de votre compte Capgo.

Quelles informations sont transmises aux serveurs de Capgo ?

La liste complète des données, le comportement des points de terminaison et les contrôles de confidentialité sont documentés dans Conformité.

Configurer statsUrl: '' to disable explicit updater statistics reports. You can also send statsUrl to a proxy or endpoint you control; see Gestion des statistiques dans l'infrastructure auto-hébergée. Les mises à jour nécessitent toujours un identifiant de dispositif scoping l'application afin que Capgo puisse sélectionner la mise à jour correcte et mesurer les appareils actifs par mois.

Le la liste des sous-traitants Notre source publique à jour pour les fournisseurs, les emplacements de traitement, les mécanismes de transfert et l'historique des modifications.

Can I use Capgo for HIPAA-sensitive apps?

Oui, mais votre propriétaire de la conformité doit choisir le bon modèle de déploiement. Le Capgo Cloud n'est pas actuellement présenté comme un processeur de statistiques hôte conforme au HIPAA. Par défaut, les données de mise à jour sont scoping appareil et non liées à un utilisateur de l'application connu, et beaucoup d'équipes utilisent ce modèl’avec succès.

Pour des revues plus strictes, vous pouvez localiser le trafic des plugins, désactiver les statistiques en définissant statsUrl à une chaîne vide, héberger uniquement l'endpoint de statistiques, ou utiliser un hébergement autonome sous licence. N'appellez pas CapacitorUpdater.setCustomId(...) Avec un email, un ID utilisateur, un ID patient, un ID employé ou toute valeur qui remonte la télémétrie de mise à jour à une personne.

Voir Conformité à la HIPAA pour la configuration technique complète et les compromis d'observabilité lorsque les statistiques sont désactivées.

Peut-on conserver les données Capgo live update en Europe ?

Yes. Apps that need EU data residency for Capgo Cloud plugin traffic can set the updater endpoints to the EU host:

• updateUrl: https://plugin.eu.capgo.app/updates
• statsUrl: https://plugin.eu.capgo.app/stats
• channelUrl: https://plugin.eu.capgo.app/channel_self

Utilisez les trois URL EU ensemble afin que les vérifications de mise à jour, les statistiques et l'attribution de canal utilisent la même voie de données régionale. Puisque ces valeurs résident dans capacitor.config.tsLes applications mobiles existantes utilisent les nouveaux points de terminaison après une mise à jour native.

Voir L'emplacement des données pour les exemples exacts de Capacitor et Electron.

Quels plateformes supporte Capgo ?

Actuellement, Capgo prend en charge Android, iOS et Electron. Tous sont prêts à l'emploi.

L'utilisation de Capgo pour iOS, Android ou Electron peut être une décision independante. Vous pouvez définir votre stratégie de canal pour Android et une IPA construite pour l'App Store, ou les canaux Electron, selon vos besoins.

Capgo peut (relativement facilement) être adapté pour prendre en charge les cibles bureau ou embarquées. Si cela est important pour vous, veuillez nous en informer.

Comment Capgo interagit-il avec les pistes de test Play ou Apple TestFlight?

Chaque magasin d'applications a ses propres mécanismes pour distribuer les applications à des groupes d'utilisateurs limités (par exemple, « test interne », « bêta fermée », etc.). Ces mécanismes sont tous destinés à segmenter les utilisateurs en groupes et à distribuer des versions spécifiques de vos applications à chaque groupe.

Malheureusement, ces mécanismes ne permettent pas à tous les tiers de détecter quand les applications sont installées dans une piste de test spécifique ou via TestFlight. Ainsi, nous n'avons pas de visibilité fiable sur la composition de ces groupes, et ne pouvons pas nous fier pour gérer l'accès aux correctifs de Capgo en fonction de ces groupes. https://stackoverflow.com/questions/53291007/puis-une-application-android-identifier-la-trace-de-test-sur-google-play https://stackoverflow.com/questions/26081543/comment-d%27identifier-en-ligne-whether-an-ios-app-is-running-through-a-testflight-beta-i

Si vous souhaitez segmenter la disponibilité du Capgo bundle, il existe 4 options potentielles :

1. Utilisez un canal séparé pour chaque groupe. Cette approche est la plus directe, mais nécessite que vous géreriez plusieurs canaux. Vous pouvez déjà avoir des canaux de développement et des canaux de production avec des disponibilités différentes. Vous pouvez ainsi mettre à jour vos canaux de développement, les vérifier et mettre ensuite à jour séparément vos canaux de production. Nous recommandons d'utiliser des branches / étiquettes dans votre contrôle de version pour aider à suivre les sources associées à chaque version.
2. Suivez votre propre ensemble d'utilisateurs opt-in, désactivez les mises à jour automatiques et déclenchez les mises à jour uniquement pour certains utilisateurs via le @capgo/capacitor-updater package. Cela fonctionne aujourd'hui, mais nécessite que vous gériessez votre propre liste d'opt-in.
3. Capgo allow creare its own opt-in mechanism on a per-device basis (similar to Test Tracks or TestFlight, just platform agnostic). This allow your QA team to opt-in to bundle before they’re promoted to the general public.
4. Use Déploiements progressifs livrer un bundle candidat à un sous-ensemble aléatoire et collant d'un canal. Définir un déploiement de 0 à 100 %, ou utiliser --rollout-percentage-bps for 0.01% increments; configure cache duration from 60 seconds to 365 days and optional auto-pause policy. This does not select a named device group.

Billing

Comment puis-je mettre à niveau ou réduire mon plan ?

Vous pouvez mettre à niveau ou réduire votre plan à tout moment dans votre tableau de bord : https://console.capgo.app/paramètres/organisation/abonnementsMises à jour prennent effet immédiatement. Les régressions s'appliquent à la fin de votre cycle de facturation actuel.

Quel est l'impact si je dépasse mon seuil de MAU ?

Capgo vous envoie un courrier électronique à 50 %, 70 %, 90 % et 100 % de votre seuil de MAU. Une fois que vous atteignez le seuil, les mises à jour en temps réel sont bloquées jusqu'à la fin de votre cycle de facturation. Mettez à niveau à un plan supérieur ou achetez des crédits pour reprendre la mise à jour. Voir Capgo tarifs et tarifs pour les niveaux de tarification.

Offrez-vous des remboursements?

Except when required by law, paid subscription fees are non-refundable. Certain refund requests may be considered on a case-by-case basis at Capgo’s sole discretion. Contact support Si vous pensez que vous remplissez les critères.

si vous pensez que vous remplissez les critères.

Les périodes d'échéance facturation sont réinitialisées automatiquement chaque mois au mois où vous vous êtes abonné à Capgo. Par exemple, si vous vous êtes abonné le 15 du mois, votre période d'échéance facturation sera réinitialisée le 15 de chaque mois.

Comment annuler mon abonnement ?

Vous pouvez annuler votre abonnement à tout moment dans votre tableau de bord : https://console.capgo.app/settings/organisation/plans

Puis-je payer pour un an à l'avance ?

Oui. Vous pouvez choisir un facturation annuelle dans votre paramètres de configuration du plan d'entreprise.

https://console.__CAPGO_KEEP_0__.app/settings/organisation/plans

Le stockage comprend les ensembles historiques retenus et leurs actifs Delta à travers vos canaux. Vous contrôlez la rétention des ensembles inutilisés pour chaque application dans les Paramètres de l'application. Les ensembles liés à un canal actif ou à un déploiement restent protégés afin de rester disponibles pour la livraison et le retrait.

Le réplication régionale multiplie-t-il le stockage ou la bande passante ?

Section intitulée « Le réplication régionale multiplie-t-il le stockage ou la bande passante ? » Comment est compté le bande passante ?.

Comment est compté le bande passante ?

La bande passante ne compte que les fichiers que le dispositif télécharge effectivement depuis Capgo.

• Mises à jour Delta : lorsque vous téléchargez avec --delta, un appareil télécharge uniquement les fichiers qui ont changé depuis la version qu'il possède déjà. Seuls ces fichiers comptent. Les fichiers inchangés, comme les images de grande taille ou les polices, ne sont pas téléchargés à nouveau et ne coûtent rien. Consultez Mises à jour Delta.
• Cache Edge : si un fichier ou un zip complet demandé est déjà en cache à l'extrémité, ce téléchargement ne compte pas contre votre bande passante. Cela s'applique aux fichiers Delta et aux zips complets.
• Téléchargements résumés : Si un téléchargement est interrompu, le dispositif reprend là où il s'est arrêté. La partie déjà téléchargée n'est pas téléchargée ou comptée à nouveau.
• Zip complet : les bundles téléchargés sans --delta, ou les appareils sur une version de plugin sans support Delta, téléchargent le zip complet. Cela compte uniquement lorsqu'il n'est pas servi à partir du cache Edge.

To keep bandwidth low, upload with --delta garder de grandes ressources qui changent rarement dans des chemins de fichiers stables.

Qu'est-ce que l'Enterprise SLA comprend ?

L'Enterprise comprend un engagement mensuel de disponibilité de 99,9 % pour la plateforme de production. Si cet engagement est manqué, le calendrier de crédit de service est de 10 % à 30 % en fonction de la disponibilité mensuelle. Les objectifs initiaux de réponse au support sont P1 : une heure, 24/7/365 ; P2 : deux heures de travail ; P3 : un jour de travail ; et P4 : deux jours de travail. Lisez le SLA Entreprise pour les termes complets.

Statistiques et analyses

Les statistiques de votre tableau de bord sont mises à jour chaque minuit UTC. Les statistiques sont calculées à partir de MAU pendant la période de 30 jours en cours.

Comment est généré l'ID de l'appareil.

L'ID de l'appareil est généré sur l'appareil lors de la première exécution, et est utilisé pour éviter les doublons d'installation par appareil et nous permettre de facturer en fonction des utilisateurs installés (par exemple, utilisateurs actifs mensuels), plutôt que le nombre total de patchs ou d'installations de patchs.

Le nombre d'utilisateurs actifs par mois est une meilleure solution que le nombre d'installations pour facturer Capgo, car elle est plus précise et reflète le coût réel de Capgo par appareil.

Persistance de l'ID de l'appareil :

• iOS: À partir de v7.25.0+, l'ID de l'appareil est stocké dans Keychain et persiste lors des réinstallations normales.
• Android: Utilisez v7.50.1+ (ou v5.50.1+/v6.50.1+ sur ces lignes de version). L'ID de l'appareil est restauré uniquement lorsque Android Backup/Restore conserve les préférences de l'application.
• Electron: Le numéro de l'appareil est stocké dans un stockage sécurisé.
• Alerte Android: Désactiver la sauvegarde, exclure les préférences pertinentes ou effacer les données de l'application génère un nouveau numéro de l'appareil. Les versions Android de v7.25.0 à v7.50.0 peuvent générer un nouveau numéro de l'appareil après un réinstallé même lorsque la sauvegarde est activée.

L'ID de l'appareil est scopic et supporte la livraison de mise à jour en direct et la déduplication de MAU ; il ne s'agit pas d'un identifiant de publicité ou de suivi entre applications.

: Les numéros d'appareil sont listés après que l'application se connecte à Capgo via les points de terminaison de mise à jour ou de statistiques. Un appareil n'a pas besoin d'installer une mise à jour avant de pouvoir apparaître dans la liste des appareils.

: Pourquoi mon numéro d'appareil est différent de mon MAU ?

: La liste des appareils et les MAU sont basés sur des signaux différents.

: La liste des appareils affiche les métadonnées les plus récentes connues pour chaque appareil, telles que le numéro de l'appareil, le système d'exploitation, la version du plugin, la version native, le canal, le bundle installé et le pays de demande lorsque disponible. Le pays de demande est le dernier code à deux lettres code valide reçu d'une requête Cloudflare-traitée pour cet appareil, et non la position GPS ou la localisation fournie par l'application. Les requêtes sans un pays valide ne suppriment pas la dernière valeur valide. Capgo met à jour ces métadonnées lorsqu'il s'agit de l'application, mais les vérifications répétées qui signalent les mêmes métadonnées peuvent ne pas modifier la ligne ou sa date de mise à jour la plus récente.

Les MAU comptent les appareils actifs distincts pendant la fenêtre de facturation. Cette activité peut augmenter même si les métadonnées de l'appareil restent les mêmes, donc le nombre d'appareils et les MAU peuvent être différents.

How to avoir des mises à jour différentes par plateforme?

Vous pouvez créer un canal pour chaque plateforme et désactiver les mises à jour spécifiques à la plateforme dans chaque canal.

Désactivez les mises à jour Android sur le canal iOS et désactivez les mises à jour iOS sur le canal Android.

Ensuite, télécharger un bundle dans chaque canal pour avoir des mises à jour différentes pour chaque plateforme.

Si vous avez besoin d'avoir la même mise à jour pour les deux plateformes, vous pouvez lier un bundle à plusieurs canaux. Pas besoin de dupliquer le bundle.

Continuez de la page FAQ.

Si vous utilisez FAQ pour planifier la livraison live update, la connecter avec Capgo Mises à jour en temps réel pour le flux de travail du produit dans Capgo Mises à jour en direct Overview pour les détails d'implémentation dans l'aperçu. Features pour les détails d'implémentation dans les fonctionnalités, Comportement de mise à jour pour les détails d'implémentation dans le comportement de mise à jour. Mises à Jour pour les détails d'implémentation dans les types d'actualisation.