Rétablir la production sans attendre la revue
Utilisez les mises à jour en direct pour les correctifs JavaScript, CSS, de copie, de configuration à distance et de ressources web, tandis que les modifications natives continuent par les magasins.
Mises à jour independantes en temps réel
Mises à jour en temps réel qui gardent la production en sécurité
Le CLI détecte les changements risqués avant le déploiement. Le moteur natif se rétablit automatiquement si quelque chose se passe mal.
Rétablissement natif
Les échecs de JS se récupèrent en dehors de JavaScript
Canaux dynamiques
Pistes canari, bêta, support et production
CLI contrôle de sécurité
Les risques de dépendances natives capturés avant l'upload
Journaux de dispositif
État d'actualisation et historique de reversion par appareil
Conçu pour la pression de la mise en production
Sachez exactement ce qui se passe lorsque la production échoue.
Capgo fournit aux équipes mobiles un chemin de mise en production pour les correctifs web urgents, la mise en production contrôlée et un compte rendu clair, afin qu'un déploiement raté ne devienne pas des jours d'attente pour la revue des magasins.
Contrôlez le risque avant que tout le monde reçoive la mise en production
Envoyez vers les canaux internes, bêta, canari et de production avec la possibilité de reversion prête avant que la mise en production devienne un incident de support.
Prouvez ce qui s'est passé après la mise en production
Utilisez les journaux d'appareil, l'état d'actualisation, l'historique de l'ensemble et les indicateurs d'adoption pour expliquer les mises en production à l'ingénierie, au support et à la direction.
Choisissez les mises à jour en direct lorsque ces déclarations sont vraies
- Vous avez besoin d'un chemin de récupération pour les bogues de production qui ne dépend pas du temps de revue des magasins App Store ou Play.
- Votre application compte plusieurs cohortes de clients, déploiements blancs, testeurs bêta ou canaux de débogage support uniquement.
- Votre équipe a besoin de contrôle conforme aux normes : des ensembles signés, un retour en arrière, une traçabilité et un chemin d'hébergement autonome.
Pourquoi Capgo est-il utilisé
Capgo transforme les mises à jour en direct en un système de publication en production.
Capgo n'est pas un simple téléchargeur d'ensemble. Il s'agit du système de publication autour de l'ensemble : ciblage, validation, observabilité, retour en arrière et contrôle pour les équipes qui ne peuvent pas se permettre de casser la production.
01
Premier chemin independent
Capgo donne aux équipes Capacitor un système de publication ciblé pour les mises à jour en direct, avec des SDK open-source, un hébergement flexible et des contrôles de production conçus pour les vraies applications.
02
Automatique ou manuel
Utilisez le chemin automatique pour installer et expédier en 5 minutes, ou passez à un flux manuel et demi-manuel pour des déploiements personnalisés, du support, de la QA et des scénarios par utilisateur.
03
Le plus complet à grande échelle
1 milliard + de mises à jour par mois, 50 millions + de dispositifs, des canaux dynamiques, des journaux de dispositif, des mises à jour delta, de l'encryption, un hébergement autonome et une récupération native.
04
La sécurité avant le déploiement
The CLI vérifie les dépendances natives, les fichiers requis, l'intégrité du paquet, les versions dupliquées et la compatibilité avec le hub avant que les mises à jour ne parviennent aux utilisateurs.
Le Système de Mise à Jour Complet
La plupart des outils peuvent télécharger des fichiers. Le Capgo ajoute les contrôles de version, la sécurité native, les journaux et le comportement de reversion que les équipes de production nécessitent.
La Détection de Mise à Jour Brute
Le CLI scanne les dépendances natives et vous avertit avant de déployer des mises à jour incompatibles. Envoyez des modifications web rapidement sans pousser des code natives qui cassent vers les clients.
Moteur Pure Native
Les téléchargements, l'installation et l'activation s'exécutent sur des threads OS natifs. Les plantages JavaScript ne peuvent pas affecter le processus de mise à jour.
Reversion Automatique
Si votre application ne fait pas appel à notifyAppReady() dans les 10 secondes, nous effectuons automatiquement un reversion vers la dernière version fonctionnelle.
Mises à Jour Auto-Guérissantes
Le mécanisme de paquet de rechange maintient toujours une version fonctionnelle. Vos utilisateurs ne voient jamais une application brisée.
Validation Pré-Vol
Vérifiez notifyAppReady(), index.html, les limites de taille de bundle et les checksums avant d'accepter tout téléchargement.
Actualisations Intouchables
Chaque mise à jour est chiffrée, signée et cryptée de bout en bout. Personne ne peut modifier les mises à jour - même Capgo ne peut pas voir ce qui se trouve dans vos bundles.
Observabilité des mises à jour
Tous les journaux de dispositif - sans Xcode ou Android Studio requis
Capgo capture l'ensemble du parcours OTA : vérifications, téléchargements, installations, blocages de politique et annulations afin que vous puissiez répondre « qu'est-ce qui s'est passé ? » en secondes, et non en heures.
- Les chronologies par appareil mettent en évidence les téléchargements bloqués, les problèmes de checksum ou les notifications manquantes de notifyAppReady().
- Les garde-fous de canal prouvés : voyez disableAutoUpdateToMajor, les blocs de simulateur/developpement et les filtres de plateforme en temps réel.
- Détection rapide de la zone d'impact : actualisation_fail, rateLimited, needPlanUpgrade apparaissent avant que les utilisateurs ne se désintéressent.
- Les journaux partagés pour les ingénieurs, les QA et le support (sans fouille Xcode/Android Studio requise).
14:30:02 Appareil A1B2C3 Téléchargement en cours 2.6.0
14:30:07 Appareil A1B2C3 Échec de mise à jour (délai de connexion)
14:30:08 Appareil A1B2C3 Réessai automatique planifié (30s)
14:31:15 Appareil F0E1D2 Échec de mise à jour (fin de mémoire)
14:31:16 Appareil F0E1D2 Annulation → bundle intégré
Contexte d'action en un seul endroit : décidez de l'annulation, d'une mise à jour d'un canal ou d'une mise à jour de hotfix avec confiance.
Canaux dynamiques
Switcher les pistes de version en direct (pas de nouveau fichier binaire)
Les canaux Capgo sont des contrôles en direct, pas des valeurs fixées. Déplacez les utilisateurs entre le développement, la mise en scène, la PR, le canari et la production à partir de l'interface de votre application ou via API instantanément.
- Ajoutez un menu « Mettre à jour la piste » dans l'application : liste des canaux et permettez aux testeurs de passer de la production à staging en quelques secondes (pas de réinstallation).
- Lancez un canal de demande de modification par fonctionnalité, dirigez les utilisateurs QA ou bêta vers là, puis rappelez-les à la prod lorsque cela est approuvé.
- Exécutez des canaris : clonez la prod vers un canal de 10 %, promouvez ou annulez avec un seul appel API.
- Débloquez le support : déplacez un utilisateur vers un canal de débogage qui envoie des journaux supplémentaires tandis que tout le monde reste stable.
- Créez des canaux personnels pour les utilisateurs individuels - parfait pour le débogage d'issues spécifiques ou le traitement VIP.
- Toutes les modifications de canal sont instantanées - pas de 24 heures d'attente, pas d'approbation de magasin, pas d'action requise de l'utilisateur.
l'utilisateur sélectionne “Étape (v2.5.0-rc1)” setChannel
14:41:10 appareil A1B2C3 get → manifeste d'étape
14:41:14 appareil A1B2C3 download_complete 2.5.0-rc1
14:43:02 support de l'utilisateur Q7R8S9 setChannel → journaux de débogage
14:55:00 cohorte canari mise en production automatique
Traitez les environnements comme des drapeaux de fonctionnalité : basculez, testez et annulez en direct (pas de réachats de magasin).
Configuration Cloud-Native
Tout se passe dans le Cloud
Capgo stocke toutes les configurations de votre application dans le cloud avec une réplication de données à l'échelle mondiale. Modifiez une configuration dans le tableau de bord, et elle prend effet dans le monde entier en moins de 2 minutes. Pas d'actualisations de magasin, pas d'attente.
- Affectations de canaux, ciblage de version et surcharges de dispositif - tous stockés dans le cloud et accessibles instantanément
- Réseau édge mondial garantit que les modifications de configuration se propagent à chaque région simultanément
- Aucune valeur fixe dans votre application - tout peut être modifié dynamiquement sans un nouveau binaire
- Les paramètres prennent effet à la prochaine lancement de l'application - les utilisateurs obtiennent toujours la dernière configuration
Chronologie des modifications de configuration
1
Tableau de bord : Cliquez sur "Affecter au canal : beta-testeurs"
0s 2
Réplication : Synchronisation vers 12 régions de bordure...
~30s 3
Appareil (Tokyo) : Reçoit la nouvelle configuration
<2min 4
Appareil (Berlin) : Reçoit la nouvelle configuration
<2min Cliquez depuis le tableau de bord sur le déploiement mondial en moins de 2 minutes.
Support dans le monde réel
Réparez un Bug pour un Utilisateur en Minutes
Voici un scénario réel : Un utilisateur signale un bug. Vous discutez avec eux, comprenez le problème, le réparez en code et déployez la correction uniquement pour cet utilisateur - tout en discutant avec eux. Ils testent, confirment que la correction fonctionne, et vous déployez en production. Temps total : minutes, pas des jours.
1. Le Client Signale un Bug
Le service client reçoit un rapport de bug. Vous rejoignez l'appel pour comprendre l'incident.
2. Fixer & Envoyer Seulement à Cet Utilisateur
Créez un canal personnel pour cet utilisateur, envoyez la correction et affectez leur appareil à ce canal.
3. Vérifiez & Envoyez à Tout le Monde
L'utilisateur confirme que la correction fonctionne. Promouvez le bundle en production pour tout le monde.
Chronologie de la session de support
10:15 L'utilisateur signale un plantage lors du paiement Bogue
10:22 Le développeur rejoint l'appel, reproduit le problème Débogage
10:35 La correction a été poussée vers le canal "user-john-hotfix" Déploiement
10:36 L'appareil a été affecté, mise à jour téléchargée Installation
10:38 "Cela fonctionne !" - L'utilisateur confirme la correction Vérifié
10:40 Le bundle a été promu vers la production Expédition
De la déclaration de bogue à une correction vérifiée en une seule appelle de support.
Mises à Jour Delta
Les mises à jour traditionnelles téléchargent l'intégralité du bundle à chaque fois. Avec les mises à jour delta, les appareils téléchargent uniquement les fichiers qui ont réellement changé - économisant 50-90% de bande passante.
Diffusion de Fichier par Niveau
Chaque fichier est téléchargé et vérifié individuellement. Les appareils comparant les manifestes téléchargent uniquement les fichiers modifiés.
Parfait pour les Grands Actifs
Les images, les polices et les vidéos sont téléchargées uniquement une fois. Les petites modifications code ne téléchargent pas à nouveau votre dossier d'actifs entier.
Activer avec un Flag unique
Ajoutez simplement --partial à votre commande d'upload pour activer les mises à jour delta pour votre bundle.
Terminal
# Upload with delta updates enabled
npx @capgo/cli bundle upload --partial
✔ Uploading 847 files...
✔ Generated manifest with checksums
✔ Bundle uploaded successfully
# Device downloads only changed files
→ Comparing manifests...
→ 12 files changed, 835 unchanged
✔ Downloaded 245 KB (vs 4.2 MB full bundle)Système de Canal Intelligente
Les canaux vous permettent de cibler des groupes d'utilisateurs spécifiques avec des builds spécifiques. Gérez les canaux à partir du tableau de bord cloud, API, de l'application mobile ou de votre propre logique de lancement avancée.
Contrôle du Tableau de Bord Cloud
Créez, configurez et passez d'une chaîne à une autre depuis le tableau de bord web. Annulez instantanément avec un clic.
API & CLI Accès
Automatisez la gestion des chaînes avec notre CLI ou notre API API. Parfait pour l'intégration CI/CD.
Attribution automatique des appareils
Laissez les appareils passer d'une chaîne à l'autre en temps de exécution avec setChannel(). Très utile pour les testeurs de QA ou les programmes bêta.
Gestion de la priorité
Survolage forcé de l'appareil > Cloud > Défaut de configuration > Défaut de Cloud. Contrôle total sur la mise en route des mises à jour.
Journal et statistiques
Visibilité en temps réel sur vos déploiements de mise à jour. Suivez le progrès des téléchargements, les taux de réussite et l'état des appareils sur votre base d'utilisateurs entière.
Suivi du progrès des téléchargements
Voyez quels appareils téléchargent, installent ou sont en attente. Suivez le progrès sur votre flotte entière.
Taux de réussite et d'échec
Suivez les taux de mise à jour en temps réel. Identifiez les problèmes avant qu'ils n'affectent plus d'utilisateurs.
Suivi de la santé des appareils
Suivez les appareils qui utilisent lesquels versions. Identifiez les appareils coincés sur des versions anciennes.
Analytics de Bundles
Voyez les tailles des bundles, les temps de téléchargement et la fréquence de reversion. Optimisez votre stratégie de mise à jour avec des données.
Support à Longue Durée
Pas de pression pour mettre à jour immédiatement. Capgo soutient officiellement Capacitor 8, 7, 6, 5 et Electron - vous donnant des années de support et de flexibilité pour mettre à jour à votre propre rythme.
Nouveau Electron Entièrement Supporté
8 Entièrement Supporté Capacitor 8 Entièrement Supporté
7 Capacitor 7 Entièrement pris en charge
6 Capacitor 6 Entièrement pris en charge
5 Capacitor 5 Entièrement pris en charge
Validation approfondie avant déploiement
Manual updates give you all the tools to break your app. Capgo's CLI catches incompatible native changes and release mistakes before they reach your users.
Vérification des dépendances natives
CLI scanne vos plugins natives et compare les versions. Si votre bundle JS attend une version native de plugin plus récente que celle installée, nous vous avertissons avant le déploiement.
Prévention de versions dupliquées
Vous avez déjà téléchargé cette version exacte ? Nous la détecterons et empêcherons les surécritures accidentelles ou les confusions.
Compatibilité du Hub-CLI
Certaines fonctionnalités nécessitent des versions spécifiques de CLI. Nous validons la compatibilité entre votre CLI et le hub Capgo avant de permettre les téléchargements.
Vérification des fichiers requis
Aucun appel à notifyAppReady() dans index.html ? Le bundle est trop volumineux ? Nous détectons ces problèmes avant qu'ils ne deviennent des problèmes de production.
Ce qui se passe sans validation ?
Téléchargez un bundle JS qui attend des plugins natifs que vos utilisateurs n'ont pas ? Votre application ne fonctionne pas. Et si votre rollback est également en JS, vous n'avez pas de moyen de récupérer. Les utilisateurs sont bloqués jusqu'à ce qu'ils réinstallent depuis l'App Store.
Comment ça marche
Automatique lorsque vous voulez de la vitesse. Manuel lorsque vous avez besoin de contrôle. Les vérifications de sécurité à chaque étape.
1
CLI Valide
Avant le téléchargement, CLI vérifie les dépendances natives, la compatibilité des versions et les fichiers requis
2
Téléchargements natifs
Téléchargements et installation purement natifs de code - complètement isolés du JavaScript
3
L'application Confirme Prête
Votre application appelle notifyAppReady(). Si elle ne le fait pas dans les 10s, le rollback automatique est déclenché
Capgo vs Systèmes de mise à jour de base
L'envoi d'un bundle est facile. Protéger les clients à grande échelle est la partie difficile
| Fonctionnalité | Capgo | Manuel / Autres |
|---|---|---|
| Détection de mise à jour brisée | ✓ | ✗ |
| Rollback automatique | ✓ | ✗ |
| Rétablissement automatique de panne native | ✓ | ✗ |
| Validation avant déploiement | ✓ | ✗ |
| Mise à jour auto-guérissante | ✓ | ✗ |
| Rollback & modifier en nucléaire | ✓ | ✗ |