The Help Screens are on another domain than docs but seem to be the docs pages. Can someone explain why the URLs are different?
Also I already noted somewhere else that there is Google Analytics running in this modal which is actually a privacy issue and should be opt-in.
Besides that it would be good to have at least a cookie-less tracking to know which Helping Articles people mostly click and to give them the possibility to provide basic feedback on the docs like "this doc did help / did not help" - if we keep an eye on the stats here we know which areas can use some UX improvements.
Labels |
Added:
?
|
Yes I raised it before and I wrote it also above that I raised it before - however I can't find the issue anymore and it's not solved yet...
The help screens are rendered by extracting content out of the Docs wiki through the MediaWiki API, manipulating the HTML a bit to be usable in the context of the iframe or pop out window, and applying basic theming to the resulting content. To my knowledge there is not an adequate way to iframe or render a similar layout directly from the Docs site.
All .org properties utilize GTM scripts for analytical purposes. This content is coming from .org, it is not Joomla injecting a tracker into your Joomla installation, and it has served me well a time or two being able to refer to traffic numbers demonstrating the resource’s high use when people talk about trying to change things for the sake of change (it actually individually gets slightly more traffic than the community subdomain). You are welcome to suggest the removal of analytics as a whole from .org, but I would not encourage a behavior of “this website should not have analytics because it is linked from the Joomla administrative interface”, because that same rule would have to apply to several subdomains, and by the time you removed GTM from those sites about the only things left with analytics are the VEL and Showcase Directory. On the same note, if the GTM config isn’t set to the anonymous mode for Analytics, that definitely should be fixed.
Status | New | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2020-04-29 20:37:13 |
Closed_By | ⇒ | brianteeman |
Found your previous closed issue here #26200 which was closed by me as it is an external site issue and not for the cms and redirected you to the correct repo where you opened an issue joomla/joomla-websites#1348 which is still open.
So I am closing this here once again as the other repo is the correct place
Thank you but as it's taking effect in the CMS we need to keep it open here too in my opinion. Otherwise we lose track of this privacy issue that we deliver with Joomla Core.
Or we have to add a cookie banner in the backend ;-)
How is it a privacy issue? What is being tracked and how? Afaik help is just a proxy, period. If it is more and there is tracking going on, how and where?
I don't even remember when and why that was added, tracking use and abuse? Is there a need for it? Is someone actually looking at that data?
IIRC, Joomla should be using anonymizeIP on all its Tags. Can we easily verify that the Google Analytics cookie and its setup does not include Google’s advertising features? Then as I understand, it is GDPR compliant, no consent needed.
No in Germany it would be even then not gdpr compliant... in Backend should be no GoogleTracking at all.
If you display it as an external Link and open the whole docs page then maybe It works because you clearly leave the Backend then, otherwise you have to ask for opt in to gather this statistics.
Given you are the Vice President of Open Source Matters, Inc., you are welcome and encouraged to action joomla/joomla-websites#1419 then which would permanently resolve any issues regarding this matter.
Is my memory failing or didn't you raise this before?