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

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

La settimana in cui nessuno ha lanciato un agente

La settimana 28 aveva una festività statunitense nel mezzo e, per la prima volta in mesi, nessun vendor monitorato ha lanciato un nuovo agente. Se misuri una settimana dai suoi titoli, questa è passata quasi inosservata. Se la misuri da ciò che è cambiato nell’architettura sottostante, è stata una delle settimane più istruttive del trimestre, perché con il rumore degli agenti spento si riusciva finalmente a sentire le altre cose muoversi: un catalogo collegato direttamente all’ingresso nelle journey, una mappa dei canali che si estende (geograficamente) verso est e due acquisizioni che indicano dove punta la prossima ondata di consolidamento.

In sintesi

Scadenza operativa: i materiali Salesforce citati nel digest collocano la prima milestone di consent mapping di Marketing Cloud Next per l’email al 13 luglio, seguita da SMS e WhatsApp il 17 agosto. Non ho potuto confermare in modo indipendente quelle date esatte nella documentazione pubblica disponibile durante questa revisione, quindi i team nel mezzo di una migrazione dovrebbero verificare il requisito nel proprio ambiente Salesforce e con i propri referenti di implementazione prima di trattarlo come una scadenza universale.




Quando il catalogo diventa un trigger di journey

La 1.313 di Bloomreach è il rilascio a cui continuo a tornare, e non per i motivi con cui si aprono le release note. Gli elementi in primo piano sono i canali: LINE è ora operativo per i clienti in Giappone, Taiwan e Thailandia, con formati ricchi e consenso gestito nativamente attraverso il ciclo di follow e webhook, e WhatsApp guadagna i template a carosello con fino a dieci schede scorrevoli per messaggio. Entrambi sono concreti, e tornerò su LINE tra un momento. L’elemento che però cambia il modo in cui disegnerei un diagramma di architettura è quello dei catalog trigger.

La funzionalità sembra modesta quando la descrivi: uno scenario può ora partire nel momento in cui il catalogo prodotti cambia, e raggiunge solo i clienti che avevano già mostrato interesse per l’articolo interessato. Il prezzo scende oltre una soglia che definisci, un articolo torna disponibile, un nuovo arrivo corrisponde a una categoria che qualcuno ha esplorato, le scorte si riducono, una data sull’articolo si avvicina, oppure un qualsiasi campo personalizzato supera una condizione che hai impostato. L’inquadramento scelto da Bloomreach è rivelatore, perché nomina proprio ciò che viene sostituito: niente pipeline personalizzate, niente job di sorveglianza.

Chiunque abbia costruito programmi di back-in-stock o price-drop su scala sa esattamente di quali pipeline si tratti. Storicamente questo pattern vive nell’integrazione tra il sistema di commerce o PIM e la piattaforma di engagement, implementato come un job di diff schedulato o uno stream processor che qualcuno nel team dati possiede, monitora e dimentica di documentare. Si rompe silenziosamente, va alla deriva rispetto allo schema del catalogo e non è quasi mai coperto dallo SLA della piattaforma, perché non è codice della piattaforma. Quando la CEP assorbe quella funzionalità, lo sforzo di integrazione cala drasticamente, ed è la buona notizia. Il compromesso è che le modalità di guasto si spostano dentro la scatola nera di un vendor, e la logica che prima era codice tuo, ispezionabile e portabile, diventa configurazione nel selettore di trigger di qualcun altro. Penso che il compromesso di solito valga la pena. Penso anche che tu debba farlo in modo consapevole, con un inventario di quali delle tue pipeline esistenti questo può mandare in pensione ed eventualmente quali dipendenze silenziose crea.

Il lancio di LINE merita una frase a sé, perché non è avvenuto da solo. La stessa settimana in cui Bloomreach ha reso LINE generalmente disponibile, la pagina di rilascio di Adobe Journey Optimizer ha aggiunto una voce in arrivo per un’esperienza di authoring LINE sostanzialmente potenziata, con più formati di messaggio, messaggi raggruppati e anteprime su dispositivo. Due CEP importanti che portano avanti lo stesso canale regionale nella stessa settimana sono un segnale di mercato utile. Suggerisce che la copertura dei canali in APAC sta diventando una parte più visibile della roadmap di engagement enterprise. Se il tuo brand opera in Giappone, Taiwan o Thailandia, la mappa dei canali che la tua selezione di piattaforma dava per scontata dodici mesi fa è già superata.

Diagramma prima e dopo dei catalog trigger di Bloomreach 1.313. Prima, un job di diff schedulato o uno stream processor stava tra il sistema di commerce o PIM e la CEP, di proprietà del team dati, si rompeva silenziosamente ed era fuori dallo SLA della piattaforma. Dopo, un trigger nativo scatta nel momento in cui un campo del catalogo cambia (calo di prezzo, back in stock, nuovo arrivo, scorte basse, data dell'articolo, campo personalizzato) e raggiunge solo i clienti che avevano già mostrato interesse, senza pipeline personalizzate. Il compromesso è che la logica portabile e ispezionabile diventa configurazione nel selettore di trigger del vendor, quindi tieni un registro di quali pipeline manda in pensione.

Cosa dice di una piattaforma un rilascio saltato

La scorsa settimana ho riportato, con attenzione e senza commenti, che il calendario di rilascio di Marketo mostrava una data di rilascio del 26 giugno ormai passata senza che fossero pubblicate release note di giugno. Questa settimana la questione si è risolta in un modo che non avevo nella mia lista di esiti probabili: non ci sarà alcun rilascio di giugno ‘26. La pagina delle release note correnti porta ora il titolo “Release Notes: July 2026 #1 of 2”, con le funzionalità del ciclo standard in distribuzione dal 10 luglio e, implicitamente, un secondo rilascio di luglio in arrivo, presumibilmente alla data schedulata del 31 luglio. Quella seconda data va cerchiata in rosso per un motivo diverso: è lo stesso giorno in cui la SOAP API raggiunge la fine del ciclo di vita e il parametro access_token smette di funzionare, due deprecazioni ferme nella sezione annunci da aprile. Un rilascio che cade lo stesso giorno di due modifiche API che rompono la compatibilità è il tipo di collisione di calendario che i team di integrazione dovrebbero pianificare ora, invece di scoprirla ad agosto.

Il contenuto di July #1 è il primo set pacchettizzato di AI skills di Marketo, e una di esse è più interessante di quanto suggerisca la sua modesta etichetta di open beta. Product knowledge è un Q&A sulla documentazione all’interno della piattaforma, utile ma familiare. Investigate leads è diverso per natura: chiedi perché una persona specifica non ha raggiunto un traguardo, una soglia MQL, una qualificazione di programma, una campagna, e il sistema spiega in linguaggio naturale cosa è successo. Questa è spiegabilità diagnostica a livello di singolo record, e punta al bisogno più cronicamente trascurato nelle operation di marketing automation, che non è mai stato generare più contenuto ma capire perché la macchina ha fatto ciò che ha fatto. Se la skill funziona come descritto, è un piccolo passo verso un’automazione verificabile, e mi piacerebbe vedere ogni piattaforma copiarla.

La stessa scansione ha fatto emergere qualcosa di più scomodo: Adobe Journey Optimizer B2B ha rilasciato una versione 2026.5 completa il 22 maggio, con landing page e form usciti dalla beta, nodi di journey next-best-path, filtro sulla cronologia degli eventi e un Audience Agent aggiornato. Le mie scansioni settimanali l’hanno mancata per sei settimane perché la pagina di rilascio renderizzata nascondeva la nuova sezione. La correzione è registrata nel digest di questa settimana con la data reale, e il metodo ora fa il diff del sorgente sottostante invece di fidarsi della pagina. Lo cito qui per lo stesso motivo per cui cito in modo fattuale le lacune dei vendor: un tracker che nasconde i propri errori non è un tracker di cui dovresti fidarti.

Nel merito, anche il rilascio conta. Con landing page e form nativi, AJO B2B può ora coprire da sé una parte maggiore del livello di raccolta inbound, modificando la divisione del lavoro di lungo periodo tra AJO B2B e Marketo attorno a cui i clienti Adobe B2B prima o poi dovranno pianificare.

L’engagement social diventa un canale dati, e l’agente ottiene un’API

Klaviyo mi ha regalato questa settimana un piccolo e soddisfacente momento di conferma del metodo. La scorsa settimana una fonte secondaria affermava una data di disponibilità generale del 7 luglio per Klaviyo Social Marketing, e non avendo una fonte primaria a confermarla ho segnalato l’affermazione come non verificata invece di riportarla. Il 7 luglio, esattamente come diceva la fonte non verificabile, Klaviyo ha lanciato formalmente Social Marketing, con disponibilità generale confermata a partire dal 30 giugno. A volte la voce è semplicemente in anticipo.

Il lancio in sé merita di essere preso sul serio come una mossa di architettura più che come una funzionalità. Ciò che Klaviyo ha costruito è un condotto che trasforma commenti Instagram, messaggi diretti, menzioni e contenuti generati dagli utenti in dati di prima parte strutturati e consentiti: le interazioni social diventano proprietà del profilo, condizioni di segmento e trigger di flow, e il contenuto che i clienti creano diventa una libreria riutilizzabile. L’engagement social è sempre stato un segnale ricco intrappolato in una piattaforma presa in affitto; la parte interessante non sono le risposte automatiche ma il fatto che un vendor CRM tratti ora un social network come tratta un sito web o un sistema di punto vendita, come una sorgente di ingestion per il profilo unificato. È la stessa storia raccontata dal lato della domanda dai catalog trigger di Bloomreach: un altro sistema esterno collegato direttamente al profilo e alla journey, un’altra integrazione che non costruisci più tu, un’altra dipendenza che ora governi invece di programmare.

Gli elementi Klaviyo più discreti di fine giugno completano il ragionamento. Customer Agent ha ottenuto API pubbliche per configurarlo, monitorarlo ed eseguirlo in modo programmatico, strumenti di contesto del profilo che ancorano le sue risposte alla cronologia degli ordini e alle analisi predittive, e un arricchimento del profilo che riscrive nel profilo ciò che apprende nelle conversazioni. Aggiungi le skill pacchettizzate di Marketo e Bloomreach che dà al suo agente di campagna la programmazione degli invii in linguaggio naturale, e la forma della settimana diventa chiara: nessuno ha lanciato un agente, ma tre vendor hanno reso i loro agenti esistenti più programmabili, più ancorati e più governati. Dopo due trimestri di demo, gli agenti stanno diventando infrastruttura, con le interfacce, i contratti e le modalità di guasto che quella parola implica.

L’intent è il prossimo livello a essere comprato

Le due acquisizioni annunciate ed emerse nella scansione di questa settimana sembrano piccole accanto alle operazioni di punta del trimestre, ed è esattamente per questo che vale la pena leggerle insieme. HubSpot ha firmato per acquisire Warmly, il cui prodotto combina l’intent a livello di singola persona sul sito web con agenti che ingaggiano i buyer e ne curano il follow-up. Zoom è entrata in un accordo definitivo per acquisire Common Room, che unifica i segnali provenienti da CRM, utilizzo del prodotto, marketing, sistemi di engagement e attività d’acquisto esterna in un’intelligence d’acquisto a livello di singola persona. Entrambi gli acquirenti hanno scelto l’acquisizione come la via più rapida verso un’intelligence d’acquisto a livello di persona matura, invece di aspettare di assemblare in modo organico i dati, i workflow, le partnership e la presenza sul mercato. In entrambi i casi, il livello di segnale viene tirato dentro la piattaforma invece di essere lasciato accanto ad essa.

È la stessa logica di consolidamento che ha attraversato il livello dell’identità per tutto il trimestre, un gradino più in alto nello stack. La risoluzione dell’identità ti dice che due record sono la stessa persona; l’intelligence sull’intent ti dice cosa quella persona sta per fare. Hightouch ha provato a comprare la prima con la sua offerta per gli asset RampID di LiveRamp, e su quel fronte la settimana ha consegnato solo silenzio: la scadenza del 26 giugno che Hightouch aveva fissato per una risposta di Publicis è passata senza alcuna risposta, accettazione o ritiro riportati pubblicamente. La proposta potrebbe essersi arenata o essere passata a una discussione privata; pubblicamente, la questione dell’identità resta irrisolta. Ciò che non è più aperto è la direzione di marcia. I livelli di segnale, che siano identità, contesto o intent, vengono tirati dentro le piattaforme, e ogni acquisizione riduce la probabilità che quei livelli restino disponibili in modo indipendente e neutrali nel tempo.

Le due acquisizioni di intent della settimana 28, HubSpot che firma per Warmly il 30 giugno e Zoom che accetta di acquisire Common Room il 2 luglio, emerse nella scansione del 9 luglio, messe a confronto con i tre livelli di segnale tirati dentro le piattaforme: identità (l'offerta di Hightouch per LiveRamp, ora silenziosa dopo la scadenza), contesto (Zeta riarchitettata su Palantir Foundry) e intent (entrambe le nuove operazioni). Ogni acquisizione riduce la probabilità che il livello di segnale sottostante resti un componente neutrale su cui un'architettura possa contare in modo indipendente.

Il confine della piattaforma si sta spostando

Metti i pezzi della settimana uno accanto all’altro e descrivono un solo movimento da angolazioni diverse. Bloomreach ha assorbito la pipeline del catalogo. Klaviyo ha assorbito la pipeline social. HubSpot e Zoom stanno assorbendo il livello dell’intent. Marketo sta pacchettizzando l’intelligence operativa come skill di piattaforma. In ogni caso, qualcosa che prima viveva al margine della piattaforma, nel tuo codice, nelle tue pipeline, nei tuoi contratti con soluzioni puntuali, si è spostato al suo interno.

Per lo sforzo di integrazione e la velocità di arrivo sul mercato, quel movimento è quasi puro guadagno, e manderò volentieri in pensione un job di sorveglianza che non devo più mantenere. Il costo è più sottile e matura più tardi: ogni frizione assorbita è logica che non puoi più leggere, portare altrove o monitorare in modo indipendente, e ogni livello di segnale acquisito è un vendor neutrale in meno quando dovrai cambiare piattaforma. La disciplina di valutazione che ne consegue non è resistere all’assorbimento ma documentarlo: quali pipeline la piattaforma ha sostituito, quali segnali ora arrivano solo attraverso di essa, quale logica può ancora essere monitorata in modo indipendente e cosa richiederebbe davvero un’uscita finché è ancora economico conoscere la risposta.

Sintesi della settimana 28 di un solo movimento visto da quattro angolazioni: Bloomreach che assorbe la pipeline del catalogo, Klaviyo che assorbe la pipeline social, HubSpot e Zoom che assorbono il livello dell'intent e Marketo che pacchettizza la diagnostica operativa come skill di piattaforma. Il guadagno immediato è meno sforzo di integrazione e time to market più rapido; il costo successivo è logica che non puoi più leggere, portare altrove o monitorare in modo indipendente, e un vendor neutrale in meno al prossimo cambio di piattaforma.

Le piattaforme non stanno più solo aggiungendo funzionalità; stanno spostando il confine di ciò che conta come piattaforma, e il registro di ciò che sta dentro quel confine è ora parte della documentazione della tua architettura.

Fonti

Bloomreach 1.313

Adobe: Marketo e AJO B2B

Klaviyo

Intent e identità

Governance




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 9 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.