Weekly MarTech Signals That Matter to Me: Parte 13, Settimana 30
🇬🇧 Read in English

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

La settimana in cui la linea tra conoscere ed attivare è ulteriormente sfumata

Per gran parte dell’ultimo decennio ho disegnato lo stesso schema sulla stessa lavagna per lo stesso motivo. A sinistra, il sistema che conosce il cliente: la CDP, l’identity graph, il profilo unificato. A destra, il sistema che agisce su quella conoscenza: lo strumento di campagna, il journey orchestrator, la piattaforma di engagement. In mezzo, una freccia, e accanto alla freccia una lunga conversazione sulla latenza, su chi possiede il consenso, su quanto velocemente un segmento può viaggiare dal luogo in cui viene calcolato al luogo in cui viene usato. Quella freccia è stata per anni la linea più costosa sulla lavagna. Anche questa settimana tre rilasci separati, da tre vendor diversi, hanno tutti spinto su di essa da lati diversi.

Nessuno dei tre è un titolo da solo. 6sense ha messo la sua intelligence go-to-market dietro un server MCP. Iterable ha rilasciato un modo per portare dati live dentro una journey nel momento della decisione. La release di luglio di Adobe Journey Optimizer ha fatto un po’ entrambe le cose. Letti come singole release note sono facili da scorrere senza fermarsi. Letti insieme, dentro un’unica settimana, descrivono lo stesso movimento: il confine tra il sistema che conosce e il sistema che agisce si sta dissolvendo, e si sta dissolvendo da diverse direzioni contemporaneamente.

In sintesi

  • 6sense ha messo la sua intelligence GTM dietro un server MCP, e Adobe Journey Optimizer ha aggiunto strumenti MCP in sola lettura nella stessa settimana. È convergenza per protocollo: quando sia lo specialista sia l’incumbent si espongono sullo stesso protocollo nella stessa finestra, il protocollo ha smesso di essere un elemento di differenziazione ed è diventato un’aspettativa.
  • Iterable ha rilasciato Journeys Live Data, recuperando inventario, fedeltà, prezzo o eleggibilità nel momento della decisione invece di leggere un valore sincronizzato in precedenza sul profilo. Adobe ha rilasciato in modo indipendente un’audience di targeting basata su file, consumata in fase di esecuzione e deliberatamente non persistita, quindi due vendor molto diversi hanno concordato che i dati volatili appartengono al momento della decisione, non allo store di profilo.
  • Un’operazione che ho ripreso in ritardo, l’acquisizione di Blueshift da parte di BlueConic a giugno, è la stessa convergenza scritta in un organigramma. La CDP ha comprato il livello di engagement che prima alimentava, quindi il profilo smette di essere l’output e l’azione diventa l’output, la versione strutturale di ciò che protocollo e runtime stavano facendo nella stessa settimana.
  • La parte comoda è ovvia, il costo è il confine. Quando qualsiasi agente può chiamare la tua intelligence su un protocollo, le journey recuperano dati live in fase di esecuzione e il decisioning si sposta dentro la piattaforma dati, il punto di giunzione dell’integrazione dove vivevano consenso, identity resolution e la traccia del perché una decisione è stata presa è il punto di giunzione appena scomparso.




L’interoperabilità arriva come protocollo

La prima direzione è il protocollo. Il diciassette, 6sense ha messo la sua intelligence go-to-market dietro un server MCP, ora in beta pubblica con disponibilità generale prevista per agosto. Account insights, stadi di acquisto predittivi, stato di qualified-account, keyword intent e performance delle campagne diventano tutti richiamabili da qualsiasi agente compatibile con MCP, che sia Claude, ChatGPT, Writer o Agentforce, senza un’integrazione personalizzata per ciascuno. La piattaforma smette di curarsi di quale agente stia facendo la richiesta, e l’intelligence smette di essere chiusa dietro una particolare interfaccia utente.

Ho seguito la costante diffusione di MCP come superficie di distribuzione predefinita per i dati GTM e di misurazione lungo questi digest, dal context layer di ZoomInfo a Lifesight a Optimove alla Context API di Tealium, e 6sense è semplicemente il nome più recente in una lista che sta diventando la norma più che la novità. Ciò che ha reso significativa per me questa particolare settimana è che Adobe ha fatto la stessa mossa nella stessa finestra, in sordina, quando la release di luglio di Journey Optimizer ha aggiunto un set di strumenti server MCP in sola lettura per interrogare le configurazioni dei canali. Vale la pena notarlo proprio perché è la suite enterprise incumbent, non uno sfidante, a trattare il protocollo come requisito minimo. Quando sia lo specialista sia l’incumbent si espongono sullo stesso protocollo nella stessa settimana, il protocollo ha smesso di essere un elemento di differenziazione ed è diventato un’aspettativa.

La conseguenza architetturale è sottovalutata ma reale. Quando la tua intelligence è raggiungibile da qualsiasi agente su un protocollo, è l’agente, non la tua UI, a diventare il luogo dove le decisioni vengono assemblate. È al tempo stesso un dono e un problema di governance, ed è onesto dire che la maggior parte delle organizzazioni ha pensato molto al dono e quasi per niente alla governance.

Diagramma della convergenza per protocollo nella settimana 30. Due vendor espongono la loro intelligence sullo stesso Model Context Protocol nella stessa finestra. Da un lato, lo specialista: 6sense mette account insights, stadi di acquisto predittivi, stato di qualified-account, keyword intent e performance delle campagne dietro un server MCP, richiamabile da qualsiasi agente come Claude, ChatGPT, Writer o Agentforce, senza un'integrazione personalizzata per ciascuno. Dall'altro, l'incumbent: la release di luglio di Adobe Journey Optimizer aggiunge strumenti server MCP in sola lettura per interrogare le configurazioni dei canali. Quando sia lo specialista sia la suite enterprise si espongono sullo stesso protocollo nella stessa settimana, il protocollo smette di essere un elemento di differenziazione e diventa un'aspettativa, e l'agente, non la UI del vendor, diventa il luogo dove le decisioni vengono assemblate.

Dati live nel momento della decisione

La seconda direzione è il tempo. Il product spotlight di luglio di Iterable ha introdotto Journeys Live Data, che permette a una journey di recuperare dati live del cliente e di business, come inventario, stato di fedeltà, prezzo o eleggibilità, nell’istante esatto in cui viene presa una decisione, invece di affidarsi a valori sincronizzati in precedenza e memorizzati sul profilo. L’esempio che mi è rimasto impresso è la soppressione: trattenere un promemoria nell’istante in cui un cliente completa l’azione che quel promemoria stava inseguendo, usando ciò che è vero adesso invece di ciò che era vero all’ultimo batch.

Adobe, di nuovo nella stessa settimana, ha portato una versione della stessa idea dentro Journey Optimizer, dove le campagne orchestrate possono ora caricare un file direttamente nel canvas come audience di targeting, consumato in fase di esecuzione e deliberatamente non persistito come dataset di piattaforma. Quando due vendor diversi come Iterable e Adobe decidono in modo indipendente che alcuni dati dovrebbero essere usati nel momento della decisione e poi dimenticati invece che memorizzati, non è una coincidenza, è la forma del problema che si afferma da sé. Journeys Live Data è una silenziosa ammissione che lo store di profilo, per tutto il suo valore, è il posto sbagliato dove tenere cose che cambiano di minuto in minuto. Memorizzare stato volatile su un profilo è sempre stato un compromesso, e ogni architetto che ha visto un cliente ricevere un messaggio di prodotto di nuovo disponibile per qualcosa che si era esaurito un’ora prima conosce il costo di quel compromesso. Recuperare nel momento della decisione è più onesto su quanto velocemente si muove il mondo, e riporta il profilo verso ciò che dovrebbe essere, uno store di identità e storia durevoli piuttosto che una cache di ogni cosa.

Diagramma dei dati live nel momento della decisione nella settimana 30. Il modello vecchio memorizza lo stato volatile sul profilo: inventario, fedeltà, prezzo ed eleggibilità vengono sincronizzati in precedenza e letti da una cache che è già andata alla deriva, ed è così che un cliente riceve un messaggio di prodotto di nuovo disponibile per qualcosa che si era esaurito un'ora prima. Il modello nuovo recupera nel momento della decisione. Journeys Live Data di Iterable recupera inventario, fedeltà, prezzo o eleggibilità live nell'istante esatto in cui viene presa una decisione, per esempio trattenendo un promemoria nel momento in cui il cliente completa l'azione che stava inseguendo. Adobe Journey Optimizer in modo indipendente carica un file direttamente nel canvas come audience di targeting, consumato in fase di esecuzione e deliberatamente non persistito come dataset di piattaforma. Due vendor molto diversi concordano che i dati volatili appartengono alla decisione, non allo store di profilo, il che riporta il profilo verso identità e storia durevoli piuttosto che una cache di ogni cosa.

La stessa convergenza, in un’acquisizione ripresa in ritardo

La terza direzione è la proprietà, e qui devo essere trasparente sul fatto che questa non è una notizia di questa settimana. A giugno, BlueConic, una customer data platform B2C, ha acquisito Blueshift, una piattaforma di engagement cross-channel basata su AI che invia su web, email, push, in-app e SMS. È emersa solo nella scansione dei corporate newsroom di questo ciclo, quindi ci arrivo in ritardo, e la cito qui invece di aprirci proprio per questo motivo. La includo perché è la versione strutturale più chiara dello stesso trend, la versione scritta in un organigramma piuttosto che in una release note.

L’inquadramento nell’annuncio è ciò che rende meritevole la deviazione. L’azienda combinata si descrive come capace di catturare il comportamento first-party mentre accade, decidere la mossa migliore successiva ed eseguire attraverso i canali in un unico sistema. In altre parole, la CDP non ha comprato un altro tubo verso il warehouse. Ha comprato il lato destro della mia lavagna. La prima generazione di customer data platform si è guadagnata il proprio posto risolvendo un problema di dati, ingerendo eventi, risolvendo l’identità e producendo un profilo di cui il resto dello stack potesse fidarsi, e il loro limite onesto era che si fermavano al profilo. Ciò che BlueConic e Blueshift descrivono è una forma diversa, dove l’azione è l’output e il profilo è un passaggio interno lungo il percorso verso di essa. È questo che si è iniziato a chiamare CDP agentica, e ho già sostenuto che il marketing agentico è una questione di architettura prima che di strumenti. Non sopravvaluterei una singola operazione, dato che combinare una capace piattaforma cross-channel con una CDP che serve un vero roster di brand consumer è una mossa commerciale sensata di per sé. Ciò che la rende un segnale piuttosto che una transazione è che il protocollo e il runtime stavano spingendo nella stessa direzione proprio la settimana in cui ho finalmente notato l’operazione.

HubSpot, nel frattempo, ha continuato a fare ciò che ha fatto per tutto il trimestre, cioè ripiegare una parte maggiore del workflow circostante dentro la piattaforma stessa. Questa settimana ha aggiunto un editor di immagini per i visual generati dall’AI così da poter completare un asset senza lasciare lo strumento, una funzionalità Market Segments che deriva i tuoi mercati best-fit dai deal effettivamente chiusi e vinti e può persino far emergere aziende corrispondenti che non sono ancora nel tuo CRM, e un prodotto SMS transazionale dedicato così che i messaggi operativi siano separati da quelli di marketing per la compliance. Nessuno di questi è un titolo da solo. Insieme sono lo stesso istinto delle storie più grandi, cioè ridurre il numero di posti che un marketer deve lasciare per portare a termine l’intero lavoro.

Quanto costa davvero la freccia cancellata

Quindi la freccia sulla mia lavagna viene cancellata da tre direzioni contemporaneamente, e mi ritrovo più cauto che entusiasta, che è di solito dove finisco quando un settore si trova d’accordo su qualcosa in fretta. Far collassare dati e azione in un’unica piattaforma rimuove una fonte reale di frizione, l’integrazione fragile, la latenza di sincronizzazione, la discussione su quale sistema sia la fonte di verità. Rimuove anche qualcosa di meno ovvio, cioè il punto di giunzione dove viveva la governance. Quel confine di integrazione era brutto, ma era anche dove potevi ispezionare quali dati stessero lasciando il profilo, applicare il consenso e decidere cosa fosse ammesso diventare un’azione. Quando qualsiasi agente può chiamare la tua intelligence su un protocollo, e quando le journey recuperano dati live in fase di esecuzione, e quando il decisioning si sposta dentro la piattaforma dati, la domanda non è se questo sia più veloce. Lo è chiaramente. La domanda è dove vivano ora consenso, identity resolution e la traccia del perché una data decisione sia stata presa, e chi possa verificarli dopo il fatto.

È la domanda che porrei a qualsiasi vendor che questo trimestre mi vendesse una CDP agentica, ed è quella a cui vorrei una risposta prima della demo. Non cosa sa fare, perché la risposta ormai è quasi tutto, ma dove sia finito il confine, e cosa lo abbia sostituito. La piattaforma che conosce il cliente e la piattaforma che agisce su quella conoscenza stanno diventando un’unica piattaforma. Il valore di questo è ovvio. Il costo è che la linea più importante sulla lavagna, quella dove un essere umano poteva mettersi e controllare il lavoro, è la linea appena scomparsa.

Diagramma di quanto costa la freccia cancellata nella settimana 30. Tre direzioni premono sullo stesso confine di integrazione contemporaneamente: il protocollo, dove 6sense e Adobe espongono la loro intelligence a qualsiasi agente su MCP; il runtime, dove Iterable e Adobe recuperano dati live in fase di esecuzione; e la proprietà, dove l'acquisizione di Blueshift da parte di BlueConic sposta il decisioning dentro la piattaforma dati. Quel vecchio punto di giunzione dell'integrazione era brutto, ma era dove potevi ispezionare quali dati stessero lasciando il profilo, applicare il consenso e decidere cosa fosse ammesso diventare un'azione, l'unico posto dove un essere umano poteva mettersi e controllare il lavoro. Man mano che le tre direzioni fanno collassare il confine verso l'interno, le domande che vivevano lì non scompaiono, si spostano: dove vivono ora consenso, identity resolution e la traccia del perché una data decisione sia stata presa, e chi può verificarli dopo il fatto. La governance smette di essere un'integrazione che puoi ispezionare e inizia a essere una promessa di cui ti devi fidare.

Quando il sistema che conosce e il sistema che agisce diventano lo stesso sistema, la governance smette di essere un’integrazione e inizia a essere una promessa.

Fonti

6sense MCP Server



Iterable Journeys Live Data



Adobe Journey Optimizer luglio ‘26



HubSpot



BlueConic + Blueshift (annunciata a giugno 2026, ripresa in questo ciclo)



Sprinklr Summer ‘26



Rassegna settimanale




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 23 luglio 2026, che coprivano release note e aggiornamenti di prodotto su diverse piattaforme CEP e vendor.

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