You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 18, 2023. It is now read-only.
It seems that the ability to use a profileId for tracking web behaviour via a custom server-side implementation is currently not possible - ie. looking at the track API.
We are resorting to using a user's email address as an identifier, which works. However, the problem arises when using the param utm_email - suggested in the testing docs. The issue is due to email not being a dynamic variable that can be set under current UTM tracking settings in the admin UI (see below), which means it has to be manually appended to all links. This is not feasible when dealing with multiple marketing campaigns at any given time.
As such, is it possible to extend the track API to accept either an email or profileId as an identifier? Alternatively, updating the UTM tracking settings to support email as a dynamic variable would resolve the issue?
The text was updated successfully, but these errors were encountered:
I believe we no longer support/recommend including emails in UTM tracking, as emails are technically PII. And you are 100% correct that our legacy API not accepting profile IDs makes this straightforward use-case not possible.
On the plus side: we just released our new API (still in Beta), which supports creating events using either profile ids, or identifiers (such as email/phone_number/push_token), and so solves for this use case.
You can find the new endpoint (which replaces track) here.
Please note: The new API is still in Closed Beta, so you will need to request access here. Additionally, there may be some breaking changes so long as it is in Beta. For that reason, we recommend using the Beta API for testing purposes, and caution against using it for production workloads until it is moved to General Availability in a month or so.
We really appreciate this type of feedback, so please don't be shy in reaching out to us with any further issues you run up against.
It seems that the ability to use a
profileId
for tracking web behaviour via a custom server-side implementation is currently not possible - ie. looking at the track API.We are resorting to using a user's email address as an identifier, which works. However, the problem arises when using the param
utm_email
- suggested in the testing docs. The issue is due toemail
not being a dynamic variable that can be set under current UTM tracking settings in the admin UI (see below), which means it has to be manually appended to all links. This is not feasible when dealing with multiple marketing campaigns at any given time.As such, is it possible to extend the track API to accept either an
email
orprofileId
as an identifier? Alternatively, updating the UTM tracking settings to support email as a dynamic variable would resolve the issue?The text was updated successfully, but these errors were encountered: