Con il rilascio della nuova feature Summer ’26 per Marketing Cloud Next Growth & Advanced Editions, è ora possibile mappare le informazioni di consenso provenienti dalle standard list e dalle publication list di Marketing Cloud Engagement verso le Communication Subscription di Marketing Cloud Next.
Quando una standard list o una publication list di Marketing Cloud Engagement viene mappata, gli stati vengono sincronizzati automaticamente tra i due sistemi ogni volta che un subscriber aggiorna il proprio consenso.
Sebbene anche le standard list possano essere utilizzate con questa feature, è difficile individuare casi d’uso pratici per esse, quindi in questo articolo prenderemo come esempio le publication list.
Passaggi di Configurazione
1. Normalmente, quando si implementa Marketing Cloud Next, capita spesso che un’organizzazione Marketing Cloud Engagement sia già operativa, con le publication list gestite come mostrato di seguito.
*Se in Marketing Cloud Engagement non esistono publication list, può essere una buona idea crearne una generica, ad esempio “All Subscribers (Publication Lists)”, e utilizzare quella. 💡
2. Come dato, indirizzi email e stati vengono gestiti sulla base della Subscriber Key.
3. Con il rilascio della nuova feature Summer ’26, il Consent Mapping viene ora mostrato nella tab Consent. È possibile iniziare a creare una Communication Subscription mappata sul consenso cliccando sul pulsante Map Consent.
4. Selezionare una standard list o una publication list in Marketing Cloud Engagement. Non tutte le subscriber list possono essere selezionate.
5. Dopo aver deciso il nome della nuova Communication Subscription che verrà creata sul lato Marketing Cloud Next, cliccare su Map Consent per avviare il processo di creazione.
Il nome della Communication Subscription può essere modificato successivamente.
6. Il mapping si avvia e lo stato diventa Syncing.
7. Dopo un’attesa di 10-20 minuti, lo stato diventa Active e si può iniziare a utilizzarlo.
Considerazioni
A prima vista, questa sembra una semplice feature di sincronizzazione. Tuttavia, dopo test approfonditi, sono emersi numerosi comportamenti importanti da comprendere, dovuti alle differenze nella filosofia di progettazione tra i due prodotti.
Questo articolo riassume i risultati dei test effettuati.
Non È Possibile Utilizzare Communication Subscription Esistenti
La prima cosa che ho voluto verificare è se fosse possibile collegare Communication Subscription già esistenti a standard list o publication list.
La conclusione è che questo non è possibile.
Quando la sincronizzazione viene attivata, viene automaticamente creata una nuova Communication Subscription per ogni standard list o publication list.
A prima vista questo comportamento può sembrare scomodo, ma in realtà è ragionevole.
Se fosse consentito il mapping su una Communication Subscription esistente, si presenterebbe il seguente dilemma:
- Lo stato storico di subscription sul lato lista dovrebbe essere considerato come fonte di verità?
- Lo stato storico di subscription sul lato Communication Subscription dovrebbe essere considerato come fonte di verità?
Per evitare questo conflitto, il design prevede intenzionalmente la creazione di una nuova Communication Subscription.
Pertanto, gli ambienti che hanno già iniziato a operare con Communication Subscription dovranno implementare qualche tipo di workaround.
La Sincronizzazione È Estremamente Rapida
La sincronizzazione stessa viene eseguita tramite API.
Quando lo stato di una standard list o publication list cambia, la modifica si è riflessa sul lato Marketing Cloud Next in pochi secondi.
Tuttavia, esiste un ritardo prima che il Communication Subscription Consent DMO venga aggiornato, e sono necessari circa 5-10 minuti prima che la modifica sia effettivamente verificabile.
L’Integrazione Data Stream Non È Coinvolta
Prima dei test, avevo ipotizzato che potesse essere necessario attendere la sincronizzazione dei data stream, ma non è così.
Indirizzi email e stati di subscription vengono referenziati direttamente tramite API e non dipendono da:
- Data Stream
- Elaborazione DLO / DMO successiva
Comportamento Durante la Sincronizzazione Iniziale
Dopo il completamento della sincronizzazione, è stato possibile osservare un comportamento interessante nel Communication Subscription Consent DMO.
Solo i subscriber con stato Active, Bounced o Held nella standard list o publication list hanno generato record OPT_IN nel Communication Subscription Consent. Per i subscriber Unsubscribed non è stato creato alcun record.
Questo comportamento sembra derivare dal fatto che Marketing Cloud Next adotta il concetto di Implicit Opt-Out.
In altre parole, la logica è la seguente:
“Per il caricamento iniziale, mantenere solo le persone che hanno dato il consenso, senza creare record superflui per chi non lo ha fornito.“
Comportamento in Aggiornamento delle Publication List
Quando lo stato della Communication Subscription viene modificato sul lato Marketing Cloud Next, la modifica si riflette anche in Marketing Cloud Engagement.
Ad esempio, quando si passa da OPT_OUT a OPT_IN:
- Se il subscriber non esiste, viene aggiunto alla publication list.
- Se il subscriber esiste già, lo stato nella publication list viene aggiornato.
In altre parole, lo stato di consenso in Marketing Cloud Next viene sincronizzato all’indietro verso Marketing Cloud Engagement.
Nota: Se un indirizzo email non viene trovato tra tutti i subscriber, verrà automaticamente creato un subscriber la cui Subscriber Key corrisponde all’indirizzo email. Pertanto, se il consenso viene importato in Marketing Cloud Next prima di importare i dati dei subscriber in All Subscribers, potrebbero essere creati contatti fatturabili non necessari. L’ordine di elaborazione va quindi valutato con attenzione.
Presupposto Fondamentale: MCE e MCN Utilizzano Identificatori Diversi
Questo è il punto più importante per comprendere questa feature.
- Marketing Cloud Engagement viene gestito sulla base della Subscriber Key.
- Marketing Cloud Next viene gestito sulla base dell’indirizzo email.
Pertanto, durante la sincronizzazione avviene sempre un processo di conversione tra i due identificatori.
Questa differenza progettuale è la causa dei comportamenti descritti di seguito.
Cosa Succede Durante la Sincronizzazione MCN → MCE
Marketing Cloud Next gestisce il consenso a livello di indirizzo email.
Pertanto, quando una Communication Subscription viene aggiornata, i subscriber con quell’indirizzo email vengono riflessi nella publication list.
Il problema si presenta quando esistono più Subscriber Key associate allo stesso indirizzo email.
Il risultato è che viene selezionato un solo subscriber per l’aggiunta o l’aggiornamento.
Ho indagato su quale subscriber venga selezionato e, in base al comportamento osservato, sembra che:
- Venga selezionato solo il subscriber aggiunto più recentemente alla publication list
anche se non esiste documentazione ufficiale che lo confermi.
Pertanto, gli ambienti che gestiscono lo stesso indirizzo email sotto più Subscriber Key all’interno di Marketing Cloud Engagement dovrebbero eseguire test approfonditi.
Cosa Succede Durante la Sincronizzazione MCE → MCN
Durante la sincronizzazione MCE → MCN, la Subscriber Key non viene utilizzata. Viene utilizzato solo l’indirizzo email.
Quando si verifica una modifica nella publication list, Marketing Cloud Next viene aggiornato sulla base dell’indirizzo email posseduto da quel subscriber.
Anche qui può verificarsi un problema simile.
In questo caso, tutti coloro che utilizzano quell’indirizzo email potrebbero diventare impossibilitati a ricevere email, quindi è necessaria cautela.
All Subscribers Ha la Priorità
In Marketing Cloud Engagement, lo stato di All Subscribers ha precedenza sulle publication list.
Pertanto, anche se Marketing Cloud Next modifica un record da OPT_OUT a OPT_IN e tenta di impostare lo stato della publication list su Active, l’aggiornamento non verrà elaborato se lo stato in All Subscribers è Unsubscribed.
Il Comportamento Più Pericoloso
Questo è stato il risultato più sorprendente dei test.
Cosa succede quando lo stato in All Subscribers viene modificato da Active a Unsubscribed?
Come risultato, tutte le Communication Subscription associate a quell’indirizzo email in Marketing Cloud Next sono diventate OPT_OUT.
Questa parte è comprensibile.
Tuttavia, un’ulteriore analisi ha mostrato che non solo le Communication Subscription create tramite la sincronizzazione delle publication list sono diventate OPT_OUT, ma anche le Communication Subscription che non erano sincronizzate con Marketing Cloud Engagement.
In altre parole, un unsubscribe universale eseguito in MCE può potenzialmente influenzare tutte le Communication Subscription in MCN.
Questo è un punto estremamente importante.
Una volta attivata questa feature, l’impatto potrebbe estendersi a Communication Subscription che non hanno alcuna relazione diretta con MCE.
Questo aspetto deve essere considerato durante la progettazione operativa.
Perché Accade Questo?
Non si tratta di un bug.
Modificare All Subscribers da Active a Unsubscribed rappresenta un Universal Unsubscribe.
In altre parole, significa:
“Non inviare più email a questo indirizzo email d’ora in avanti.“
Pertanto, è logicamente corretto che tutte le Communication Subscription in Marketing Cloud Next diventino OPT_OUT.
La Direzione Inversa Non Ripristina il Consenso
Cosa succede se lo stato di All Subscribers viene modificato nuovamente da Unsubscribed ad Active?
Anche questo è stato testato.
Il risultato è che non succede nulla.
- Le Communication Subscription non ritornano automaticamente a OPT_IN.
- Gli stati delle publication list non ritornano automaticamente ad Active.
Questo perché la filosofia di progettazione di Salesforce prevede che:
- Esiste una feature di Universal Unsubscribe.
- Non esiste una feature di Universal Resubscribe.
Semplicemente riportare lo stato di All Subscribers ad Active non viene considerato come un nuovo consenso a ricevere email.
Le publication list devono essere riattivate separatamente.
Nota: A causa del funzionamento delle publication list, per riattivare una publication list è necessario prima modificare lo stato di All Subscribers da Unsubscribed nuovamente ad Active.
Conclusione
Cosa ne pensate?
Non c’è dubbio che questa feature di consent synchronization fosse molto attesa da numerosi utenti. La configurazione in sé è molto semplice, ma i test approfonditi hanno rivelato considerazioni operative molto più numerose di quanto ci si potesse aspettare all’inizio.
È richiesta particolare cautela negli ambienti in cui lo stesso indirizzo email viene gestito sotto più Subscriber Key. Poiché Marketing Cloud Next e Marketing Cloud Engagement utilizzano modelli di identificazione diversi, la sincronizzazione potrebbe non comportarsi come previsto. Si consiglia di eseguire test approfonditi prima dell’implementazione.
Un’altra scoperta particolarmente importante emersa da questi test riguarda l’ambito dell’impatto quando si modifica lo stato di All Subscribers. Poiché viene trattato come un Universal Unsubscribe, può influenzare Communication Subscription che non sono direttamente sincronizzate con Marketing Cloud Engagement.
Detto questo, il valore di poter unificare la gestione del consenso tra Marketing Cloud Next e Marketing Cloud Engagement è estremamente significativo, e questo diventerà probabilmente uno dei modelli operativi standard in futuro.
Se state valutando una gestione centralizzata del consenso, assicuratevi di validare a fondo il comportamento in un ambiente di test e poi sfruttate questa feature.
Questo è tutto per questa volta.
Restate sintonizzati per altri suggerimenti su Salesforce Marketing Cloud! 😎
Nobuyuki Watanabe
Tradotto e adattato da SFMC Tips #311 : Marketing Cloud Next: Setting Up Consent Synchronization with MC Engagement di Nobuyuki Watanabe (@marketingcloudtips), pubblicato su Medium. Traduzione autorizzata dall’autore.