Rétablir la production sans attendre la revue
Utiliser les mises à jour en direct pour les correctifs JavaScript, CSS, de copie, de configuration distante et d'actifs web, tandis que les changements natives continuent par les magasins.
Capacitor mises à jour en temps réel
Mises à jour en temps réel qui protègent la production
Le CLI détecte les changements risqués avant le déploiement. Le moteur natif effectue automatiquement un rollback si quelque chose se passe mal.
Rollback natif
Les échecs de JS se récupèrent en dehors de JavaScript
Canaux dynamiques
Canary, traçabilité de la bêta, support et production
CLI contrôles de sécurité
Les risques de dépendances natives détectés avant l'envoi
Journalisation des appareils
État d'actualisation et historique de reversion par appareil
Conçu pour la pression de la mise en production
Savoir exactement ce qui se passe lorsqu'une production échoue.
Capgo donne aux équipes mobiles un chemin de mise en production pour les correctifs web urgents, un lancement contrôlé et une traçabilité claire, afin qu'un déploiement raté ne devienne pas des jours d'attente pour la revue des magasins.
Gérer le risque avant que tout le monde reçoive la build
Envoyer vers les canaux internes, bêta, canary et de production avec la possibilité de reversion prête avant que le lancement ne devienne un incident de support.
Préservez les preuves après la mise en production
Utilisez les journaux de l'appareil, l'état de mise à jour, l'historique des bundles et les indicateurs de l'adoption pour expliquer les mises à jour à 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 de l'App Store ou de Play.
- Votre application a plusieurs cohortes de clients, des déploiements sans étiquette blanche, des testeurs bêta ou des canaux de débogage pour le support uniquement.
- Votre équipe a besoin de contrôle conforme aux normes : des bundles signés, un retour en arrière, une traçabilité et un chemin d'hébergement auto-hébergé.
Pourquoi Capgo mène
Capgo transforme les mises à jour en direct en un système de mise en production.
Capgo n'est pas un simple téléchargeur de bundle. Il s'agit du système de mise en production autour du bundle : ciblage, validation, observabilité, retour en arrière et contrôle pour les équipes qui ne peuvent pas se permettre de casser la production.
01
Première voie indépendante
Capgo donne aux équipes Capacitor un système de mise en production ciblé pour les mises à jour en direct, avec des SDKs open-source, un hébergement flexible et des contrôles de production conçus pour les vraies applications.
02
Automatique ou manuelle
Utilisez la voie automatique pour installer et expédier en 5 minutes, ou passez à des flux manuels et semi-manuels 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, canaux dynamiques, journaux de dispositifs, mises à jour delta, encryption, auto-hébergement et récupération native.
04
La sécurité avant le déploiement
Le CLI vérifie les dépendances natives, les fichiers requis, l'intégrité du paquet, les versions dupliquées et la compatibilité de la plateforme avant que les mises à jour atteignent les utilisateurs.
Le système de mise à jour complet en direct
La plupart des outils peuvent télécharger des fichiers. Le Capgo ajoute les contrôles de publication, la sécurité native, les journaux et le comportement de reversion que les équipes de production nécessitent.
La détection de mise à jour de rupture
Le CLI scanne les dépendances natives et vous avertit avant de déployer des mises à jour incompatibles. Expédiez les modifications web rapidement sans pousser des code natives qui cassent les mises à jour.
Moteur natif pur
Téléchargements, installation et activation s'exécutent sur des threads OS natifs. Les plantages JavaScript ne peuvent pas affecter le processus de mise à jour.
Rebascule automatique
If votre application ne fait pas appel à notifyAppReady() dans les 10 secondes, nous roulons automatiquement vers la dernière version fonctionnelle.
Actualisation Auto-Réparatrice
Le mécanisme de fallback de bundle garde toujours une version fonctionnelle. Vos utilisateurs ne voient jamais une application endommagée.
Validation Préalable
Vérifiez notifyAppReady(), index.html, les limites de taille du bundle et les checksums avant d'accepter tout téléchargement.
Actualisation Inviolable
Tout actualisation est chiffrée, signée et vérifiée de bout en bout. Personne ne peut modifier les actualisations - même Capgo ne peut pas voir ce qui se trouve à l'intérieur de vos bundles.
Observabilité des actualisations
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 pour que vous puissiez répondre à « quoi s'est-il passé ? » en secondes, pas en heures.
- Les chronologies par appareil mettent en évidence les téléchargements bloqués, les problèmes de checksum ou la manque de notifyAppReady().
- Les garde-fous de canal prouvés : voyez disableAutoUpdateToMajor, les blocages de simulateur/developpement et les filtres de plateforme en temps réel.
- Détectez rapidement la zone d'impact : update_fail, rateLimited, besoin d'une mise à niveau du plan avant que les utilisateurs ne se désintéressent.
- Journaux partagés pour les ingénieurs, les QA et le support (pas de fouille dans Xcode/Android Studio nécessaire).
14:30:02 appareil A1B2C3 Téléchargement en cours 2.6.0
14:30:07 appareil A1B2C3 Échec de la mise à jour (délai de temps d'attente)
14:30:08 appareil A1B2C3 Réessai automatique planifié (30s)
14:31:15 appareil F0E1D2 Échec de la mise à jour (sortie de mémoire insuffisante)
14:31:16 appareil F0E1D2 retour vers le bundle intégré
Contexte d'action en un seul endroit : décidez de revenir en arrière, de faire passer une chaine, ou de livrer un correctif chaud avec confiance.
Canaux dynamiques
Passer entre les pistes de version en direct (pas de nouveau fichier binaire)
Capgo sont des contrôles de canaux en direct, pas des valeurs fixées. Déplacez les utilisateurs entre le développement, la mise en ligne, la PR, le canary et la production à partir de l'interface de votre application ou via API instantanément.
- Ajoutez un menu « Suivi de version » dans l'application : listez les canaux et laissez les testeurs passer de la production à la mise en ligne 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 revenez à la prod lorsque cela est approuvé.
- Exécutez des canaris : clonez la production vers un canal à 10 %, promouvez ou annulez avec un seul appel API.
- Désbloquez le support : déplacez un utilisateur vers un canal de débogage qui envoie des journaux de débogage 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 un traitement VIP.
- Toutes les modifications de canal sont instantanées - pas de délai de 24 heures, 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 le dispositif A1B2C3 get → manifeste de l'étape
14:41:14 le dispositif A1B2C3 téléchargement complet 2.5.0-rc1
14:43:02 support utilisateur Q7R8S9 setChannel → journaux de débogage
14:55:00 cohorte canari promu automatiquement à production
Tout comme les drapeaux de fonctionnalité : basculez, testez et annulez en direct (pas de réinscriptions de magasin).
Configuration Cloud-Native
Tout vit 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.
- Assignations 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 dans chaque région simultanément
- Aucune valeur fixe dans votre application - tout peut être modifié dynamiquement sans un nouveau binaire
- Paramètres prennent effet lors du prochain lancement de l'application - les utilisateurs obtiennent toujours la configuration la plus récente
Chronologie des changements de configuration
1
Tableau de bord : Cliquez sur "Attribuer au canal : beta-testeurs"
0s 2
Réplication : Synchronisation vers 12 régions de bordure...
~30s 3
Appareil (Tokyo) : Reçoit de nouvelles configurations
<2min 4
Appareil (Berlin) : Reçoit de nouvelles configurations
<2min Cliquez depuis le tableau de bord sur le déploiement mondial en moins de 2 minutes.
Support dans le Monde Réel
Fixez 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, fixez-le 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. L'Utilisateur Signale Un Bug
Le support client reçoit un rapport de bug. Vous rejoignez l'appel pour comprendre l'incident.
2. Fixez & Envoyez à Seul
Créez un canal personnel pour cet utilisateur, envoyez la correction, et affectez leur appareil à ce canal.
3. Vérifiez & Envoyez à Tous
L'utilisateur confirme que la correction fonctionne. Promouvez le bundle en production pour tous.
Support Session Timeline
10:15 L'utilisateur signale un crash lors de la commande de paiement Bug
10:22 Le développeur rejoint l'appel, reproduit l'incident Déboguer
10:35 Fix poussé vers le canal "user-john-hotfix" Déployer
10:36 L'appareil est assigné, mise à jour en cours de téléchargement Installer
10:38 "Cela marche !" - L'utilisateur confirme la correction Vérifié
10:40 Le bundle est promu en production Expédier
De la déclaration de bug à une correction vérifiée en un seul appel 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 changé - économisant 50-90% de bande passante.
Diffusion de niveau de fichier
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 code modifications ne téléchargent pas votre dossier d'actifs entier.
Activer avec une seule flag
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 chaîne 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 mise en production avancée.
Contrôle du tableau de bord Cloud
Créez, configurez et passez des canaux à partir du tableau de bord web. Annulez instantanément avec un clic.
API & CLI Accès
Gérez automatiquement la gestion des canaux avec notre CLI ou notre API API. Parfait pour l'intégration CI/CD.
Attribution automatique des appareils
Laissez les appareils passer des canaux en temps de exécution avec setChannel(). Très utile pour les testeurs de QA ou les programmes beta.
Routeur basé sur la priorité
Surcharge du dispositif > Surcharge cloud > Défaut de configuration > Défaut cloud. Contrôlez pleinement la mise à jour de la route.
Journal & Statistiques
Une visibilité en temps réel sur vos déploiements d'actualisation. Suivez le progrès de téléchargement, les taux de réussite et l'état de santé des appareils sur votre base d'utilisateurs entière.
Suivi du Progrès de Téléchargement
Voyez quels appareils téléchargent, sont installés ou sont en attente. Suivez le progrès sur votre flotte entière.
Taux de Réussite et d'Échec
Surveillez les taux de réussite des mises à jour en temps réel. Identifiez les problèmes avant qu'ils n'affectent plus d'utilisateurs.
Suivi de l'État de Santé des Appareils
Suivez les appareils qui utilisent lesquels versions. Identifiez les appareils coincés sur des versions anciennes.
Analytique des Bundles
Voyez les tailles des bundles, les temps de téléchargement et la fréquence de retrait. Optimisez votre stratégie d'actualisation avec des données.
Support à Longue Durée
Aucune pression pour mettre à jour immédiatement. Le Capgo offre officiellement un support 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 pris en charge
8 Capacitor 8 Entièrement pris en charge
7 Capacitor 7 Entièrement pris en charge
6 Capacitor 6 Entièrement pris en charge
5 Capacitor 5 Entièrement pris en charge
La validation pré-déploiement approfondie
Les mises à jour manuelles vous donnent tous les outils pour casser votre application. Capgo's CLI détecte les changements natifs incompatibles et les erreurs de publication avant qu'elles ne parviennent à vos utilisateurs.
Dépendance Native Vérification
CLI scan vos plugins natifs et compare les versions. Si votre paquet JS attend une version native de plugin plus récente que celle installée, nous vous avertissons avant de déployer.
Prévention de Versions Répétées
Vous avez déjà téléchargé cette version exacte ? Nous la détectons et empêchons les surécritures accidentelles ou les confusions.
Compatibilité 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 de Fichiers Requis
index.html manquant ? Aucune notification de la fonction notifyAppReady() ? Paquet trop volumineux ? Nous détectons ces problèmes avant qu'ils deviennent des problèmes de production.
Ce qui se passe sans validation ?
Téléchargez un paquet JS qui attend des plugins natifs que vos utilisateurs n'ont pas ? Votre application se brise. Et si votre rollback est également en JS, vous n'avez pas de moyen de récupérer. Les utilisateurs sont coincé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. Contrôles de sécurité à chaque étape.
1
CLI Vérifie
Avant l'envoi, CLI vérifie les dépendances natives, la compatibilité de version et les fichiers requis
2
Téléchargements Natives
Les téléchargements natives code et l'installation de l'mise à jour - 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 se déclenche
Capgo vs Systèmes de Mise à Jour Basiques
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 de panne native | ✓ | ✗ |
| Validation avant déploiement | ✓ | ✗ |
| Mise à jour auto-guérissante | ✓ | ✗ |
| Rollback & modification Cloud | ✓ | ✗ |
Continuez à partir de Capgo Mise à jour en Direct
Si vous évaluez les mises à jour en direct pour les déploiements de production, connectez cette page avec Canaux pour le routage de déploiement Rollbacks pour la récupération Comportement de mise à jour pour les règles de temps d'exécution Solution de ciblage de version pour le contrôle de compatibilité, et Capgo Builds natifs pour les versions qui nécessitent encore un fichier binaire signé