Guida all'Integrazione del Wix Cookie Consent Banner: CMP Integrato, Velo ed Embed di Terze Parti nel 2026
Wix è la piattaforma web predefinita per centinaia di milioni di piccole imprese, creatori e operatori che non hanno un team di ingegneri e non ne vogliono uno. Il punto di forza della piattaforma è esattamente questo — un costruttore di siti ospitato dove l'infrastruttura sottostante, l'elaborazione dei pagamenti, la gestione dei contenuti e sempre più lo stack di marketing sono astratti dalla persona che gestisce effettivamente il sito. Questa astrazione è anche dove si concentrano i rischi di consenso di Wix. La piattaforma include un banner per il consenso ai cookie integrato che l'operatore può abilitare con un paio di clic; il banner soddisfa la domanda superficiale se esiste un banner; e l'operatore va avanti. Le domande più difficili — se il banner stia effettivamente impedendo l'attivazione dei tag prima del consenso, se gli embed HTML di terze parti e il codice Velo siano correttamente controllati, se il registro dei consensi sia verificabile, se la divulgazione del trasferimento transfrontaliero sia accurata — vengono raramente poste, e un sito Wix che non le ha poste non è un sito Wix che soddisfa il GDPR, ePrivacy o i regimi regionali che si sono allineati con essi. Questa guida illustra cosa configurare e cosa aggiungere affinché un'installazione Wix nel 2026 raggiunga una postura difendibile.
Cosa fa effettivamente il banner per il consenso ai cookie integrato di Wix
Il Wix Cookie Consent Banner — disponibile su ogni sito Wix in Settings, Privacy & Compliance — è uno degli strumenti di consenso nativi più capaci che qualsiasi piattaforma ospitata fornisce. Supporta l'opt-in per categoria nelle categorie Essential, Functional, Analytics e Advertising, può essere configurato per richiedere un'azione affermativa esplicita, supporta contenuti multilingue attraverso il livello di traduzione del sito e si integra nativamente con la policy di consenso che le stesse Wix Marketing Apps rispettano. Quando l'operatore configura il banner per richiedere il consenso e abilita i controlli per categoria, le integrazioni native di Wix — Wix Analytics, l'integrazione Facebook Pixel, l'integrazione Google Ads, l'integrazione Google Tag Manager, l'integrazione Hotjar — rispettano la scelta dell'utente senza ulteriori configurazioni.
Quello che il banner non fa, e dove si verifica il fallimento di conformità più comune, è controllare gli script di terze parti che l'operatore ha aggiunto tramite la funzione Custom Code di Wix, il codice Velo o i widget HTML incorporati. Il banner registra la scelta dell'utente; il compito dell'operatore è leggere quella scelta dalla policy di consenso ed eseguire condizionalmente la logica di terze parti che vive al di fuori dell'elenco di integrazioni gestite di Wix. Il modello funziona una volta implementato, ma non è automatico.
La configurazione predefinita non è sufficiente
La configurazione predefinita del banner quando l'operatore la abilita per la prima volta è il consenso implicito — visitare il sito è trattato come consenso fino a quando il visitatore non rifiuta. Quella postura è stata la fonte di ripetute conclusioni dei regolatori contro i siti ospitati da Wix in tutto l'EEA, il UK e i regimi che si sono allineati con il GDPR. L'operatore deve modificare la configurazione per richiedere un consenso affermativo esplicito prima che vengano impostati cookie non essenziali, deve impostare per impostazione predefinita i toggle per categoria su off, e deve verificare che l'opzione di rifiuto sia almeno altrettanto prominente dell'opzione di accettazione nell'interfaccia del banner. Queste tre impostazioni — consenso esplicito, predefinito off, rifiuto prominente — sono il minimo che un sito Wix deve soddisfare per raggiungere la soglia che l'EDPB ha stabilito nelle sue linee guida sui banner cookie del 2023 e riaffermato nelle priorità della task force del 2026.
Come Wix gestisce il consenso sotto il cofano
Wix espone lo stato di consenso del visitatore attraverso un oggetto policy di consenso che le integrazioni interne della piattaforma leggono e che il codice dell'operatore può leggere attraverso la piattaforma per sviluppatori Velo. L'API Velo espone la policy di consenso sotto wixWindow.consentPolicy sul front end e il modulo equivalente sul back end. La policy di consenso restituisce un oggetto strutturato con flag booleani per categoria e un timestamp; il codice Velo o Custom Code dell'operatore legge quei flag prima di inizializzare qualsiasi logica di terze parti non essenziale.
Le categorie di consenso che Wix espone si mappano sulla tassonomia standard. Essential copre i cookie di sessione, carrello, sicurezza e bilanciamento del carico e non richiede consenso. Functional copre preferenze, elenchi visualizzati di recente e archivi simili non essenziali ma non di tracciamento. Analytics copre Wix Analytics, Google Analytics 4, Microsoft Clarity e strumenti di misurazione simili. Advertising copre Facebook Pixel, Google Ads, TikTok Pixel, LinkedIn Insight e l'inventario di pixel di marketing più ampio. Le Wix Marketing Apps native si controllano automaticamente su queste categorie; tutto ciò che viene aggiunto dall'operatore deve essere controllato manualmente.
Il modello di integrazione per embed di terze parti e Custom Code
Il modello che funziona su Wix ha quattro parti. In primo luogo, configurare il Cookie Consent Banner integrato per richiedere il consenso esplicito, impostare i toggle per categoria su off per impostazione predefinita e assicurarsi che l'opzione di rifiuto sia almeno altrettanto prominente dell'accettazione. In secondo luogo, identificare ogni script di terze parti che il sito aggiunge al di fuori dell'elenco di integrazioni native di Wix — tipicamente questi si trovano in Settings, Custom Code, nei moduli di codice Velo o nei widget HTML incorporati — e fare un inventario di quale categoria di consenso ciascuno rientra. In terzo luogo, racchiudere ogni script di terze parti in un controllo del consenso che legge la policy di consenso prima dell'esecuzione. In quarto luogo, assicurarsi che l'informativa sulla privacy presentata dal banner rifletta gli effettivi destinatari di terze parti, non il linguaggio generico del modello Wix.
- Custom Code in Settings — gli operatori comunemente aggiungono Google Tag Manager, Facebook Pixel aggiuntivi, tag di conversione Google Ads aggiuntivi, snippet Hotjar e script di monitoraggio delle chiamate tramite Custom Code. Ognuno di questi deve essere configurato con l'impostazione Consent Mode appropriata nell'interfaccia Custom Code — Wix espone la selezione della categoria di consenso a livello di singolo snippet — in modo che lo snippet si carichi solo quando viene concessa la categoria rilevante.
- Codice Velo — il codice Velo di back-end e front-end può leggere wixWindow.consentPolicy e raggiungere condizionalmente le API di terze parti. Qualsiasi modulo Velo che chiama un endpoint di terze parti per registrare eventi, attivare pixel o sincronizzare dati con un CRM deve controllare la categoria rilevante prima dell'esecuzione.
- Widget HTML incorporati — gli iframe HTML incorporati da terze parti (widget di chat, widget di calendario, incorporamenti social) tipicamente caricano i propri script che impostano i propri cookie. Il modello è quello di rendere l'iframe all'interno di un wrapper controllato da Velo che inserisce condizionalmente l'elemento iframe solo dopo che il relativo gate è stato concesso.
- Siti Wix Studio — Wix Studio eredita lo stesso meccanismo di policy di consenso ma aggiunge funzionalità di design responsivo e modalità sviluppatore che rendono più facile mantenere il controllo del consenso in stile Velo. Il modello di integrazione è identico; l'ergonomia di manutenzione è migliore.
Le insidie di conformità specifiche di Wix
Tre modelli ricorrono nelle installazioni Wix e rappresentano la maggior parte dei problemi segnalati dai regolatori. Il primo è il contenitore Google Tag Manager di terze parti gestito dall'operatore — l'operatore installa GTM tramite Custom Code, quindi aggiunge decine di tag attraverso l'interfaccia GTM senza configurare Consent Mode v2 all'interno di GTM stesso. Il banner Wix controlla correttamente il loader GTM, ma una volta che GTM è caricato i tag al suo interno si attivano senza ulteriori controlli del consenso a meno che GTM non sia stato configurato per rispettare Consent Mode. La correzione è abilitare Consent Mode v2 nel contenitore GTM e collegare il trigger di ogni tag al segnale di consenso appropriato.
Il secondo è il provider di form incorporato — Typeform, JotForm, Calendly e simili — che carica i propri cookie per scopi analitici e di precompilazione. Il banner Wix non controlla il widget incorporato per impostazione predefinita; l'operatore deve controllare l'elemento widget stesso tramite Velo, o utilizzare il modello di segnaposto click-to-load che differisce il caricamento dell'iframe fino a quando l'utente non interagisce con esso.
Il terzo è la divulgazione del trasferimento transfrontaliero. L'infrastruttura di hosting di Wix opera in diverse regioni inclusi gli Stati Uniti, e molti dei destinatari di terze parti dell'operatore operano altrove; il modello di informativa sulla privacy che Wix fornisce non nomina specificamente quelle giurisdizioni, e l'operatore deve modificare l'informativa per nominare ogni regione destinataria. La guida EDPB del 2023 è stata esplicita sul fatto che il linguaggio generico dati elaborati da fornitori di servizi non è sufficiente, e lo stesso standard si applica ai siti ospitati da Wix.
Validazione e postura di audit per il 2026
Un'installazione Wix difendibile nel 2026 deve superare quattro controlli tecnici. In primo luogo, una sessione browser pulita servita da un indirizzo IP EEA deve produrre zero cookie non essenziali prima che il banner sia stato gestito — non solo zero cookie gestiti da Wix, ma zero cookie da ogni snippet Custom Code, modulo Velo e widget incorporato. In secondo luogo, il percorso di rifiuto deve mantenere quello stato. In terzo luogo, un percorso di accettazione deve produrre solo i tag a cui l'utente ha acconsentito, e il registro dei consensi di Wix insieme a qualsiasi registro lato operatore deve contenere il record corrispondente. In quarto luogo, una revoca deve immediatamente interrompere ulteriori attivazioni di tag, far scadere i cookie impostati durante la sessione con consenso e propagare l'opt-out a qualsiasi destinatario di terze parti downstream che mantiene il proprio stato.
L'aspettativa della traccia di audit è il punto in cui Wix sta migliorando ma richiede ancora lo sforzo dell'operatore. La piattaforma registra le decisioni di consenso nel proprio registro accessibile al proprietario del sito, il che è sufficiente per molte domande dei regolatori. Per le installazioni che necessitano di una traccia di audit più completa — versione del banner, stato della categoria, versione della lingua e stato del destinatario downstream — l'operatore deve aggiungere codice Velo che scrive eventi di consenso in un archivio esterno interrogabile. Un sito Wix che ha configurato correttamente il banner integrato, controllato ogni percorso Custom Code e Velo, modificato l'informativa sulla privacy per nominare ogni destinatario transfrontaliero e aggiunto il registro della traccia di audit è un sito Wix che ha trasformato la semplicità del costruttore ospitato della piattaforma da una responsabilità di conformità in una parte difendibile della postura di consenso di un editore.