Identify User at registration, rather than on return to app (backport #1600) #1601
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
Our PostHog data showing anonymous users filling out the form, and signing up. We then get new users appear when they login, having following the relevant link in their e-mail.
PostHog is struggling to map these sessions to the same person, for reasons I am trying to understand, but I have been assured from PostHog dev team:
The only proposal I have at the moment, is that we call the $identify before they navigate away to interact with their email address, i.e. exactly at the point they register. This assures that they still have the same anon ID from their original Website session.
This is also meaning that the user is then classified as two PostHog Persons, the second of which has inaccurate referral data, because it believe they came directly to PostHog from the e-mail, the original referal data form their anon ID cookie is lost.
Related Issue(s)
Checklist
flowforge.yml
?flowforge/helm
to update ConfigMap Templateflowforge/CloudProject
to update values for Staging/ProductionLabels
backport
labelarea:migration
label