> ## Documentation Index
> Fetch the complete documentation index at: https://docs.appsignal.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Personnaliser la collecte de données

Par défaut, AppSignal collecte les données pertinentes pour les erreurs et les mesures de performances afin de vous aider à trouver la cause du problème. Parfois, vous avez besoin de plus d'informations, de données spécifiques à l'application ou d'un en-tête de requête personnalisé utilisé par votre application.

Vous pouvez configurer AppSignal pour collecter plus ou moins d'informations que par défaut en taguant vos transactions et en configurant les en-têtes de requête, le filtrage des paramètres, etc. Idéalement, nous recevons le moins de métadonnées possible pour les échantillons, et uniquement les données nécessaires au débogage d'une exception ou d'un problème de performance.

<Tip>
  📖 Lisez notre [guide sur le filtrage des données d'application](/guides/filter-data/) concernant la limitation des données (sensibles) collectées par AppSignal. Il vous guidera dans la configuration des paramètres, des données de session et des en-têtes de requête à collecter.
</Tip>

## Ignorer les actions

En configurant l'option `ignore_actions`, il est possible de ne pas enregistrer de données pour les actions, requêtes, tâches d'arrière-plan, etc. configurées.

<Note>
  📖 Lisez notre [guide sur l'ignorance des actions](/guides/filter-data/ignore-actions).
</Note>

## Ignorer les erreurs

En configurant l'option `ignore_errors`, il est possible d'ignorer les erreurs correspondant au nom exact d'une erreur pour l'application entière.

<Note>
  📖 Lisez notre [guide sur l'ignorance des erreurs](/guides/filter-data/ignore-errors).
</Note>

## Namespaces

Les namespaces permettent de regrouper des [actions](/appsignal/terminology#actions). Par défaut, AppSignal utilise les namespaces « web », « background » et « frontend » pour regrouper les [transactions](/appsignal/terminology#transactions). Il est possible de créer un namespace personnalisé tel que « admin » ou « api » pour regrouper des contrôleurs dans le même namespace.

Les actions regroupées dans un namespace peuvent être configurées avec leurs propres paramètres de notification par défaut, ce qui permet à un namespace critique de toujours notifier les erreurs, alors que le namespace « web » ne le ferait pas. Il est également possible de configurer l'intégration AppSignal pour ignorer un namespace afin d'ignorer toutes les données transactionnelles de toutes ses actions.

<Note>
  Lisez-en plus sur les namespaces dans la [section namespaces](/application/namespaces).
</Note>

## Tagging

Notre système de tagging vous permet d'attacher davantage de métadonnées aux échantillons, en plus de ce que nous collectons déjà. Des informations comme l'identifiant de l'utilisateur effectuant la requête ou d'autres données pouvant vous aider à identifier qui a fait la requête ou les conditions spécifiques de celle-ci.

## Requêtes

Par défaut, nous analysons les requêtes SQL et essayons d'en retirer les paramètres présents dans la chaîne de requête. Nous avons créé un paquet open source (Rust) utilisé par nos intégrations. Vous pouvez retrouver [le projet sql\_lexer sur GitHub](https://github.com/appsignal/sql_lexer). Si vous voyez des paramètres de requête dans notre interface, merci d'ouvrir une issue dans ce dépôt.

Les requêtes MongoDB dans l'intégration Ruby sont assainies par défaut.