Aller au contenu principal

Capgo Observe, bêta

Sachez quand une release nécessite votre attention.

Voyez ce qui a changé après votre déploiement progressif, comparez la santé par version remontée, et passez d'un signal problématique aux appareils et logs concernés.

  1. 01
    Déployer Indiquez la version, le canal et la date de déploiement.
  2. 02
    Observe Comparez l'état de santé remonté avant l'arrivée des tickets de support.
  3. 03
    Investiguer Suivez les tendances par erreurs, versions et appareils.

Suivez le déploiement d'une release, minute par minute

Dès qu'un bundle est déployé, Observe suit les installations, les échecs, l'adoption et le taux de réussite pour cette version et ce canal précis, par intervalles de 5 minutes.

  • Sachez en quelques minutes si un déploiement progressif est sain, avant les tickets de support
  • Principales causes d'échec classées pour la release actuellement en ligne
  • Passez de la release à ses statistiques de bundle ou de canal
Capgo Vue de la release en direct d'Observe montrant la version 4.8.1 en production avec l'adoption, les installations, les tentatives échouées, le taux de succès, un graphique des installations et des échecs, et les principales causes d'échec

Arrêtez de traiter la production comme une boîte noire

Votre déploiement n'est terminé que lorsque vous savez ce qui s'est passé ensuite.

Observe offre une vue d'ensemble de la santé de chaque release, puis vous donne les preuves nécessaires pour décider des actions à mener.

01

Détectez un déploiement progressif raté en quelques minutes

Les installations, les tentatives échouées, l'adoption et le taux de réussite s'actualisent toutes les quelques minutes pour la release en ligne.

02

Arrêtez de déployer des incompatibilités natives

Observe signale les bundles qui ont besoin de packages natifs absents de l'app installée, avant qu'ils n'atteignent davantage d'appareils.

03

Suivez les indices dans les logs

Utilisez les échecs groupés, les versions affectées, les appareils et les logs d'action pour analyser une tendance.

Analysez la release, pas seulement la métrique

Commencez large. Affinez vite. Sachez où chercher ensuite.

Consultez la santé de toutes les versions, comparez celles qui divergent et utilisez le marqueur de release pour relier le changement à l'impact.

Explorer les Live Updates
01

Résumé de toutes les versions

Consultez les appareils sans problème, les problèmes natifs, le P90 de lancement et le P90 WebView avant d'affiner votre investigation.

02

Détail par version

Comparez les versions d'app rapportées lorsque la santé ou le timing diffère de l'image d'ensemble.

03

Détail par action

Séparez les lancements, les chargements WebView, les problèmes natifs et l'activité des mises à jour tout en analysant une tendance dans Logs Insights.

Du signal à la preuve

Ne donnez pas un graphique à votre équipe. Donnez-leur la trace.

Observe

Voyez quelle version signalée a modifié la situation de la release.

Comparez la santé et le timing en fonction de ce que vous avez déployé, où et quand.

Analyse des logs

Identifiez les erreurs, les versions et les appareils derrière la tendance.

Utilisez Logs Insights pour grouper les erreurs par catégorie, suivre la tendance quotidienne et identifier les versions et appareils concernés. Ouvrez ensuite les logs d'actions bruts filtrés pour le détail.

Lire le guide des logs

Observez avec des agents IA

Demandez à votre agent comment se passe la dernière release

Le serveur MCP Capgo hébergé lit Observe, les stats et l'état des canaux : Claude, Codex ou Cursor peuvent ainsi répondre aux questions sur la santé des releases et indiquer le bundle sur lequel faire un rollback.

Essayez de demander à votre agent

  • Quelle release a fait grimper le taux de crash ?
  • Afficher les échecs de mise à jour du dernier bundle par version d'application
  • Faire un rollback du canal défaillant vers le dernier bundle fonctionnel
Témoignages clients

Les équipes de release s'appuient sur Capgo en production

Observe fonctionne sur la même plateforme que des milliers d'équipes utilisent déjà pour déployer des live updates.

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

Pouvoir ajouter des Device ID à certains groupes et déployer les changements uniquement vers ces groupes est un véritable gain de temps.

no-tone @ Webincode Développeur, Webincode

L'installation a pris moins d'une journée. Les déploiements progressifs par canal me permettent de tester sur mon propre appareil avant de toucher les utilisateurs en production.

Nate van Jole CTO, Privé

Observez chaque déploiement

Déployez avec des preuves,
pas seulement avec de l'espoir.

Regroupez l'historique des déploiements, la santé des releases et Logs Insights dans un seul workflow de release.

+ Historique des déploiements + Santé du natif + Preuves d'erreur et d'appareil