Aller au contenu principal

Configurez et n'y pensez plus

Des apps privées à mise à jour automatique

Installez l'application native une seule fois via un MDM ou votre store interne. Ensuite, Capgo télécharge de nouveaux bundles web en arrière-plan, les applique quand vous le souhaitez, effectue un rollback si un bundle ne démarre pas et indique quelle version tourne sur chaque appareil.

Mapping des canaux

Capgo liste des canaux de la console pour gérer les releases d'une application privée
Mapping des canaux
Exemple : production, site-eu, site-us
Règle de déploiement progressif
un site d'abord, puis chaque emplacement
Vérification des mises à jour
À l'ouverture, puis toutes les 10 minutes
Installation unique
Déployez l'application native signée via MDM, un store d'entreprise ou votre flux de provisionnement d'appareils.
Mise à jour en arrière-plan
L'application vérifie s'il existe un nouveau bundle à l'ouverture, puis toutes les 10 minutes tant qu'elle reste ouverte, et le télécharge en arrière-plan.
Continuez à travailler hors ligne
Les appareils sans connexion continuent d'exécuter le bundle actuel et vérifient à nouveau une fois reconnectés.

Personne pour appuyer sur « mettre à jour »

Les bornes, tablettes partagées et appareils de terrain exécutent souvent une seule application toute la journée. Les utilisateurs n'ouvrent pas de store pour la mettre à jour, et l'IT ne veut pas pousser un nouveau package pour chaque correctif web. Capgo maintient la couche web à jour de manière autonome, effectue un rollback si un bundle ne parvient pas à démarrer et vous indique ce que chaque appareil exécute.

Installation native
Une seule fois, via MDM
Vérification des mises à jour
Toutes les 10 min si ouverte
Échec du démarrage du bundle
Rollback

Conçu pour des appareils sans gestion manuelle

Utilisez Capgo comme canal de release pour vos assets web, et non comme remplacement de votre distribution native. Les binaires natifs passent toujours par votre flux de packaging d'entreprise.

Fonctionne hors ligne
L'application démarre à partir du dernier bundle téléchargé. Les appareils sans connexion continuent de la faire tourner et vérifient à nouveau quand ils se reconnectent.
Docs : comportement des mises à jour
Un site à la fois
Attribuez à chaque site ou équipe son propre canal. Validez un bundle sur un site, puis liez ce même bundle aux autres canaux.
Doc sur les canaux
Récupération après un bundle défectueux
Si un nouveau bundle n'appelle pas notifyAppReady() dans les 10 secondes, l'appareil le marque comme échoué et revient au dernier bundle fonctionnel. Personne sur site n'a rien à faire.
notifyAppReady() et rollback automatique
Affiche ce que chaque appareil exécute
Les logs des appareils enregistrent les vérifications, téléchargements, installations et échecs. Définissez un ID personnalisé avec setCustomId() pour associer les appareils Capgo à votre liste d'assets.
Appareils et ID personnalisés

Comment ça marche

Comment les équipes IT maintiennent les appareils gérés à jour avec Capgo

Configurez l'app une seule fois, puis déployez depuis votre CI et suivez tout depuis la console. Chaque commande et paramètre ci-dessous provient de la doc Capgo.

  1. Installez l'app une fois avec un canal par défaut

    defaultChannel place chaque appareil de ce build sur le bon canal, par exemple un par site. autoUpdate: 'always' applique un nouveau bundle dès qu'il est téléchargé, ce qui convient aux apps de type kiosque qui ne passent jamais en arrière-plan.

    // capacitor.config.ts
plugins: {
  CapacitorUpdater: {
    defaultChannel: 'site-eu',
    autoUpdate: 'always',
    autoSplashscreen: true,
  },
},
    Docs : comportement des mises à jour

  2. Appelez notifyAppReady() au démarrage

    Cela indique à l'updater que le nouveau bundle est chargé. Si un bundle n'arrive jamais, l'appareil revient automatiquement à la dernière version fonctionnelle.

    import { CapacitorUpdater } from '@capgo/capacitor-updater'

// once your app has loaded
CapacitorUpdater.notifyAppReady()
    notifyAppReady() et rollback automatique

  3. Publiez depuis la CI, en commençant par un site

    Utilisez --delta lors de l'upload pour que les appareils ne téléchargent que les fichiers modifiés. Une fois le premier site validé, liez le même bundle aux autres canaux.

    npx @capgo/cli@latest bundle upload --channel site-eu --delta
# after the first site checks out
npx @capgo/cli@latest channel set site-us com.example.app \
  --bundle 1.4.2
    Doc sur les canaux

  4. Watch devices and roll back from one place

    Les logs des appareils affichent chaque vérification, téléchargement, installation et échec. Observe (bêta) compare les temps de lancement et de WebView par version de bundle. Pour faire un rollback d'un site, liez son bundle précédent.

    # roll site-eu back to the previous bundle
npx @capgo/cli@latest channel set site-eu com.example.app \
  --bundle 1.4.1
    Observe

Ce que c’est et ce que ce n’est pas

  • Utilisez cette solution pour la distribution privée en entreprise via MDM, Apple Business Manager, Android Enterprise ou un store interne.
  • Capgo met à jour le JavaScript, le HTML, le CSS et les assets. Les modifications de plugins natifs nécessitent toujours un nouveau package natif signé.
  • Les appareils hors ligne continuent d’exécuter le dernier bundle réussi jusqu’à ce qu’ils se reconnectent et récupèrent la prochaine mise à jour approuvée.
  • Ce n’est pas un contournement de l’App Store grand public. C’est un modèle d’exploitation d’applis privées pour les équipes qui auto-distribuent déjà.

Apps développées avec Capacitor

Les apps de compte : une maintenance discrète et automatique

Les apps de télécom et de support gèrent des workflows de facturation, de plan, de support et d’appareil qui doivent rester à jour sans demander aux utilisateurs d’installer un nouveau binaire pour chaque petite amélioration.

Icône de l'application My Swisscom PRODUCTIVITÉ

Mon Swisscom

Une app de compte où les changements de support, plan et facturation passent discrètement.

Installations Google Play
1,8 M
Note du store
4.4
Icône de l'application My Vodafone OUTILS

Mon Vodafone

Application opérateur en self-service où les utilisateurs n'ont pas à gérer chaque petite mise à jour.

Installations Google Play
11,1 M
Note du store
4.6
Icône de l'application Técnico Virtual – Suporte Técn Outils

Technicien virtuel – Support technique

Solution d'app pour maintenir les flux de diagnostic et d'aide sans surcharge de release.

Installations Google Play
10,3 M
Note du store
4.3

Témoignages clients

Ce que disent les équipes qui déploient avec Capgo

5.0/5 noté par les équipes de développeurs 9,400+ équipes Lire les avis

no-tone @ Webincode

Développeur, Webincode

« Pouvoir ajouter des Device ID à certains groupes et n'envoyer les changements qu'à certains groupes, ça nous sauve la vie. »

Portrait de Sergiu S

Sergiu S

Développeur principal, drivolino GmbH

« Le plugin Capgo Capacitor Updater a totalement transformé notre façon de déployer les mises à jour. Ce qui prenait des jours ne prend plus que quelques minutes. »

Kapil

Fondateur, NuTriQ

“Pouvoir pousser instantanément des mises à jour OTA en production sans attendre les cycles complets de validation de l’App Store est un avantage opérationnel énorme.”

FAQ

Questions des équipes en charge d'appareils gérés

Pour les bornes, le MDM et les apps internes sans mise à jour manuelle.

Notre app de borne ne passe jamais en arrière-plan. Sera-t-elle mise à jour quand même ?

Oui, avec autoUpdate réglé sur 'always'. Le plugin vérifie toutes les 10 minutes pendant que l'app est ouverte (periodCheckDelay, 600 secondes minimum) et applique immédiatement le bundle téléchargé. Avec le réglage par défaut 'atBackground', le bundle attend que l'app passe en arrière-plan. L'application immédiate nécessite aussi @capacitor/splash-screen avec autoSplashscreen activé.

Docs : comportement des mises à jour

Que se passe-t-il si une mise à jour fait planter l'app sur un appareil ?

Si le nouveau bundle n'appelle pas notifyAppReady() dans les 10 secondes, l'appareil revient au dernier bundle fonctionnel. Vous pouvez aussi faire pointer le canal vers un bundle antérieur, ou forcer le bundle intégré : les appareils le récupéreront à leur prochaine vérification.

Doc sur les rollbacks

Can we push a fix before the next update check?

Avec les notifications Capgo configurées, la commande channel set --send-update-notification envoie une notification silencieuse de vérification de mise à jour après avoir modifié le bundle du canal. La livraison se fait en best effort et dépend de l'OS, du réseau et de l'état de l'appareil. Elle ne peut pas atteindre les apps hors ligne ou fermées de force.

Vérifications silencieuses de mise à jour

Faut-il encore un MDM ou un store interne ?

Oui, pour l'application native. Capgo met à jour le JavaScript, le HTML, le CSS et les assets. Les nouveaux plugins, le code natif et les changements de config Capacitor sont toujours livrés dans un nouveau package signé via votre MDM ou votre store interne.

Ce qui nécessite un build natif

Le trafic des mises à jour peut-il rester sur notre propre infrastructure ?

Le plan Enterprise propose des configurations dédiées, hybrides ou auto-hébergées sous licence. Vous pouvez aussi héberger votre propre serveur de mise à jour avec l'updater open source, mais il vous faudra alors développer vous-même des fonctionnalités comme les canaux et les statistiques.

Docs de l'updater auto-hébergé

Vous voulez ce modèle de release pour votre application interne ?

Dites-nous comment vos appareils sont enrôlés et connectés. Nous pouvons revoir les canaux, le timing des mises à jour et le rollback de votre parc.