You can clone with
HTTPS or Subversion.
Currently Piwik offers a search engine report, a websites report and a campaign report.
It would be useful to have a report that would merge all this data into a single Referrer. This will help compare traffic from each source, for example visualize the importance of website referers VS google, or VS any active marketing campaign.
Implementation: this report could be built in PHP only, merging existing datatables for each referer type. This wouldn't add much overhead to the archiving process.
This ticket is for adding the new "All Referrers" report aggregating all other referrers reports into one.
I moved the other idea "Improve the Referrers Overview report" to its own ticket and added specification and my thoughts. See #3619
1) Extending Referer type to load the subtable: I'm curious to see code & UI for this but could be a good thing!
2) this ticket is something different though. it's key to have all referrers listed alongside each other "merged" in the report.
Should be merged the following: Direct entries + Keyword entries (aggregating all search engines per keywrods + Websites domains (aggregating all sub URLs) + Campaigns names.
This report table rows are not expandable to subdatatable. (I think this would be non trivial and is not that important). So if users see "facebook.com" bringing lots of Traffic overall he wont be able to click on facebook.com to open the subtable to see which pages exactly, but he can go to Referers>Websites to have the subtables there.
Direct entries 156
KeywordX via search 154
KeywordY via search 120
(In ) Fixes #1899, add report that merges all Referrer reports and modified Referrer overview report to support subtables for each referrer type.
In 1be181b: Refs #1899 adding metadata report for Mobile/Email reports
I notice Row Evolutoin is not working on the report. If it is easy to add support, let's do it, otherwise let's simply hide the Row Evolution icon for this report
In d482aea: Fixes #1899, disable row actions for Referrers.getAll, since efficiently setting subtables for DataTable_Array children is nontrivial.
@matt, tried to think of an easy way of adding support, but to do it cleanly it would require either refactoring DataTable_Array (getting rid of, actually), adding a new function that visits each DataTable in a DataTable_Array structure and passes the indexes to a callback, or moving metadata from DataTable_Array to DataTable and allowing callbacks to be used in place of DataTable_Filter class names.
The quick way to fix it would be to add two more private functions to Referrers_API which seemed like a bit much for one API method.
+1 for disabled support. Getting rid of DataTable_Array would be useful, but maybe we keep that one for later as it's non trivial.