Mantenere un consenso coerente tra pagine e sottodomini.
Gli stati che adottano il consenso condiviso richiedono ambito, versione e trasmissione sicura. Non tutti i sottodomini dovrebbero essere in grado di adottare la stessa decisione.
Il tema "Mantenimento della coerenza del consenso tra i sottodomini" viene qui considerato dal punto di vista del "Consenso e revoca". Per gli operatori di siti web e i responsabili della protezione dei dati, la "semantica comune" e il "conflitto di contenuti" rivestono particolare importanza.
Pubblicato: 3 minuti di lettura · Autore: Sebastian Geier
Come mantenere la coerenza del consenso tra più pagine e sottodomini?
I sottodomini condividono il consenso solo laddove la responsabilità, la definizione dello scopo e il confine di fiducia tecnico coincidano. Uno stato centrale o uno scambio firmato sincronizza la selezione e la versione; le aree incompatibili richiedono i dati separatamente e non sovrascrivono lo stato dell'altra.
Semantica comune
Criterio di test
Semantica comune
Lo stesso ID di scopo implica gli stessi provider, tipi di dati e sequenze di elaborazione in tutte le applicazioni.
Criterio di test
Ambito limitato
Lo stato viene trasferito ai sottodomini solo se fanno parte della stessa area di consenso, sia dal punto di vista aziendale che della sicurezza.
Controllo della versione Nuovi scopi o modifiche significative attivano una nuova richiesta controllata senza reinterpretare erroneamente le selezioni precedenti.
Controllo della versione
Segnale di controllo
Segnale 1
Percentuale di sottodomini compatibili con versioni di scopo identiche e stato corrente correttamente sincronizzato.
Segnale di controllo
Segnale 2
Numero di conflitti di stato, riattivazioni non autorizzate e accessi al di fuori dell'ambito definito.
Ambito limitato
Sottodomini, responsabilità, provider e semantica degli scopi vengono confrontati prima di ogni sincronizzazione tecnica.
Uno stato firmato e versionato fornisce regole chiare su ambito, scadenza e conflitti tra applicazioni compatibili.
I test di navigazione verificano il consenso, la selezione parziale, la revoca, le nuove versioni delle policy e i sottodomini non partecipanti.
Conflitto di finalità
Conflitto di finalità Due applicazioni utilizzano la stessa etichetta di categoria per provider o conseguenze diverse.
Cookie non sicuro L'accesso esteso al dominio può consentire a sottodomini meno affidabili di leggere o modificare lo stato.
Stato ping-pong I CMP in conflitto si sovrascrivono a vicenda ad ogni modifica e riattivano finalità precedentemente revocate.
Esempio pratico: "Conflitto di finalità"
Il sito web e il negozio utilizzano lo stesso elenco di finalità condiviso e uno stato firmato. Un portale di supporto separato con provider diversi non adotta automaticamente la selezione, ma gestisce il proprio ambito senza reimpostare la revoca del sito web.
Cosa è importante quando si "mantiene la coerenza del consenso tra i sottodomini"?
Una domanda di approfondimento pertinente con relativa risposta Abilitare la revoca e le successive modifiche in modo tecnicamente corretto"Come implementa tecnicamente un sito web la revoca e le successive modifiche al consenso? "
Un secondo collegamento per "mantenere la coerenza del consenso tra i sottodomini" porta a: Implementazione controllata di versioni e modifiche dello schemaQuesto articolo rimane focalizzato sulla domanda "Come si implementano nuove versioni dello schema e modifiche al markup in modo controllato? "
Se si desidera implementare concretamente "mantenere la coerenza del consenso tra i sottodomini", è possibile fare riferimento a: Sistemi web robusti Questo articolo si concentra su "Consenso e revoca" e "Semantica comune".
Conclusione: Mantenere la coerenza del consenso tra i sottodomini
La coerenza del consenso richiede un significato condiviso e confini di fiducia sicuri. La condivisione tecnica senza un accordo semantico crea solo un'uniformità superficiale.
Fonti e ulteriori informazioni
Le seguenti fonti documentano le linee guida tecniche e metodologiche utilizzate per "mantenere la coerenza del consenso tra i sottodomini".
Cookie e tecnologie simili – ICOPrassi normativa ufficiale in materia di finalità, informazioni, consenso e tecnologie simili relative ai cookie.
Linee guida 05/2020 sul consenso – Comitato europeo per la protezione dei dati (EDPC)Interpretazione ufficiale dell'EDPB in materia di volontarietà, consenso informato, non ambiguità e revoca del consenso.
Tesi chiave
Un modello di stato definito centralmente assegna scopi, domini, versioni e tempi di scadenza. Ogni applicazione legge la stessa semantica condivisa e reagisce in modo controllato agli stati mancanti o obsoleti.
Cosa non riguarda
Un cookie di dominio definito in modo generico non garantisce la coerenza se scopi, versioni del CMP e contesti di sicurezza differiscono tra i sottodomini.
Di cosa si tratta
Un accordo di consenso condiviso e versionato definisce gli ID di finalità, l'ambito di applicazione, la scadenza e la sincronizzazione sicura per ciascuna applicazione partecipante.
Consenso, protezione dei dati e qualità del tracciamento.
Mappatura dei requisiti regionali di protezione dei dati senza siti web paralleli
Come fase di audit separata, "Mantenere la coerenza del consenso tra i sottodomini" include la domanda: Come fa un sito web a soddisfare i requisiti regionali in materia di protezione dei dati senza utilizzare piattaforme separate?
Consenso, protezione dei dati e qualità del tracciamento.
Comprendere il banner di consenso come un meccanismo di controllo tecnico piuttosto che come una semplice interfaccia.
Integra "Mantenere la coerenza del consenso tra i sottodomini" con una decisione separata: Perché un banner di consenso deve essere considerato un meccanismo di controllo tecnico e non solo un'interfaccia utente?
Panoramica degli Insight
Tutti gli Insight di VELUNO in sintesi
Ulteriori analisi sui sistemi web, la visibilità digitale e modelli di lavoro robusti.
Controllo delle versioni: Decisione successiva concreta
Due sottodomini collegati vengono innanzitutto verificati per accertarsi che abbiano scopi e provider identici. Solo successivamente viene impostato un ambito versionato, che include la revoca e il test dei conflitti.