Remove or disable google analytics (by default)

[NerdyProjects]

Hey there,

why do we want to support companies like google getting more user data? We expect - or at least hope - that a lot of projects participate in the digital climate strike.

We

• piss off admins who see the google analytics by default
• give the data of users of websites, who previously didn't have google analytics, to google

and for what?...

[miloskroulik]

I agree completely. Perhaps we should switch GA from opt-out to opt-in?

[dtoakley]

Hey @NerdyProjects and @miloskroulik,

First up, thanks for this feedback. I'm aligned with you on not wanting to send user data to Google on websites that previously did not have Google Analytics. We thought about this default when we implemented this feature and settled where we did for a number of reasons. I'll try to outline them as best I can, along with what I recommend instead of changing the default:

• As you’re probably aware, this javascript widget is part of a much broader campaign to drive turnout on September 20th and raise massive, widespread public awareness about the Global Climate Strike. A critical data point for generating media coverage, promoting the strikes, and for using to convince large website targets is the total number of websites that have added the widget. For example, we can now say publicly that over 900 sites have added the banner. Without GA being on by default, we would be unaware of the vast majority of sites and lose this critical tactic from our campaign toolbelt.
• Ancillary to this, GA has enabled us to follow up some of the large sites and ask them a) to post about it on social media, and b) join the participants list of the website (https://digital.globalclimatestrike.net/#participants). Not only have the websites we’ve spoken been delighted by this, but added more logos on the website provides legitimacy to the campaign and our outreach has been strengthened. Without GA we would be unlikely to have this feedback loop and opportunity.
• Providing the option to disable balances these benefits with the real issue you mention about Google Analytics being added (intentionally, or unintentionally) to a website that doesn’t want it.
• We have not and will not turn on any Google Advertising features that GA support (e.g Demographics and Interest reporting) and no Personally Identifiable Information (PII) is ever sent to Google.

So, instead of flipping the default on this, I think we should update the README to be super clear (with some bolding, for example) that the widget adds Google analytics by default, but it can be disabled in the options. We could even include the specific additional script tag they will need so folks can just copy and paste it.

How does that sound? I totally hear y’all on the downside with this - but am also hoping this provides a bit more transparency / thinking into why it’s on by default.

[krmax44]

I'd then either suggest running something self-hosted like Matomo or doing something simple as pinging the main server with a transparent POST request everytime the banner is shown.

Google Analytics is not needed for this and having it enabled by default is not compliant with the EU's GDPR. The last thing you want is bringing webmasters trying to raise awareness into legal trouble.

[dtoakley]

I've updated the README with a section about Google Analytics tracking as per my suggestion: https://github.com/fightforthefuture/digital-climate-strike/commit/0eb2621d0de84adbf9f8d88f99aa3b0e7486f7b9

@krmax44 I hear you and agree it would be good to have this tracking self-hosted with Matamo. I created a Matomo account and an issue to migrate over to it (#77). Setting up a server (we don't currently have any running) would unlikely deliver on the acceptance criteria in the issue (or at least be a lot more difficult).

But I also want to provide additional transparency as to why I am not confident we should complete the ticket before Sept 20th:

• We only have 8 days until the Global Climate Strike. The No.1 priority for this campaign is outreach to large websites, the No.2 priority is media/press and the No.3 priority is social media awareness. Our volunteer team is spread extremely thin and we just lost our developer who was leading on a lot of the tech. I can try to find some time to work on the ticket, but I'm not sure if I'll be able to. But that's why this is open source - so maybe someone can jump in!
• Migrating to Matomo will break technical and human dependancies which will slow our team down. For example we would need to re-train volunteers to use Matomo and set up a new process to compare the event data with other data sources like we are now and has taken us numerous days to set up (E.g. form submissions here: https://digital.globalclimatestrike.net/#join-digital-strike)
• We now have almost 2,000 websites who have added the widget - some of which have gone with a self-hosted solution and should be notified of these changes. Because of this and how close we are to the strikes, we want to keep changes to the widget code as minimal as possible and any change should be very carefully implemented and very extensively tested. We would want to test in all available languages / x-browser / operating system combinations. In general I'd be nervous about making this sort of change so late in the campaign.

So while the code changes might not be too complex, there will need to be quite a lot of non-code related work before we could consider it done, and we're spread super thin with widget updates being very low priority for our team. I hope that context is helpful in terms of my thinking around this. I really do want to support this community and campaign with the best possible approach that works for the most people - and most importantly, whatever makes the biggest impact (turnout, awareness) for the strikes. Thanks :)

[dtoakley]

Closing this because we have #77 issue as the longer term resolution.