Due to the 'cookie' laws in Europe we'd like to have an additional parameter added to the module:

ga(‘set’, ‘forceSSL’, true);

Adding this + anonymizeIp + a privacy statement on the site + 1 change in google analytics settings @ GA site fixes this for us.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Rob C’s picture

Status: Active » Needs review
FileSize
1.66 KB

Something like:

hass’s picture

Have you considered adding ga(‘set’, ‘forceSSL’, true); into advanced settings (before snippet)? This is why this settings field exists. I think we cannot add a checkbox for all the 200-300 settings Google Analytics has.

Rob C’s picture

No i didn't, cause it's in a fieldset that has a checkbox at the top (indication in like 99% of the times the rest is not loaded if the box is not checked). But that might just be my personal UX bug (interpretation).

On the other hand, the SSL option is like the only checkbox missing for simple usage now (in length of the laws changed in Europe and ssl is like a good idea anyhow).

I'll leave it up to you, not really sure.

hass’s picture

I forced my sites to ssl... :-)

It is highly difficult to decide what options should be in the gui and what not. I'm not sure how many really need this.

What issue does this forcessl solve about EU law? The cookie law is already bullshit... But ssl solves nothing if your site is still running on http.

Rob C’s picture

"I forced my sites to ssl... :-)"

I can't agree more. (nodding head even more), but:

According to https://developers.google.com/analytics/devguides/collection/analyticsjs...

"By default, Google Analytics will match the protocol of the host page when sending outbound requests. To force Google Analytics to always send data using SSL, even from insecure pages (HTTP), set the forceSSL field to true:"

And the comment:

"ga('set', 'forceSSL', true); // Send all data using SSL, even from insecure (HTTP) pages."

Even more:

https://developers.google.com/analytics/devguides/collection/analyticsjs...

By default, tracking beacons sent from https pages will be sent using https while beacons sent from http pages will be sent using http. Setting forceSSL to true will force http pages to also send all beacons using https.

And that got me to figure this might be important enough.

For the EU law-bit:

In The Netherlands (that minor dot on the left of Germany) (Yeah, that's a country folks!) (Come visit!) the folks in office decided that most sites can leave the cookie popup/notice where it should be (never there), but this (obviously) comes with some terms (why else do we have these folks).

- You are required to accept the data sharing clause on the google analytics site.
- You are required to disable 3rd party information sharing on the google analytics site.
- You are required to host a privacy statement/policy listing the use of Google Analytics on your site.
- You are required to enable anonymizeIp and forceSSL.

Nothing about the origin site required to run ssl in the law's text tough...

And while anonymizeIp is already a configurable option, i figured let's add forceSSL.

hass’s picture

Priority: Major » Normal

I try my best to get around your traffic jams... :-)

Don't get me wrong, I know all what you are writing about and I'm the last who is not for harder rules if it comes to tracking and prying eyes. I'm only hardly confused about the benefit if a bad guy already listen on the wire and you only encrypt the tracking beacon. They already know who you are and what you are doing in these unencrypted site.

You are required to enable anonymizeIp and forceSSL.

Where is it written that you need to enable forceSSL and what is the benefit? I know we also require anonymizeIp in Germany... but SSL if the site is not?

Rob C’s picture

hass’s picture

I do not speak Dutch... Sorry. I think you need to expain or reference german/english translations or the EU law. I never heard of such an interpretation in Germany yet.

I'm not sure if this is another Dutch round in misunderstandings about EU rules... The cookie rules in Dutch are already a prove of something goes wrong...

I still try to learn and understand why we need this and than I may commit this if it helps.

Rob C’s picture

"another Dutch round in misunderstandings about EU rules"

Prolly, but:

This is a new Dutch law on top of the EU law, nothing in the EU law about it. NL only. Was introduced somewhere in february 2015.

hass’s picture

What exactly is this law forcing you to do? I guess it is not telling you to enable ForceSSL in Google Analytics...

Rob C’s picture

The idea is you do not have to add the cookie notification to your site if you follow these instructions, it's not forcing a site owner to do anything, but if you want to drop the cookie notification while running google analytics, forceSSL needs to be enabled. (But again, i'm fine with the current options, and would just be nice for The Netherlands, but still i wonder about the nr of sites that would enable this if it's an option).

hass’s picture

You are not really answering my questions.

The cookie law - how I understood it - was made to *disallow* you as website owner to save a cookie on the customers browser/computer without customer confirmation. So you need to ask your customer if he allows your site to save this. If yes you can save, otherwise you are not allowed to do so.

So far so good... Tracking cookies are discussable bad, but netherlands as I know have also forbidden to set a session cookies. A quite stupid idea from my point of view as this make websites no longer usable. No longer any shopping cart and so on. But this is not my point here.

ForceSSL does NOT stop google from setting a tracking cookie on your customer computer. It only encrypts the process on the wire. This means you still need to ask your customers if you are allowed to save the cookie on their computer. ForceSSL changes nothing or I'm missing a point.

Please explain what this setting helps you in regards of cookie law compliance. It does not help me moving this case forward if you cannot answer and prove this question exhaustive.

hass’s picture

Status: Needs review » Closed (won't fix)

30 days no feedback and no answers.

newaytech’s picture

Google has forced our hand on this. They are now automatically sending all beacons using SSL. If your site is running over plain text - the beacon will get a 307 response code from Google - to then resend the beacon over SSL - which slows things down and runs the risk of missing a submission. Can we at least get the tick box in place - it would actually make sense to force the entire js code as per Google spec:

  (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
  (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
  })(window,document,'script','https://www.google-analytics.com/analytics.js','ga');
newaytech’s picture

forcing the tag to use ssl as per #4 - combined with using a locally cached copy of the tracking js fixes up the redirects for now.