Re: Manage analytics through tag manager?

From: Daniel Gustafsson <daniel(at)yesql(dot)se>
To: Dave Page <dpage(at)pgadmin(dot)org>
Cc: Magnus Hagander <magnus(at)hagander(dot)net>, PostgreSQL WWW <pgsql-www(at)postgresql(dot)org>
Subject: Re: Manage analytics through tag manager?
Date: 2020-07-02 11:56:11
Message-ID: CC38696B-80D3-4DEA-835C-5C7F23F17E7C@yesql.se
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-www

> On 2 Jul 2020, at 11:01, Dave Page <dpage(at)pgadmin(dot)org> wrote:

> ..for what I'm trying to achieve right now it seems like I'm being asked to jump through a 30cm hoop that's being dangled from the top of a 4 storey building.

To be fair, I think the shape and placement of the hoops would've been
different if it was made clear(er) from the start that the proposal was to
measure outbound traffic for a *limited period*. At least I didn't understand
that until this email.

Settling on the future analytics needs for postgresql.org sounds like a topic
well suited for an unconference style discussion, maybe we'll end up changing
nothing but it's worth discussing.

What we can do to address concerns with tracking in the meantime is to honor
the DoNotTrack header in the site template, and only load GA/GTM in case
navigator.doNotTrack isn't set. Something like the (completely untested)
attached migth be all we need? The diff also removes the ability to load GA
over http, which we clearly shouldn't allow (and since moving the site to all
https we don't anyways IIUC).

cheers ./daniel

Attachment Content-Type Size
donottrack.diff application/octet-stream 952 bytes

In response to

Responses

Browse pgsql-www by date

  From Date Subject
Next Message Dave Page 2020-07-02 12:23:36 Re: Manage analytics through tag manager?
Previous Message Dave Page 2020-07-02 09:01:33 Re: Manage analytics through tag manager?