Uno script di analisi può essere presente nel sorgente mentre gli acquisti vengono inviati all’account sbagliato. Al contrario, un’integrazione server funzionante può restare invisibile nell’HTML pubblico. Un audit delle integrazioni comincia quindi come inventario, non come giudizio definitivo sulla qualità.
Formula una domanda verificabile: una registrazione completata invia esattamente un evento alla proprietà prevista? Il rapporto raccoglie prove pubbliche e identifica gli aspetti ancora sconosciuti. Verifica poi la trasmissione nei sistemi ai quali sei autorizzato ad accedere.
Ambito di questo audit
Cosa si può misurare
- HTML statico pubblico e intestazioni HTTP della pagina richiesta; facoltativamente una seconda pagina collegata della stessa origine.
- Firme di alcuni strumenti di analisi, pubblicità, osservazione del comportamento, consenso e gestione dei tag.
- Indizi pubblici di verifica in HTML, intestazioni e determinati record DNS, oltre ad alcuni schemi di tracciamento e dei moduli.
Cosa non dimostra
- Nessuna esecuzione JavaScript o prova di consegna degli eventi e attribuzione delle conversioni.
- Nessun accesso agli account dei fornitori, alle autorizzazioni o alle configurazioni private.
- Nessuna convalida completa del consenso o conclusione giuridica generale.
Il modulo di integrazioni è disponibile in Starter, Professional ed Enterprise, ma non in Free. Per le verifiche presso ciascun fornitore servono le relative autorizzazioni di accesso.
Definire l’inventario atteso
Elenca prima gli strumenti di cui il sito ha realmente bisogno: analisi, pubblicità, gestione del consenso, assistenza ed eventuale elaborazione server. Indica scopo e responsabile di ciascuno. Un sito informativo senza pixel pubblicitario non è automaticamente difettoso. Un insieme piccolo e ben compreso è spesso più utile di numerosi tag abbandonati.
Scegli poi una pagina pubblica e un evento rilevante per l’attività. Visualizzazione di pagina, invio di un modulo e acquisto confermato sono fatti diversi. Documenta proprietà ed evento attesi senza copiare identificatori privati o dati dei clienti nei rapporti condivisi. Questo stato atteso evita di trattare l’assenza di ogni logo di fornitore come un problema.
Comprendere l’ambito dell’osservazione pubblica
Il motore attuale legge HTML statico e intestazioni; non esegue JavaScript. Esamina la pagina richiesta e può aggiungere una seconda pagina collegata della stessa origine. Fai riferimento alle pagine effettivamente indicate nel rapporto, senza estendere le conclusioni a tutti i modelli, le sottopagine o i percorsi di pagamento esterni.
Le firme possono indicare strumenti di analisi, pixel pubblicitari, misurazione del comportamento, consenso o gestori di tag. I token pubblici trovati in HTML, intestazioni o DNS offrono un’altra prova: un token non rivela chi può accedere a Search Console. La sua assenza non esclude altri metodi di verifica. La documentazione Google sulla verifica delle proprietà spiega le possibilità.
Seguire le prove oltre lo stato
«Rilevato» significa che era visibile uno schema supportato. Non dimostra esecuzione, consenso, trasmissione in rete o accettazione dal fornitore. «Non rilevato» può corrispondere a un’integrazione eseguita più tardi, sul server o in un’altra pagina. Confronta entrambi gli stati con l’implementazione reale.
Se una pagina non è raggiungibile o viene sostituita da una schermata di verifica, manca la base della misurazione. Non è la prova che tutte le integrazioni siano assenti. Distingui anche un timeout DNS da una richiesta riuscita senza record corrispondenti. Di fronte a un URL di tracciamento non sicuro, verifica prima se è attivo oppure compare soltanto in codice inutilizzato; poi esamina le richieste del browser.
| Osservazione | Priorità nel contesto | Prova da confermare | Prossima azione |
|---|---|---|---|
| Un evento raggiunge la proprietà sbagliata | Alta se confermato per un evento aziendale | Richiesta del browser e ricezione autorizzata dal fornitore | Correggere la destinazione e testare azione singola e ripetizioni |
| Un tag non viene rilevato | Non confermato; non è un difetto automatico | Controllare architettura attesa e consegna reale | Verificare implementazione dinamica, server o su altra pagina |
| È presente una firma della piattaforma di consenso | Serve una verifica del comportamento | Osservare prima della scelta, dopo rifiuto e accettazione | Verificare che la trasmissione segua la scelta prevista |
Seguire un evento fino alla destinazione prevista
- Apri una sessione pulita del browser. Considera lo stato di consenso scelto e le estensioni che possono interferire.
- Esegui l’azione una volta, con dati di prova. Esamina la rete e la vista diagnostica del fornitore a cui sei autorizzato ad accedere.
- Confronta nome dell’evento, destinazione e valori necessari. Un clic su «Acquista» non equivale a una transazione confermata.
- Prova ricaricamenti, reindirizzamenti e nuovi tentativi. Se browser e server inviano insieme, controlla la deduplicazione prevista.
Con un livello dati Google, contano tempi e contenuto degli eventi. La presenza di dataLayer non conferma la correttezza dei valori. Correggi l’attivazione o l’integrazione responsabile invece di aggiungere un altro tag senza diagnosi.
Interpretare con attenzione consenso e dati
Rilevare una piattaforma di consenso non dimostra che rispetti la scelta effettuata. Prova una nuova sessione prima della scelta, poi rifiuto, accettazione e modifica successiva. Confronta il comportamento osservato con il funzionamento previsto. Google descrive la gestione del consenso come raccolta, comunicazione e rispetto della scelta; la guida all’implementazione spiega l’importanza dell’ordine delle operazioni.
Schemi che richiamano dati personali o determinati cookie sono motivi per indagare, non verdetti giuridici automatici. Verifica destinazione e regole del prodotto prima di intervenire; l’hashing non autorizza universalmente la trasmissione. Anche un segnale relativo all’informativa o a una casella obbligatoria di un modulo richiede revisione manuale. L’HTML statico non stabilisce definitivamente gli obblighi applicabili.
Ripetere il test e concludere sulla giusta affermazione
Ripeti l’osservazione pubblica sulle stesse pagine e documenta le firme modificate. Aggiungi il controllo nel browser e la prova autorizzata di ricezione presso il fornitore. Spesso basta una breve scheda con azione, consenso, evento atteso, evento osservato e controllo dei duplicati. Oscura dati personali, token e informazioni di pagamento nelle prove condivise.
Concludi soltanto su ciò che hai verificato. Se uno script indesiderato è stato rimosso, accertati che gli eventi importanti continuino ad arrivare. Un voto migliore non prova attribuzione corretta, consegna o conformità giuridica. Ripeti i controlli pertinenti dopo modifiche al consenso, ai tag delle campagne e al percorso di acquisto.
Domande frequenti
Un tag di analisi rilevato dimostra che l’analisi funziona?
No. Conferma uno schema pubblico visibile. Esecuzione, destinazione corretta, valori degli eventi e accettazione del fornitore vanno verificati separatamente.
Un token di verifica mostra chi accede a Search Console?
No. Gli indizi pubblici non consentono di valutare le autorizzazioni degli account. Per esaminarle serve un accesso autorizzato al servizio interessato.
Una piattaforma di consenso non rilevata costituisce automaticamente una violazione?
No. Il rilevamento è limitato e gli obblighi dipendono dal trattamento effettivo e dal contesto. Esamina implementazione e comportamento, senza concludere sulla sola assenza di uno schema.
Fonti e approfondimenti
- Google: il livello datidevelopers.google.com
- Google: modalità e gestione del consensodevelopers.google.com
- Google: configurare la modalità di consensodevelopers.google.com
- Google: verificare la proprietà di un sitosupport.google.com
Preparato dal team Sitelemetry e verificato rispetto all’ambito del prodotto e alle fonti primarie citate. Gli esempi sono illustrativi, salvo quando è indicato un caso osservato.
