Informazioni sui problemi noti per Adobe Target. Include inoltre informazioni sui problemi risolti.
I codici tra parentesi sono per uso interno di Adobe.
Nelle sezioni seguenti sono elencati i problemi noti per Target:
L'interfaccia utente di Target consente agli utenti di selezionare metriche di coinvolgimento e ricavi non supportate come metrica di obiettivo principale per l'ottimizzazione nelle attività Allocazione automatica e Auto-Target. Sono supportate le metriche di conversione; le metriche di coinvolgimento e ricavi sono non supportate. Se selezioni metriche di obiettivi di coinvolgimento o ricavi, non viene creato un modello di ottimizzazione.
Per un elenco delle metriche di obiettivo supportate e non supportate, consultate A4T support for Auto-Allocate and Auto-Target activity (Supporto per l'allocazione automatica e il targeting automatico delle attività). (TNT-38409)
Se aggiungi una regola del modello, ad esempio l’URL contiene (/checkout,%20/cart?lang=it) nella consegna pagine, alla regola vengono anteposti degli spazi in più. Questi spazi aggiuntivi sono estetici e non influiscono sulla creazione di definizioni di audience e sulla distribuzione delle offerte. (TGT-35920)
I collegamenti di anteprima Controllo di qualità delle attività per le attività salvate potrebbero non venire caricati se nel tuo account sono presenti troppe attività salvate. Riprovare i collegamenti di anteprima. Archivia le attività salvate che non vengono più utilizzate attivamente per impedire che il problema continui. (TNT-37294)
Un problema noto impedisce l'anteprima se i criteri utilizzati nell'attività sono basati su elementi o categorie. (TNT-37455)
Di seguito sono riportati i problemi noti relativi alle offerte di reindirizzamento:
Al momento si verifica il seguente problema noto quando si annulla il caricamento di un’attività Test A/B o Targeting esperienze (XT) nel Compositore esperienze visivo in presenza di un URL di reindirizzamento.
Nel passaggio uno del flusso di lavoro guidato VEC, quando si annulla il caricamento della pagina, viene visualizzato il pannello Modifiche nel VEC e il reindirizzamento al modello URL viene applicato all'esperienza (ad esempio, "Esperienza B"). Quando ritorni al passaggio 1 dal passaggio 2 o 3, si verifica la seguente situazione.
In “Esperienza B”, per impostazione predefinita, viene eseguito il rendering del modello di caricamento del sito web annullato e il pannello Modifiche è accessibile. Questo non dovrebbe accadere, perché questa esperienza ha un reindirizzamento al modello di URL applicato. Dovrebbe essere visualizzato il modello di reindirizzamento all’URL.
Per visualizzare lo stato corretto dell’esperienza nel Compositore esperienza visivo:
Se passate a un'altra esperienza e quindi tornate a "Esperienza B", Target visualizza il reindirizzamento al modello URL applicato a questa esperienza e il pannello Modifiche non è accessibile. (TGT-32138)
Per i siti web delle applicazioni a pagina singola, l’annullamento del caricamento non consente di modificare le azioni nel pannello Modifiche.
Di seguito sono riportati i problemi noti relativi alle attività di Recommendations:
Durante la copia di un'attività Recommendation con una promozione attiva, qualsiasi modifica nell'attività duplicata incide attualmente anche sull'attività originale, e viceversa. (TGT-39155)
Come soluzione alternativa temporanea:
Quando Target restituisce un'offerta JSON con getOffer(), restituisce con il tipo di JSON. Tuttavia, se restituite una progettazione Recommendations JSON, essa restituisce un tipo di HTML.
Le entità scadono correttamente una volta trascorsi 60 giorni senza ricevere aggiornamenti tramite feed o API; tuttavia, dopo la scadenza le entità scadute non vengono rimosse dall’indice di ricerca del catalogo. (IRI-857)
Le sovrapposizioni “Informazioni sull’utilizzo” per i criteri e le progettazioni non riflettono l’utilizzo in attività A/B e Targeting esperienza. (TGT-34331)
Le offerte Consigli nelle attività A/B e Targeting esperienza non presentano un’anteprima visiva della barra dei consigli. (TGT-33426)
Le raccolte, le esclusioni, i criteri e le progettazioni creati mediante l'API non sono visibili nell'interfaccia utente di Target e possono essere modificati solo tramite l'API. Allo stesso modo, se create uno di questi elementi nell'interfaccia utente di Target e successivamente li modificate tramite API, tali modifiche non si riflettono nell'interfaccia utente di Target. Gli elementi modificati tramite API devono continuare a essere modificati tramite API per evitare la perdita di eventuali modifiche. (TGT-35777)
Le attività Consigli create tramite API sono visibili nell’interfaccia, ma possono essere modificate solo tramite API.
Lo stato del feed dei criteri personalizzati visualizzato nell’elenco (scheda) Criteri viene aggiornato ogni dieci minuti e in alcune rare circostanze potrebbe contenere dati risalenti a oltre dieci minuti prima. Lo stato visualizzato nella visualizzazione di modifica dei criteri personalizzati viene recuperato in tempo reale ed è sempre aggiornato. (TGT-35896, TGT-36173)
I criteri e le schede di progettazione non mostrano il numero corretto di attività in cui vengono utilizzati. Se i criteri o la progettazione vengono utilizzati in un'attività A/B, la scheda potrebbe mostrare erroneamente che la progettazione o i criteri non sono utilizzati, anche quando la progettazione o i criteri sono utilizzati nell'attività. (TGT-36621, TGT-37217)
In un'attività MVT, il vincitore mostrato nella tabella e nel grafico non è coerente quando si controllano le metriche. Questa situazione si verifica se un utente passa da Visualizzazione riepilogo a Visualizzazione grafico, quindi torna a Visualizzazione riepilogo, modifica una metrica e passa quindi alla Visualizzazione grafico. Quando si verifica questo problema, la visualizzazione Riepilogo mostra sempre il vincitore corretto. Se l’utente non passa mai dalla vista Grafico alla vista Riepilogo, la vista Grafico mostra il vincitore corretto.
Di seguito sono riportati problemi noti relativi a at.js:
Utilizzando le versioni at.js precedenti alla 2.2.0, il monitoraggio dei clic non segnala le conversioni in Analytics per Target (A4T) se codice Adobe Analytics non è presente sugli elementi di pagina (come i pulsanti). Questo problema è stato corretto in at.js 2.2.0. Se riscontri questo problema, effettua l’aggiornamento all’ultima versione di at.js.
Se crei un’esperienza senza modifiche utilizzando at.js 2.1.1 o versioni precedenti (ad esempio, un’esperienza predefinita), questa potrebbe non essere conteggiata nei rapporti, in Analytics for Target (A4T), Adobe Analytics o Google Analytics. Inoltre, il plug-in ttMeta potrebbe non funzionare correttamente.
Come soluzione alternativa, inserisci uno spazio vuoto nel contenuto dell’esperienza. (TNT-33366)
Una correzione per questo problema è stata inclusa in at.js 2.2.0. Effettuate l'aggiornamento alla versione più recente o a.js oppure utilizzate la soluzione descritta sopra solo per le versioni at.js precedenti alla 2.2.0.
Quando una pagina viene caricata in Visual Experience Composer (VEC), Target deve determinare se l'impostazione mbox globale è abilitata o disabilitata e se entityID o categoryID è presente nel percorso in cui l'utente sta tentando di applicare la raccomandazione nel VEC. L’elenco dei criteri viene filtrato sulla base di queste informazioni. L’elenco predefinito contiene algoritmi filtrati, ma la casella di controllo Compatibile consente di visualizzare l’elenco completo degli algoritmi.
Quando si utilizza at.js, la casella di controllo Compatibilità è nascosta e non è quindi possibile visualizzare gli algoritmi non compatibili.
Questo problema è relativo solo alle attività Consigli che utilizzano il Compositore esperienza visivo.
Soluzione alternativa: disabilita l’opzione Filtra criteri incompatibili in Recommendations > Impostazioni. Dopo aver disabilitato questa impostazione, nel selettore dei criteri verranno visualizzati tutti i criteri (compatibili e non). (TGT-25949)
Dopo l’aggiornamento alla versione 1.0 di at.js, le mbox non funzionano nei browser Microsoft Explorer 11 a causa dell’interazione tra at.js e Visitor API 2.2.0. Questo problema riguarda le versioni 0.9.6 e successive di at.js. (TNT-27600)
at.js potrebbe non funzionare con le app Cordova/Hybrid perché non supportano i cookie di prima parte. (TNT-26166)
Soluzione alternativa: configura at.js con l’opzione “Solo x” attivata e passa mboxThirdPartyId
nelle chiamate per la gestione degli utenti.
Le metriche di successo con l'opzione avanzata "Come verrà incrementato il conteggio" impostata su "ogni impression" o "ogni impressione (esclusi gli aggiornamenti)" non possono essere utilizzate come metrica di successo da cui dipende un'altra metrica.
Quando una metrica di successo è impostata per essere incrementata a ogni impressione, Target conteggia nuovamente il visitatore ogni volta che visita questa metrica di successo. Quindi, Target reimposta su 0 la metrica di successo “Appartenenza” in modo da contare di nuovo l’impression successiva. Pertanto, se un'altra metrica richiede che questa metrica sia stata vista per prima, Target non riconosce mai che l'utente ha visto la prima metrica.
Quando utilizzi impression e conversioni dell'attività Target in Analysis Workspace, applica il modello di Attribution IQ "Same Touch" alle metriche per garantire un conteggio accurato. Per applicare un modello di attribuzione non predefinito, fare clic con il pulsante destro del mouse sulla metrica per modificare le impostazioni delle colonne > abilitare Usa modello di attribuzione non predefinito > selezionare Stesso modello di tocco. Senza l'applicazione di questo modello, le metriche sono sopravvalutate.
Tutti i pacchetti Analytics correnti possono aggiungere questo modello con Attribution IQ. Se non avete accesso alle Attribution IQ, fate affidamento sui dati A4T in Reporting e analisi.
I clienti non possono eseguire operazioni CRUD sulle attività di allocazione automatica tramite la versione v3 dell’API A/B Activities in Adobe I/O.
Il 10 maggio 2020 Adobe ha aggiornato i file del provider GEO, introducendo alcune incongruenze. Ad esempio, sono stati aggiunti alcuni valori contenenti virgole; anche se, i valori nelle audience esistenti non avevano una virgola. Questa modifica non ha interessato tutti server di distribuzione del Adobe. Di conseguenza, tra il 10 maggio e il 22 luglio 2020 l'audience che utilizza tali valori potrebbe non avere qualificato tutti i visitatori corretti.
I report generati per il download come file .csv non sono coerenti se l'attività utilizza più di una metrica. Il rapporto scaricabile viene generato solo in base alle impostazioni del rapporto e considera lo stesso valore per qualsiasi altra metrica utilizzata.
L'origine della verità è sempre il rapporto visualizzato nell'interfaccia Target.
Poiché i problemi noti di cui sopra sono stati risolti, vengono spostati nelle sezioni seguenti.Se necessario, vengono aggiunte ulteriori note.
Le offerte di immagini nella pagina Offerte talvolta mantengono l’etichetta di "elaborazione" per diverse ore dopo il caricamento delle immagini. Nella maggior parte dei casi si tratta di un problema relativo solo all'etichetta: le offerte di immagini possono essere ancora utilizzate nelle attività e distribuite. (MCUI-10264, TGT-37458)
Questo problema è stato risolto nella release di Target Standard/Premium 20.10.1.
Sono stati risolti i seguenti problemi relativi a A4T:
Un problema che ha interessato le attività A4T utilizzando una metrica Analytics obiettivo che ha causato la visualizzazione di una suddivisione del traffico inattesa o conversioni artificialmente gonfiate nei report A4T.
Questo problema ha interessato la generazione di rapporti A4T nelle seguenti condizioni:
Target suddividere correttamente il traffico durante questo periodo di tempo. Tuttavia, una divisione 50/50 nella configurazione dell'attività potrebbe essere visualizzata, ad esempio, come una divisione 90/10 nei report A4T.
Per le attività interessate, la suddivisione corretta del traffico è visibile per i nuovi visitatori dopo il 5 novembre (4 a.m. PST). Le nuove attività create o salvate dopo tale ora segnaleranno correttamente la suddivisione del traffico.
Un problema che ha interessato le attività A4T utilizzando una metrica di obiettivo Target che causava la generazione di report A4T a bassa o nessuna conversione.
Questo problema interessava solo il reporting A4T. Non ha influito sulla distribuzione dell'attività.
Questo problema ha interessato la generazione di rapporti A4T nelle seguenti condizioni:
Questo problema ha influito sulla generazione di rapporti per le attività A4T in diretta tra il 22 settembre e l'11 novembre 2020 (2:30 PST). I rapporti per le attività A4T interessate mostreranno correttamente le conversioni al di fuori di questo intervallo di date. I rapporti per le attività non A4T non sono stati influenzati.
In caso di ulteriori domande, rivolgiti al Customer Success Manager (CSM) o all'Assistenza clienti Adobe ](/docs/target/cmp-resources-and-contact-information.html?lang=it#reference_ACA3391A00EF467B87930A450050077C). [ (CSO 20201110016)
È stato risolto un problema che interessava la generazione di report Adobe Target Premium degli utenti Auto-Target dal 15 settembre alle 2:30. (PDT) al 6 ottobre, 9:25 (PDT). Quando si visualizzano i rapporti per le metriche di conversione interessate (configurate mediante l'opzione "Visualizzato una pagina" o "Selezionato su mbox"), i tassi di conversione vengono riportati in modo non corretto. Nessun problema di consegna noto al momento.
Per risincronizzare e correggere il reporting:
(TGT-38522, CSO 20201006007)
Le conversioni al momento aumentano in modo diverso in base al tipo di pubblico utilizzato.
Ad esempio, per lo stesso visitatore, se il conteggio di conversione è impostato per incrementare "Once per Entrant:"
Se il conteggio di conversione è impostato per incrementare "Su ogni impressione:"
Questo problema è correlato solo alla generazione di report Target. Questo non è un problema quando si utilizza il reporting Analytics for Target (A4T).
Questo problema è stato risolto.
Questo problema noto riguarda la decisione di Google di modificare il comportamento predefinito dei cookie senza l'attributo SameSite a partire da Chrome versione 80. Prima della modifica, Chrome aveva impostato tutti i cookie senza l'attributo SameSite su "SameSite=None" per impostazione predefinita e ora su "SameSite=Lax" per impostazione predefinita, modificando il modo in cui i cookie vengono inviati sulle richieste di GET e POST. Vedere Aggiornamenti dello stesso sito.
Per ulteriori informazioni e una correzione, vedere "In che modo le politiche di applicazione dei cookie Google Chrome SameSite recentemente annunciate influiscono sul VEC e la CEE?" in Risoluzione dei problemi relativi a Visual Experience Composer (Compositore esperienza visivo) e Enhanced Experience Composer (Compositore esperienza avanzato).
Il rapporto grafico per un’attività di Targeting automatico non viene riprodotto correttamente per le modalità “differenziali” (Incremento medio e Incremento giornaliero) in assenza di dati (visite 0) in qualsiasi esperienza. Questa situazione può verificarsi nella fase iniziale di un’attività quando si utilizza come controllo un’esperienza personalizzata. Per le altre modalità (Media corrente per controllo e destinazione, Giornaliero per controllo e destinazione, Visite) funziona correttamente. Non appena sono presenti alcuni dati (numero di visite diverso da zero), il rapporto viene riprodotto come previsto.
Questo problema è stato risolto con la versione 19.7.1 di Target.
La libreria mbox.js non supporta linguaggi di template lato client, come Handlebar e Mustache. La libreria at.js supporta tali linguaggi.
Nota: la libreria mbox.js non verrà più sviluppata. Tutti i clienti devono migrare da mbox.js a at.js. Per ulteriori informazioni, consulta Migrazione a at.js da mbox.js.
Nella scheda Implementazione (Amministrazione > Implementazione) il campo Creazione automatica mbox globale sarà "false" per impostazione predefinita per un nuovo tenant con provisioning.
Quando mbox.js viene scaricato per la prima volta dopo il provisioning, il campo Creazione automatica mbox globale è impostato su “true” nel file mbox.js scaricato e nel backend di Target, ma continua a mostrare “false” nella pagina Implementazione dell’interfaccia utente fino a quando la pagina non viene aggiornata (dopo l’aggiornamento della pagina, lo stato diventa “true”).
at.js verrà scaricato con global_mbox_autocreate = false
per un tenant nuovo. Se mbox. js viene scaricato per primo, global_mbox_autocreate è impostato su “true” e anche at.js sarà scaricato con global_mbox_autocreate = true
. (TGT-15929)
Le offerte di codice create dall’interfaccia utente di Target nella libreria Offerte possono essere visualizzate nell’area di lavoro predefinita se l’elenco delle offerte viene rimosso utilizzando API GET. Il problema verrà risolto nella prima settimana di marzo 2019. Dopo la correzione, le offerte di codice verranno visualizzate nell’area di lavoro appropriata quando vengono richiamate dalle API. Questo problema non influisce sulle offerte create dalle API. Ad esempio, le offerte di codice create dalle API vengono visualizzate nell’area di lavoro in cui sono state create o recuperate utilizzando API GET o dall’interfaccia utente di Target.
Dal 25 novembre 2019 al 26 aprile 2020, un server di Target ha riscontrato un problema che ha portato a conteggiare i valori degli ordini estremi nelle metriche dei report basate sulle entrate (AOV, RPV). Dal 19 dicembre 2019 al 23 aprile 2020, un altro server ha riscontrato lo stesso problema. Questo problema non ha interessato tutti i server Target o tutti i clienti Target.
Il problema era not se:
Per determinare se questo problema ha avuto un impatto sui report di Target, rivolgiti a Client Care.
L’indice del feed di Recommendations può mostrare il messaggio “In attesa dell’indice” se gli elementi nel feed sono identici a quelli della precedente esecuzione. Questo non influisce sull’assimilazione del prodotto per la consegna. (RECS-6663)
Questo problema è stato risolto con la versione 19.4.2 di Target.
L’elaborazione dei feed Consigli richiede più tempo del previsto. (COR-2836)
Risolto nella versione 16.10.1 di Target.
L’interfaccia dei feed della funzionalità Consigli non mostra lo stato di indicizzazione corretto. I processi di backend funzionano correttamente, ma non è possibile recuperare e visualizzare nell’interfaccia utente lo stato corrente.
Questo problema è stato risolto nella versione 17.10.1.
Una situazione di tipo “race condition” può determinare un conteggio delle visualizzazioni di pagina sia nella pagina originale sia in quella di reindirizzamento. Sono previsti aggiornamenti per l’implementazione di at.js in modo da evitare tale situazione di tipo “race condition”.
Questo problema è stato risolto in at.js 1.6.3.
Questi problemi sono stati risolti.
La versione v1 delle API Offer su Adobe I/O considera tutte le offerte create tramite Target come nell’area di lavoro predefinita. (TTTEAM-41957)
Questo problema è stato risolto.
Dopo l’aggiornamento alla versione 1.0 di at.js, le mbox non funzionano nei browser Microsoft Explorer 11 a causa dell’interazione tra at.js e Visitor API 2.2.0. Questo problema riguarda le versioni 0.9.6 e successive di at.js. (TNT-27600)
Risolto con il rilascio della versione 2.3.0 o successive dell’API.
La ricerca di una stringa contenente caratteri speciali (ad esempio uno spazio o una virgola) non è attualmente supportata durante la creazione di tipi di pubblico di geotargeting. Questo problema affiora, ad esempio, quando si creano tipi di pubblico basati su città, stati, paesi, ecc. Ad esempio, quando si cerca “new york”, la ricerca non restituisce risultati validi.
Corretto a novembre 2018.
Quando si utilizza la versione 1.6.0 di at.js i reindirizzamenti di Analytics for Target (A4T) si verificano ma senza qualificazione dell'attività.
Risolto con il rilascio della versione 1.6.2 di at.js.
Le attività nell'area di lavoro predefinita eliminate tramite API continuano a essere visualizzate nell'interfaccia utente di Target. Come soluzione alternativa, elimina tutte le attività nell'area di lavoro predefinita utilizzando l'interfaccia utente di Target. (TGT-31315)
Risolto il 25 ottobre 2018.
Quando si fa clic sull'esperienza con targeting nel rapporto di un'attività di Personalizzazione automatizzata (AP) per visualizzare i rapporti a livello di offerta, al momento vengono visualizzati risultati vuoti, un messaggio di errore o un'icona in rotazione. (TNT-30695)
Risolto il 27 settembre 2018.
Se si ricarica il Compositore esperienza visivo al passaggio 1 del flusso di lavoro guidato in tre passaggi mentre si lavora con l'editor di codice in Firefox e Internet Explorer, il rendering della scheda Modifiche non viene eseguito correttamente; tuttavia, la funzionalità del Compositore esperienza visivo non viene influenzata. (TGT-28730)
Questo problema è stato risolto nella versione 18.9.1.
Quando si modifica o si copia un'attività di Consigli che utilizza una regola di promozione attributi, viene visualizzato l'errore “Campo mancante” quando si fa clic su Salva.
Questo problema è stato risolto nella versione 17.8.1.
I consigli di backup mostrano erroneamente lo stato “Abilitato” nelle schede degli articoli visualizzati di recente nell’interfaccia utente di Target. (TGT-29308)
Ciò è stato corretto nella versione 18.4.1 in modo che venga visualizzato “Disattivato”.
Quando viene modificato il nome di un pubblico per la creazione di rapporti utilizzato in un'attività Auto-Target, gli aggiornamenti successivi da Target per quell'attività potrebbero non essere inclusi e comparirà un messaggio di errore.
Questo problema è stato risolto con la versione 18.5.1 (22 maggio 2018).
L’algoritmo per l’estrazione del dominio di primo livello che deve essere utilizzato quando si salvano i cookie è stato modificato nella versione 0.9.6. di at.js. A causa di questa modifica, i cookie non possono essere salvati in indirizzi IP. La maggior parte degli indirizzi IP si utilizza a scopo di test, ma in alternativa puoi utilizzare le voci DNS, regolare il file host in una casella locale oppure utilizzare la funzione targetGlobalSettings() di at.js per inserire uno snippet di codice per il supporto degli indirizzi IP.
Questo problema è stato risolto nella versione 1.2 di at.js.
Come parte della migrazione delle autorizzazioni Enterprise, la gestione degli utenti Target Premium è stata spostata dall’interfaccia utente di Adobe Target ad Adobe Admin Console.
Come risultato della migrazione, esistono due potenziali problemi:
Questo problema è stato risolto il 30 agosto 2017
Un problema relativo alla versione 17.6.2 potrebbe aver interessato le attività create e/o aggiornate tra il 22 giugno 2017 e il 29 giugno 2017. Il problema ha riguardato le seguenti attività:
Questo problema non interessa nessun’altra attività.
Importante: questo problema non viene corretto automaticamente. Per risolverlo, è necessario salvare nuovamente le attività interessate.
Questo problema è stato risolto il 29 giugno 2017
In relazione all’utilizzo del Compositore esperienza basato su moduli, sono stati segnalati i seguenti problemi:
Il primo problema è stato risolto nella versione 17.3.1 di Target (marzo 2017).
Il secondo problema è stato risolto nella versione 17.6.1 di Target (giugno 2017).
A partire dalla versione 17.4.1 di Target (27 aprile 2017), se si utilizza l’azione Inserisci immagine nel Compositore esperienza visivo, il contenuto dell’offerta non viene consegnato quando si utilizza la libreria at.js.
Il problema è stato risolto nella versione 0.9.7 di at.js rilasciata il 22 maggio 2017.
Per le attività A/B e XT create o modificate tra il 27 aprile alle 21:00 PST e il 5 maggio alle 06:00 PST con qualsiasi metrica utilizzando l’azione di conversione “Visualizza una pagina” (non basate su altre metriche), le conversioni potrebbero essere registrate in modo errato. Questo problema ora è risolto, tuttavia, i dati nei rapporti per l’azione di conversione “Visualizzazione di una pagina” per queste attività durante il periodo di tempo indicato, potrebbe non essere accurati e, sfortunatamente, non possono essere corretti. Per queste attività consigliamo di basarsi solo sui dati registrati prima o dopo tale periodo per prendere decisioni basate sulle azioni di conversione “Visualizzazione di una pagina”.
Questo problema non interessa i dati di reporting per altre metriche, che possono quindi essere utilizzati.
Risolto nell’aggiornamento rapido 17.4.3 di Target.
Un problema ha interessato la consegna e l’anteprima di offerte in attività A/B e XT con almeno due esperienze e che sono state create o modificate utilizzando il Compositore esperienza basato su moduli tra venerdì 28 aprile (21:00 PT) e lunedì 1 maggio (21:15 PT). Venivano visualizzate solo le offerte con contenuto predefinito.
Risolto nell’aggiornamento rapido 17.4.3 di Target.
Le seguenti azioni hanno causato la mancata consegna dell’offerta collegata all’utilizzo delle funzioni Sposta e Ridisponi del Compositore esperienza visivo e di at.js.
Questo problema è stato risolto nella versione 0.9.6 di at.js.
La possibilità di visualizzare più metriche in un rapporto, inclusa nella versione 17.3.1 di Target (30 marzo 2017), è stata rimossa a causa di un comportamento imprevisto. Questa funzione sarà nuovamente disponibile in una versione successiva.
La possibilità di visualizzare più metriche in un rapporto è stata inclusa nella versione 17.4.1 di Target (27 aprile 2017).
Le immagini eliminate dalla libreria Offerte immagine (Offerte > Offerte immagine) rimangono visibili nell’interfaccia utente. In una versione futura, le immagini eliminate non verranno più visualizzate. Nel frattempo, le immagini eliminate vengono visualizzate nell’interfaccia utente, ma presentano lo stato Eliminato. (TGT-23793)
Risolto nella versione 17.4.1 di Target (27 aprile 2017).
Per il criterio Visualizzato di recente, le regole dinamiche basate su entità non produrranno alcun consiglio se il parametro entity.id non viene passato alla richiesta mbox. (RECS-6241)
Questo problema è stato risolto con il rilascio della funzionalità Consigli (22 marzo 2018). Dopo il rilascio della funzionalità Consigli, Target ignora le regole dinamiche basate su entità se entity.id non viene passato alla richiesta mbox.
Quando gli utenti tentano di scaricare at.js dalla pagina dei dettagli Implementazioni dopo l’aggiornamento delle impostazioni di at.js, mbox.js viene scaricato al suo posto. (TGT-23069)
Risolto nella versione 17.3.1 di Target (30 marzo 2017).
Le regole di esclusione globale impiegano 10-20 minuti per propagarsi alla rete Edge per Recommendations Premium. (RECS-5270)
Risolto nella versione 17.2.2.0 di Recommendations (6 marzo 2017).
I rapporti non vengono aggiornati quando si cambia la metrica di reporting. Questo problema interessa solo l'interfaccia utente. Non vi è alcun impatto sulla raccolta dei dati di reporting o sulla consegna. (TGT-22970)
Risolto nella versione 17.2.2.0 di Target (24 febbraio 2017).
I rapporti scaricati non rispettano l’impostazione Escludi ordini estremi. (TGT-21871)
Risolto nella versione 17.2.1.0 di Target.