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
BugFor errors / faults / flaws / inconsistencies etc.wontfixIf you can reproduce this issue, please reopen the issue or create a new one describing it.
When the JS method setCustomUrl() is called, the 'url' parameter to piwik.php is replaced by the custom URL. This 'url' parameter is the one parsed to detect campaign and newsletter referrals. Instead,
the raw, unmodified URL should be sent in 'url'
the custom URL (if defined via setCustomUrl()) should set a new parameter 'curl'
the page views tracking php logic would first try and read the curl parameter, if not available, reads the url parameter
the campaign / newsletter tracking php would only read the 'url' parameter
Keywords: wishlist
The text was updated successfully, but these errors were encountered:
is this really necessary given that anyone using setCustomUrl() could just as easily add the campaign parameters to the custom URL?
is this flexible enough to handle the use case where the user has SEF URLs?
I dislike associating newsletter tracking with campaigns; consider the scenario where a new visitor visits your site and signs up to receive newsletters; an auto-responder sends the latest newsletter, and the new subscriber then reads the newsletter; because the campaign is only tracked on the entry page, this "read" is not tracked
Re newsletter/campaigns; it is common in WA tools and processes to consider that a newsletter is a campaign like a PPC, off site, on site campaigns can be. The use case you're citing is pretty rare, usually newsletters are clicked more than 30min after the last visit on the website.
closing as wont fix for now, as if users really want campaign tracking, they can (should?) add the parameters to the custom URL (using javascript for example).
I will also try to work on #1042 and with custom campaign variable names, this makes this task more risky.
Workaround tried by a customer: According to it the parsing of the parameters does not work when using "setCustomUrl", because then only this custom url is sent to matomo and not the "normal" url with all the parameters. The solution is quite simple: just extract those parameters from the normal url and add it to the custom url. With something like the Google Tagmanager it's quite easy.
BugFor errors / faults / flaws / inconsistencies etc.wontfixIf you can reproduce this issue, please reopen the issue or create a new one describing it.
When the JS method setCustomUrl() is called, the 'url' parameter to piwik.php is replaced by the custom URL. This 'url' parameter is the one parsed to detect campaign and newsletter referrals. Instead,
Keywords: wishlist
The text was updated successfully, but these errors were encountered: