Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Seeing cross browsser / device issues coupled with using User ID #7144

Closed
citti opened this issue Feb 5, 2015 · 7 comments
Closed

Seeing cross browsser / device issues coupled with using User ID #7144

citti opened this issue Feb 5, 2015 · 7 comments
Labels
answered For when a question was asked and we referred to forum or answered it.

Comments

@citti
Copy link

citti commented Feb 5, 2015

I am seeing some issues with using the UID in conjunction with cross browser/device scenarios.
Let me lay out the different scenarios and what I am seeing.

New user comes to the site ( no cookies ):

  • clicks around (logging some page views - anonymously)
  • registers (filling out a form)
  • we pass in the userID
  • all anonymous visits are then brought into the correct Users profile associated to his UID.

**this works perfectly. No issues here

---now---

Lets say that same user. closes chrome. opens firefox. (so no cookies are present)

  • clicks around (logging some page views - anonymous - as he has no cookies)
  • registers (filling out a form - with the same data as before - so "we" know who he is and attach that same UID to him)
  • all the anonymous visits are kept in some separate profile view - while all the future clicks on the site are associated correctly with his UID profile view.
@mattab
Copy link
Member

mattab commented Feb 9, 2015

It is not possible for Piwik to know that this the same user across two browsers. If you specify the User ID once in each browser then I expect it should attach all sessions to the user id. Closing as works by design I think.

@mattab mattab closed this as completed Feb 9, 2015
@mattab mattab added the answered For when a question was asked and we referred to forum or answered it. label Feb 9, 2015
@citti
Copy link
Author

citti commented Feb 10, 2015

I am not seeing this work properly. Any anonymous page views prior to someone submitting a form are not getting pulled into the actual userID profile. The anonymous page views are kept separate.

again this only happens when a userID is existing. If this is a brand new user. the userID properly associates anonymous visits into the correct user profile.

Only when this user comes back again ( new browser - cleared cookies etc. ) that the anonymous page views do not properly get pulled into the userID profile.

let me know if I should explain this more...

@mattab
Copy link
Member

mattab commented Feb 10, 2015

Any anonymous page views prior to someone submitting a form are not getting pulled into the actual userID profile.

These visits should be pulled in when someone logs in and you set User ID. But actually this works only when the User logs in in the same visit (eg. within 30min). if the user does pageviews etc. then comes back 35min later, then it will not change the previous anonymous visit to this user id.

does it make sense and maybe explain your issue?

@citti
Copy link
Author

citti commented Feb 10, 2015

Correct. This is what I am seeing.

@garethjenkinsit
Copy link

This is an issue causing a problem for me too @mattab . The behaviour I have observed is that as soon as I assign a UserId to a visit, then the visitorId for that visitor is changed to a new one. It updates all PIWIK logs accordingly for that visit, and assigns the userid for that specific visit. However since the visitorId has now changed, I have in effect lost the connection to all that person's previous visits to the site. I assume your thinking here is to force complete separation because the previous visits were anonymous whereas the only in the current visit they have identified themselves, however it makes the job of a site owner to track back to very first visit, very first referrer etc - that much harder. i.e. Some one visits a site 5 times and only on the 5th time do they register and have a UserId created and assigned - I'd want the visitorId to remain the same so I can easily view the entire history right back to the first visit. Is there a config setting to alter this behaviour perhaps?

Thanks

@garethjenkinsit
Copy link

Another issue / query is that I can't use the "Visitor Profile" view / widget to filter only by UserId and therefore get a complete picture view of the visit / interaction history of one of my system's users. By only filtering on visitorId, especially when coupled with the issue of changing visitorId (my last comment), means the "Visitor Profile" widget can only ever show part of the picture. My only route is to do a segment Visitor Log search, and then require my clients to open up multiple "Visitor Profile" popups, each of which only show part of the full picture... Am i missing something here at all?

Many thanks

@mattab
Copy link
Member

mattab commented Jun 22, 2015

I assume your thinking here is to force complete separation because the previous visits were anonymous whereas the only in the current visit they have identified themselves,

👍

however it makes the job of a site owner to track back to very first visit, very first referrer etc - that much harder. i.e. Some one visits a site 5 times and only on the 5th time do they register and have a UserId created and assigned - I'd want the visitorId to remain the same so I can easily view the entire history right back to the first visit. Is there a config setting to alter this behaviour perhaps?

there is no config setting to select this alternative behavior. Maybe you can create a separate issue as this one is closed. I think it would make sense to have such feature, although I can say it's not high priority for us (we will focus on 3.0.0: https://github.com/piwik/piwik/milestones/3.0.0)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
answered For when a question was asked and we referred to forum or answered it.
Projects
None yet
Development

No branches or pull requests

3 participants