...
In the Purchase event the following fields are recommended:
Email: the email address of the profile (this can also be a hash, where you send the email address yourself via a backend event)
Orderid: the id of the order
Productarray with:
Quantity: the number of the product purchased
...
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 | ||
---|---|---|
| ||
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/1399652355
🏷 Custom Tracking ➡ 💶 Purchase with Custom Tracking
The Backend Purchase event can be manually implemented with:
🔌 /wiki/spaces/SG/pages/1399652355
⚙ API Calls ➡ 💶 Backend purchase🔗