Concepts condensés de la plateforme

Plateforme CAX : 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 clients 1st party.

Composants :

• Source : Les libraries/API collectent les actions utilisateur (events) 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 adapté. Exemples : GA4, Facebook CAPI, Google Enhanced Conversion.

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

• Résolution d'identité

• Data Insights : Analyse de campagne, optimisation automatique du budget Ads (Adloop), analytics client, groupe témoin

Intégration de données :

• Suivi en temps réel : Via OneTag, Javascript SDK, Google Tag Manager, Mobile SDKs, Rest API.

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

• Imports : Importations de fichiers automatisées et régulières (csv) pour les utilisateurs CRM, conversions offline, catalogue produit, univers de stockage personnalisé.

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

Qualité des données :

• Confidence : Reporting in-app et digest email quotidien pour les actions d'event invalides.

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

• QA automation : Rédaction de spécifications d'event 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 : Contrôle qualité pour la transmission des données et vue de l'historique de livraison des events.

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

OneTag

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

2. Configurer le tag. Utilisez cact('trigger') pour enregistrer les actions utilisateur. 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'event : standard (recommandés, noms et paramètres prédéfinis) et custom (définis par l'utilisateur). Utilisez les propriétés standard dans les events custom.

4. Le consentement utilisateur est automatiquement inclus dans tous les events avec le CMP Commanders Act. 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 events avec cact('config').

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

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

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