Come valutare requisiti di iframe, cookie e privacy prima di aggiungere WebChat al tuo sito
Una revisione pratica prima del lancio di WebChat incorporata: mappa dati e archiviazione del browser, valuta consenso e informative, testa gli stati di errore e assegna responsabili.
Perché WebChat incorporata richiede una revisione prima del lancio, non solo uno snippet di codice
L'aggiunta di un widget WebChat modifica più del layout di una pagina. Può creare un nuovo canale di contatto per i visitatori, raccogliere contenuti dei messaggi e dati di contatto, usare l'archiviazione lato browser, inviare dati a fornitori di servizi e produrre registrazioni delle conversazioni utilizzate dai team di assistenza. Si tratta di decisioni operative, di privacy e di sicurezza, oltre che di implementazione.
Inizia con un esercizio di mappatura dei dati. Identifica quali informazioni entrano nella chat, dove transitano, chi può accedervi, cosa accade quando un flusso automatizzato richiede informazioni o invia un file e per quanto tempo le registrazioni rimangono disponibili. Uno snippet di codice non può determinare le tue finalità del trattamento, la base giuridica, il piano di conservazione, l'elenco dei destinatari o le modalità con cui offri ai visitatori l'esercizio dei loro diritti.
Per webchat.vip, il titolare del sito configura un widget WebChat installabile, personalizzabile e multilingue. Le conversazioni sono gestite in una casella di posta condivisa che supporta anche WhatsApp, con controlli per operatori, reparti, instradamento, orari, livelli di servizio, modelli e tag. Il titolare del sito deve decidere come configurare e governare tali funzionalità.
- Nomina un responsabile dell'implementazione, un revisore della privacy, un revisore della sicurezza e un responsabile delle operazioni di assistenza.
- Non effettuare il lancio finché ogni responsabile non accetta le decisioni che rientrano nella propria area.
- Considera le modifiche in produzione alla configurazione del widget, ai flussi automatizzati, all'instradamento, ai file, all'accesso alle analisi e alla conservazione come modifiche da riesaminare, non come semplici interventi di progettazione.
Mappa le parti e i flussi di dati prima di decidere cosa comunicare
Documenta il percorso reale anziché un generico percorso del widget. Un visitatore può aprire il widget senza inviare un messaggio, inserire un nome o un recapito, inoltrare una richiesta di assistenza, caricare un file, ricevere una risposta automatizzata, essere instradato a un reparto o affidato a una persona. Ogni percorso può incidere sull'inventario dei dati e sull'informativa privacy.
Distingui almeno il visitatore, la tua organizzazione in qualità di titolare del sito web, webchat.vip in qualità di fornitore della piattaforma WebChat, gli utenti dell'assistenza autorizzati e qualsiasi canale o fornitore di servizi connesso coinvolto nella configurazione scelta. Non presumere che il ruolo di un fornitore, i destinatari, le località o i sub-responsabili possano essere dedotti dal widget visibile.
webchat.vip registra analisi operative, log delle conversazioni, valutazioni e report esportabili. Supporta inoltre flussi automatizzati che possono inviare messaggi e file, raccogliere risposte convalidabili, creare diramazioni, trasferire e affidare le richieste a persone. Decidi quali di queste funzioni attiverai, quali dati richiedono e se sono appropriate per il tipo di richiesta.
- Per ogni dato, registra: fonte, finalità, sistema o ruolo ricevente, gruppo di accesso, regola di conservazione e processo di cancellazione o restituzione.
- Separa i contenuti forniti dal visitatore dai dati tecnici creati dal browser o dal funzionamento del servizio.
- Individua se un messaggio potrebbe contenere categorie particolari di dati, informazioni finanziarie, sanitarie, di autenticazione o altre informazioni sensibili. In tal caso, ottieni una revisione specialistica di privacy e sicurezza prima del lancio.
- Per i file, registra i tipi di file consentiti, il processo di gestione del contenuto e chi può scaricarli. webchat.vip archivia i file in un sottoaccount Apification Cloud isolato per ciascun servizio omnicanale.
Iframe o integrazione diretta: comprendi il confine senza attribuirgli più di quanto garantisca
Un iframe e uno script di terze parti incluso direttamente non sono equivalenti. Un iframe cross-origin crea un confine nel browser: gli script sono soggetti alla same-origin policy, mentre una comunicazione cross-origin controllata può avvenire tramite meccanismi quali Window.postMessage(). Anche l'archiviazione del browser è generalmente separata in base all'origine.
Uno script di terze parti incluso direttamente nella pagina ha una posizione tecnica diversa. Può accedere agli altri script e dati della pagina e di fatto opera come codice di prima parte. Questo rende particolarmente importanti l'approvazione della sorgente, il controllo delle modifiche e la revisione della content security policy.
Nessuno dei due modelli risponde alla questione completa della privacy. Un iframe non stabilisce finalità lecite, non minimizza i dati raccolti, non determina la conservazione né rende coerente il comportamento di tutte le impostazioni di privacy del browser. Esamina l'integrazione effettivamente fornita per il canale configurato, inclusi gli attributi del frame, le origini consentite, i messaggi scambiati con la pagina host e le richieste di rete esterne.
- Chiedi al team di ingegneria di identificare se il deployment usa uno script diretto, un iframe o entrambi.
- Se viene usato un iframe, registra l'origine sorgente, gli attributi sandbox, le autorizzazioni e i percorsi di comunicazione con la pagina host.
- Comprendi che l'omissione di allow-same-origin da un sandbox iframe attribuisce al contenuto incorniciato un'origine speciale e può impedirne l'accesso a cookie, archiviazione dati e alcune API JavaScript.
- Non aggiungere ampie autorizzazioni all'iframe solo per risolvere un problema di test; individua la funzionalità che necessita dell'autorizzazione e approva la configurazione pratica più restrittiva.
Decidi se il consenso è necessario in base alla finalità e alla giurisdizione
Non decidere indiscriminatamente che tutta l'archiviazione della chat sia esente, né che ogni interazione tecnica richieda lo stesso trattamento del consenso. Secondo la sintesi dell'EDPB sulle norme UE, la memorizzazione o l'accesso ai cookie richiede generalmente informazioni adeguate e consenso, con un'eccezione per i cookie tecnicamente necessari. La valutazione dipende dalle norme applicabili e dalla finalità specifica.
Distingui l'archiviazione realmente necessaria per fornire un servizio espressamente richiesto dal visitatore dal tracciamento, dalla misurazione o da altre finalità facoltative e non essenziali. La comodità per l'implementazione non è il criterio della necessità tecnica. Chiedi a un consulente privacy di valutare le finalità nelle giurisdizioni in cui operi.
Separa inoltre la valutazione dell'archiviazione del browser dalla base giuridica per il trattamento dei dati personali. Se il consenso è la base giuridica scelta per il trattamento, spiega che può essere revocato e come revocarlo. La revoca dovrebbe essere facile quanto il rilascio del consenso.
- Definisci cosa accade prima del consenso, dopo l'accettazione, dopo il rifiuto e dopo la revoca.
- Assicurati che il meccanismo di consenso possa impedire l'attività facoltativa prima che venga effettuata la scelta richiesta, ove applicabile.
- Non rendere l'accettazione del tracciamento facoltativo una condizione per ricevere l'assistenza ordinaria, salvo che la tua revisione legale supporti tale approccio.
- Ripeti i test dopo che un visitatore modifica le preferenze di consenso, elimina i dati del browser o usa la navigazione privata.
Rendi l'informativa privacy specifica per il tuo servizio effettivo
Un'informativa privacy per WebChat deve descrivere il trattamento della tua organizzazione, non limitarsi a ripetere la descrizione di un widget. Ai sensi dei requisiti di trasparenza del GDPR e dell'UK GDPR, le informazioni possono includere l'identità e i recapiti del titolare, i recapiti applicabili del DPO, le finalità, la base giuridica, i destinatari o le categorie di destinatari, i periodi o criteri di conservazione, i diritti e una modalità per presentare reclamo all'autorità di controllo competente, ove richiesto.
Stabilisci se i trasferimenti di dati verso un paese terzo o un'organizzazione internazionale sono rilevanti per la tua configurazione e, in tal caso, quale meccanismo o quali garanzie di trasferimento si applicano. Confermalo tramite la documentazione corrente del fornitore e i materiali contrattuali, anziché basarti su supposizioni relative all'hosting o alla lingua dell'interfaccia.
Rendi l'informativa facile da trovare prima o nel momento in cui le persone forniscono informazioni nella chat. Usa un linguaggio semplice, spiega cosa può vedere un operatore ed evita di promettere riservatezza o risultati di risposta che il tuo processo di assistenza non può garantire con coerenza.
- Collega l'informativa dal widget o da un'informativa vicina e dalle più ampie informazioni privacy del sito web.
- Indica un canale pratico per le richieste sulla privacy e un altro canale per questioni urgenti di assistenza o sicurezza.
- Descrivi la conservazione come un periodo definito o come i criteri utilizzati per stabilirla; non fare affidamento su un'impostazione predefinita della piattaforma non documentata.
- Rivedi le informative ogni volta che cambiano finalità, destinatari, automazione, file, ruoli di accesso o regole di conservazione.
Poni domande di implementazione senza presumere impostazioni predefinite del fornitore
Invia un questionario scritto al fornitore e conserva la risposta insieme alle evidenze del lancio. L'obiettivo non è ottenere una garanzia generica, ma confermare il comportamento attuale dell'integrazione selezionata e gli accordi contrattuali che le si applicano.
Quando un fornitore tratta dati personali per tuo conto, l'articolo 28 del GDPR indica temi pratici tra cui istruzioni documentate, impegni di riservatezza, misure di sicurezza, sub-responsabili, assistenza per le richieste di esercizio dei diritti, cancellazione o restituzione dei dati e informazioni di audit. Il tuo team legale dovrebbe stabilire quale accordo e quali evidenze siano necessari nelle tue circostanze.
Chiedi a webchat.vip come si comporta la configurazione del widget scelta, ma mantieni chiare le responsabilità: la tua organizzazione decide quali dati richiedere, quali automazioni e reparti abilitare, chi riceve le conversazioni e come le registrazioni sono utilizzate e conservate.
- Quali domini, script, frame ed endpoint di rete sono necessari per il widget configurato?
- Quali cookie o altre forme di archiviazione del browser possono essere create o consultate, con quali origini e per quali finalità?
- Quali campi dati possono raccogliere i flussi automatizzati e come può il titolare del sito limitare la raccolta e assicurare l'affidamento a una persona?
- Chi può accedere alla casella di posta condivisa, ai report, alle esportazioni e ai file, e quale modello di controllo degli accessi si applica a ciascuna di queste aree?
- Quali sono gli attuali accordi su sub-responsabili, trasferimenti internazionali, sicurezza, cancellazione/restituzione e notifica degli incidenti ai sensi dell'accordo applicabile?
- Quali modifiche all'integrazione o al servizio del fornitore richiedono nuovi test o una notifica?
Applica controlli di sicurezza e progetta per la scelta del cliente
Richiedi HTTPS per il sito host ed esamina l'integrazione configurata rispetto alla tua content security policy. La sicurezza dovrebbe approvare prima del rilascio le sorgenti necessarie per script e frame, le destinazioni di connessione e qualsiasi direttiva richiesta. Non risolvere un problema di deployment consentendo ampiamente sorgenti non riesaminate o indebolendo le policy sull'intero sito.
Applica il privilegio minimo all'amministrazione come requisito operativo. webchat.vip consente ai team di organizzare operatori, reparti, instradamento, orari, livelli di servizio, modelli e tag. Usa questi controlli per supportare un'assegnazione operativa appropriata, riesamina gli accessi quando i ruoli del personale cambiano e assicurati che l'instradamento non invii richieste sensibili a una coda inappropriata. Conferma l'effettivo modello di controllo degli accessi della piattaforma prima di fare affidamento su di esso per limitare l'accesso a conversazioni, report, esportazioni o file.
Un visitatore che non può o non desidera usare la chat deve comunque avere un canale di assistenza praticabile. Offri un'alternativa, come un modulo di contatto, un indirizzo email, un canale telefonico o un altro canale adeguato. Assicurati che l'informativa del widget, il percorso del consenso e il canale alternativo siano utilizzabili da chi usa la tastiera e comprensibili su schermi piccoli.
- Revisione della sicurezza: endpoint HTTPS approvati, compatibilità con la CSP, autorizzazioni iframe riesaminate e nessuno script diretto di terze parti non approvato.
- Revisione dell'assistenza: aspettative di disponibilità visibili, comportamento fuori orario, responsabilità dei reparti e criteri di affidamento a una persona.
- Revisione dell'accessibilità: operatività solo da tastiera, ordine di focus, focus visibile, errori comprensibili, layout mobile e percorso senza chat.
- Revisione della privacy: nessun campo non necessario, accesso chiaro all'informativa e un canale alternativo che non richieda il consenso al tracciamento facoltativo.
Domande frequenti
L'uso di un iframe elimina gli obblighi di privacy per WebChat?
No. Un iframe cross-origin può creare un confine nel browser e separare l'archiviazione in base all'origine, ma non determina le tue finalità, la base giuridica, i destinatari, la conservazione, il contenuto dell'informativa o gli obblighi di consenso. Esamina l'integrazione specifica e il trattamento della tua organizzazione.
I cookie di WebChat sono sempre essenziali?
No. Secondo la sintesi dell'EDPB sulle norme UE, la memorizzazione o l'accesso ai cookie richiede generalmente informazioni e consenso, salvo quando è tecnicamente necessario. Valuta ogni elemento di archiviazione in base alla sua finalità effettiva e alla giurisdizione applicabile; non classificarlo come essenziale solo perché è utile alla chat.
Quale archiviazione del browser dovrebbe coprire una revisione di WebChat?
Includi almeno cookie, localStorage e sessionStorage. Registra origine, finalità, momento della creazione, persistenza e attributi rilevanti dei cookie. Testa i percorsi effettivi dei visitatori perché la configurazione può modificare ciò che viene memorizzato o consultato.
Cosa dovrebbe accadere se i cookie sono bloccati o l'archiviazione non è disponibile?
Testa il widget configurato in condizioni di cookie bloccati e navigazione privata prima del lancio. Definisci un comportamento di errore comprensibile e fornisci un canale di contatto alternativo chiaro. Escalation dei problemi irrisolti di accesso all'archiviazione al responsabile dell'implementazione e all'assistenza del fornitore prima del rilascio in produzione.
Chi dovrebbe approvare il lancio di WebChat?
Il titolare del sito o dell'implementazione dovrebbe coordinare l'approvazione da parte di privacy, sicurezza, operazioni di assistenza e ingegneria web. La privacy approva le decisioni su dati, informativa, conservazione e consenso; la sicurezza approva i controlli di integrazione; l'assistenza è responsabile di instradamento, organico ed escalation umana; l'ingegneria è responsabile del deployment testato e del rollback.
Quando un flusso WebChat automatizzato deve affidare la richiesta a una persona?
Definisci le regole di affidamento prima del lancio. Effettua l'escalation quando la richiesta necessita di valutazione, riguarda un reclamo o una richiesta di esercizio dei diritti, coinvolge informazioni sensibili, non può essere risolta dal flusso o indica un problema urgente di sicurezza o sicurezza dell'account. Offri ai visitatori un chiaro canale di contatto umano anziché suggerire che l'automazione possa risolvere ogni caso.
Fonti e approfondimenti
Riferimenti primari e autorevoli usati per verificare la base fattuale di questa guida.
- General Data Protection Regulation (GDPR), Regulation (EU) 2016/679 — EUR-Lex / Publications Office of the European Union
- EDPB FAQ: Cookies and consent — European Data Protection Board
- EDPB Guidelines 2/2023 on the technical scope of Article 5(3) of the ePrivacy Directive — European Data Protection Board
- What privacy information should we provide? — Information Commissioner's Office
- Storage limitation — Information Commissioner's Office
- Iframe element reference — MDN Web Docs
- Privacy on the web — MDN Web Docs
- Web Storage API — MDN Web Docs
- Using HTTP cookies — MDN Web Docs
- Storage Access API — MDN Web Docs