Skip to content
This repository has been archived by the owner on Aug 18, 2023. It is now read-only.

Tracking: Ability to use a profileId as a user identifier when tracking #40

Closed
mufudzimasaire opened this issue Sep 14, 2022 · 2 comments

Comments

@mufudzimasaire
Copy link

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.

159667136-bf3ac248-b5f5-40f2-bee6-c3a225735b46

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?

@jon-batscha
Copy link

Hey Mufudzi,

Thanks for reaching out!

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.

Cheers,
Jon

@mufudzimasaire
Copy link
Author

Hey Jon,

Thats great news. We will look into getting access on the new API.

Thanks for the update - much appreciated!

Mufudzi

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants