...
When more fields are displayed in the event, they will be included in the event additional fields sent in the event.
Expand | ||
---|---|---|
| ||
❓Is the event not listed in the overview? ➡ Check the implementation ❓Why aren't there any additional fields in the event? ❓Add additional fields to the implementation of the event ❓Why aren't there any consent fields in the backend event? ➡ In the events no consent fields are shown which are received via the backend API. When you want to validate the forwarding of the consent fields it's recommended to send a backend event to a profile without consent and then check in the profile API if the consent fields have been changed. |
...
Expand | ||
---|---|---|
| ||
|
Expand | ||
---|---|---|
| ||
Please note that the frontend and backend purchase are merged based on the order id. When you only send a backend purchase the consent fields are not visible in the event. A change in the consent can be checked in the profile of the event. |
...
Expand | ||||
---|---|---|---|---|
| ||||
Because of the following situations, both the front-end and backend purchase are recommended:
In the example below the advantage of sending both is shown:
|
The Frontend and Backend Purchase can be implemented automatically with:
...
The Frontend Purchase event can be implemented manually with:🔌 /wiki/spaces/SG/pages/2618327072
🏷 Custom Tracking (EN) ➡ 💶 Purchase with Custom Tracking (EN)
The Backend Purchase event can be manually implemented with:
🔌 /wiki/spaces/SG/pages/2618327072 Buckles (EN)
⚙ API Calls (EN) ➡ 💶 Backend purchase (EN)
...