Ciao @juanin

Puoi spiegare meglio con qualche esempio di cosa vedi e cosa invece ti aspetteresti di vedere?

Attualmente vedo arrivare url e user-agent non-processati = come vengono trasmessi in header/payload della post request all'endpoint /v1/ibriditics Host, così vengono inoltrati & arrivano lato GA (ved. DebugView/Report).

.
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. :

• 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.).

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

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.

Ciao @juanin

Riguardo l'IP

La scelta per ora è quella di troncarlo totalmente

Perfect & grazie per conferma/chiarimento in merito .

Approfitto quindi per chiedere se prevediate (o meno) ulteriori impostazioni di processo in inoltro payload anche per URL/path e user-agent (nelle prove effettuate finora li ho visti arrivare cmq inalterati).

Ciao @daniele-sassi

Ho configurato GA4 e completato tutti i passaggi richiesti su Host Analytics ma non vedo ancora nessun risultato.

Da configura / DebugView puoi vedere se stanno arrivando gli eventi, appendendo in coda all'url ?debug_mode=true .

Se non vedi proprio arrivare niente, e lo snippet Host è correttamente posizionato in head & richiamato/eseguito dal browser (ved. Developer Tools / Network), allora verifica da Dashboard Host che :

• siano OK con tick verde i check cname/DNS e SSL del sito

• siano correttamente impostati Measurement-ID e API Secret Measurement Protocol (necessario anche questo per OK inoltro ad endpoint measurement-server GA) per il tracking GA4 del sito.

.

Tra l'altro non funziona nemmeno il tasto modifica, nella dashboard di Host Analytics, per verificare i dati del dominio inserito.

Funziona, a meno che non venga bloccato e.g. da estensioni / adblocker del browser in uso, vedasi controllo da console web browser.

In tal caso è sufficiente inserire analytics.host.it in allowlist dell'estensione o procedere in modalità incognito.

Ciao @juanin

Non c'è, ma a questo punto - avendolo comunque strapazzato negli ultimi 3 giorni - faccio prima a non fidarmi più & a creare una nuova istanza vergine .

Scoperto l'inghippo mentre stavo procedendo alle verifiche per la creazione delle nuove property UA/GA3 e GA4 per la nuova istanza.

Lo stream GA4 per cui vedevo i dati parziali in ingresso era stato impostato con la massima disabilitazione admin di raccolta dati, ma era comunque ancora collegato alla proprietà UA/GA3. Pertanto i dati spuri registrati derivavano proprio dal link.

Procedendo infatti stavolta a ricontrollo + conferma di unlink, da real-time non risultava più niente in debug / real-time.

:
Ergo, comunque errate sia l'impostazione lato mio che la conclusione "It's not a bug, it's a feature" sul fatto che la dashboard Host non segnalasse la mancata compilazione di api_secret nel campo GA4 in fase di save/update delle impostazioni del dominio.

.

Per l'ip invece questo è completamente strippato oltre a forzare il parametro GA di anonimizzazione.

Come da indicazioni CNIL e GPDP (provvedimenti vs Caffeina ed IlMeteo) - Host dovrebbe inoltrare ad endpoint GA un payload processato con parametro uip del tipo x.y.0.0 nel caso di client IP IPv4 (indipendentemente dal passaggio - a quel punto superfluo - anche del parametro aip = 1 per anonimizzazione lato server GA).

Nel caso di Analytics Host sto riscontrando invece indicazioni spurie di Località client IT - Torino, basate solo sull'IP (DC Host) da cui arriva la collect request ai measurement-server GA... anche quando non vi sono questioni/criticità evidenti di geolocalizzazione per l'uip risultante.

.
Per scrupolo, appena fatto nuovamente un paio di prove veloci su istanza nuova (con sopra solo una pagina HTML blank con Host tracking snippet in head) & associata a 2 nuove proprietà UA/GA3 e GA4 - create indipendentemente.

• Client IP : 167.114.101.64 -> Host dovrebbe passare uip = 167.114.0.0 -> Location rilevata invece in report GA : IT-Turin

• Client IP 45.130.136.162 -> Host dovrebbe passare uip = 45.130.0.0 -> Location rilevata invece in report GA : IT-Turin

In attesa della disponibilità di pannello debug / raw-data lato Host (vedo SuperUser, ma ancora in status 404), fammi sapere obv se vi servono nel frattempo altri check in merito.

Ciao @juanin

Forse hai un tag js di Google diretto da qualche parte perché Host analytics non manda in alcun modo eventi come session_start che sono riservati e usabili solo da gtag.js.

Non c'è, ma a questo punto - avendolo comunque strapazzato negli ultimi 3 giorni - faccio prima a non fidarmi più & a creare una nuova istanza vergine .

Vi aggiorno una volta tirata su, associata in dashboard Host e ripetuti i vari controlli con le impostazioni vanilla.

Inoltre non capisco perché parli di consenso e API secret. L'API secret con il consenso e la privacy non hanno nulla a che vedere.

Termini & Condizioni d'uso API Secret di Measurement Protocol prevedono espressamente che i titolari dei siti abbiano ottenuto dagli utenti finali le autorizzazioni necessarie per la raccolta e il trattamento dei loro dati, compresa l'associazione di tali dati alle informazioni sulle visite raccolte da Google Analytics.

Non è una mera questione limitata solo al rapporto tra titolari & Google, a cui infatti basta la registrazione di accettazione T&C ("Ne prendo atto"), ma proprio di conformità alle disposizioni GDPR per raccolta & trattamento dei dati.

.
Pertanto, in caso di configurazione con uso API Secret - necessario/vincolante per il funzionamento della config - non solo serve ovviamente la corrispondenza ai criteri per la conformità della proxyficazione GA per trasferimento cross-border (ved. raccomandazioni EPDB / indicazioni CNIL), ma anche e comunque un consenso esplicito da parte del visitatore del sito per esecuzione codice tracking / memorizzazione cookie in relazione alla raccolta dati.

Ciao @juanin

api secret e measurement id sono necessari per poter mandare HIT a GA4. Solo con uno dei due non può funzionare

Con l'impostazione del solo measurement_id in dashboard Host per GA4 ho riscontrato che arrivano comunque i dati per alcune dimensioni di eventi / pageview.

Con tale impostazione parziale, dopo la response {"status":true} all'invio del payload all'endpoint /v1/ibriditics non vi è infatti stop perentorio di inoltro successivo del payload processato agli endpoint measurement-server GA - come invece avviene se p.es. si procede lato client ad alcuni override dello script js, e.g. personalizzazione dei cid e del loro expiry [1].

.
Lato Host parte comunque un inoltro. Infatti - controllando prima da real-time e poi da report/esplora - risultano e.g.

• URL/Percorsi pagine
• Località livello country (livello city not_set se country != IT, altrimenti geolocalizza su Torino) [2]
• Eventi page_view - session_start - first_visit

Quando l'ho riscontrato, ho pensato che fosse un semplice caso "It's Not a Bug, It's a Feature".

Ho infatti ritenuto fosse comunque intenzionale, onde consentire appunto l'impostazione proxyficata GA in equivalenza categoria strumenti tecnici / necessari senza obbligo richiesta di consenso (cosa che non è possibile invece, impostando API Secret, come indicato anche da Google stessa).

Note :

[1] Visto che - in questa fase della Public Beta - le opzioni di personalizzazione lato Dashboard non sono state ancora implementate, ho comunque effettuato alcuni test di verifica override tramite locally-hosted script (codice d'esempio) per :

• variazione algoritmo generazione cid (onde aumentarne grado di collisione, ved. raccomandazioni EPDB)
• variazione della durata di validità (riduzione da 1 anno ad 1 mese)
• variazione cookie base domain per siti su sottodomini

Se ad esempio la sintassi degli UUID non corrisponde a quella definita dalle function uuid() e uuid4() causa uso di diverso algortimo di codifica hash (tra quelli supportati lato measurement-server GA per la registrazione come e.g. cyrb53), si ha response ok da endpoint Host /v1/ibriditics con inoltro OK per GA4 - KO per UA/GA3.
.
[2] Nell'ambito di controlli dual-tracking UA/GA3+ GA4, verificando tracking UA/GA3 impostati per siti in dashboard Host, tutti gli accessi risultano provenire da IT - Torino...

Come se non venisse comunque processato correttamente il parametro client IP - anonimizzato Lvl2 (azzeramento ultimi 2 ottetti client IP IPv4 / ultimi 5 ottetti IP IPv6) nell'inoltro successivo del payload UA/GA3 processato.

Per i GA4 stream contemporanei si ha invece una situazione simile, ma appunto impostando solo measurement_id in dashboard Host.

In questo caso non so quanto sia intenzionale una tale situazione, per cui aspettavo la disponibilità dei raw-data in uscita da Host verso endpoint GA. onde verificare effettivamente il processo dei payload lato Host.

Ciao @shazarak

vedrò poi se li inserisce in una categoria automaticamente, o se li devo inserire manualmente, in questo caso gli do categoria necessari giusto?
(su cookiebot ci sono queste categorie: necesssari, preferente, statistici, marketing, non classificati)

Dipende da impostazione stream GA4 in dashboard Host + impostazioni payload :

• In dashboard Host impostato solo measurement_id : Necessari = in tal caso gli endpoint measurement-server GA ricevono solo parametri parziali e compatibili con le indicazioni GPDP per il rientro tra strumenti tecnici/necessari.

• In dashboard Host impostati measurement_id + api_secret : Statistici = in tal caso gli endpoint measurement-server GA ricevono tutti i parametri e devi comunque prevedere la gestione del consenso in merito a raccolta & trattamento dati (ved. anche note relative di Google in pannello creazione/gestione API Secret).

.
Nel secondo caso ovviamente dovrai anche verificare / prevedere le condizioni di esenzione dati per la conformità di trattamento cross-border dati ex GDPR + Schrems II = il disaccoppiamento dell'inoltro payload agli endpoint measurement-server GA è condizione necessaria di conformità, ma non sufficiente.

Tradotto in pratica, verificare p.es. con la checklist delle indicazioni fornite da CNIL per le proxyficazioni GA conformi, rimuovendo / inibendo parametri payload e/o configurazioni di data-sharing / cross-link, che comportino criticità con le attuali disposizioni.

Ciao @simbus82

La cosa strana è che resta la notifica sulla configurazione che lo stream non riceve dati, ma invece li riceve...

Sugli stream GA4 di test, che ho associato venerdì in dashboard Host, tanto quelli con impostato solo measurement_id quanto quelli con measurement_id + api_secret, la notifica risultava ancora pending sino a ieri.

Da stamane risultano correttamente con tick verde e relativa nota "La raccolta dei dati è stata attiva nelle ultime 48 ore". Pertanto, è solo questione di attendere il refresh.

.
P.S.: sto conducendo i test anche con impostazioni GA4 parziali in dashboard Host, onde verificare le cross-border checklist di differenti config / processi lato Host in conformità a raccomandazioni EPDB + indicazioni CNIL per proxyficazione GA.

Ciao @simbus82

Va messo sia ID che API Measurement per far funzionare il tutto o basta l'ID? (G-xxxxxx)

E' già sufficiente il measurement_id per ricevere alcuni dati (non tutti) di uno stream GA4 con Host.

Lo puoi verificare da pannello debug / real-time, nonché da pannello esplora, importando le dimensioni di interesse.

In tal caso però i payload GA4 modificati & inoltrati ai measurement endpoint non includeranno comunque alcuni parametri, e.g. gli ID Istanza app client_id cid, a differenza del processo dei payload UA/GA3 (dove viene passato come cid il valore del cookie ibriditics_uuid4).

Come ha scritto @juanin, ciò non si verifica se invece inserisci measurement_id e api_secret nel pannello opzioni sito dalla dashboard Host.