Creare un negozio online svizzero: protezione dei dati, accessibilità e gestione

Situazione di partenza: creare un negozio online in Svizzera

Chi crea un negozio online in Svizzera si muove contemporaneamente su tre fronti: diritto, tecnica e gestione. Il diritto stabilisce cosa è consentito fare con i dati dei clienti e quali prescrizioni si applicano all'accessibilità. La tecnica regola l'interazione tra negozio, pagamenti e logistica, mentre la gestione garantisce la sicurezza, la disponibilità e la manutenibilità a lungo termine.

La creazione segue questi tre ambiti in una sequenza precisa: prima il diritto e l'accessibilità, poi la tecnica, infine la gestione. Le decisioni giuridiche influenzano la tecnica, quelle tecniche influenzano la gestione. Chi conosce questa sequenza non pianifica gli ambiti l'uno contro l'altro.

I tre campi sono identificati con nomi specifici. Diritto: LPD, LDis e ODis nonché, per le attività nell'UE, EAA e BFSG. Tecnica: eCH-0059, WCAG 2.1 AA, EN 301 549, sistemi di shop come Shopify o Plenty, oltre a web hosting, elaborazione dei pagamenti e analisi web. Gestione: aggiornamenti, gestione delle chiavi, registrazione dei log e procedure automatizzate di cancellazione.

Il campo tecnico si compone di pochi elementi portanti: sistema di shop, web hosting, elaborazione dei pagamenti e analisi web. Lo shop SIGG opera sulla piattaforma Shopify, che fornisce i servizi. Chi ordina questi elementi prima della scelta del sistema evita ristrutturazioni successive.

I quattro elementi si interconnettono: il sistema di shop gestisce catalogo, account e checkout, il web hosting eroga le pagine, l'elaborazione dei pagamenti conclude l'acquisto, l'analisi web fornisce i numeri per la gestione. Chi definisce i singoli elementi può sostituirne uno in seguito senza dover ricostruire l'intero shop.

La scelta del sistema dipende dalle dimensioni e dai ruoli. Le aziende globali con molti prodotti e ruoli come Super-Admin, Admin, Redattore e Shop-Manager optano per Oracle Commerce Cloud, IBM WebSphere Commerce, SuiteCommerce di Oracle Netsuite, SAP Commerce Cloud, Sitecore Experience Commerce, Intershop Commerce Suite, SAP Hybris Commerce o Salesforce Commerce Cloud.

Le piccole e medie imprese si rivolgono ad agenzie digitali o web designer locali specializzati in alcuni sistemi di e-commerce. Nessun sistema è perfettamente preparato per l'ottimizzazione per i motori di ricerca; affermazioni come «SEO ready» vanno verificate attivamente.

Queste agenzie e web designer sono solitamente specializzati in pochi sistemi; Plenty rientra tra i sistemi per i quali offrono le loro prestazioni. Chi sceglie un tale sistema confronta la lista dei desideri delle funzionalità più importanti con le funzioni effettivamente offerte.

Dietro l'etichetta «SEO ready» non c'è una garanzia verificata. Chi verifica l'etichetta chiede quali funzioni siano concretamente intese e se siano adatte al proprio assortimento e alla propria clientela.

Il mercato è ampio: molti sistemi di shop sul mercato libero si rivolgono a diversi target e ognuno ha vantaggi e svantaggi. Prima della ricerca del sistema aiuta una lista dei desideri delle funzionalità più importanti, così che committente, agenzia e team di sviluppo verifichino gli stessi requisiti.

Altre funzioni includono newsletter, notifiche push, comunicazione via messenger, plug-in e contenuti incorporati. Si aggiungono il Single-Sign-On e il download di app dagli app store. Ogni funzione genera elaborazioni proprie e richiede una sezione specifica nell'informativa sulla privacy.

Protezione dei dati e accessibilità appartengono a questa fase iniziale. Entrambe incidono profondamente sull'architettura e sui processi: campi dati, logica del consenso, flussi di account e checkout, libreria di componenti e procedure di test. Chi se ne occupa solo dopo il lancio di solito ristruttura invece di integrare.

I punti di partenza giuridici hanno chiarezza diversa. Per la clientela in Svizzera vale la Legge federale sulla protezione dei dati (LPD).

Per l'accessibilità esistono requisiti concreti per gli enti pubblici, mentre per il settore privato non esiste un obbligo generale WCAG per tutti i siti web. Diventa rilevante per obbligo attraverso il divieto di discriminare le persone nei servizi offerti pubblicamente e attraverso le prescrizioni derivanti dalle attività nell'UE.

Le leggi pertinenti sono LPD, LDis e ODis. Gli standard tecnici sono eCH-0059, WCAG 2.1 AA ed EN 301 549.

Per le trasmissioni all'estero sono determinanti le clausole contrattuali tipo approvate, emanate o riconosciute preliminarmente dal IFPDT. L'SNV rappresenta la normazione mondiale (ISO) e quella europea (CEN) e gestisce il negozio di norme SNV-Connect.

Le leggi determinanti sono LPD, LDis e ODis. I sistemi vanno da Shopify a Oracle Commerce Cloud fino a Salesforce Commerce Cloud. I compiti di gestione sono aggiornamenti, gestione delle chiavi, registrazione dei log e procedure automatizzate di cancellazione.

Protezione dei dati secondo la LPD svizzera: basi per lo shop

Per gli shop con clientela in Svizzera è determinante la LPD. Diversamente dal RGPD, il diritto svizzero non esige fondamentalmente l'indicazione di una base giuridica per il trattamento dei dati personali. Esige tuttavia un trattamento conforme alla buona fede, lecito e proporzionato (art. 6 cpv. 1 e 2 LPD).

Si aggiunge il vincolo di scopo: i dati personali sono raccolti solo per uno scopo determinato, riconoscibile per la persona interessata, e trattati solo in modo compatibile con tale scopo (art. 6 cpv. 3 LPD).

Chi raccoglie indirizzo di consegna ed e-mail per l'evasione degli ordini non può quindi costruire senza ulteriori passaggi un profilo pubblicitario per altri canali. Ogni campo dati aggiuntivo e ogni utilizzo aggiuntivo necessita di uno scopo riconoscibile, compatibile con il trattamento.

Per la tecnica questo significa: ogni campo nel checkout, nell'account e nella newsletter necessita di uno scopo riconoscibile. I campi senza scopo non appartengono al modulo e ogni utilizzo aggiuntivo di un campo esistente costituisce un trattamento separato.

Per lo shop questo significa: tenere un catalogo dei dati, documentare gli scopi, regolamentare gli accessi e mantenere l'informativa sulla privacy in conformità con la gestione effettiva.

La panoramica dei trattamenti menziona tre aspetti: tipi di dati trattati, categorie di persone interessate e scopi del trattamento. Categorie di persone tipiche sono destinatari di prestazioni e committenti, potenziali clienti, partner di comunicazione, utenti nonché partner commerciali e contrattuali. Scopi tipici sono l'erogazione di prestazioni contrattuali, la comunicazione, le misure di sicurezza e la messa a disposizione dell'offerta online.

L'elenco degli scopi varia a seconda dell'azienda. Oltre all'erogazione di prestazioni contrattuali compaiono scopi come procedure d'ufficio e organizzative, procedure amministrative e organizzative, feedback, usabilità, infrastruttura informatica, pubbliche relazioni nonché processi aziendali e procedure economico-amministrative.

La sorveglianza non termina ai confini aziendali. Non appena vengono integrati prestatori di servizi – elaborazione pagamenti, hosting, analisi – occorre chiarire i loro ruoli e obblighi.

I gruppi di persone interessate sono destinatari di prestazioni e committenti, potenziali clienti, partner di comunicazione, utenti, partner commerciali e contrattuali nonché terze persone. Gli scopi comprendono prestazioni contrattuali, comunicazione, misure di sicurezza e marketing diretto.

Il catalogo dei dati cresce con lo shop: ogni nuovo metodo di pagamento, ogni newsletter e ogni app comporta trattamenti che devono essere registrati prima della messa in linea.

Informativa sulla privacy, cookie e account utente

Un'informativa sulla privacy per un negozio online inizia con il titolare del trattamento, inclusi indirizzo e possibilità di contatto. Seguono una panoramica dei trattamenti, i tipi di dati trattati, i gruppi di persone interessate, gli scopi, i destinatari, indicazioni sulla conservazione e cancellazione nonché i diritti delle persone interessate.

Il titolare del trattamento appare con nome, indirizzo e possibilità di contatto. Un esempio svizzero: ETA EXTENSIONS by Mirjeta Elmazi, Merkurstrasse 9, 8953 Dietikon, con l'indirizzo e-mail [email protected].

Oltre al titolare del trattamento può essere nominato un responsabile della protezione dei dati con indirizzo e punto di contatto proprio. calimoto indica Dr. jur. Thomas Schwenke, Ansbacher Str. 65, 10777 Berlin, con [email protected].

Un titolare del trattamento può anche avere sede all'estero: calimoto GmbH, Babelsberger Strasse 12, 14473 Potsdam, Germania, con [email protected].

Strutturazioni usuali separano inoltre la messa a disposizione dell'offerta online e il web hosting, le procedure di pagamento, i cookie, la registrazione e l'account utente, la gestione dei contatti e delle richieste nonché – in caso di offerta propria di app – avvertenze specifiche per le applicazioni.

Ulteriori sezioni possono riguardare prestazioni commerciali, funzioni di community, presenze sui social network, modifiche e aggiornamenti nonché definizioni dei termini.

A complemento della strutturazione funzionale vi sono altre sezioni. Riguardano le basi giuridiche determinanti, le misure di sicurezza, la trasmissione di dati personali, i trasferimenti internazionali di dati, la conservazione e cancellazione dei dati nonché i diritti delle persone interessate.

Con app proprie si aggiungono sezioni specifiche: comunicazione via messenger, notifiche push, newsletter e comunicazioni elettroniche, analisi web, monitoraggio e ottimizzazione nonché marketing online. Si aggiungono il download di applicazioni tramite app store e il login Single-Sign-On.

Tipi di dati tipici sono i dati di contatto: nome, indirizzo di fatturazione e di consegna, numero di telefono, indirizzo e-mail. Si aggiungono informazioni finanziarie come dati di carte e conti, dettagli delle transazioni e conferma di pagamento nonché informazioni sull'account come nome utente, password e impostazioni.

Si aggiungono informazioni sulle transazioni: articoli visualizzati, inseriti nel carrello, acquistati, restituiti o annullati. Rientrano inoltre i contenuti delle richieste dei clienti, informazioni sul dispositivo come indirizzo IP e identificativi univoci nonché dati di utilizzo relativi all'interazione con lo shop.

Le fonti sono di due tipi: indicazioni fornite direttamente dai clienti – all'apertura dell'account, all'acquisto o in caso di richiesta – e indicazioni rilevate automaticamente tramite l'offerta e il dispositivo. Entrambe le vie devono essere visibilmente separate nell'informativa.

A seconda dello shop si aggiungono altri tipi di dati: dati anagrafici, dati di pagamento, dati di localizzazione, dati di contenuto, dati contrattuali, dati di utilizzo, metadati, dati di comunicazione e procedurali nonché dati di log. Con app proprie possono aggiungersi riprese foto e video, cronologia delle posizioni, profili di movimento o dati evento (Facebook). L'informativa elenca solo ciò che lo shop tratta effettivamente.

I cookie necessitano di una sezione propria: quali categorie vengono impiegate, per quale scopo e come gli utenti possono gestirli.

L'ampiezza dipende dalle funzioni: analisi web, monitoraggio e ottimizzazione, marketing online, newsletter, notifiche push, servizi messenger, plug-in e incorporamenti. Si aggiungono Single-Sign-On e download di app tramite app store. Ogni funzione riceve una sezione propria.

Per gli account utente va spiegato quali dati obbligatori richiede la registrazione e a quale scopo servono; per i pagamenti, quali dati di pagamento vanno a chi; per le richieste di contatto, quali indicazioni del modulo vengono trattate e per quanto tempo vengono conservate.

L'ampiezza della raccolta deve corrispondere alla LPD: chi necessita dei dati dei clienti solo per l'evasione degli ordini, la spedizione e il supporto non amplia lo scopo e non raccoglie dati in eccesso. L'informativa descrive la gestione effettiva e viene aggiornata regolarmente.

L'informativa cresce con l'ampiezza funzionale: ogni metodo di pagamento, ogni newsletter e ogni app riceve la sua sezione prima di andare online. Le sezioni senza trattamento effettivo vengono rimosse.

Le informative recano una data di stato: SIGG indica il 16 giugno 2026, calimoto il 21 luglio 2025. La data mostra quando il testo è stato aggiornato l'ultima volta.

Menzione legale, condizioni generali di contratto e informativa sulla privacy sono documenti indipendenti nei negozi online. Se le condizioni d'uso e l'informativa sulla privacy si contraddicono riguardo alla raccolta, al trattamento e alla divulgazione di dati personali, l'informativa sulla privacy può avere la precedenza; SIGG regola esplicitamente questa precedenza.

Trasferimenti internazionali di dati e collaborazione con i prestatori di servizi

In pratica, hosting, elaborazione dei pagamenti e analisi raramente risiedono esclusivamente in Svizzera. Se i dati personali vanno a fornitori con sede o ubicazione dei server all'estero, si tratta di una trasmissione di dati all'estero da mettere in sicurezza.

Una protezione dei dati adeguata può essere raggiunta con clausole contrattuali tipo approvate, emanate o riconosciute preliminarmente dal IFPDT. Esse sostengono contrattualmente le trasmissioni senza dover costruire una soluzione propria per ogni singolo caso. La collaborazione con i prestatori di servizi integrati deve essere chiaramente documentata.

Nella catena tecnica sono solitamente gli stessi punti in cui i dati lasciano il paese: web hosting, elaborazione dei pagamenti e analisi web. Chi documenta ubicazione, subappaltatori e cancellazione per questi tre fornitori copre la maggior parte delle trasmissioni.

Nell'informativa sulla privacy vanno menzionati destinatari, categorie di destinatari e paesi di trattamento. Internamente, un catalogo contrattuale fissa con quale fornitore esiste quale accordo e quali dati vengono trasmessi.

Nelle informative i trasferimenti hanno una sezione propria. ETA EXTENSIONS e calimoto indicano «Trasferimenti internazionali di dati», accanto a «Trasmissione di dati personali».

Nella selezione dei fornitori valgono le stesse domande: dove vengono ospitati i dati, quali subappaltatori vengono impiegati, quali misure di sicurezza esistono e come avviene la cancellazione?

Se un fornitore cambia o sposta i suoi server, la trasmissione viene valutata nuovamente. Il catalogo contrattuale viene aggiornato ad ogni cambio di fornitore.

Accessibilità: obblighi in Svizzera e nell'UE

In Svizzera, LDis e ODis costituiscono le basi giuridiche per l'accessibilità digitale. Destinatari sono in particolare gli enti pubblici, principalmente a livello federale; Cantoni e Comuni si orientano alle prescrizioni cantonali applicabili. Per le aziende private non esiste un obbligo generale WCAG per tutti i siti web.

Resta rilevante il divieto di svantaggiare qualcuno nell'accesso a servizi offerti pubblicamente. Uno shop che renda di fatto impossibile l'utilizzo a una cliente o a un cliente può finire in una controversia legale.

Diverso è il caso per le attività nell'UE. L'European Accessibility Act (EAA) è una direttiva UE del 2019 che doveva essere attuata in tutti gli Stati membri dell'UE entro giugno 2025. Esso esige, tra l'altro, che le offerte di e-commerce – siti web e app mobili di negozi online – siano progettate in modo accessibile entro il 28 giugno 2025.

Sono interessati tutti gli elementi dell'esperienza di acquisto: navigazione, informazioni sui prodotti, processo di ordinazione e pagamento. Gli Stati membri non hanno previsto eccezioni generali per i piccoli shop. In alcuni paesi valgono eccezioni per le microimprese; fondamentalmente la regolamentazione mira a tutti i fornitori commerciali che si rivolgono ai consumatori.

Per le aziende svizzere di e-commerce vale: chi opera principalmente sul territorio nazionale segue le prescrizioni svizzere. Chi serve o intende servire clientela nell'UE rientra nell'EAA. In Germania vale dal 28 giugno 2025 la Legge sul rafforzamento dell'accessibilità (BFSG) per determinati prodotti e servizi digitali, incluso l'e-commerce. Altri paesi UE hanno attuazioni proprie.

In Liechtenstein, a settembre 2026, l'EAA non era ancora completamente recepito nel diritto SEE.

I tre paesi regolano la materia in modo diverso. In Liechtenstein esistono requisiti legali per siti web e app degli enti pubblici, in Germania per gli enti pubblici valgono BGG e BITV 2.0 oppure il diritto dei Länder. Le basi giuridiche hanno nomi diversi a seconda del paese: LDis e ODis in Svizzera, BGlG in Liechtenstein, BGG, BITV 2.0, BFSG e BFSGV in Germania.

Per la pianificazione conta il mercato di vendita effettivo: se lo shop vende solo in Svizzera, la situazione di partenza è diversa rispetto alla spedizione transfrontaliera e agli account clienti UE. La direzione è la stessa in entrambi i casi – l'accessibilità è obbligatoria per le attività nell'UE e in patria un criterio di usabilità.

Per la creazione questo significa: chi vende solo in Svizzera pianifica l'accessibilità come obiettivo di usabilità; chi vende nell'UE la pianifica come obbligo con la data limite del 28 giugno 2025.

Implementazione accessibile: WCAG, eCH-0059 ed EN 301 549

Per l'implementazione tecnica sono centrali tre riferimenti. Le WCAG (Web Content Accessibility Guidelines) descrivono i requisiti contenutistici. In Svizzera, eCH-0059 è lo standard importante per l'accessibilità di siti web e applicazioni mobili. Si basa tecnicamente sul livello di conformità AA delle WCAG 2.1 e vale nella versione 3.0 per la Confederazione.

Nel contesto UE, EN 301 549 è il riferimento tecnico armonizzato. In Germania, l'attuale riferimento giuridico rimanda alla versione 3.2.1 e quindi alle WCAG 2.1 AA. Da settembre 2026 è pubblicata la versione 4.1.1, che tiene conto delle WCAG 2.2.

I riferimenti sono versionati e le versioni divergono. eCH-0059 V3.0 vale per la Confederazione. Nei contesti vicini alla Svizzera e in Liechtenstein vale il riferimento armonizzato nella versione 3.2.1 con WCAG 2.1 AA.

L'EAA formula requisiti funzionali orientati a linee guida consolidate come le WCAG 2.1 AA.

Tre principi guidano l'approccio. Operabilità: navigazione e controllo devono essere possibili con tutti i dispositivi di input usuali – completamente tramite tastiera o screen reader, non solo con il mouse. Percettibilità: i contenuti devono essere ben leggibili e otticamente chiaramente riconoscibili, con contrasti sufficienti e dimensioni dei caratteri scalabili. Comprensibilità: le informazioni devono essere formulate in modo semplice e chiaro, evitando un linguaggio complesso.

Trasposto allo shop, questo riguarda tutte le aree centrali. Navigazione principale e ricerca prodotti devono essere utilizzabili senza mouse, con focus visibile e denominazioni chiare per le tecnologie assistive.

Le informazioni sui prodotti necessitano di testi alternativi per le immagini, una struttura corretta di titoli e tabelle; le indicazioni dei prezzi devono essere leggibili come testo, non solo come grafica. Nel checkout i campi del modulo devono essere etichettati in modo univoco, i messaggi di errore comprensibili e i progressi riconoscibili. Le app mobili seguono gli stessi principi.

L'accessibilità non riguarda solo la homepage. Proprio carrello, inserimento indirizzo e pagamento decidono se un acquisto può essere concluso. Per siti web e applicazioni mobili, secondo eCH-0059 è prevista anche una dichiarazione di accessibilità che documenta lo stato di implementazione.

Nella scelta del livello target è determinante la propria situazione: chi serve clientela UE si orienta ai riferimenti richiesti lì; per il mercato svizzero, eCH-0059 e le WCAG 2.1 AA offrono una base riconosciuta.

Nella creazione questo significa: libreria di componenti e checkout vengono costruiti una volta in modo accessibile e poi riutilizzati in ogni nuova funzionalità.

Accessibilità fin dall'inizio: concetto, design, codice, testing

L'accessibilità non può essere sovrapposta a un sito web alla fine. Deve essere pensata fin dall'inizio: nel concetto, nel design, nell'architettura, nel codice e nel testing. Chi verifica solo poco prima del lancio deve prevedere correzioni più onerose e costose.

Nel concetto si tratta di scenari d'uso: chi utilizza lo shop, con quali dispositivi, mezzi di input e limitazioni? Nel design contano contrasti, tipografia, stati di focus, etichette dei moduli e messaggi di errore. Nell'architettura e nel codice contano struttura semantica, componenti con stati chiari e una libreria che fornisca blocchi accessibili come standard.

Nel testing, gli strumenti di verifica automatizzati sono insufficienti. Rilevano una parte dei problemi tecnici, come testi alternativi mancanti o contrasti insufficienti, ma non se una navigazione sia comprensibile o se uno screen reader legga sensatamente il processo d'ordine. Servono quindi anche verifiche manuali con tastiera e screen reader e, ove possibile, test con persone che utilizzano tecnologie assistive nella vita quotidiana.

Per la gestione corrente, l'accessibilità appartiene alla Definition of Done delle nuove funzionalità e alla ripetizione regolare delle verifiche. Ogni nuovo filtro, ogni nuovo metodo di pagamento e ogni revisione del design possono peggiorare l'accessibilità esistente.

Per la creazione ne consegue: l'accessibilità appartiene ai requisiti per agenzia e team di sviluppo, non a una fase di verifica successiva.

Norme e standard per il mercato svizzero

La Associazione Svizzera di Normalizzazione (SNV) rappresenta la normazione mondiale (ISO) ed europea (CEN) e agisce a beneficio dell'economia e della società svizzere. Promuove lo sviluppo e l'armonizzazione delle norme e permette a oltre 2'000 specialisti svizzeri di partecipare attivamente al processo di normazione nazionale e internazionale. È suddivisa in sette settori specialistici: area normativa interdisciplinare, industria delle macchine, elettrica e metallurgica, edilizia, strade e traffico, industria orologiera, elettrotecnica e telecomunicazioni.

I sette settori specialistici portano sigle proprie. INB sta per area normativa interdisciplinare, SWISSMEM per l'industria delle macchine, elettrica e metallurgica, SIA per l'edilizia e VSS per le strade e il traffico. FH sta per l'industria orologiera, Electrosuisse per l'elettrotecnica e asut per le telecomunicazioni.

Le norme si ottengono tramite il negozio di norme SNV-Connect. Lì sono disponibili i prodotti delle organizzazioni di normazione nazionali e internazionali, da cui si può selezionare il set appropriato.

Per i gestori di shop, le norme sono soprattutto il linguaggio comune tra committente, agenzia, team di sviluppo e organismo di verifica. Chi nei bandi fa riferimento a standard riconosciuti rende i risultati comparabili, invece di discutere su questioni di gusto.

Nel campo dell'accessibilità, eCH-0059 è il riferimento svizzero: lo standard è vincolante per la Confederazione e segue tecnicamente le WCAG 2.1 al livello AA; prevede, tra l'altro, una dichiarazione di accessibilità per siti web e applicazioni mobili.

A livello internazionale, EN 301 549 è il riferimento europeo armonizzato, a cui si riferiscono i requisiti nello spazio UE. Chi conosce entrambi documenta lo stesso shop per il mercato svizzero e quello UE, senza gestire due sistemi separati.

Riferimenti e versioni fanno parte dell'accettazione: eCH-0059 V3.0 per la Confederazione, EN 301 549 versione 3.2.1 nel contesto UE e la versione 4.1.1 pubblicata da settembre 2026 con WCAG 2.2. Chi nomina la versione nel contratto verifica in seguito sulla stessa base.

Importanti riferimenti giuridici e tecnici

Gestione: sicurezza, durata di conservazione e cancellazione

La gestione è il terzo ambito della creazione: inizia con il lancio e prosegue in seguito. Comprende sicurezza, disponibilità, manutenibilità e compiti ricorrenti.

La gestione corrente richiede misure tecniche e organizzative adeguate al rischio. Determinanti sono lo stato della tecnica, i costi di implementazione, il tipo, l'ambito, le circostanze e gli scopi del trattamento nonché la probabilità di occorrenza e la gravità di possibili minacce per i diritti e le libertà delle persone fisiche. L'obiettivo è un livello di protezione adeguato: vanno garantite riservatezza, integrità e disponibilità dei dati.

Alla garanzia di riservatezza, integrità e disponibilità appartiene anche il controllo dell'accesso fisico a sistemi e locali. Fa parte delle stesse misure adeguate al rischio come ruoli e autorizzazioni.

Le restrizioni di accesso sono una parte centrale di ciò. Chi nello shop può vedere e modificare quali dati dei clienti viene regolato tramite ruoli e autorizzazioni, non per abitudine – nel backend dello shop così come negli strumenti di analisi, marketing e supporto. Ogni accesso ai dati personali va limitato al necessario per il rispettivo compito.

Negli shop più grandi i ruoli si chiamano Super-Admin, Admin, Redattore e Shop-Manager, distribuiti su molti prodotti. Chi nomina questi ruoli presto può ritagliare le autorizzazioni nel backend dello shop di conseguenza.

Alla durata di conservazione appartiene un concetto di cancellazione. Le informative sulla privacy contengono solitamente una sezione propria con informazioni generali sulla conservazione e cancellazione dei dati; vi si stabilisce quando i dati vengono cancellati o anonimizzati.

Nella gestione questo significa: definire un termine di conservazione per ogni categoria di dati, attuarlo tecnicamente – ad esempio con procedure automatizzate di cancellazione – e documentare la cancellazione in modo tracciabile. Dove obblighi legali di conservazione si oppongono a una cancellazione immediata, l'ulteriore trattamento viene limitato a questo scopo.

L'informativa sulla privacy conduce una sezione propria sulle misure di sicurezza. Descrive quali misure tecniche e organizzative lo shop attua e come viene raggiunto un livello di protezione adeguato al rischio.

Analisi web, monitoraggio e ottimizzazione corrono nella gestione. Vanno condotte come trattamento proprio con scopo proprio e menzionate separatamente nell'informativa.

Piattaforme come Shopify dividono la gestione tra fornitore e gestore. Chi conduce lo shop lì chiarisce contrattualmente aggiornamenti, gestione delle chiavi e procedure di cancellazione e fissa quali compiti restano al gestore.

I dati di log sono un tipo di dato proprio della gestione. Sorgono durante l'utilizzo dell'offerta, servono alla sicurezza e vanno elencati nell'informativa sotto i tipi di dati.

In caso di violazione della protezione dei dati serve una procedura chiara che stabilisca chi decide internamente e come si procede.

Si aggiungono i compiti ricorrenti: aggiornamenti del software dello shop e delle librerie, gestione di chiavi e dati di accesso, registrazione di eventi rilevanti per la sicurezza e una procedura chiara per il caso di una violazione della protezione dei dati.

Diritto, tecnica e gestione si incontrano nei termini: il termine di conservazione proviene dal diritto, la procedura di cancellazione dalla tecnica, il controllo dalla gestione. Chi conduce insieme ruoli, termini e procedure di cancellazione mantiene lo shop tracciabile.

Checklist per l'avvio

Questa checklist guida i tre ambiti della creazione: diritto, tecnica e gestione. Inizia dal diritto, passa attraverso i blocchi tecnici e finisce con le routine operative.

Protezione dei dati: nominare il titolare del trattamento con indirizzo e punto di contatto nell'informativa sulla privacy. Creare un catalogo dei dati e assegnare a ogni categoria di dati uno scopo riconoscibile, compatibile con il trattamento. Rispettare buona fede, liceità e proporzionalità nonché il vincolo di scopo secondo art. 6 LPD.

Informativa sulla privacy: prevedere sezioni per hosting, procedure di pagamento, cookie, registrazione e account utente, gestione contatti e richieste nonché – se presenti – per app mobili. Elencare tipi di dati, fonti, destinatari, paesi e durata di conservazione. Allineare regolarmente informativa e gestione effettiva.

Titolare del trattamento: nominare nome, indirizzo e punto di contatto del titolare del trattamento nell'informativa. Se necessario, indicare un responsabile della protezione dei dati con indirizzo e indirizzo e-mail proprio.

Funzioni: prevedere una sezione propria per analisi web, monitoraggio e ottimizzazione, marketing online, newsletter e notifiche push, servizi messenger, plug-in e incorporamenti, Single-Sign-On nonché download di app tramite app store.

Trasferimenti internazionali: verificare per ogni fornitore all'estero quali dati vengono trasmessi. Mettere in sicurezza le trasmissioni con clausole contrattuali tipo approvate, emanate o riconosciute preliminarmente dal IFPDT.

Tecnica: definire sistema di shop, web hosting, elaborazione dei pagamenti e analisi web come blocchi separati e assegnarli l'uno all'altro. Nel sistema di shop fissare quali compiti di gestione assume la piattaforma e quali restano al gestore. Documentare per web hosting e analisi ubicazione dei dati, subappaltatori e cancellazione.

Sistema di shop: distinguere tra sistemi per grandi aziende con molti prodotti e ruoli – Oracle Commerce Cloud, IBM WebSphere Commerce, SuiteCommerce di Oracle Netsuite, SAP Commerce Cloud, Sitecore Experience Commerce, Intershop Commerce Suite, SAP Hybris Commerce, Salesforce Commerce Cloud – e sistemi per PMI. Verificare cosa significhi concretamente «SEO ready».

Sistemi PMI: per le PMI verificare sistemi come Plenty, gestiti da agenzie digitali e web designer locali. Tenere la lista dei desideri delle funzionalità più importanti contro le funzioni effettivamente offerte prima della scelta.

Dati di pagamento: raccogliere dati di carte e conti, dettagli delle transazioni e conferma di pagamento solo nella misura necessaria per l'evasione degli ordini. Fissare nell'informativa sulla privacy quali dati di pagamento vanno a chi.

Documenti: condurre separatamente informativa sulla privacy, condizioni generali di contratto e menzione legale. Chiarire la precedenza in caso di contraddizioni tra condizioni d'uso e informativa sulla privacy riguardo alla raccolta, al trattamento e alla divulgazione di dati personali.

Accessibilità Diritto: chiarire se lo shop serve clientela UE – allora valgono le prescrizioni EAA con la data limite del 28 giugno 2025 per siti web e app mobili di negozi online. In patria rispettare le prescrizioni per gli enti pubblici secondo LDis/ODis e considerare il divieto di discriminazione nel traffico dei servizi. In Germania va considerato il BFSG dal 28 giugno 2025.

Accessibilità Tecnica: implementare le WCAG 2.1 AA come base tecnica, rispettare eCH-0059 come riferimento svizzero e considerare EN 301 549 per le attività nell'UE. Rendere la navigazione completamente utilizzabile tramite tastiera, verificare contrasti e dimensioni dei caratteri, mantenere il linguaggio semplice. Fornire immagini con testi alternativi, moduli con etichette univoche e messaggi di errore comprensibili. Trattare checkout, pagine prodotto e app mobili come la homepage.

Accessibilità Processo: ancorare i requisiti in concetto, design, architettura, codice e testing. Integrare verifiche automatizzate con test manuali tramite tastiera e screen reader e includere l'accessibilità nella Definition of Done. Preparare una dichiarazione di accessibilità secondo eCH-0059 per sito web e app.

Norme: fare riferimento a standard riconosciuti nei bandi e nelle accettazioni. Distinguere tra riferimento svizzero (eCH-0059) e riferimento europeo (EN 301 549) e documentare i risultati di conseguenza. Ottenere tramite il negozio di norme SNV-Connect.

Gestione: definire misure di sicurezza tecniche e organizzative adeguate al rischio e garantire riservatezza, integrità e disponibilità dei dati. Definire ruoli e autorizzazioni per ogni accesso ai dati dei clienti. Definire un termine di conservazione per ogni categoria di dati, istituire procedure automatizzate di cancellazione e documentare la cancellazione. Pianificare aggiornamenti ricorrenti, gestione delle chiavi, registrazione dei log e una procedura per le violazioni della protezione dei dati.

Violazione della protezione dei dati: prevedere una procedura che fissi la competenza interna e il modo di procedere.

Sicurezza e log: condurre una sezione sulle misure di sicurezza e trattare i dati di log come tipo di dato proprio. Curare una data di stato nell'informativa e aggiornare il testo.

Standard: distinguere eCH-0059 V3.0 per la Confederazione, EN 301 549 nella versione 3.2.1 nel contesto UE e la versione 4.1.1 da settembre 2026 con WCAG 2.2.

Routine operative: aggiornamenti del software dello shop e delle librerie, gestione di chiavi e dati di accesso, registrazione di eventi rilevanti per la sicurezza e una procedura chiara per le violazioni della protezione dei dati appartengono alla gestione fin dal primo giorno.

In sintesi: Diritto sono LPD, LDis e ODis; per le attività nell'UE EAA, in Germania BFSG, BGG, BITV 2.0 e BFSGV, in Liechtenstein BGlG. Tecnica sono eCH-0059, WCAG 2.1 AA, EN 301 549, sistemi di shop come Shopify o Plenty nonché web hosting, elaborazione dei pagamenti e analisi web. Gestione sono aggiornamenti, gestione delle chiavi, registrazione dei log e procedure automatizzate di cancellazione.