> 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/sources/sources-catalog/web/containers.md).

# Web container

Le container associé à un compte Tag Manager.

Un web container est le composant côté navigateur de *Commanders Act* système de Enterprise Tag Management.\
Il est composé d’un ensemble de tags côté navigateur, de règles, de déclencheurs et d’un data layer web enrichi. Il est représenté par un fichier JavaScript du container qui est placé sur chaque page de votre site web.\
Pour en savoir plus sur la manière dont les utilisateurs configurent et maintiennent les containers, consultez le [guide dédié au Web container](https://community.commandersact.com/web-container/).

## Connecter des destinations serverside à un web container <a href="#onetag" id="onetag"></a>

Envoyer des données depuis votre web container vers des destinations serverside offre de nombreux avantages (performance web, sécurité, exactitude/qualité des données, etc.)

Pour commencer à envoyer des données, il n’y a qu’une seule étape simple à suivre : [ajouter le *Commanders Act* **One Tag**](/fr/prise-en-main/integrating-your-data/onetag-tutorial.md).

> Le dernier tag que vous configurerez jamais.

Le *One Tag* vous permet d’envoyer tous vos événements à la plateforme Commanders Act de manière normalisée, et une bonne fois pour toutes, de bénéficier de tous les avantages serverside qu’offre la plateforme.

## Recommandations pour la configuration

Afin de tirer parti de tous les avantages offerts par un Web container, il est essentiel de [mettre en place un data layer](/fr/fonctionnalites/sources/sources-catalog/web/containers/setup-guides-for-developers/datalayer-setup.md) sur chaque page de votre site web.

De plus, la [mise en place des événements](/fr/fonctionnalites/sources/sources-catalog/web/containers/setup-guides-for-developers/browser-side-events-setup.md) sur votre site vous permettra d’obtenir un tracking plus puissant et de meilleure qualité

{% hint style="info" %}
Veuillez noter : la section suivante concerne l’implémentation html standard.\
Si vous utilisez une technologie spécifique, n’hésitez pas à consulter nos githubs dédiés pour obtenir nos wrappers

[Angular](https://github.com/CommandersAct/angular-tag-commander)

[Vue js](https://github.com/CommandersAct/vue-tag-commander)

[React](https://github.com/CommandersAct/react-tag-commander)

[Ngx](https://github.com/CommandersAct/ngx-tag-commander)
{% endhint %}

## Extensions

Il est possible d’étendre Commanders Act TMS avec des modules supplémentaires :

| Module             | Description                                                                 | Type        |
| ------------------ | --------------------------------------------------------------------------- | ----------- |
| **TagPerformance** | Un outil pour mesurer la performance onsite des Tags.                       | Client-Side |
| **Déduplication**  | Un outil pour attribuer sélectivement les conversions aux canaux marketing. | Client-Side |
| **TagFirewall**    | Un outil pour blacklister ou whitelister des Tags.                          | Client-Side |

{% hint style="info" %}
Ces modules sont configurés et paramétrés par un consultant Commanders Act.
{% endhint %}


---

# 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/sources/sources-catalog/web/containers.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.