# Création et modification

Pour créer/ajouter un container, allez à l’onglet “**Web Containers**” sur la plateforme et cliquez sur “**ADD CONTAINER**» :

<figure><img src="https://3282103337-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Mk6XpTQ2LaRLcr2tA-d%2Fuploads%2Fgit-blob-dfd3d9feb7eba8bbe286e8e8663eda7a4c8d2040%2Fimage.png?alt=media" alt=""><figcaption></figcaption></figure>

Une fenêtre de configuration apparaîtra avec 3 onglets principaux :

* «[**General**](#general)“ : pour gérer les options de base du container, comme nommer votre container
* «[**Synchronization**](#synchronization)“ : pour gérer les options de mise à jour du container
* «[**Advanced**](#advanced)“ : pour gérer les options avancées du container

Après avoir configuré les différentes options du container, cliquez sur “Add”

### **General**

<figure><img src="https://3282103337-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Mk6XpTQ2LaRLcr2tA-d%2Fuploads%2Fgit-blob-6fd835f1e73d020184e44d9b75798a28a1943d2f%2Fimage.png?alt=media" alt=""><figcaption></figcaption></figure>

Remplissez simplement le champ “**Nom**“ avec le nom souhaité du Container

### **Synchronization**

<figure><img src="https://3282103337-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Mk6XpTQ2LaRLcr2tA-d%2Fuploads%2Fgit-blob-275487ebd32a06e4a0b50f98bfa87805e87356d0%2Fimage.png?alt=media" alt=""><figcaption></figcaption></figure>

Mode : modes de Synchronization pour le container :

* **FTP/CDN** : ce mode héberge le container sur un serveur FTP ou CDN (le serveur doit être préalablement configuré dans Administration => Connector Credentials). En cliquant sur cette option, le mode de synchronisation “**Set as deployed and send to FTP**” sera proposé à l’étape “**DEPLOY**”.
* **Amazon S3** : ce mode héberge le container sur un serveur FTP ou CDN (le serveur doit être préalablement configuré dans Administration => Connector Credentials). En cliquant sur cette option, le mode de synchronisation “**Set as deployed and send to AWS**” sera proposé à l’étape “**DEPLOY**”.
* **Update by batch from permanent link** : ce mode active un lien permanent vers la dernière version du container déployée. Ce mode peut être utile lors d’une mise à jour manuelle du container sur votre site ou si vous utilisez un batch qui restaure régulièrement la dernière version du container sur le site. En cliquant sur cette option, le “**Set as deployed and use external URL**” sera proposé à l’étape “**DEPLOY**”.
* **Custom URL** : ce mode appelle une URL lors du déploiement du container (l’URL doit être préalablement configurée dans Administration => Connector Credentials). Cette URL renvoie vers un script placé sur vos serveurs (créé par vos soins) qui doit effectuer les opérations nécessaires au lancement du container. En cliquant sur cette option, le mode “**Set as deployed and call the URL**” sera proposé à l’étape “**DEPLOY**”.
* **Manual** : ce mode vous permet de charger le container directement depuis l’interface afin que vous puissiez ensuite le déployer manuellement sur votre site. Vous pouvez cocher la fonction “**Add unminified version**” afin de charger le container en mode compressé (minified) ou non compressé (unminified). En cliquant sur cette option, le “**Set as deployed and get JavaScript file**” sera proposé à l’étape “**DEPLOY**”.
* **Send an email** : ce mode de déploiement complète les 4 autres modes. Il est utilisé pour envoyer un email de notification à des utilisateurs spécifiés lorsqu’un déploiement est effectué.

Recurring synchronization :

La recurring synchronization est utilisée pour déployer automatiquement un container de manière régulière via le mode de déploiement souhaité (FTP, batch ou envoi par email).

Deux modes de programmation sont disponibles : mode simplifié et mode expert :

* “Simplified mode” : le mode simplifié est utilisé pour programmer la recurring synchronization par jour et par heure (par ex. recurring synchronization tous les jours à 14 h).
* “Expert mode” : le mode expert est utilisé pour programmer la recurring synchronization avec plus de précision, à la minute, à l’heure, au jour, à la semaine et au mois (par ex. recurring synchronization toutes les deux semaines du mois, les mardis à 11 h 35).

<figure><img src="https://3282103337-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Mk6XpTQ2LaRLcr2tA-d%2Fuploads%2Fgit-blob-e45030e7407dc04921b63f61dddbda6e30e0d2fd%2Fimage.png?alt=media" alt=""><figcaption></figcaption></figure>

### **Advanced**

<figure><img src="https://3282103337-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Mk6XpTQ2LaRLcr2tA-d%2Fuploads%2Fgit-blob-d47028699c2ca440a808b128255d7005dc466e29%2Fimage.png?alt=media" alt=""><figcaption></figcaption></figure>

**NoScript support** : cette option est utilisée pour créer une version noscript du container qui permet au container et à ses tags de s’exécuter pour les utilisateurs n’ayant pas JavaScript activé dans leur navigateur.

Vous pouvez également définir une version JavaScript et une version noscript pour chaque tag.

**Vérification par fichier MD5 :** Cette option est liée au mode de déploiement “Manual” et associe un code MD5 à une version du container en mode compressé (minified) ou non compressé (unminified) afin de vérifier l’intégrité du container avant sa mise en production. Elle compare pour cela le code MD5 de TagCommander avec le code MD5 calculé par votre équipe technique à la réception du container.

**Inclure jQuery (à l’étape de test) :** Cette option vous permet d’inclure la bibliothèque JavaScript jQuery à l’étape de test afin que vous n’ayez aucune erreur liée à son absence si elle est bien présente sur votre site.

**Display block for old tc\_event function :** Cette option permet d’afficher/masquer l’ancienne section d’événement TagCommander. Elle est masquée par défaut.

**Date d’expiration par défaut :** Cette option vous permet de définir une date d’expiration par défaut pour tous les tags à ajouter au container (dans ce cas, les tags seront désactivés). Si nécessaire, elle permet également d’envoyer un rapport d’expiration à des utilisateurs sélectionnés lorsqu’un tag expire (le rapport est envoyé 2 semaines et 1 semaine avant l’expiration des tags).

**Déclencheur par défaut du container :** Container Load est la valeur par défaut, vous pouvez la modifier si besoin

**Sous-domaine(s) lié(s) pour Phoenix :** Saisissez vos sous-domaines pour Phoenix, ce qui vous permet de conserver des cookies 1st party plus longtemps afin de réduire l’impact de l’ITP sur votre site web et votre activité.

**Forcer le paramètre Cookie SameSite :** tous les cookies créés via le container auront le paramètre SameSite

**Forcer le paramètre Cookie Secure :** tous les cookies créés via le container auront le paramètre Secure

\*Note : cette configuration peut être modifiée à tout moment.\
Cliquez simplement sur l’icône « paramètre » :\\

<figure><img src="https://3282103337-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Mk6XpTQ2LaRLcr2tA-d%2Fuploads%2Fgit-blob-710276383107f621f8454b3a176154d30b54a991%2Fimage.png?alt=media" alt=""><figcaption></figcaption></figure>