---
title: "Lire les métriques d'automatisation"
description: "Comprendre les compteurs d'exécutions, les taux de réussite, la durée, les comparaisons de versions et les raisons de résultat sans les confondre avec la livraison."
canonical: "https://bird.com/fr-fr/documentation/guides/automations/metrics"
---

# Lire les métriques d'automatisation

Ouvrez une automatisation depuis la [liste **Automatisations**](https://bird.com/dashboard/w/automations), puis sélectionnez son onglet **Métriques**. Choisissez la période et les filtres disponibles avant de comparer les valeurs.

> Automations is in Early access. Your workspace permissions determine which actions you can perform.

## Ce que la période sélectionnée inclut

La période sélectionne les exécutions selon leur date de démarrage. Une exécution qui commence lundi et se termine mercredi met à jour les résultats de lundi. Des attentes longues peuvent donc modifier une période antérieure après sa clôture.

Les métriques décrivent des exécutions réelles. Les aperçus de brouillon ne créent aucune exécution et ne contribuent pas aux totaux. Les filtrages de déclencheur sans correspondance, les déclenchements planifiés ignorés et les sauts de chevauchement ne créent pas non plus d'exécution.

## Lire les compteurs et les taux

| Mesure                       | Signification                                                                                                                                                     |
| ---------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Démarrées                    | Exécutions admises pendant la période sélectionnée.                                                                                                               |
| En cours                     | Exécutions en file d'attente, en cours et en attente démarrées dans cette période. Ce n'est pas le total de toutes les exécutions actives de l'espace de travail. |
| Réussies, échouées, annulées | Exécutions de la période sélectionnée ayant atteint chaque état terminal.                                                                                         |
| Taux d'achèvement            | Exécutions réussies, échouées et annulées divisées par les exécutions démarrées.                                                                                  |
| Taux de réussite             | Exécutions réussies divisées par les exécutions réussies plus échouées. Les exécutions annulées et non terminées sont exclues.                                    |
| Durée écoulée                | Temps entre l'admission d'une exécution et sa fin, incluant le temps en file d'attente et les attentes.                                                           |

Un taux sans dénominateur applicable est indisponible. Il ne doit pas être interprété comme zéro pour cent.

Le **taux d'échec** correspond aux exécutions échouées divisées par les exécutions réussies plus échouées. Les exécutions annulées et non terminées sont exclues.

Un rappel qui attend délibérément deux jours peut avoir deux jours de durée écoulée même si son étape de messagerie s'exécute rapidement. Inspectez une exécution individuelle avant de traiter la durée comme un problème de traitement.

**Temps écoulé typique · p50** est la durée médiane : la moitié des exécutions terminées mesurées se terminent dans ce délai. **Temps écoulé en queue de distribution · p95** est la durée dans laquelle 95 % se terminent. Ces valeurs incluent les attentes intentionnelles.

## Distinguer les résultats du workflow de la livraison

Un workflow peut réussir après avoir géré un échec de recherche ou décidé de ne pas envoyer. Une étape d'envoi réussie signifie l'acceptation par le canal. Aucun de ces résultats n'établit la livraison du message ni une conversion client.

Les raisons de résultat proviennent des nœuds **Exit** configurés. Une raison telle que `paid` signifie que le workflow a emprunté cette sortie. Sa fiabilité dépend de l'événement et des conditions que vous avez configurés.

Une sortie en échec explicite contribue aux exécutions échouées sans nécessiter de code d'erreur de la plateforme. Une erreur d'étape gérée reste visible dans l'exécution individuelle même lorsque l'exécution globale réussit.

## Comparer les versions et la couverture

Vérifiez quelles versions publiées une vue inclut. Un total combiné peut inclure des flux plus anciens ; une comparaison de versions peut refléter un trafic ou des périodes différents autant qu'un changement de workflow.

Les données manquantes apparaissent sous forme de valeurs indisponibles ou de lacunes dans les graphiques. Une valeur indisponible ne signifie pas zéro exécution. Les compteurs peuvent changer à mesure que des exécutions se terminent et que des mises à jour de reporting arrivent.

Lorsque le reporting ne couvre qu'une partie de la période sélectionnée, les totaux décrivent cette portion. Évitez de comparer ces totaux avec ceux d'une période entièrement couverte. Les variations par rapport à la période précédente sont omises lorsque l'une ou l'autre période est partiellement couverte ou indisponible.

Le détail des exécutions et les statistiques agrégées ont des durées de conservation distinctes. Un total conservé peut subsister après l'expiration des enregistrements d'exécution détaillés ou la suppression d'une automatisation.

## Étapes suivantes

- [Inspecter des exécutions individuelles](/docs/guides/automations/runs).
- [Dépanner une automatisation](/docs/guides/automations/troubleshooting).
- [Comprendre les flux et les connexions](/docs/guides/automations/flows).
- [Parcourir les guides Automations](/docs/guides/automations).

## Related resources

- [Preview your first automation](/docs/get-started/automations) (docs)