Een profiel triggert het Purchase event wanneer het een betaling heeft afgerond.
Inhoud
In het Purchase event worden de volgende velden aangeraden:
Email: het emailadres van het profiel (dit kan ook een hash zijn, waarbij je het emailadres zelf via een backend event verstuurt)
Orderid: het id van de order
Productarray met:
Let op: het product id in het event dient overeen te komen met de SKU van het product in Spotler Activate!
Wanneer producten in meerdere talen worden aangeboden, dient ook de taal (waarin het product aangeschaft wordt) onderdeel te zijn van de productarray als language. De notatie voor de language is ISO-639-1-ISO-3166 alpha 2.
Standaard is de berekende waarde de productprijzen x aantal. Wil je dit overschrijven (bijvoorbeeld inclusief extra kosten), kan je hiervoor het totalvalue veld meegeven.
Als in het event meer velden worden weergeven, worden er extra velden meegestuurd in het event.
Hoe kan ik het event controleren in Squeezely?
❓ Staat het event niet tussen de events in het overzicht? ➡ Controleer de implementatie
❓ Waarom komen er geen extra velden mee in het event? ➡ Voeg extra velden toe aan de implementatie van het event
❓ Waarom komen er geen consent velden mee in het backend event? ➡ In de events worden geen consentvelden getoond die via de backend API binnenkomen. Wanneer je het doorsturen van de consentvelden wilt valideren, wordt aangeraden om een backend event te versturen naar een profiel zonder consent en vervolgens te controleren in het profiel of de consentvelden zijn gewijzigd.
Hoe kan ik controleren of het product id in het event overeenkomt met de SKU van het product in Squeezely?
Hoe kan ik controleren of het event ook via de backend wordt ontvangen in Squeezely?
Let op: de frontend en backend purchase worden samengevoegd op basis van het order id. Wanneer je alleen een backend purchase stuurt, zijn de consent velden niet zichtbaar in het event. Een wijziging van de consent kun je controleren in het profiel van het event.
Implementatie
Het wordt aangeraden om het purchase event vanuit de frontend en backend te versturen naar Spotler Activate. De frontend purchase wordt getriggerd als de bedanktpagina op de website wordt ingeladen, terwijl de backend purchase wordt getriggerd vanuit het ordersysteem. Op basis van het orderid worden de frontend en backend purchases samengevoegd tot één purchase.
Voorbeeld scenario van voordelen backend purchase
Vanwege de volgende situaties wordt zowel de frontend als backend purchase aangeraden:
De frontend purchase wordt niet altijd getriggerd omdat de bedankpagina niet wordt ingeladen
Door sommige Adblockers worden de cookies niet geaccepteerd en worden dus geen frontend events naar Spotler Activate verstuurd
In onderstaande voorbeeld komt het voordeel van het versturen van beiden tot uiting:
Alleen frontend purchase | Frontend & Backend purchase |
---|
Profiel A doet een aankoop Profiel A klikt de bedankpagina weg voordat deze wordt ingeladen = geen frontend purchase, dus geen purchase
| Profiel B doet een aankoop Profiel B klikt de bedankpagina weg voordat deze wordt ingeladen = geen frontend purchase Vanuit het ordersysteem wordt doorgegeven dat Profiel B een aankoop heeft gedaan = backend purchase
|
De Frontend en Backend Purchase kunnen automatisch worden geïmplementeerd met:
🔌 Shopify Plugin o
🔌 Lightspeed Plugin
Het Frontend Purchase event kan handmatig worden geïmplementeerd met:
🧩 Smart Tracking
🏷 Front-end tracking ➡ 💶 Purchase met Custom Tracking
Het Backend Purchase event kan handmatig worden geïmplementeerd met:
🔌 /wiki/spaces/SG/pages/1399652355
⚙ Back-end tracking ➡ 💶 Backend purchase
🔗 Bookerz ➡ 💶 Backend purchase