10 min di lettura
Questo articolo è una traduzione assistita dall’AI dell’originale in inglese, revisionata dall’autore.
Pianificare il periodo in cui due piattaforme convivono
Quando si parla di cambiare piattaforma di marketing si descrive di solito un momento: il giorno in cui il nuovo sistema va in produzione e il vecchio viene spento. Nei progetti su cui ho lavorato quel momento non esiste quasi mai. Esiste invece un periodo lungo, spesso un anno o più, in cui girano entrambi i sistemi, i team lavorano su due strumenti e ogni asset, audience e flag di consenso deve essere disponibile in due posti. La MarTech Watch della settimana 44 contiene diversi rilasci interessanti proprio perché riguardano quel periodo.
TL;DR
- Una migrazione è un periodo di convivenza. Salesforce prevede che Marketing Cloud Next legga le immagini di Engagement dove si trovano, tramite DAM Connect e con aggiornamento automatico, dopo il 20 novembre 2026: la libreria di asset non deve più spostarsi per prima.
- Audience e moduli arrivano senza rifare il lavoro. Gli external segments di Bloomreach ricevono audience da qualsiasi data warehouse, CDP o strumento di reverse ETL tramite un’API aperta, e il nuovo editor email di Insider porta con sé i moduli salvati, in una sola direzione.
- Alcune date le decidono altri. Emarsys dismette WSSE il 1° febbraio 2027, Microsoft Advertising ritira la sua API SOAP il 31 gennaio 2027 ed Experience Platform depreca l’allowlisting della rete virtuale per Azure Event Hubs.
- Il consenso si verifica all’invio. Bloomreach 1.321 separa il consenso per aperture e clic, Journey Optimizer annuncia un’opzione Disable open tracking e Airship aggiunge il consenso al tracciamento email nel suo SDK Android.
Le immagini di Engagement dentro Marketing Cloud Next
Salesforce ha aggiunto alle note di rilascio Winter ‘27 di Marketing Cloud Engagement una voce piccola nella portata e, a mio modo di vedere, piuttosto significativa. I team potranno “access and insert Marketing Cloud Engagement images directly in Marketing Cloud Next Content Builder by using Digital Asset Management (DAM) Connect, without manual downloads”. Le immagini “update automatically when the source asset changes”. La funzionalità riguarda le edizioni Growth e Advanced di Marketing Cloud Next ed è prevista dopo il 20 novembre 2026. Un amministratore con il permesso Marketing Admin configura Engagement come provider DAM Connect, e chi costruisce i contenuti sfoglia e inserisce quelle immagini da Content Builder.
Una funzionalità del genere ha senso solo se un’azienda usa entrambi i prodotti per un certo tempo, con alcuni programmi già in Marketing Cloud Next e altri ancora in Engagement, e con un unico team di designer che produce asset per tutti e due. È la forma normale di una migrazione, e raramente viene pianificata. Nella maggior parte delle migrazioni che ho visto la libreria dei contenuti viene copiata una volta all’inizio e poi diverge senza che nessuno se ne accorga: cambia un logo, si aggiorna un footer legale, si sostituisce un’immagine prodotto, e le due piattaforme iniziano a inviare versioni leggermente diverse del brand.
Riusare l’asset dalla sua posizione originale cambia la domanda a cui il team deve rispondere. Invece di “quando copiamo la libreria?”, diventa “quale sistema è la fonte di ciascun asset, e per quanto tempo?”. È una domanda migliore, perché ha un responsabile e una data di fine. Ha anche una conseguenza pratica sull’ordine dei lavori: se le immagini si possono leggere da Engagement, la libreria di asset non deve spostarsi per prima, e il team può migrare i programmi uno alla volta mentre i contenuti restano dove sono.
È ancora una funzionalità pianificata e la nota di rilascio è recente, quindi prima di inserirla in un piano di progetto verificherei due cose. La prima è come permessi e struttura delle cartelle di Engagement appaiono lato Content Builder, perché da lì dipende se i marketer trovano l’immagine giusta o un lungo elenco di tutto. La seconda è che cosa succede a un’immagine già usata in un messaggio inviato quando la sorgente cambia: l’aggiornamento automatico è proprio quello che si vuole per una bozza, ed è forse meno gradito per il record di ciò che è stato inviato.
In una migrazione graduale contano di più le funzionalità che permettono a entrambi i sistemi di usare la stessa cosa senza copiarla, e questa si occupa dell’asset che di solito diverge per primo.
Audience e contenuti che arrivano senza essere ricostruiti
Lo stesso schema compare in altri due rilasci, di vendor con posizioni molto diverse.
Il 26 ottobre Bloomreach ha annunciato la disponibilità dei suoi external segments, presentati come un modo per portare in Bloomreach audience “from any data warehouse, CDP, or reverse ETL tool” sotto forma di segmenti pronti all’uso. L’annuncio dice che “there is no audience logic to rebuild”, che “any system that can call the open API can push audiences” e che la segmentazione nativa resta invariata. La funzionalità era già uscita con la release 1.320 ed è già nel record. Per un periodo di convivenza significa che la definizione dell’audience può restare nel sistema in cui il team dati la mantiene già, mentre la piattaforma di engagement riceve l’appartenenza. Se in seguito quella piattaforma cambia, la definizione resta dov’è.
Insider ha pubblicato una guida per i team che passano dal vecchio Drag and Drop Editor per le email a quello nuovo. È una migrazione dentro un unico prodotto, e la guida è onesta su ciò che comporta: “most tasks still work the same way, but some buttons, panels, and blocks have new names or new locations”. I moduli salvati passano automaticamente al nuovo editor, e non sono visibili se un utente torna a quello vecchio. Quest’ultimo dettaglio conta durante la convivenza, perché per chi usa i moduli salvati il passaggio è di fatto senza ritorno, e il team dovrebbe fissare un’unica data per tutti, così che le persone non cambino editor in giorni diversi.
Entrambi i rilasci riducono la quantità di lavoro da ripetere nel secondo sistema, che è poi dove sta la maggior parte del costo di una migrazione.
Date decise fuori dal vostro stack
Alcune migrazioni non si scelgono affatto. Arrivano perché un sistema ai margini dello stack cambia il modo in cui accetta le connessioni, e ogni strumento con cui comunica deve adeguarsi.
Ne sono stati registrati tre esempi. Hightouch ha aggiunto l’autenticazione OpenID Connect per le destinazioni Emarsys e segnala che “Emarsys stops supporting WSSE on February 1, 2027”, chiedendo ai clienti di aggiornare le destinazioni esistenti prima di quella data, mentre le sync esistenti continuano a funzionare senza altre modifiche. Treasure AI ha aggiornato il connettore Microsoft Advertising Export per supportare l’API REST, e la sua nota di rilascio di ottobre chiede agli utenti di selezionare l’opzione REST prima che Microsoft Advertising ritiri l’API SOAP il 31 gennaio 2027. Le note di rilascio di ottobre di Adobe Experience Platform deprecano l’allowlisting della rete virtuale di Experience Platform per Azure Event Hubs, perché Azure non consente più di aggiungere la subnet di Experience Platform come regola di rete per i nuovi namespace.
Nessuno di questi è un progetto che qualcuno metterebbe in roadmap. Ognuno è una modifica di configurazione su un singolo connettore, in carico a chi l’ha impostato, con una data decisa da terzi. Per esperienza sono le modifiche che si rompono in silenzio, perché la persona che ha configurato la connessione due anni fa ha cambiato ruolo e la data è stata annunciata in una nota di rilascio che nessuno nel team attuale legge. Un breve elenco di scadenze esterne, tenuto accanto all’elenco delle integrazioni, costa poco ed evita un incidente.
Il consenso verificato al momento dell’invio
L’altro cambiamento da seguire questa settimana riguarda il tracciamento delle email, e anche questo conta per la convivenza, perché il consenso è una delle cose che devono significare lo stesso in entrambi i sistemi.
La release 1.321 di Bloomreach permette a un brand di richiedere il consenso al tracciamento separatamente per aperture e clic. “Bloomreach adds the open pixel only for recipients who consented to open tracking, and tracks clicks only for recipients who consented to click tracking.” Adobe Journey Optimizer annuncia un’opzione simile tra le novità in arrivo: un’impostazione “Disable open tracking” che rimuove il pixel di apertura per i destinatari senza consenso, mentre “email delivery, content, and unsubscribe links are unaffected”. L’SDK Android 21.1.0 di Airship aggiunge il consenso al tracciamento di aperture e clic email a livello di SDK.
Il consenso viene valutato all’invio, sul profilo, per ogni destinatario. Bloomreach è esplicita sul limite di questo modello: una revoca dopo l’invio non impedisce di registrare aperture e clic su quella email, e bloccarli è previsto in una release futura. La decisione della CNIL contro FNAC, pubblicata il 29 ottobre, ricorda perché il momento conta: la CNIL ha rilevato che un tracker di raccomandazione in un’app mobile funzionava senza consenso e non rientrava nelle esenzioni per i tracker strettamente necessari. Non sono un avvocato, e pixel email e tracker in app sono casi diversi, ma la direzione è la stessa: la verifica va fatta dove il dato viene raccolto, e la reportistica viene dopo.
Per un team che gestisce due piattaforme la domanda pratica è se entrambe leggono lo stesso campo di consenso nello stesso momento. Se una controlla un attributo del profilo all’invio e l’altra si affida a una lista aggiornata durante la notte, la stessa persona può essere tracciata da una e non dall’altra nello stesso giorno.
Cosa metterei nel piano di migrazione
Nel loro insieme, questi rilasci suggeriscono alcuni punti che appartengono a qualsiasi piano per passare da una piattaforma all’altra, che il passaggio sia scelto o imposto.
Primo, decidere quale sistema è la fonte di ogni asset, audience e campo di consenso condiviso durante il periodo di convivenza, e scrivere quando questo cambia. Funzionalità come DAM Connect e le external segments rendono la cosa più semplice, ma la decisione resta del team.
Secondo, tenere un elenco delle scadenze esterne accanto all’elenco delle integrazioni: cambi di autenticazione, API ritirate, regole di rete. Ognuna ha un responsabile e una data, e nessuna comparirà nel rilascio di punta del vendor.
Terzo, verificare che il consenso sia valutato nello stesso modo in entrambi i sistemi, all’invio, dallo stesso campo. Una migrazione è proprio il periodo in cui possono esistere due definizioni di “consenso dato” senza che nessuno se ne accorga.
Nel record di questa settimana ci sono molte novità sugli agenti, tra cui nuove skill nel Coworker di Adobe per orchestrated campaigns e Decisioning, e i marketing agent di Sprinklr in beta. Le lascio per un altro articolo, perché lì la domanda utile è un’altra.
Sono i rilasci meno visibili a decidere se il prossimo cambio di piattaforma sarà un progetto o un anno di piccole sorprese.
Fonti
Salesforce Marketing Cloud
- Reuse Marketing Cloud Engagement Images in Marketing Cloud Next Content Builder. Fonte per DAM Connect, l’aggiornamento automatico, le edizioni, il permesso Marketing Admin e la disponibilità prevista dopo il 20 novembre 2026.
Bloomreach
- External segments announcement, 26 October 2026. Fonte per le citazioni su ricostruzione, API aperta e segmentazione nativa.
- Release 1.321. Fonte per il consenso separato su aperture e clic e per il limite sulla revoca dopo l’invio.
Insider
- Move from the Legacy Editor to the New Editor. Fonte per la guida e il comportamento dei moduli salvati.
Hightouch
- Changelog. Fonte per OpenID Connect su Emarsys e la data di fine di WSSE.
Treasure AI
- October 2026 release note. Fonte per l’opzione API REST di Microsoft Advertising e la data di ritiro di SOAP indicata da Treasure AI.
Adobe Experience Platform e Journey Optimizer
- Experience Platform release notes, October 2026. Fonte per la deprecazione su Azure Event Hubs.
- Journey Optimizer release notes. Fonte per l’opzione Disable open tracking e le skill di Coworker, entrambe indicate come in arrivo.
Airship
- What’s New. Fonte per l’SDK Android 21.1.0 e il consenso al tracciamento email.
Sprinklr
- Marketing AI Agents beta. Citato in chiusura.
Regolazione
- CNIL, sanction against FNAC Darty Participations et Services and FNAC Direct. Fonte per la decisione sul tracker, pubblicata il 29 ottobre 2026.
Il record
- MarTech Watch, Settimana 44. Ogni data e stato citati in questo articolo.
- Parte 25, Settimana 43. L’articolo precedente, sulle parti dello stack che restano vostre mentre la proprietà di una piattaforma è in sospeso.
- Weekly AI Tools That Matter to Me: Part 14, Week 44. 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 29 ottobre 2026, che coprivano il periodo dal 23 al 29 ottobre su diverse piattaforme CEP e vendor. Il record datato che ne sta alla base è in MarTech Watch, Settimana 44.
Se trovate errori o lacune nella copertura, voglio saperlo. Il processo migliora quando l’output viene messo in discussione.
