Closed mattab closed 1 year ago
One file per visitor in one directory could "kill" / slow down your filesystem and expose potentially lots of information as eg a 16 string unique id might not be too unique. It would also not work for first time visitors etc. Plus it doesn't really work for things like country. There are likely some better ways to do this that I had in mind a while ago where couple of them are performed in JS directly and couple bit differently.
Hello, is there any new code published to make this easier? @tsteur , I think he presumed it would be in JS anyway, I don't think he was suggesting one File be created , unless you are saying the logs are the files.
In terms of this, "list of segments matched by all known visitors, " I think he one file will be created.
@shynes there isn't any new code published to make this easier. Having this in one file be problematic potentially as well since you would have a lot of information about many visitors in one file publicly available and big loading time etc. There are heaps of problems / challenges with the suggested solution and it wouldn't really work unfortunately.
@tsteur, thank you so much for the response. What did you have in mind as a better way?
Maybe not storing them in a file, but maybe doing a query against the segment database on maybe some low overhead environmental variables of the visitor? Once they login, we can store many variables in the database.
@shynes you would need a new endpoint for personalisation and start step by step in what can be targeted. Eg Location, IP, etc. Some other things could be possibly resolved in JS directly, eg if personalising only based on user agent, local time, ... without needing to fetch any data server side. Ideally it wouldn't hit the DB as it may be too slow for personalisation unless maybe https://github.com/matomo-org/matomo/issues/14119 is implemented for faster visitor lookup. It's a complex feature so hard to summarise in a few sentences :)
Thank you for your suggestion!
Unfortunately as we won't implement this ourselves, I will close this issue now. (note that if someone really needed this improvement and contributed a working Pull Request, we would consider likely consider to review, please comment here to discuss further with the team).
What is personalization?
Definition from wikipedia
Why personalization matters?
Personalisation can help companies improve their websites, increase conversion rates, increase average order value, customer lifetime value, improve marketing ROI, and deliver a better user experience.
There are a few tools that offer personalization but none that are open source and give you full control over your data. And a good personalization tool will need to collect heaps of data about users (so we can create these "visitor segments"), and have complex interface to let users define the "predefined actions".
And with Matomo Analytics and Tag Manager we're in a unique position to offer personalization as a service since we already have a whole platform dedicated to measuring users and creating segments (Matomo Analytics), and a product to let people define complex actions and triggers (Matomo Tag Manager).
How would personalization work in Matomo?
Using Matomo stack personalization could work in the following way:
{ visitorid
-> [visitorid1 segments matched ], visitorid2 -> [visitorid2 segments matched], ... } `. If we do it right, it could even be almost real-time as the list could be lazy updated every hour or more often.This personalization would need to be an extremely fast service, as easy to use as possible, work cross-devices on the web (ie. this will be the case when using User ID instead of Visitor ID), it would eventually be possible to combine it with A/B Testing and run tests to ensure that personalised content performs better.