SDK JavaScript
Prise en main
L'API onsite est utilisée pour interagir avec les fonctionnalités de Commanders Act en JavaScript.
Différentes commandes sont disponibles dans cact(): config sert à définir les options générales, trigger event sert à envoyer des données, et d'autres commandes spécifiques get/update/revoke sont utilisées pour interagir avec les fonctionnalités de la plateforme (ex : obtenir le consentement utilisateur)
Comment l'utiliser
L'API onsite se compose d'une seule fonction, cact(), avec la signature stricte suivante :
cact(command, [options,], [config,], [callback])command
Un identifiant sous forme de chaîne utilisé pour sélectionner la méthode souhaitée.
Obligatoire
options
Un objet JavaScript qui inclut les données transmises à la méthode.
Facultatif
config
Un objet JavaScript utilisé pour remplacer les paramètres par défaut comme siteId , collectionDomain , eventId, ou sourceKey
Facultatif
callback
Une fonction de rappel JavaScript utilisée pour recevoir des informations ou des événements de l'API onsite.
Facultatif
L'API onsite est incluse dans chaque conteneur et bannière de confidentialité.
Initialiser les paramètres globaux avec config
Utilisez la config commande pour initialiser et configurer les paramètres d'un espace de travail particulier.
La commande config prend le format suivant :
L'objet de configuration accepte 4 paramètres, ils sont facultatifs si vous utilisez un conteneur web sur votre page :
siteId: si non défini, la valeur par défaut est l'ID du site du dernier conteneur web chargé (tC.id_site)sourceKey: si non défini, la valeur par défaut est dérivée de l'ID de votre conteneur web. Si vous n'avez pas de conteneur web, sourceKey est obligatoire et correspond à la source de votre JS SDK.collectionDomain: si non défini, la valeur par défaut estcollect.commander1.com(ou votre domaine First party, si vous en configurez un et utilisez un conteneur web)eventId: si non défini, un ID aléatoire est défini pour cet événement et sera placé danscontext.event_id
Exemple :
Envoyer un événement
Pour envoyer des données d'événement à la plateforme Commanders Act server-side, utilisez cette commande :
Exemple : pour envoyer un événement d'achat :
Exemple : pour envoyer un événement d'achat, en remplaçant le domaine de tracking / l'espace de travail / sourceKey par défaut :
Envoyer des événements en mode exempté (sans cookies d'identifiant)
Dans certaines configurations, vous devrez peut-être envoyer des événements sans consentement utilisateur, par exemple lors de l'utilisation d'une configuration analytique exemptée de consentement.
Dans ce cas, vous pouvez activer l'option exemptMode .
Lorsqu'elle est activée, Commanders Act collectera l'événement sans définir de cookies d'identifiant tels que CAID, WID, (ou TCID selon votre configuration).
Configuration globale
Vous pouvez activer exemptMode globalement via la config commande.
Tous les événements suivants envoyés avec cact('trigger', ...) utiliseront ce comportement par défaut, sauf s'il est remplacé au niveau de l'événement.
Configuration par événement
Vous pouvez activer exemptMode uniquement pour des événements spécifiques en utilisant le paramètre de configuration de trigger commande.
Cela vous permet d'envoyer sélectivement certains événements en mode exempté tout en gardant les autres en mode standard.
Remplacer la configuration globale
Si exemptMode est activé globalement, il peut toujours être désactivé pour des événements spécifiques.
Cela vous permet de contrôler entièrement la manière dont chaque événement est collecté.
Quand utiliser cette option
Utilisez exemptMode quand :
votre événement est envoyé avant que l'utilisateur n'ait donné son consentement
ou vous utilisez une configuration analytique exemptée de consentement
Cas d'utilisation typique :
Un événement est déclenché dès le chargement de la page, avant que l'utilisateur n'interagisse avec la bannière de consentement, et doit tout de même être envoyé à des fins d'analyse sans définir de cookies d'identifiant.
Obtenir des informations
Pour obtenir différentes valeurs depuis Commanders Act, utilisez cette commande :
Exemple : pour obtenir le consentement de TrustCommander, vous pouvez appeler l' consent.get API comme ceci :
Les méthodes de l'API onsite sont appelées de manière asynchrone. Si, par exemple, vous avez besoin d'informations de manière synchrone dans le <head> du document, il est recommandé de mettre en cache et de récupérer le résultat de l'API dans localStorage.
Gestion des erreurs
Vous pouvez gérer les erreurs via la propriété error dans l'objet de rappel. Exemple :
Propriétés Meta
Le meta property inclut les métadonnées et le contexte du consentement fourni dans un navigateur. Vous pouvez voir la liste des propriétés Meta ici
Stub API (facultatif)
Pour une utilisation avancée, nous fournissons également un stub API qui peut être ajouté lorsque vous devez interagir avec l'API avant que les conteneurs ou les bannières soient chargés. Ce stub est déjà inclus dans les conteneurs et les bannières de confidentialité, donc vous n'avez pas besoin de l'ajouter dans la plupart des cas d'utilisation. Le stub sert à mettre en mémoire tampon toutes les méthodes dans un tableau JavaScript jusqu'à ce que le JavaScript de Commanders Act soit chargé et prêt à traiter les méthodes. Cela permet par exemple d'utiliser l'API onsite avant que le JavaScript de TrustCommander ne soit chargé.
window.caReady est un tableau JavaScript qui met en mémoire tampon les interactions avec l'API. window.cact est une fonction JavaScript utilisée pour interagir avec l'API onsite.
Si vous travaillez dans une grande équipe et n'êtes pas sûr que le stub ait déjà été installé, il est acceptable d'installer le stub JavaScript plusieurs fois.
Utiliser le JS SDK dans le TMS
Notre système inclut désormais plusieurs nouvelles fonctionnalités améliorées pour vous aider à gérer et implémenter efficacement des tags sur votre site web. Ce guide fournit des informations complètes sur l'utilisation de nos webcontainers TMS et du JavaScript SDK, y compris les événements côté navigateur, les références de commandes et les variables de contexte de tag.
Événements côté navigateur
Introduction
Notre nouveau cact('emit') API est une nouvelle approche des tC.event.XXX fonctions, garantissant une gestion des événements plus sûre et plus fiable.
Voici comment vous pouvez utiliser ces événements :
Événements disponibles
container_ready: Se déclenche pour chaque conteneur chargé.
container_
<siteId>_<containerId>_ready: Déclenche un événement spécifique pour chaquecontainer_readyévénement (ex :container_1234_1_ready)consent-ready: Se déclenche lorsque le cookie de consentement est défini ou que la bannière est acceptée/refusée.
consent-updated: Se déclenche lorsque le consentement est mis à jour.
consent-revoke: Se déclenche lorsque le consentement est révoqué.
consent-signal-ready: Utilisé pour les configurations Google Consent Mode.
banner-show: Se déclenche lorsque la bannière de confidentialité est affichée.
banner-hide: Se déclenche lorsque la bannière de confidentialité est masquée.
privacy-center-show: Se déclenche lorsque le centre de confidentialité est affiché.
privacy-center-hide: Se déclenche lorsque le centre de confidentialité est fermé.
tag_trigger_form_submission: Déclencheur standard de formulaire.
tag_trigger_clicks: Déclencheur standard de clics.
tag_trigger_scroll: Déclencheur standard de défilement.
track_all_events: Événement server-side envoyé avec
cact('trigger')API.track_*: Similaire à
track_all_eventsmais avec des noms d'événements spécifiques (par ex.,track_page_view,track_add_to_cart).privacy-module-loaded: Événement interne déclenché lorsque
tC.privacyest initialisé.Événements personnalisés: Envoyés en utilisant
cact('emit').
Exemple de déclenchement pour faire apparaître un tag sur consent-updated événement

Écouter tous les événements
Vous pouvez écouter tous les événements en utilisant cact('on', '*') API.
Déclencheurs de tag personnalisés
Pour déclencher un déclencheur personnalisé, utilisez la cact('emit', 'my_custom_event') commande. Notez que les tirets seront convertis en underscores lors du lancement du déclencheur.
Vous pourrez utiliser cet événement comme déclencheur personnalisé TMS :

Référence des commandes
Le conteneur fournit un ensemble de commandes, dont certaines déclenchent des événements côté navigateur. Pour voir toutes les commandes, tapez tC.cact dans votre console.
config
Définir diverses configurations du site web.
setProperty
Définissez des propriétés à fusionner avec les événements server-side envoyés via l'API trigger.
emit (Alias : dispatchEvent)
Déclenchez un événement côté navigateur à utiliser comme déclencheur de tag personnalisé.
on (Alias : addEventListener)
Abonnez-vous à un événement côté navigateur.
once
Similaire à on, mais la fonction de rappel ne s'exécute qu'une seule fois.
off (Alias : removeEventListener)
Supprimez un écouteur d'événement.
trigger
Envoyez un événement server-side. Tout appel à cact('trigger', ...) déclenchera également un track_all_events événement générique.
Variables de contexte de tag
Le Tag Context fournit des variables utilisées dans un tag. Si vous avez besoin d'un Tag Context similaire à « Container Loaded », envisagez d'utiliser le container_ready déclencheur personnalisé.
cact_container
Contient des informations sur le conteneur.
cact_event
L'événement qui a déclenché le tag, avec une propriété cact_event.type.
cact_event_vars
Contient toutes les variables d'événement du déclencheur.
cact_event_attrs
Contient les attributs de l'événement, définis à l'aide de la depuis propriété dans emit ou trigger API.
Pour plus d'exemples et une démo en direct, consultez les liens de documentation fournis.
Bonnes pratiques et conseils
Résoudre les conflits Site-ID/Source-Key
Dans les sites web à conteneurs multiples, les événements étaient parfois envoyés avec un site-id ou un source-key incorrect. Ce problème est corrigé pour les tags utilisant des déclencheurs autres que le « Container Loaded » natif. Utilisez le nouveau container_ready déclencheur personnalisé pour une résolution précise du site-id/source-key.
Événements liés à la confidentialité
Vous pouvez utiliser divers événements liés à la confidentialité comme déclencheurs personnalisés :
consent_readyconsent_updatedconsent_revokebanner_showbanner_hideprivacy_center_showprivacy_center_hide
Suivi server-side comme déclencheurs personnalisés
Vous avez besoin de suivre un événement envoyé en server-side ?
Notre cact('trigger', ...) déclenchera un track_* événement correspondant, que vous pouvez utiliser comme déclencheur personnalisé.
Pour utiliser cette fonctionnalité comme déclencheur de tag personnalisé TMS, vous devrez préfixer le nom de l'événement avec "track_*" Exemple :\

Utiliser cact('on') pour l'abonnement aux événements
Vous pouvez vous abonner à n'importe quel événement envoyé en utilisant cact('emit').
Mis à jour
Ce contenu vous a-t-il été utile ?