Personally, I would rather see the parameter named something other than "analytics".  It's too generic.  I would suggest using "source", "provenance" or even "share_a_fact"

On Mon, Feb 23, 2015 at 5:10 PM, Kevin Leduc <kevin@wikimedia.org> wrote:

Oliver, the discussion is on the formatting of the URL that is posted on user's twitter or facebook feed when they use the "share a fact" feature.  We can't set headers at this point because users are clicking on the like from another site.

On Mon, Feb 23, 2015 at 4:50 PM, Oliver Keyes <okeyes@wikimedia.org> wrote:

Why not just throw something into x_analytics and aggregate by that value?

On 23 February 2015 at 19:41, Adam Baso <abaso@wikimedia.org> wrote:
> Hi all -
>
> I'm checking with people in ops, but we're planning to add a well defined
> parameter to the end of URLs to see the level of clickthroughs on such
> links. For example:
>
> https://en.wikipedia.org/wiki/Epirus?analytics=ios_share_a_fact_v1
>
> (If there are existing params on the URL - not an issue so far that I know
> of for the apps as they canonicalize the title and URL - then the param
> would be last in the ampersand separated query string parameter.)
>
> And then we'd use Varnish to remove the parameter to reduce the risk of
> cache fragmentation.
>
> We "know" this is probably only a short term solution, and as a follow up
> from the meeting with the people on the CC line, I'm emailing to open the
> discussion on options for a more generic option.
>
> So far I think there are a few options from what we've discussed, if we're
> to support additional bucketing.
>
> (1) More parameters (e.g., ?analytics=ios_share_a_fact&version=1)
> Downside: potentially harder to standardize and remove things from the URL
>
> (2) More conventional provenance (e.g.,
> https://en.wikipedia.org/w/index.php?title=Castle&oldid=645632619/ref=_wref_source%3Dapp<...more
> provenance info as desired>/).
> Downside: technically speaking, may break the schema of well-formed titles
>
> (3) Rely upon (1) or (2), or perhaps an even more RESTful shortlinker (it
> could have features like target - web or w:// wor wiki:// protocol or
> whatever - versioning, etc.).
> Downside: maybe a little more work to stand up service. As we recalled,
> there's an extension out there that may, perhaps with some tweaks, fit the
> build.
>
>
>
>
> -Adam
>
>

> _______________________________________________
> Analytics mailing list
> Analytics@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/analytics
>



--
Oliver Keyes
Research Analyst
Wikimedia Foundation

_______________________________________________
Analytics mailing list
Analytics@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics