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
The work on #1105 and #1038 gets us to track core actions, among the actions, we track when an installation is created from GitHub, However, these installations can sometimes lack a current_user as in some cases the user hasn't been to the website or some such case. In that case, we track an anonymous project using the sender id in the payload. This sender id belongs to a user who could potentially discover the website and join.
I am proposing that we track the conversion above that occurs when a user that was previously just tracked from an installation joins the system.
Subtasks
When creating a user from GitHub OAuth we should check to see if their id has been used to create an installation
If not then we don't need to track anything
If the user's id has indeed been used before we should track this as a conversion from anon to registered
However, the thing about analytics tracking is that we would be able to do the same by, for example, defining a funnel in our mixpanel dashboard.
What we need to make sure is that we have enough information to link a github user we got from an installation event, with a codecorps user who just connected to github.
That would mean we need to make sure we perform an alias of a code corps user.id with a code corps user.github_id when a user connects to github.
Look into segment docs, as well as the docs for the segment library we use to see how aliasing works.
Basically, you call alias(id_1, id_2) to tell segment the two users are actually the same user.
Presumably, an installation event would be tracked with the github_id of the sender being the id used to track the user.
On the other hand, user registration would be tracked with the actual user.id stored in the database. Once that user also gets a github_id assigned to them, we call alias(user.id, user.github_id), et voila, our analytics dashboard shows the two users as one and the same.
Track anon Users that register
The work on #1105 and #1038 gets us to track core actions, among the actions, we track when an installation is created from GitHub, However, these installations can sometimes lack a
current_user
as in some cases the user hasn't been to the website or some such case. In that case, we track an anonymous project using thesender id
in the payload. Thissender id
belongs to a user who could potentially discover the website and join.I am proposing that we track the
conversion
above that occurs when a user that was previously just tracked from an installation joins the system.Subtasks
References
Progress on: #1038
The text was updated successfully, but these errors were encountered: