# Configurer les tags
Une fois qu’un tag est ajouté, vous pouvez le configurer dans l’étape « **EDIT** ».
Une liste de vos tags s’affiche dans le menu de gauche de l’interface « **EDIT** ». Les tags qui doivent être configurés ou validés portent un signe d’avertissement (/!\\) devant leur nom.
Note : vous pouvez trouver un tag dans la liste à l’aide de la zone de recherche :[ ](https://community.commandersact.com/wp-content/uploads/sites/2/2016/01/TAG_CONFIG_1.png)
Pour chaque tag sélectionné, une fenêtre de configuration apparaîtra au centre de l’interface et contiendra les éléments suivants :
**Expiration**: une date d’expiration peut être appliquée au tag
**Variable(s) de tag**: variables de tag qui nécessitent des données de data layer ou des informations statiques associées
**Code du tag**: le code du tag sélectionné
**Utilisez** **tag** **Cleaner**: outil de correction JavaScript et bouton d’aperçu pour voir le code du tag une fois ses variables mappées avec les variables du datalayer
**Précédent** **version(s)**: l’historique des versions du tag ;
« **supprimer** » et « **save** »
**Rules**: raccourci vers la configuration des règles du tag
## Date d’expiration
### Définition de l’expiration d’un tag
Vous pouvez appliquer une **expiration** personnalisée à chaque tag. Cochez la case pour activer cette fonction, puis sélectionnez une date dans le calendrier ou saisissez-la dans le champ vide.
Lorsque vous activez la fonction d’expiration, elle désactive automatiquement le tag dans le container à la date d’expiration sélectionnée.
Cette fonction est utile si vous avez ajouté un tag pour une campagne spécifique et que vous souhaitez qu’il soit désactivé une fois celle-ci terminée, afin que votre container ne soit pas inutilement surchargé de tags.
## Mapping des variables des tags
Rappel important : vous devez créer un lien entre les informations demandées par les différents tags du container et les données disponibles dans le data layer. L’ajout de variables de data layer aux variables de tag s’appelle le « **mapping** ».
Les variables de tag à mapper sont appelées « **dynamic variables** », et elles sont désignées de la manière suivante : **#variable#**.
Elles apparaissent dans le code du tag, en bleu gras, ainsi qu’au-dessus du code du tag.
Vous devez mapper ces dynamic variables avec les variables du data layer disponibles dans les menus déroulants (exemple : email utilisateur, user ID) ou une valeur statique (exemple : méthode) :[ ](https://community.commandersact.com/wp-content/uploads/sites/2/2016/01/MAPPING_TAGS_VARS.png)
Informations complémentaires
Si le code du tag ne répond pas à vos besoins, vous pouvez le personnaliser directement dans la section « **JAVASCRIPT CODE** » ainsi que dans la section « **NOSCRIPT CODE** » pour les navigateurs sans JavaScript activé (cette fonction ne fonctionnera que si vous appelez la version NOSCRIPT du container dans le code source de votre site) :
\\
Vous pouvez modifier directement votre tag en transformant les variables dynamiques dans le code en données de votre choix.
Exemple :
Si vous souhaitez coder en dur le USER ID, remplacez simplement #user\_id# par la valeur de l’ID :\
\ 
Vous pouvez également personnaliser le code de votre tag en transformant les éléments statiques en variables dynamiques.
Exemple :\\
Si vous souhaitez rendre dynamiques toutes les valeurs à collecter dans un tag, il suffit de les laisser entre des signes dièse. Enregistrez ensuite le tag après cette modification et vous pourrez mapper votre variable avec les données de votre data layer :[ ](https://community.commandersact.com/wp-content/uploads/sites/2/2016/01/MATCHING.png)
Note : vous pouvez modifier votre tag à tout moment. Cependant, veuillez prêter attention à sa structure JavaScript : les éléments dynamiques doivent être placés entre ## et suivis ou précédés d’un « + » s’ils sont associés à des éléments statiques. La syntaxe colorée dans le code du tag vous permet de vérifier qu’il n’y a pas d’erreurs :
## Configuration des tags personnalisés
Un tag « **Free input (custom)** » peut être utilisé pour ajouter un tag à votre container même s’il n’est pas सूची dans la bibliothèque de tags.
Pour configurer votre tag personnalisé, remplacez simplement le code par défaut dans la section « **JAVASCRIPT** **CODE** » par le code fourni par la solution de votre partenaire, puis cliquez sur « **SAVE** ».
Dans la grande majorité des cas, vous constaterez que votre tag est réécrit afin que sa structure soit compatible avec celle du container et qu’il soit appelé de manière asynchrone. Cela est également fait pour éviter les erreurs liées à certaines structures de données JavaScript telles que « document.write ».
Les tags sont corrigés à l’aide de la fonctionnalité « **Use Tag Cleaner** » :
Décochez la case « **Use Tag Cleaner** » si vous ne souhaitez pas que votre tag soit réécrit.
## Retour à une version précédente du tag
À chaque fois qu’un container est généré, Commanders Act enregistre les tags présents dans le container, ce qui vous permet de revenir à une ancienne configuration de tag si nécessaire.
Vous pouvez afficher les versions précédentes d’un tag particulier en cliquant sur « **PREVIOUS VERSION(S)**” :[ ](https://community.commandersact.com/wp-content/uploads/sites/2/2016/01/PREVIOUS_VERSIONS.png)
Le « **PREVIOUS VERSION(S)** » ; cette fenêtre contient toutes les versions enregistrées de votre tag. La version affichée par défaut est la version précédente du tag.[ ](https://community.commandersact.com/wp-content/uploads/sites/2/2016/01/PREVIOUS_V_DETAILS.png)
**Version du tag**: numéro de la dernière version du tag enregistrée, nom de l’utilisateur qui a généré la version, ainsi que la date et l’heure de sa génération
« **Rollback** : bouton vous permettant de revenir à la version du tag affichée
**tag** **code**: code du tag sélectionné (code JavaScript ou NoScript selon l’option choisie en (3))
**tag** **versions**: versions précédentes du tag
Pour revenir à une version précédente du tag, sélectionnez la version souhaitée et cliquez sur « **ROLLBACK** ».
## Application d’une règle à la volée
Vous pouvez ajouter directement une règle d’activation de tag dans l’étape « **EDIT** ».
Vous avez deux options :
* Vous pouvez sélectionner un périmètre ou une contrainte créé(e) précédemment en cliquant sur le menu déroulant :\
\
* Vous pouvez créer un nouveau périmètre ou une nouvelle contrainte en cliquant sur « + » 
La fenêtre de création de règle apparaîtra afin que vous puissiez créer vos règles de la même manière que dans l’étape « **RULES** ».
Pour plus d’informations sur la création de règles, veuillez vous référer à la [Rules](/fr/fonctionnalites/sources/sources-catalog/web/containers/user-guides-for-browser-side-platform/tags/rules.md) section.
### Affichage du récapitulatif des tags et des règles associées
Pour afficher un récapitulatif de tous les tags présents sur votre site ainsi que leurs règles, allez dans l’onglet « **REPORTS** » > « **Tags’ Summary** » \*cette page est actuellement accessible uniquement depuis Platform v7.
Vous pouvez afficher le code, les règles et la date d’expiration de chaque tag.
Vous pouvez également filtrer les containers ou les tags que vous souhaitez analyser.
Ce rapport peut être utile pour afficher quels tags sont présents sur votre site à un moment donné et pour partager ces informations avec d’autres personnes en interne. Il peut également vous aider à trouver un tag dans la liste des tags présents sur votre site.
## Enregistrement et suppression d’un tag
Une fois la configuration de votre tag terminée, cliquez sur « **SAVE** » pour enregistrer vos modifications.
Vous pouvez également supprimer un tag dont vous n’avez plus besoin en cliquant sur « **DELETE** ».
Attention : un tag supprimé ne peut pas être récupéré.
## Ordre d’activation et d’exécution des tags
Pour activer ou désactiver des tags dans l’étape « **GENERATE** », il suffit de cocher ou décocher chaque tag dans la colonne « **ACTIVATION** » et de générer une nouvelle version du container (bouton bleu en haut à droite de l’écran) :[ ](https://community.commandersact.com/wp-content/uploads/sites/2/2016/01/MANAGING_ACTIVATION.png)
Tous les tags cochés sont actifs et tous les tags décochés sont inactifs. L’avantage de désactiver un tag plutôt que de le supprimer définitivement est que vous pouvez conserver tous les paramètres du tag (mapping, règles) et les réactiver ultérieurement sans avoir à tout reconfigurer.
Note : comme un tag désactivé sera visible dans l’interface mais pas dans le container appelé pour votre site, votre container ne sera pas inutilement encombré.
Pour modifier l’ordre d’exécution des tags dans un container à l’étape « **GENERATE** », il suffit de glisser-déposer chaque tag dans la colonne « **RANK** » et de les placer dans l’ordre dans lequel vous souhaitez qu’ils s’exécutent sur les pages de votre site, puis de générer une nouvelle version du container (bouton bleu en haut à droite de l’écran) :\\
Nous vous recommandons de placer les **tags les plus importants** en **haut** du container afin qu’ils aient la meilleure chance de s’exécuter si vos visiteurs changent de page rapidement sans attendre le chargement complet.
## Définition d’un timeout sur un tag
Pour améliorer les performances de votre site, Commanders Act suggère de désactiver un tag s’il met trop de temps à se charger. Vous pouvez saisir une durée maximale, en millisecondes, pour l’exécution d’un tag. Si le tag prend plus de temps que cette durée pour s’exécuter, il sera désactivé.
Pour ajouter un timeout aux tags dans l’étape « **GENERATE** », saisissez simplement une durée en millisecondes dans la colonne « **TIMEOUT MS”** » et générez une nouvelle version du container :[ ](https://community.commandersact.com/wp-content/uploads/sites/2/2016/01/TIMEOUT.png)
## Personnalisation de la bibliothèque de tags (whitelisting)
Vous pouvez personnaliser la bibliothèque de tags en limitant le nombre de modèles de tags disponibles dans la popin d’ajout de tags depuis les étapes « Select » et « Edit ».
Cette fonctionnalité de « tags whitelist » est utile si vous souhaitez limiter l’accès aux solutions de la bibliothèque et n’en rendre que certaines disponibles à vos équipes. L’objectif est d’empêcher les utilisateurs de placer dans vos containers des tags que vous n’avez pas autorisés.
L’interface « Library management » est accessible aux administrateurs ainsi qu’aux utilisateurs personnalisés auxquels cet accès a été accordé. La tags whitelist se gère depuis l’interface « Admin » > « Library management ». Cette page est actuellement disponible uniquement sur la platform v7.
Tous les tags seront sélectionnés par défaut.
Vous pouvez cliquer sur l’option « Unselect all » puis choisir les tags que vous souhaitez rendre disponibles dans votre bibliothèque.
Sélectionnez le site pour lequel vous souhaitez configurer la liste blanche des tags dans le menu déroulant.
Vous pouvez cocher/décocher les tags pertinents.
Les boutons « Select all » et « Unselect all » vous permettent de cocher ou décocher plusieurs tags simultanément.
Vous avez la possibilité de filtrer les tags par nom ou par ordre alphabétique.
Cliquez sur le bouton « SAVE » pour enregistrer vos paramètres.
**À savoir :**
* Lorsqu’un nouveau tag est ajouté à la bibliothèque de tags par les équipes de Commanders Act, il est automatiquement décoché si vous avez déjà créé au moins une tags whitelist pour votre site.
* Vous pouvez copier une tags whitelist d’un site à un autre depuis le menu « Administration » > « Copy management ».
---
# Agent Instructions: Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://doc.commandersact.com/fr/fonctionnalites/sources/sources-catalog/web/containers/user-guides-for-browser-side-platform/tags/configure-tags.md?ask=
```
The question should be specific, self-contained, and written in natural language.
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.