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

using setCustomUrl() breaks campaign and newsletter tracking #1198

Closed
mattab opened this issue Mar 9, 2010 · 4 comments
Closed

using setCustomUrl() breaks campaign and newsletter tracking #1198

mattab opened this issue Mar 9, 2010 · 4 comments
Labels
Bug For errors / faults / flaws / inconsistencies etc. wontfix If you can reproduce this issue, please reopen the issue or create a new one describing it.

Comments

@mattab
Copy link
Member

mattab commented Mar 9, 2010

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

@robocoder
Copy link
Contributor

I'll have to think about this some more, but I want to record these thoughts before I leave and forget:

  • we have to keep in the mind the size of the tracking request; see Allow POST instead of GET in piwik.php #5721
  • 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

@mattab
Copy link
Member Author

mattab commented Mar 11, 2010

We can indeed have the known campaign parameters to the setCustomUrl() and then remove them at tracking time... These parameters are found in

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.

@mattab
Copy link
Member Author

mattab commented Jul 23, 2010

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.

@mattab mattab added this to the Future releases milestone Jul 8, 2014
@KarthikRaja1388
Copy link

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.

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug For errors / faults / flaws / inconsistencies etc. wontfix If you can reproduce this issue, please reopen the issue or create a new one describing it.
Projects
None yet
Development

No branches or pull requests

3 participants