[Foundation-l] Google Analytics test

Dan Rosenthal swatjester at gmail.com
Tue Oct 2 18:55:17 UTC 2007


This is a bad idea. I share Mathias' concerns that this has privacy  
policy implications.

-Dan Rosenthal
On Oct 2, 2007, at 12:27 PM, Andrew Whitworth wrote:

>
> Many people are probably aware now that i've started a test of the  
> Google Analytics page counter on en.wikibooks. I hear that people  
> are running a similar kind of test on en.wikinews. Currently, these  
> programs are opt-in: only registered users are using these scripts,  
> and it involves manually adding them to the personal monobook  
> files. The information received so far has been fantastic: counts  
> of page hits, click patterns, information about entry points that  
> we can use to improve the welcome for new visitions, etc. However  
> this test has also raised a few concerns. Some concerns I would  
> like to address, others I would like to get input from the  
> foundation about.
>
> 1) First and foremost is the issue of privacy. The information that  
> google analytics collects is a step above what is typically  
> available to regular users, but not quite as detailed as CU data.  
> Some information, such as geographical area and the ISP of a user  
> is aggregated, but it is not attached in any way to a user's  
> screenname. That is, without a priori knowledge about the user, it  
> is impossible to attach a particular username to a particular ISP,  
> geographical location, or any other piece of collected data. I am  
> currently inspecting the google analytics code looking for a way to  
> suppress the collection of ISP or geographical information, but  
> havent found a way yet.
>
> 1a) Ancillary to the idea of privacy is the issue that the  
> analytics code should probably remain opt-in. Many users are  
> conscious of privacy and security issues, and they shouldnt be  
> forced to decide between participating in a tracking program or not  
> visiting wikibooks at all. I've proposed a solution that  
> unregistered users could be tracked by default (testing wgUserName  
> == null), but registered users would need to opt-in explicitly.  
> After all, I feel that information about our readers is far more  
> important then the same information about our editors.
>
> 1b) Another related idea is that individual books could be tracked  
> for readership patterns, while the whole remainder of the wikibooks  
> project could remain script-free. Notification templates could be  
> used to indicate which books the scripts were active on. A book  
> could be tracked for a month or so at a time. We could track a  
> handful of books at once, and then change which books we track on a  
> regular basis.
>
> 2) Second is the issue of server load. Running the script now  
> currently involves an additional javascript page access per user.  
> However, the javascript files can be cached. The script runs in  
> javascript and performs interactions with the google analytics  
> website, but does not transact with the WMF servers. I believe that  
> server load for us should be minimal (but I want confirmation about  
> this from the techs)
>
> 3) Log files are only available by default to the google account  
> holder (myself) and other people that are specifically added by  
> myself to the profile. If we keep the access list very restrictive,  
> we dont need to worry about sensitive data from becoming public.  
> However, we do run the risk of giving users with access "power",  
> which is a common fear. If we were to set up accounts on behalf of  
> the project or the WMF (as opposed to personal accounts), we could  
> negate this issue entirely.
>
> I'm looking for as much input on this issue as I can get. I'm not  
> planning to make any changes to any javascript for the forseeable  
> future, till the concerns are ironed out.
>
> --Andrew Whitworth
>
>
> _________________________________________________________________
> Peek-a-boo FREE Tricks & Treats for You!
> http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us
> _______________________________________________
> foundation-l mailing list
> foundation-l at lists.wikimedia.org
> Unsubscribe: http://lists.wikimedia.org/mailman/listinfo/foundation-l




More information about the foundation-l mailing list