Concepts condensés de la plateforme

CAX Platform : Fonctionnalités et fonctions

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

Composants :

• Source : Libraries/APIs collectent les actions utilisateur (events) depuis diverses plateformes (sites web, apps, POS).

• Event : Actions utilisateur suivies depuis les sources et envoyées vers 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 de données.

• Résolution d'identité

• Data Insights : Analyse de campagnes, optimisation automatique des budgets Ads (Adloop), analytics client, groupe témoin

Intégration des données :

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

• Outils tiers : catalogue de connecteurs, destination builder, webhook.

• Imports : Imports de fichiers automatiques 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.

Qualité des données :

• Confidence : reporting in-app et digests email quotidiens pour les actions d'event invalides.

• Normalized Datalayer UI : Interface pour la définition de 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 : fonctionnalité de transformation de données en direct 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 de events 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 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 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 events 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 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.