Segnali MarTech che Contano: Settimana 32

Questo articolo è una traduzione assistita dall’AI dell’originale in inglese, revisionata dall’autore.

La settimana in cui la domanda ha smesso di essere dove risiedono i tuoi dati

Immaginate una journey di re-engagement attiva per un retailer italiano il trenta di ottobre. In produzione da due anni, e funziona. Chiunque non abbia aperto un’email da novanta giorni entra nel flusso, riceve una sequenza di tre messaggi e o torna, o finisce soppresso. Non ha mai generato un errore.

Il trenta di ottobre continuerà a non generare errori. Semplicemente smetterà di far entrare una quota crescente di destinatari italiani, in silenzio e per sempre, perché quelle persone non genereranno più l’evento che la condizione di ingresso sta aspettando. I volumi di ingresso scenderanno lentamente, che è esattamente ciò che fanno quando una lista matura, quindi nessuno guarderà due volte. La prima persona ad accorgersene sarà quella che, mesi dopo, chiederà perché il programma italiano ha smesso di produrre ricavi.

Non è un’ipotesi su una regola che potrebbe arrivare. Il Garante italiano ha adottato ad aprile le linee guida sui pixel di tracciamento nelle email, con sei mesi per adeguarsi, il che porta la data al ventinove di ottobre. La CNIL francese era arrivata prima, per una strada diversa. E questa settimana, per la prima volta sulla mia watchlist, una piattaforma di customer engagement ha rilasciato il meccanismo invece di un articolo sul regolamento.

TL;DR

Il pixel di apertura ha smesso di essere un’impostazione di piattaforma ed è diventato un attributo di profilo per singolo destinatario. MoEngage ha rilasciato la prima gestione nativa del consenso all’open tracking sulla mia watchlist: archiviata separatamente dallo stato di iscrizione, impostabile dall’esterno della piattaforma, con scoping diverso per paese, con timestamp e audit trail. I cambiamenti di schema appartengono alla customer data platform, non allo strumento di invio email.
Ciò che si rompe il ventinove ottobre è il trigger, non la metrica. Le condizioni di ingresso costruite su Email Opened non generano errori quando l’evento smette di arrivare: smettono di far entrare una coorte crescente di destinatari francesi e italiani, in modo permanente, mentre ogni modello addestrato sulla recency delle aperture classifica quelle persone come disingaggiate.
Zeotap ha portato l’intera CDP composable dentro l’account Snowflake del cliente. Non è reverse ETL e non è una lettura zero-copy: identity resolution, segmentazione, orchestrazione e attivazione girano come servizi containerizzati su Snowpark dentro un perimetro che il cliente già possiede.
Tre vendor, tre oggetti, un solo movimento. Ciascuno ha rinunciato alla custodia di qualcosa e ha tenuto la decisione su quel qualcosa. Ciò che discrimina in una selezione di piattaforma non è più dove vivono i dati, ma quali stati la piattaforma detiene, quali delega a te, e quali delle tue regole applica su superfici che non ha costruito lei.

La piattaforma è dove gira la tua logica, non dove vive il tuo stato

Negli ultimi sette giorni sono successe tre cose apparentemente scollegate, e lette separatamente sono una funzionalità di compliance, una decisione di packaging e un miglioramento di canale. Lette insieme, sono lo stesso movimento eseguito su tre oggetti diversi: il vendor smette di essere il posto dove una cosa è custodita e diventa il posto dove una cosa viene decisa. È lo stesso istinto dietro le quattro forze di gravità che modellano le decisioni MarTech, ed è ciò che rende i pattern architetturali tra CDP e CEP qualcosa su cui vale la pena discutere. Tre istanze pulite di fila sono di solito il punto in cui un sospetto si guadagna il diritto di essere chiamato pattern.

Cominciamo da quella che ha una scadenza.

Cosa richiedono davvero i regolatori, e quando

È qui che la maggior parte dei riassunti sbaglia, inclusa una mia bozza precedente, perché i due strumenti non sono lo stesso tipo di atto e le date non significano ciò che normalmente si racconta.

Francia. La CNIL ha adottato la deliberazione n° 2026-042 il dodici marzo e l’ha pubblicata il quattordici aprile. È una raccomandazione e non crea l’obbligo: quello esisteva già, nell’articolo 82 della Loi Informatique et Libertés. Quindi non potete liquidarla come facoltativa, perché la regola sottostante è di legge, né trattarla come la legge, perché le esenzioni vivono nella raccomandazione.

Il quattordici luglio non è il giorno in cui il consenso è diventato obbligatorio in Francia. Ha chiuso un periodo transitorio di tre mesi per gli indirizzi già presenti nel vostro database. Se la finestra è passata, perdete l’accomodamento, non l’obbligo.

Italia. Il Garante ha adottato le proprie linee guida il diciassette aprile e le ha pubblicate il ventinove. Il termine di adeguamento è di sei mesi dalla pubblicazione, quindi il ventinove ottobre 2026. Parecchia documentazione vendor, inclusa la release di cui parlo sotto, indica il ventotto. Lavorate sulla data più prossima.

L’Italia va oltre la Francia su due punti che atterrano direttamente sul vostro preference centre. La revoca deve essere possibile in modo granulare, non come un unico interruttore tutto-o-niente. E la privacy by design è indicata come obbligo autonomo, con la finalità di ridurre l’identificabilità del destinatario. L’elenco dei destinatari del provvedimento cita gli operatori di piattaforme di invio massivo di email, quindi il vostro ESP non è uno spettatore. E nemmeno voi.

Entrambi i regimi hanno esenzioni reali, più ampie di “ristrette”, per finalità di sicurezza, requisiti tecnici strettamente necessari e comunicazioni di servizio. Il documento di domande e risposte della CNIL del ventidue luglio, che non ho visto citato nella copertura di settore, risolve le domande di perimetro che il vostro team incontrerà davvero: se i link tracciati rientrino, cosa conti come transazionale, cosa ricada sulla piattaforma di invio invece che su di voi. Partite da lì, non dal riassunto di uno studio legale.

Ciò che sopravvive alle sfumature dovrebbe preoccupare un architetto. Il consenso è richiesto laddove il pixel profila il singolo destinatario, e la profilazione che i regolatori descrivono è l’analisi del comportamento di apertura per personalizzare oggetto, contenuto e frequenza di invio, e l’alimentazione della marketing automation. È la configurazione di default di ogni piattaforma di engagement che io abbia mai implementato.

Il pixel diventa un attributo di profilo, non un’impostazione di piattaforma

È stata pubblicata parecchia guidance sulla raccomandazione francese, ed è utile. Ma non è un meccanismo, ed è per questo che la release di luglio di MoEngage è l’artefatto della settimana. È la forma a fare l’argomento, non l’elenco di funzionalità.

Il consenso è archiviato in un nuovo attributo di sistema, moe_email_open_tracking_consent, tenuto separato dallo stato di iscrizione e impostabile tramite user import, SDK o data API, il che significa che la piattaforma sta esplicitamente rinunciando a dichiararsi fonte di verità. Un selettore di paese controlla a quali mercati si applica, con un fallback configurabile per i destinatari il cui attributo paese è vuoto. Ogni modifica viene registrata con lo stato nuovo, quello precedente, il timestamp e la sorgente. I destinatari senza consenso non ricevono il pixel, incluse le email già inviate, e un link separato alle preferenze compare nel footer di ogni email.

L’open tracking era una proprietà della piattaforma di invio: un interruttore in un pannello di impostazioni, valido per tutto. Adesso è un attributo del profilo cliente per singolo destinatario, per paese, con timestamp e tracciabile, dotato di un proprio ciclo di vita e di una propria superficie di consenso.

Il pixel smette di essere un’impostazione di piattaforma e diventa un attributo del profilo cliente, che è un cambiamento di schema e non un interruttore di compliance.

Non è un interruttore di compliance ma un cambiamento di schema, e appartiene alla customer data platform e non allo strumento email, che è la tesi che ho sostenuto scrivendo della CDP come categoria architetturale. Se il vostro consenso all’open tracking vive solo nel vostro ESP, ne scoprirete i limiti la prima volta che farete girare una seconda piattaforma di invio, o una migrazione, o una richiesta di accesso che attraversa entrambe. Non ho simpatie particolari per il vendor: quello che conta è che il meccanismo abbia adesso un’implementazione di riferimento.

Un’avvertenza, visto che la sto elogiando. L’enforcement con scoping per paese è pragmatico ed è anche fragile, perché fa dipendere la vostra postura di compliance da un attributo paese che, in ogni profile store che io abbia mai verificato, sta da qualche parte tra l’incompleto e il fantasioso. Il fallback per i dati di paese mancanti decide cosa succede alla parte del vostro database che conoscete meno, e in design review riceverà meno attenzione di quanta ne meriti.

Ciò che si rompe è il trigger, non la metrica

La conseguenza a cui quasi tutti i commenti si aggrappano è che gli open rate caleranno. È vero, ed è la cosa meno interessante di tutta la vicenda.

MoEngage dichiara quella vera in modo esplicito nella propria release note: i flussi che usano Email Opened come trigger o condizione di ingresso potrebbero richiedere una revisione. Quella frase fa molto lavoro in silenzio, perché una condizione di ingresso basata sull’apertura non fallisce in modo rumoroso quando l’evento smette di essere generato. Non va in errore, non lancia warning e non compare in nessun monitoraggio che avete configurato, perché dal punto di vista della piattaforma non è andato storto niente. Semplicemente, una popolazione smette di qualificarsi. Ogni programma di re-engagement, ogni sequenza di win-back e ogni nodo di attesa evento che tiene ferma una journey finché qualcuno non apre tratterrà in sospensione permanente una coorte crescente di destinatari francesi e italiani.

Poi c’è tutto ciò che è addestrato sull’evento invece che innescato dall’evento. I modelli di send-time optimisation imparano dai timestamp di apertura, gli engagement score decadono sulla recency delle aperture e le euristiche di deliverability osservano i trend di apertura, che è il motivo per cui la deliverability comincia molto prima dell’invio. Un modello che smette di ricevere aperture da due mercati non sa di avere dati mancanti. Conclude che quei destinatari sono disingaggiati, quindi i vostri clienti francesi rispettosi del consenso vengono declassati per aver esercitato un diritto.

Il calo degli open rate è la conseguenza meno interessante. Quella silenziosa è una condizione di ingresso che smette di far entrare persone e non lo dice mai.

E poi c’è la misurazione. L’open rate diventa una metrica con un buco dentro, e la forma del buco è la vostra copertura di consenso in due paesi. Nessuna serie storica che attraversi il ventinove ottobre è comparabile con sé stessa se non portate accanto una dimensione di copertura del consenso, e l’Italia accanto alla Spagna confronta ormai due strumenti diversi. Quindi il lavoro non è la revisione legale, che è la parte facile. È trovare ogni journey costruita su un’apertura, decidere su cosa ciascuna ripiega, e dare alla copertura di consenso un posto stabile nel framework di misurazione.

Zeotap ha fatto girare l’intera CDP dentro l’account Snowflake di qualcun altro

La seconda istanza è più clamorosa e non ha una scadenza, motivo per cui probabilmente riceverà meno attenzione.

Il cinque agosto Zeotap ha reso disponibile la propria CDP composable completa come Snowflake Native App. Identity resolution, unificazione dei profili, segmentazione, orchestrazione delle journey, le componenti agentiche e l’attivazione verso oltre duecentocinquanta destinazioni, tutto come servizi containerizzati su Snowpark Container Services dentro l’account Snowflake del cliente. I dati non lasciano il perimetro, perché è l’applicazione ad essere andata verso i dati.

Attenzione a cosa questo non è. Non è reverse ETL, dove il vendor pesca dentro il warehouse. Non è una lettura zero-copy, dove il vendor interroga in loco ma la logica continua a girare sulla sua infrastruttura. È l’intera applicazione che esegue dentro un confine che il cliente già possiede.

È lì che sta la forza commerciale. La residenza dei dati smette di essere una clausola contrattuale e diventa una region Snowflake che avete già scelto. Il controllo dell’egress smette di essere un questionario al vendor e diventa una policy di account che qualcuno ha già scritto. L’intera conversazione sulla sicurezza collassa dentro discussioni che la vostra organizzazione ha già vinto, il che la rende molto più breve e, per il vendor, un ciclo di vendita molto più corto.

Quattro giorni prima, Monetate ha acquisito Simon AI esplicitamente per questo motivo, affiancando al proprio layer di personalizzazione la CDP composable warehouse-native di Simon. Databricks CustomerLake porta avanti lo stesso argomento dall’altra direzione da giugno. Questo non chiude il dibattito tra composable e packaged, che è sempre stato più una questione di modelli operativi che di architettura. Cambia la domanda che ponete a un vendor. Non di chi è la CDP, ma di chi è il perimetro.

C’è una domanda che porrei a chiunque proponga questa forma, per iscritto. Quando dite che le componenti agentiche girano dentro il mio account, intendete tutte? Perché “i dati non escono mai” e “i dati non escono mai tranne quando viene invocato il modello” sono due frasi diverse con le stesse prime cinque parole. Voglio il diagramma di rete, non quello di marketing.

Adobe ha trasformato la copertura di canale in configurazione

La terza istanza è arrivata il trentuno luglio con un badge di Limited Availability e nessuna enfasi, ed è per questo che quasi nessuno ne ha scritto.

Adobe Journey Optimizer supporta ora i canali outbound personalizzati: qualsiasi canale di messaggistica basato su HTTP, costruito attraverso un Channel Builder no-code. Gli esempi di Adobe sono WeChat, Kakao Talk e Messenger, e la traduzione onesta è qualunque gateway di operatore regionale che la vostra azienda si è silenziosamente attaccata addosso negli anni.

La capacità in sé è poco notevole. Ciò che conta è cosa eredita il canale, e Adobe lo elenca esplicitamente: personalizzazione tramite expression editor, sperimentazione sui contenuti, preview e proof, reportistica out-of-the-box, ed enforcement di consenso e governance. L’intero set di funzionalità native, non una versione ridotta.

Le custom action funzionavano solo dentro le journey e non avevano capacità di canale proprie. Ho costruito quel workaround più di una volta: una custom action che spara verso una API di messaggistica regionale, fuori dal frequency cap, fuori dal controllo di consenso, fuori dal modello di reporting, con un foglio di calcolo da qualche parte che prova a ricostruire cosa sia stato inviato. Funziona fino al momento in cui un auditor chiede quanti messaggi ha ricevuto un cliente la settimana scorsa e la risposta onesta comincia con “attraverso quali sistemi”.

Portare quel traffico dentro il perimetro converte la copertura di canale da questione di licensing a questione di configurazione, e rende il perimetro di consenso coestensivo alla superficie di invio. Un frequency cap che governa quattro canali su sei non è un frequency cap. È un suggerimento con buone intenzioni.

È la terza superficie di governance a muoversi in una sola settimana, insieme all’allowlisting via web application firewall di Adobe per le landing page, all’allowlisting IP di MoEngage davanti alle proprie data API, e a Bloomreach che valida l’autorizzazione prima che il suo editor degli esperimenti si apra. Nessuna è una funzionalità che qualcuno metterà in demo. Tutte decidono se una piattaforma sopravvive a una security review.

La logica gira qui, lo stato vive là

Lo stato di consenso si sposta nel profilo. Lo stato dei dati cliente resta nel warehouse. Le definizioni di canale diventano configurazione che eredita le regole della piattaforma invece di sfuggirvi. In ciascun caso la piattaforma ha rinunciato alla custodia di qualcosa e ha tenuto la decisione su quel qualcosa. MoEngage non pretende di possedere il vostro record di consenso e vi dice di impostarlo da dove sta davvero la vostra fonte di verità. Zeotap non detiene affatto i vostri dati cliente. Adobe non vuole essere il vostro gateway WeChat, vuole essere la cosa che decide se un messaggio WeChat possa essere inviato a questa persona in questo momento.

Tre vendor, tre oggetti, sette giorni. Ciascuno ha rinunciato alla custodia di qualcosa e ha tenuto la decisione su quel qualcosa.

È lo stesso movimento che ho descritto quando Adobe ha preso il layer di ingaggio della loyalty lasciando stare il registro punti, la settimana scorsa, ed è il movimento che la CEP porta avanti contro l’ESP da quasi un decennio. Ciò che è nuovo è la velocità.

Se state conducendo una selezione di piattaforma in questo semestre, questo cambia la scorecard. “Dove vivono i dati” è stata la prima domanda in ogni valutazione di CDP che ho condotto in quindici anni, e sta diventando una domanda con una risposta noiosa. Quelle che oggi discriminano: quali stati detiene questa piattaforma, su quali delega a me, cosa succede quando le due parti sono in disaccordo, e quali delle mie regole applica su superfici che non ha costruito lei?

Quest’ultima è il test che applicherei d’ora in poi a ogni dichiarazione sulla governance. Non cosa la piattaforma sa fare, ma cosa si rifiuterà di fare per vostro conto, su un canale che avete aggiunto voi, verso un destinatario che ha detto no.

Dodici settimane

La scadenza italiana è un lavoro vero e non è principalmente un lavoro legale, quindi ecco il piano. Leggete per primo il documento di domande e risposte della CNIL, poi:

Inventariate i trigger. Ogni journey, campagna e definizione di segmento in cui un’apertura è una condizione di ingresso, un’attesa evento, un criterio di split o un filtro di recency. Quella lista è più lunga di quanto chiunque si aspetti e non sarà in un posto solo.
Decidete il fallback per ciascuno. Alcuni sui click, altri sul comportamento sul sito, altri su un percorso temporale, e altri semplicemente non dovrebbero girare in Francia e in Italia. La risposta sbagliata è lasciare tutto com’è e sperare.
Decidete dove vive il consenso. Se la risposta è “nell’ESP”, ditelo in modo deliberato. Se è la CDP, servono uno schema, un percorso di ingestion, un percorso di export e una regola di retention prima di ottobre.
Strumentate la copertura. La copertura di consenso per mercato deve diventare un numero riportato, o il vostro trend di open rate dopo ottobre è ininterpretabile.
Controllate i modelli. Tutto ciò che è addestrato su eventi di apertura ha bisogno di una feature di copertura del consenso o di un’esclusione per mercato. Un modello di propensity a cui nessuno l’ha detto non vi dirà di essere confuso. Sarà semplicemente sicuro di sé e sbagliato.
Sistemate l’attributo paese, o decidete cosa succede senza. L’enforcement vale quanto i dati che ci stanno dietro.

Dodici settimane bastano per tutto questo. Non bastano se si rimanda ancora.

Altre notizie di questa settimana

ADA ha acquisito Algonomy, portando la personalizzazione retail dentro la propria growth platform. Lo stesso consolidamento, sul lato esperienza invece che sul lato custodia.
Bloomreach ha rilasciato la release 1.315, che include la validazione dell’autorizzazione citata sopra.
Treasure AI ha pubblicato la release note di agosto, da scorrere se la questione warehouse-native è aperta per voi.

Torniamo al retailer italiano

La journey con cui ho aperto non si romperà il trenta di ottobre. È esattamente questo il problema. I sistemi che falliscono in modo rumoroso vengono sistemati in un pomeriggio. Quelli che falliscono in silenzio vengono scoperti in una revisione trimestrale da qualcuno che non era nella stanza quando la decisione è stata presa.

I tre elementi di questa settimana stanno insieme perché tutti spostano dove una cosa è custodita senza cambiare dove viene usata, che è esattamente la classe di cambiamento che produce guasti silenziosi. Un flag di consenso in un sistema diverso, un profilo in un perimetro diverso, un canale definito fuori dallo strumento che applica le regole. Ognuno funziona alla perfezione fino al momento in cui due componenti hanno convinzioni diverse sullo stesso cliente e nessuna delle due è progettata per accorgersene.

La domanda architetturale non è più dove risiedono i vostri dati. È quale sistema ha il permesso di sbagliarsi su quei dati senza che nessuno se ne accorga.

Fonti

CNIL, la raccomandazione francese

Garante, le linee guida italiane

MoEngage, gestione del consenso all’open tracking

MoEngage, release note di prodotto luglio 2026

Zeotap su Snowflake

Adobe, canali outbound personalizzati

Altre release vendor della settimana

Acquisizioni

Copertura di settore

CDP Institute / Customer Data Alliance news

Il digest alla base di ogni articolo settimanale è prodotto attraverso una scansione strutturata, assistita dall’AI, di release note ufficiali e fonti di product update. Io rivedo l’output, verifico i segnali rilevanti e scrivo l’interpretazione architetturale.

Questo articolo si basa sulle scansioni del Martech Weekly Digest eseguite il 6 agosto 2026, che coprivano release note e aggiornamenti di prodotto su diverse piattaforme CEP e vendor. Il record datato che ne sta alla base è in MarTech Watch, Settimana 32.

Se trovate errori o lacune nella copertura, voglio saperlo. Il processo migliora quando l’output viene messo in discussione.