Les versions

Dans ce nouvel épisode, nous allons nous intéresser au système de versioning intégré dans Google Tag Manager.

Publiez vos changements

Lorsque vous réalisez des changements dans votre conteneur, ces modifications ne sont pas directement effectives sur votre site web. Vous devez publier les modifications au travers de versions. Chaque nouvelle publication correspond à une nouvelle version.

Vous avez la possibilité de créer une version sans la publier tout de suite, vous permettant de sauvegarder vos changements sans les appliquer tout de suite.

L’intérêt est de regrouper vos modifications en un seul batch, permettant de revenir en arrière en cas de souci.

Nommez vos versions

À chaque nouvelle publication, l’interface de GTM vous demande un nom de version. Bien qu’il soit optionnel, nommer vos versions s’avère plutôt utile, surtout en cas de problème avec des modifications futures.

Il existe plusieurs conventions de nommage pour les versions, vous choisissez celle que vous préférez, mais donnez un nom à vos versions, et ne les appelez pas “azeazeaze” ou “sdfsdf”...

Le SemVer

La première est appelée “SemVer” pour “Sémantique Versioning”. Vous devrez ajouter un préfixe incrémental, très souvent utilisé pour versionner du code par les développeurs.

Exemple :

• 1.0.0 - Ajout de la balise Google Tag
• 1.1.0 - Ajout d’une balise événement Google Analytics
• 1.1.1 - Correction d’un bug dans la balise événement GA4
• 1.2.0 - Ajout de la balise Conversion Google Ads

Cette approche est très verbeuse et assez difficile à maintenir dans le temps. À quel moment on passe de 1.1 à 1.2 ? Et pour 1.9, on passe à 2.0 ou à 1.10 ?

L’approche par verbes d’action

La seconde se rapproche de ce que les développeurs font sur leur outil de versionning de code. On préfixe les changements par des verbes d’action en anglais (add:, update:, fix:, remove: et refactor:).

Exemple :

• add: Google Tag
• update: Facebook Pixel ID
• add: Google Ads Conversion
• fix: Form submit trigger configuration
• remove: Google Ads Conversion
• refactor: Cleaning unused triggers and variables

Cette approche permet à n’importe quel utilisateur de commenter ses actions et de savoir ce qui s’est passé, pas besoin de suivi étape par étape.

Comparer des versions entre elles

Maintenant que vous savez comment créer, publier et nommer correctement vos versions dans GTM, nous allons voir comment comparer des versions entre elles pour savoir quels changements ont été initiés et si il est nécessaire de restaurer une version antérieure.

Pour accéder à la liste des versions créées dans votre conteneur, vous pouvez cliquer sur le bouton “Versions” situé à droite de “Espace de travail”. Vous retrouverez chaque version avec sa date de création et son nom.

// TODO

Restaurer une version antérieure

Si vous souhaitez retourner à une version antérieure et effacer tous vos changements, vous pouvez sélectionner la version souhaitée dans la liste, puis cliquer sur les trois points verticaux situés en bout de ligne. Vous choisirez ensuite l’option “Définir en tant que dernière version”, confirmez votre choix dans la popup qui apparait.

Vous retrouverez ensuite votre conteneur tel qu’il était au moment où vous avez publié cette version.

Utiliser les espaces de travail

Les versions sont également dotées d’un système d’espaces de travail. Ces espaces de travail permettant à plusieurs équipes de travailler en simultané sur le conteneur, sans se gêner. Chaque équipe est libre de publier ses modifications, sans emporter au passage les modifications d’un autre espace de travail.

Par défaut, GTM embarque un seul espace de travail appelé “Default Workspace” qui correspond à l’espace de travail original (vous ne pouvez pas le supprimer).

Vous pouvez changer d’espace de travail ou en créer un nouveau depuis le bouton situé en dessous de “Espace de travail”.

Cliquez sur le petit bouton “+” bleu pour créer un nouvel espace de travail. Vous avez la possibilité d’ajouter une description et de nommer votre espace de travail (souvent nommé à partir du nom de l’agence ou du prestataire qui crée son espace de travail). La description et le nom de votre espace de travail seront réutilisés et auto-complétés au moment de publier les changements que vous allez apporter dans une version.

Les modifications apportées dans un espace de travail ne sont visibles que dans cet espace de travail tant qu’elles ne sont pas publiées. Une fois publiées, elles sont fusionnées avec l’espace de travail par défaut et votre espace de travail actuel sera supprimé.

Si vous travaillez dans un espace de travail qui n’est plus à jour car quelqu’un d’autre a publié des modifications dans l’espace de travail par défaut, vous pourrez mettre à jour votre espace de travail sans perdre vos modifications en cliquant sur le bouton “Mettre à jour l’espace de travail” dans la notification affichée en bas à gauche de votre écran.