> For the complete documentation index, see [llms.txt](https://doc.commandersact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.commandersact.com/fr/fonctionnalites/destinations/add-destination.md).

# Aperçu des destinations

## Liste des destinations

Retrouvez ici la liste complète des [destinations](/fr/prise-en-main/concepts.md#destination) déjà configurées.

Vous pouvez rechercher une destination par nom et filtrer selon l'environnement (production ou staging), le statut (active ou inactive) ou une source spécifique.

![](https://3282103337-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Mk6XpTQ2LaRLcr2tA-d%2Fuploads%2Fgit-blob-e953ce73309b4d9f23522282d6014ea5c7121f56%2FDestination%20overview.png?alt=media)

4 sections sont disponibles : Cloud mode, Device mode, Audience et Raw Data.

### Cloud mode

Il s'agit de destinations basées sur des événements qui s'exécutent sur le serveur (alias server-side tags) : des destinations qui fonctionnent en temps réel et envoient vos events (achats, vues de page...).

### Device mode (bientôt)

Il s'agit de destinations qui doivent être exécutées dans le navigateur (alias client-side tags). Par exemple : survey tag, tests A/B, outil de heatmapping, live chat, notification web, ...\
Actuellement, les client-side tags sont gérables dans la section web containers. Elles migreront progressivement vers la section Device mode.

### Audience

Il s'agit de destinations qui envoient les segments de l'utilisateur, chaque fois qu'un utilisateur entre ou quitte un segment que vous avez créé.

### Raw Data

Il s'agit de destinations planifiées, via des échanges de fichiers comme FTP, S3 ou Cloud Storage.

## Tendance et santé

La tendance représente l'évolution du nombre d'events envoyés à la destination sur le mois dernier (période maximale de conservation des données).

La santé permet de visualiser rapidement l'état de la destination, si tout est bien envoyé (sunny) ou non (stormy) sur la dernière heure.\
Cliquez dessus pour accéder à l'interface Event Delivery et obtenir plus de détails (voir aussi [documentation Event Delivery](/fr/fonctionnalites/destinations/event-delivery.md)).

![](https://3282103337-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Mk6XpTQ2LaRLcr2tA-d%2Fuploads%2Fgit-blob-9831c6aa6e1db04e9d37e9b8e565374c1162e245%2FCapture%20d%E2%80%99e%CC%81cran%202022-03-01%20a%CC%80%2015.13.05.png?alt=media)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://doc.commandersact.com/fr/fonctionnalites/destinations/add-destination.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
