Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

In the Purchase event the following fields are recommended:Image Removed

...

Note: the product id in the event should match the SKU of the product in Squeezely!

When products are offered in multiple languages, also the language (in which the product is purchased) has to be part of the product array as language. The notation for the language is ISO-639-1-ISO-3166 alpha 2.

...

When more fields are displayed in the event, they will be included in the event additional fields sent in the event.

Expand
titleHow can I check the event in Squeezely?
  • Go to Data and scroll to 'Events':

Image RemovedImage Added
  • Click on Purchase

(blue star) Is ❓Is the event not listed in the overview? (blue star) Check the implementation

(blue star) Why ❓Why aren't there any additional fields in the event? (blue star) Add ❓Add additional fields to the implementation of the event

(blue star) Why ❓Why aren't there any consent fields in the backend event? (blue star) 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 API if the consent fields have been changed.

...

Expand
titleHow can I check if the product id in the event matches the SKU of the product in Squeezely?
  • Check the product id in the event (see instruction above)

  • Go to Products

  • Search for the product id in the search bar

    • Is the matching product shown? Click on the product and check the SKU

    • Don't see the matching product? Please check the implementation


Expand
titleHow can I check if the event is also received through the backend in Squeezely?
Image Modified
  • Click on an event ID

Image Modified
  • Check the following fields in the event:

    • Created at: is this a time after the implementation of the API Call? If not select another event ID.

    • Api inserted & api verified: does one of these fields contain 'yes'? Then the event has been implemented correctly. If not, check the implementation.

Image Modified

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
titleExample scenario of benefits backend purchase

Because of the following situations, both the front-end and backend purchase are recommended:

  • The frontend purchase is not always triggered because the thank you page is not loaded

  • Some Adblockers do not accept cookies and therefore do not send frontend events to Squeezely

In the example below the advantage of sending both is shown:

Frontend purchase only

Frontend & Backend purchase

  1. Profile A does a purchase

  2. Profile A clicks away the thank you page before it is loaded = no frontend purchase, so no purchase

  1. Profile B will make a purchase

  2. Profile B clicks away the thank you page before it loads = no frontend purchase

  3. The order system sends a message that Profile B has made a purchase = backend purchase


The Frontend and Backend Purchase can be implemented automatically with:

(blue star) 🔌 Shopify Plugin (EN)

(blue star) 🔌 Lightspeed Plugin (EN)

The Frontend Purchase event can be implemented manually with:

(blue star) /wiki/spaces/SG/pages/1399652355

(blue star) 🧩 Smart Tracking (EN)

(blue star) 🏷 Custom Tracking (blue star) (blue star) (EN) ➡ 💶 Purchase with Custom Tracking (EN)

The Backend Purchase event can be manually implemented with:

(blue star) /wiki/spaces/SG/pages/1399652355

(blue star) API Calls (blue star) (blue star) Backend purchase

(blue star) Bookerz (blue star) (blue star) Backend purchase🔌 Buckles (EN)

API Calls (EN) ➡ 💶 Backend purchase (EN)

🔗 Bookerz (EN) ➡ 💶 Backend purchase (EN)