There is still no solution and still no info from Matomo, how to solve this simple issue (simple option to save the first ref.)
Thanks for the input everyone. Could someone create a GitHub issue about this?
Weâd be keen to look into this but we need to understand the problem / use case better and be great to hear how we could help.
You âneed to understand the problemâ?
Paymentgateways delete the origin referrer, there needs to be a option: âonly save the first referrerâ
Hi Thomas
Thanks for picking this up! I think Przemyslawâs post above (Referral exclusions - #11 by Mepherotus) outlines the issue sufficiently. The resolution suggested by Matomo in this article https://matomo.org/faq/how-to/how-do-i-add-a-referral-exclusion-in-matomo/ does not really address the underlying issue - it merely recategorizes the referrer from âwebsiteâ to âdirect entryâ, which in reality isnât the true referrer for the userâs visit.
Here is an example of what is happening.
- User clicks on an email link to visit the website.
- User browses website and adds items to basket (at this stage referrer is âEmail campaignâ)
- User completes the order but the website redirects to 3rd party payment provider (paypal/amazon etc)
- User returns to website (but now the referrer for the visit is reset from âEmail campaignâ to âwebsiteâ or if you have set the referrer exclusions it will be set to âdirect entryâ. What we need is for it to remain as âEmail Campaignâ.
As a result we are over attributing the channel âdirect entryâ greatly (40% vs 15% on GA).
Please let me know if you need any further information.
Thanks
Adham
Is it the same as
?
Thanks for this. I think I get it now.
I guess itâs not really excluding that referrer but more like âignore that referrerâ as excluding that referrer in Matomo would mean we wouldnât track that request at all when they return to your site.
I think it should be possible to implement this as long as this happens in the same visit (within 30 minutes). What would we do if this didnât happen within 30 minutes? Then we wouldnât have the original referrer likely. Would we track a direct visit or use the referrer from the payment provider?
I have created https://github.com/matomo-org/matomo/issues/18612 and scheduled this feature for now.
Why not just a simple option: save first referrer?
This issue is picking up a bit of traction in github https://github.com/matomo-org/matomo/issues/18612 but could someone recreate the issue for Matthieu to demonstrate how this happening?
@thomas1499
@heurteph-ei
@Ivy_Ip
@bmo
@HankLin
@mikkop
@Mepherotus
@Hubert
@agnes
@tauschn
Many thanks!
Thereâs some confusion here.
Matomo does indeed save the first referrer for a visit. Most of the cases users have described in this thread will not be attributed by Matomo as direct entry.
Thanks Genest - I agree there is some confusion, but it seems something is not working as it is intended.
In my case personal experience, I can confidently say the âdirect entryâ attribution is far too high using all of the Matomo attribution techniques.
Here is a monthly view
Here is a yearly view
Here is a segmented yearly view for new visitors (I wouldnât expect new users to be showing such high direct entries)
Therefore Iâm fairly certain something is not attributing correctly, whether itâs us the users (it seems there are many users as above having similar issues) who have not understood so something or whether Matomo tracking is not attributing as it should in some cases Iâm not sure - any suggestions are welcome.
Here is another example - this time of intra-website campaign links - overriding the first referrer (tile & carousel are mediums used to track links within the website)
Hey. Looks like the problem still persist. Does anyone have solution?
Hi @Bubble
This should have been fixed by:
But one problem still remains:
Did you work out a solution for excluding payment gateways so that attribution sticks with the campaign? Google Analytics allows you to do this and itâs pretty critical for using Matomo for e-commerce enabled sites.
Hi @jamesnozyz
You can add a comment in the second GitHb ticketâŚ