Concepts condensés de la plateforme

CAX Platform : Fonctionnalités et fonctions

Commanders Act : plateforme sans cookie pour la collecte, la normalisation, l'enrichissement et la transmission en temps réel des données client 1st party.

Composants :

• Source : Les libraries/API collectent les actions des utilisateurs (événements) depuis diverses plateformes (sites web, apps, POS).

• Event : Actions utilisateur suivies depuis les sources et envoyées à CAX.

• Destination : Outils/partenaires recevant les données collectées dans un format approprié. Exemples : GA4, Facebook CAPI, Google Enhanced Conversion.

• Data store : Base de données BigData de Commanders Act pour le stockage des événements et des données importées. Permet l'enrichissement d'événements ou d'utilisateurs, la segmentation des utilisateurs et l'analyse des données.

• Identity resolution

• Data Insights : Analyse de campagnes, optimisation automatique des budgets Ads (Adloop), analytics client, groupe de contrôle

Data Integration :

• Real-time tracking : Via OneTag, Javascript SDK, Google Tag Manager, Mobile SDKs, Rest API.

• Third-party tools : Catalogue de connecteurs, destination builder, webhook.

• Imports : Imports de fichiers automatisés réguliers (csv) pour utilisateurs CRM, conversions offline, catalogue produit, univers de stockage personnalisé.

• Data API : Transmission de données spécifique via Data JSON APIs.

Data Quality :

• Confidence : Reporting in-app et digests quotidiens par email pour les actions d'événements invalides.

• Normalized Datalayer UI : Interface pour la définition du schéma de données et la création de règles de validation (specs d'événements).

• QA automation : Rédaction de spécifications d'événements pour l'automatisation du processus QA et la définition d'alertes en temps réel.

• Data Cleansing UI : Fonction de transformation des données en live pour une réponse rapide aux erreurs de données.

• Event Delivery UI : Vérification de la qualité pour la transmission des données et vue de l'historique de livraison des événements.

• Event Inspector UI : Inspecteurs source et destination pour l'analyse/QA/debug d'événements spécifiques

OneTag

1. Ajoutez OneTag depuis la tag library dans le conteneur web. Options : Builder (no code) et Custom (code manuel).

2. Configurer le tag. Utilisez cact('trigger') pour enregistrer les actions des utilisateurs. Format : cact('trigger', '<event_name>', {<event_data>}, [config], [callback]);. Les events ont des noms, des propriétés. Exemple :

   cact('trigger','sign_up', {
     method: 'email', 
     user: {
         consent_categories: [1,3,4,6]
     }
   });

3. Types d'événements : standard (recommandés, noms prédéfinis, paramètres) et custom (définis par l'utilisateur). Utilisez les propriétés standard dans les custom events.

4. Le consentement utilisateur est automatiquement inclus dans tous les événements avec Commanders Act CMP. Avec d'autres CMP, ajoutez manuellement consent_categories à l'intérieur de user.

5. Remplacez les paramètres par défaut (collectionDomain, sourceKey, siteId) si nécessaire. Définissez globalement pour tous les événements avec cact('config').

6. Vérifiez la fonctionnalité avec Event Inspector.

7. Configurez la première destination. Ajoutez dans la plateforme Commanders Act, configurez, choisissez la source, gérez le consentement utilisateur, enregistrez, vérifiez.

8. Gestion du consentement server-side : l'événement est envoyé à la destination uniquement s'il y a correspondance entre les catégories de consentement de l'utilisateur et la catégorie de consentement de la destination.