@mattab opened this Issue on March 9th 2010 Member

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 commented on March 9th 2010 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 #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 commented on March 11th 2010 Member

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

  • global.ini.php: piwik_campaign, piwik_kwd,
  • soon the GA ones too see #855
    I like this idea, you are right tracking request size must be kept small.

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 commented on July 23rd 2010 Member

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.

@KarthikRaja1388 commented on June 21st 2021

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 on July 23rd 2010
Powered by GitHub Issue Mirror