Rilevante https://noyb.eu/it/6-mesi-di-accordo-di-principio-laccordo-ue-usa-di-fatto-ancora-non-ce

Stando a quanto è noto all’associazione, infatti:

(I) non vi sarebbe ancora alcun accordo definitivo e (II) “gli Stati Uniti non forniranno l'acclamato "Tribunale per la revisione della protezione dei dati", ma al massimo una qualche forma di tribunale esecutivo, simile al precedente Ombudsperson del Privacy Shield, già respinto dalla CGUE. Allo stesso modo, si dice che gli Stati Uniti si rimangino la promessa di limitare la sorveglianza di massa a ciò che è "necessario e proporzionato". Al contrario, gli Stati Uniti introdurranno un linguaggio ancora più debole, che consentirà di continuare le pratiche di sorveglianza di massa già respinte dalla CGUE”.

Intervenendo in questa discussione, mi è venuto in mente che il problema che sollevi potrebbe essere dovuto al modo differente in cui GA4 gestisce l'anonimizzazione dell'IP.

GA-UA anonimizza sul server di elaborazione, che è anche il server di raccolta. E presumo che geolocalizzi PRIMA di anonimizzare.

GA4 invece anonimizza sul server di raccolta, che è separato dal server di elaborazione... e geolocalizza DOPO aver anonimizzato.

@simone-pestoni dipende. Stai archiviando dati aggregati o anche gli identificativi client/utente?

Se stai archiviando dati aggregati, puoi fare quello che ti pare.

Se stai archiviando identificativi utente c'è il solito problema dell'esportazione dei dati personali in USA.

@mangi-1 UA

@juanin potrei avere una versione NON aggiornata io!

@microtag_it GTM è una black box quindi l'unico modo di ovviare GTM è di fare un HOST Tag Manager.

Non vedo molte alternative.

L'altra alternativa è mettere in piedi un Tag Manager Server Side di prima parte oppure di tirarlo su come servizio. Però in termini di accountability installare una black box non è il massimo.

Quindi chiedo semplicemente se prevediate (o meno) di aggiungere misure/opzioni addizionali per ulteriore minimizzazione singling-out (ved. anche rilievi GPDP in provvedimento vs Fastweb per casistica visite da utenze loggate in browser su account Google) come opzioni predefinite e/o personalizzabili da pannello dashboard/superuser, e.g. :

Non credo che il passaggio User-Agent senza la coppia IP sia considerabile come un dato identificativo.
Inoltre non essendoci il JS diretto di Google Analytics/Tag Manager per Google non c'è modo di fare match con utenti loggati.

Il link fornito riguardo Fastweb recita infatti chiaramente il concetto:

Resta comunque fermo che, indipendentemente dall’accesso all’account Google, l’indirizzo IP può ad ogni modo consentire ‒soprattutto, come sopra già esplicitato, ove associato ad altre informazioni relative al browser utilizzato e alla data e all’ora della navigazione‒ di identificare un dispositivo di comunicazione elettronica e, quindi, indirettamente l’utente.

Ma andiamo avanti con il resto

Strip/edit URL parametri location.search = rimozione totale e/o mantenimento solo di alcuni parametri - e.g. append ?debug_mode=true e/o UTM solo per proxyficazione tracking UA (visto che Measurement cmq non le supporta e tocca andare di dimensioni personalizzate per source/medium/campaign/etc.).

Lo strip parametri non è previsto, ma volendo si può prevedere anche se onestamente sarebbe un grosso colpo alle capacità di analisi con un effetto di fatto nullo sulla Privacy.

Strip/edit user-agent = pseudonimizzazione parziale per versione/os/device e/o totale (solo nome browser o estrema/generica stile indicazione Mozilla Compatible Agent)

Questo potenzialmente si può già fare perché tra l'altro lo User Agent completo supera il limite di caratteri di GA4 e di conseguenza viene troncato.

Ti faccio vedere un esempio di come GA4 recepisce lo UA. Se supera 100 caratteri va in errore quindi ora host analytics lo tronca in ingresso, ma in teora per come funziona GA4 si può pure evitare di mandare lo User Agent completo.

Ciao @daniele-sassi

@raw grazie per le dritte.

Prego .

API Secret Measurement Protocol dove va inserito? Non mi è stato richiesto in fase di configurazione.

Recuperato l'API Secret presente / creato in amministrazione\stream GA4, va incollato nel relativo campo della sezione Google Analytics 4 (Modifica sito in Dashboard Host).

Il form di Modifica ancora non restituisce avviso di dati mancanti, quando si compila solo il campo ID Misurazione GA4 & si procede a salvataggio/aggiornamento.

Tuttavia, è comunque necessario che entrambi i campi siano compilati, affinché avvenga l'inoltro payload da Host a measurement-server GA.

@juanin ottimo! Appena ho del tempo farò qualche nuovo test

@sermatica non ancora.

Manca:

la procedura di Adequacy Decision da parte della Commissione EU a quel punto diventa operativa, MA bisogna vedere se regge al già annunciato ricorso di Schrems alla Corte di Giustizia EU

Tutto ad oggi lascia pensare che salterà anche questo.

Ad essere realisti.

Poi bisogna vedere cosa è incluso in questo Ordine Esecutivo, che nessuno ha ancora visto, ma vedremo a breve.

Una volta che avrai inserito il record CNAME nella zona DNS del tuo dominio, il sistema provvederà ad eseguire i seguenti step:

Verifica che il CNAME inserito sia correttamente funzionante / propagato Emette un certificato SSL per il sottodominio hs670842199.traduttori.it (attenzione che questo certificato SSL è gestito in autonomia da Host Analytics e non richiede operazioni da parte tua).

Dopo aver completato questa verifica, ricorda di inserire lo snippet JavaScript prima del tag di chiusura </head> del tuo sito. Così facendo i dati statistici transiteranno tramite il servizio Host Analytics.

grazie @luca ho letto il tuo articolo e segnalato le recensioni tramite il modulo Google

@daniele-subrizi-subry ok

Spero che tu abbia qualche dato in più. Comunque se si posizionano su Google su alcune tematiche...funziona