8 min di lettura
Questo articolo è una traduzione assistita dall’AI dell’originale in inglese, revisionata dall’autore.
Progettare le parti dello stack che non cambiano proprietario
Quasi tutte le decisioni di piattaforma a cui ho partecipato sono state prese guardando una roadmap: cosa rilascerà il vendor l’anno prossimo, come si integra con il resto dello stack, quanto dura il contratto. Questa settimana uno di quegli elementi è diventato incerto per molti team nello stesso momento. Salesforce ha concordato l’acquisizione di Braze, e sono entrambe piattaforme che uso in produzione. La MarTech Watch della settimana 43 registra i fatti, e un articolo dedicato analizza che cosa ha comprato davvero Salesforce. Questo articolo affronta una domanda più circoscritta, che per chi progetta stack oggi conta di più: finché la proprietà è in sospeso, quali parti dell’architettura restano vostre comunque vada?
TL;DR
- L’accordo è firmato, l’esito è aperto. Salesforce acquisirà Braze per circa 5,66 miliardi di dollari di enterprise value, con chiusura prevista nel suo anno fiscale 2028; non è stata pubblicata una roadmap comune.
- I contratti ai bordi restano vostri. Iterable ora rimanda a Salesforce le modifiche di opt-in e opt-out, e Adobe Experience Platform fa scegliere a ogni dataflow quali cambiamenti fanno partire un export.
- Gli identificativi che controllate viaggiano. Insider riconosce una email in chiaro insieme ai suoi hash SHA-256 e MD5 e può decifrare identificativi inviati con una chiave del cliente.
- Le istruzioni per gli agenti sono regole di business. Il testo che guida i Callable Agents di Marketo o gli strumenti di Loomi Connect va versionato fuori dalla piattaforma.
Cosa dice l’accordo tra Salesforce e Braze, e cosa lascia aperto
I fatti sono nell’annuncio di Salesforce. Salesforce ha firmato un accordo definitivo per acquisire Braze per circa 5,66 miliardi di dollari di enterprise value, pagando 47,50 dollari in contanti per ogni azione di Classe A di Braze. La chiusura è prevista nell’anno fiscale 2028 di Salesforce, subordinata all’approvazione degli azionisti di Braze e alle autorizzazioni regolamentari. Salesforce si aspetta che l’engagement real-time e l’AI decisioning di Braze completino Data 360, Customer 360, Agentforce e SIForce e, dentro Customer 360, che servano a “strengthen Marketing Cloud’s cross-channel personalization”. Il CEO di Braze, Bill Magnuson, aggiunge che “we’ll continue building as Braze and investing in the Braze community of customers and partners who built this company with us.” Il comunicato parla anche di un impegno comune verso “an open, composable approach”.
L’annuncio non descrive una roadmap di prodotto comune, né come Braze e Marketing Cloud Engagement saranno posizionate l’una rispetto all’altra dopo la chiusura. È normale per un annuncio in questa fase e non ci leggerei nulla. Significa però che, per un po’, i team esterni alle due aziende non hanno una risposta pubblicata su cui pianificare.
A mio modo di vedere è proprio questo intervallo a meritare attenzione progettuale. Una selezione che si decide nei prossimi mesi, un rinnovo che cade prima della chiusura o una migrazione già impostata tra le due piattaforme si svolgeranno tutti mentre l’esito è sconosciuto. Leggere i documenti ufficiali che le due aziende hanno depositato è un’abitudine sensata anche qui: i fatti che conteranno di più nel periodo pendente, cioè le condizioni di chiusura e i tempi, sono in quei documenti, e i commenti possono solo ripeterli.
La conseguenza pratica è continuare a decidere, dando però più peso alle parti del design che non dipendono dalla risposta. Tre di queste sono emerse nei rilasci della settimana.
I contratti ai bordi della CEP restano vostri
Ogni piattaforma di engagement sta in mezzo ad altri sistemi: i dati arrivano da un data warehouse, da una CDP o da uno stream di eventi, mentre audience, modifiche del consenso e risultati escono verso un CRM, una piattaforma pubblicitaria o un archivio di analytics. Le definizioni di cosa attraversa quei bordi, quali eventi, quali campi, in che direzione, appartengono al team che possiede lo stack, non alla piattaforma che sta in mezzo.
Il rilascio di ottobre di Iterable mostra bene quanta parte del comportamento di uno stack viva su quei bordi. La nuova integrazione Salesforce data out è descritta come “syncing email opt-in and opt-out updates from Iterable back to Salesforce Contact and Lead records”. In molti setup che ho visto il consenso viaggiava in una sola direzione, verso la piattaforma di engagement. Qui torna anche verso il CRM, e qualcuno deve decidere quale sistema prevale quando la stessa persona cambia preferenza in entrambi.
Le pre-release note di ottobre di Adobe Experience Platform rendono disponibile un controllo simile sul lato in uscita. “When to activate” permette a ogni dataflow in streaming di scegliere se a far partire un export siano i cambiamenti di attributo, di segmentazione o di identità, con tutte e tre le opzioni attive per default. È un contratto di bordo reso esplicito, come impostazione per singolo dataflow.
Per me la lezione per il periodo pendente è semplice. Se quei contratti sono scritti fuori dalla piattaforma, come elenco di eventi e campi con un responsabile e una direzione, sopravvivono a qualsiasi cambio di proprietà nel mezzo. Se esistono solo come configurazione dentro uno strumento, la prossima decisione di piattaforma comincia con un lavoro di archeologia.
Identificativi che viaggiano tra piattaforme
La seconda cosa che resta vostra è la chiave con cui riconoscete una persona. Nella maggior parte delle migrazioni su cui ho lavorato le campagne si potevano sempre ricostruire; la parte difficile era far corrispondere le persone tra sistemi che tenevano ciascuno i propri ID interni.
Insider ha documentato questa settimana due funzionalità che vanno in una direzione utile. Con gli hashed email identifiers, “Insider One treats a plain email address and its SHA-256 and MD5 hashes as the same person”: quando arriva una email in chiaro, la piattaforma salva entrambi gli hash sul profilo, e i dati che arrivano in seguito con il solo hash finiscono nel posto giusto. Con la Field Encryption, in early access, un’azienda registra una sola volta la propria chiave di cifratura e invia gli identificativi cifrati con quella, e la piattaforma li decifra e li abbina in fase di ingestion.
Il punto generale va ben oltre Insider. Una strategia di identità costruita su chiavi che l’azienda controlla, una email normalizzata con i suoi hash standard, un customer ID dal CRM, una chiave di cifratura custodita dall’azienda stessa, si porta da una piattaforma all’altra molto più facilmente di una costruita su identificativi che esistono solo dentro il profile store di un vendor. Di una diversa questione di identità, cioè sotto quale identità agisce un agente, ho scritto nel ventiduesimo articolo; questa è più vecchia e più di base, ed è quella che decide quanto sarà doloroso qualsiasi spostamento futuro.
Le istruzioni per gli agenti sono artefatti vostri
La terza parte è più recente. I team cominciano a scrivere istruzioni per agenti che lavorano dentro le loro piattaforme, e quelle istruzioni stanno diventando parte dello stack.
Il rilascio di novembre di Marketo Engage elenca i Callable Agents, che “run as a flow step in your smart campaigns and act on a lead record based on instructions you write in plain language”, per esempio per normalizzare i dati di un lead o segnalare probabili bot, con il risultato riscritto nei campi del lead. Sono indicati come in arrivo, con il rilascio previsto dal 6 novembre. Bloomreach ha reso disponibile Loomi Connect, con più di 180 strumenti che gli agenti compatibili possono chiamare per analizzare le performance, costruire segmenti e lanciare campagne come azioni approvate.
Fin dove questi agenti debbano poter agire è un’altra questione, che ho trattato nel ventitreesimo articolo. Qui il punto è chi possiede il testo. Un’istruzione che dice come va pulito un lead, o quali strumenti un agente può chiamare per una campagna, codifica regole di business esattamente come una smart list o un journey. Se vive solo dentro la piattaforma, al prossimo cambiamento va persa o riscritta. Se è versionata fuori, con un responsabile, si sposta insieme al team.
Una checklist per il periodo pendente
Niente di tutto questo richiede un’opinione su come andrà a finire l’acquisizione. Stando alla documentazione pubblica al momento della pubblicazione, l’esito non è descritto, e il lavoro utile non dipende da questo. Per qualsiasi stack che includa Braze o Salesforce Marketing Cloud, o che stia scegliendo tra le due, scriverei subito tre cose: i contratti su ogni bordo della piattaforma di engagement, con direzione e responsabile; gli identificativi usati per abbinare le persone tra sistemi, e quali di questi controlla l’azienda; e ogni istruzione ed elenco di strumenti scritti per un agente, conservati e versionati fuori dalla piattaforma.
Finché la proprietà è in sospeso, progettate le parti dello stack che non cambiano mai proprietario: i bordi, gli identificativi e le istruzioni.
Fonti
Salesforce e Braze
- Salesforce Signs Definitive Agreement to Acquire Braze. Fonte per l’enterprise value, il prezzo per azione, la chiusura prevista e le sue condizioni, i quattro livelli, la citazione su Marketing Cloud, quella del CEO e l’approccio composable.
- Braze investor news. La pagina di Braze con lo stesso annuncio.
Iterable
- 2026 Release Notes. Fonte per Salesforce data out e la sync del consenso verso i record Contact e Lead.
Adobe Experience Platform
- Pre-release notes, October 2026. Fonte per When to activate, i suoi tre trigger e i valori di default.
Insider
- Hashed Email Identifiers. Fonte per l’abbinamento con SHA-256 e MD5.
- Field Encryption Key. Fonte per le chiavi custodite dal cliente e lo stato di early access.
Adobe Marketo Engage
- Release notes, November 2026 e release schedule. Fonte per i Callable Agents, lo stato “coming soon” e la data del 6 novembre.
Bloomreach
- Loomi Connect general availability. Fonte per il numero di strumenti e le azioni approvate.
Il record
- MarTech Watch, Settimana 43. Ogni data e stato citati in questo articolo.
- Parte 22, Settimana 40 e Parte 23, Settimana 41. Articoli precedenti sull’identità usata da un agente e sull’autonomia come impostazione.
- Weekly AI Tools That Matter to Me: Part 13, Week 43. La stessa settimana sul fronte degli strumenti agentici, in inglese.
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 22 ottobre 2026, che coprivano il periodo dal 16 al 22 ottobre su diverse piattaforme CEP e vendor. Il record datato che ne sta alla base è in MarTech Watch, Settimana 43.
Se trovate errori o lacune nella copertura, voglio saperlo. Il processo migliora quando l’output viene messo in discussione.
