OneTag Tutorial
From your web container, add a tag from the tag library, searching Commanders Act OneTag
You will find 2 tags to choose from :
- 1.The OneTag - Builder: it will guide you without having to write code
- 2.The OneTag - Custom: for those who prefer to manually write complex event data using javascript
If you choose the builder version of the tag, you can go to the next step, you just have to follow the instructions.
If you choose the custom one, here is how it works:
The
cact('trigger') function is what allows you to record any actions your users perform, along with any properties that describe the action.
Each action is known as an event.Here’s the format of a typical
trigger call:cact('trigger', '<event_name>', {<event_data>}, [config], [callback]);
Each event has a name, like page_view, and properties. For example, a page_view event might have properties like
page_name or page_type.Here is an example
cact('trigger','page_view', {
page_type: 'product_list',
page_name: 'Best sellers',
//...
});
config and callback parameters are optionalYou can implement two types of events:
- Recommended standard events are events that you implement yourself, but that have Commanders Act-predefined names and parameters.
We strongly recommend the use of standard events, as it allows you to benefit from plug&play features, automatic-mapping, automatic-QA-alerting, etc. but also future features/reporting.
- Custom events are events that you name and implement yourself. Before implementing a custom event, check that there is not a recommended event that already provides what you need. With custom events, best practice is to use recommended properties that you can find in our event references (ex: revenue, currency, ...) beside your custom properties.
Inside a standard events, you can add custom properties beside standard properties
Inside custom events, it is recommanded to put standard properties. Of course, custom properties can also be added
If you use Commanders Act CMP, the user consent is automatically retrieved and put inside all events in the
user property.If you use another CMP, you will have to add manually a property
consent_categories inside a user property, following this example : cact('trigger','sign_up', {
method: 'email',
user: {
consent_categories: [1,3,4,6]
}
});
consent_categories is the user's consents list and is mandatory to manage consents in each destinations (aka server-side consent) See how work server-side consent management.There are 3 default parameters that you can override if needed:
collectionDomain: if not set, the default value correspond to your first party domain (if you setup one) orcollect.commander1.comsiteId: if not set, the default value is the site id of the last web container loaded (tC.id_site)
To override a parameter, you can add a config object to your cact('trigger') function (4th parameter) like this:
cact('trigger', 'purchase', { id:'1234', currency: 'EUR', //...},{
collectionDomain: "my.firstdomain.com",
siteId: "1234",
sourceKey: "abcd"
});
You can also set globally these parameters for all triggered events with the
cact('config') method. See the Javascript API documentation for more information.After configuring your OneTag (at lease one event triggered) and deploying your web container, you can refer to the Event Inspector tab for the Source to verify that it generates the expected event data.
The Source Event Inspector serves as a live tool that aids in validating the arrival of events originating from your website, mobile application, or servers to your Commanders Act Source. This enables you to promptly examine the reception of calls by your source and troubleshoot without the need to await data processing.
Once you have verified the inflow of data from your fresh source, it's the perfect moment to create your first destination:
- Navigate to your Commanders Act platform, click on Destinations-> Overview, and select 'Add Destination' to list all the available destinations in the catalog.
- Look for the destination of your preference. For example Facebook Conversion API.
- Click on the card representing the destination to obtain more information about it.
- Initiate the configuration by clicking on 'Configure'
- Choose the source that you had previously setup, or select all sources.
- In the settings screen, name your destination, choose an environment and enter required information.
- Then in the filter tab, manage the user consent by selecting the appropriate consent categories for that destination (for example "Advertising" category for Facebook CAPI)
- Save and go checking that everything is going well in the Event Delivery and/or Event Inspector tab, or directly in your tool.
When you add a destination (aka serverside tag), you manage the user consent by selecting the appropriate consent categories for that destination (for example "Advertising" category for Facebook CAPI).
As a result, since each event entering the platform contains information about the user's consent, the event will only be sent to the destination if there is a match between the categories consented by the user and the consent's category associated to the destination.
