Esperienza senza accesso in Experience Builder

Introduzione

L’esperienza senza accesso in Experience Builder consente alle organizzazioni di visualizzare i contenuti di apprendimento e le pagine del portale a tutti i visitatori, inclusi quelli che non hanno effettuato l’accesso. Questa funzione è progettata per attirare, informare e coinvolgere i potenziali Allievi offrendo un’anteprima fluida e con marchio delle offerte di formazione prima di richiedere l’accesso o l’iscrizione.

Questa funzione consente di creare e personalizzare pagine pubbliche utilizzando la stessa intuitiva interfaccia di trascinamento disponibile in Generatore di esperienza standard. È possibile mostrare cataloghi di corsi, categorie, percorsi e contenuti statici avanzati, tra cui immagini, testo, HTML e immagini incorporate, per chiunque visiti il portale. In questo modo è possibile evidenziare i programmi di apprendimento, promuovere nuovi corsi e fornire informazioni essenziali a un pubblico più ampio.

I visitatori possono sfogliare il catalogo, visualizzare i dettagli su corsi e istanze e utilizzare la ricerca globale per esplorare le opportunità di formazione disponibili. Tuttavia, per le azioni che richiedono l’identità di un utente, ad esempio l’iscrizione a un corso, l’accesso a funzioni personalizzate (come Calendario, Conformità, Classifica o Apprendimento sociale) o la partecipazione a corsi di formazione, il visitatore dovrà effettuare l’accesso. Questo approccio garantisce che le informazioni sensibili e personalizzate rimangano al sicuro, pur consentendo un'esperienza di anteprima completa.

Gli amministratori possono configurare le pagine e i widget visibili agli utenti che non hanno effettuato l’accesso, in modo da visualizzare solo il contenuto appropriato. Le pagine possono essere impostate in modo da essere accessibili sia agli utenti che hanno effettuato l’accesso che a quelli che non l’hanno fatto, oppure in modo esclusivo per uno di questi gruppi. Experience Builder offre una modalità di anteprima che consente di vedere esattamente come appariranno le pagine ai visitatori prima della pubblicazione.

Per abilitare questa funzione, l'amministratore dell'integrazione ALM deve attivare il connettore di accesso ai dati di formazione. Questo connettore garantisce che i metadati del corso siano accessibili al pubblico.

Il branding e la localizzazione sono completamente supportati e consentono di personalizzare i titoli delle pagine, i favicon e le impostazioni della lingua in modo che siano in linea con l'identità dell'organizzazione e soddisfino le esigenze del pubblico. Come parte della transizione a questa esperienza avanzata, la funzionalità della pagina principale precedente per gli utenti non connessi sarà dichiarata obsoleta. Pertanto, tutti i nuovi contenuti pubblici devono essere creati utilizzando Experience Builder.

Scopo della funzione

L’esperienza senza accesso in Experience Builder consente alle organizzazioni di mostrare pubblicamente i contenuti di apprendimento e le pagine del portale a chiunque, senza richiedere agli utenti di accedere. Questo consente di attirare, informare e coinvolgere i potenziali Allievi fornendo un’anteprima dei corsi di formazione e delle risorse disponibili prima che sia necessaria l’iscrizione o l’autenticazione.

Casi d'uso reali di esperienza senza accesso

Concetti chiave dell’esperienza senza accesso

L’esperienza non registrata di Experience Builder ti consente di mostrare pubblicamente contenuti di apprendimento e pagine di portali, consentendo ai visitatori di sfogliare senza accedere.

Prerequisiti per l’esperienza senza accesso

Inizializzazione del connettore TDA

Il connettore TDA (Training Data Access) è un prerequisito critico per l'attivazione della nuova funzione di creazione di esperienze senza accesso in ALM. Questo connettore facilita l’esportazione dei metadati di formazione, consentendo al portale di visualizzare le informazioni sul corso agli utenti che non hanno effettuato l’accesso.

Cosa possono fare i visitatori senza effettuare l’accesso

In un sito Experience Builder non connesso, i visitatori possono sfogliare il catalogo dei corsi di formazione aprendo la pagina del catalogo per i cataloghi pubblici. Possono utilizzare filtri quali catalogo, prodotto, ruolo, tipo, abilità e tag, a seconda della configurazione del sito. I visitatori possono anche cercare i corsi di formazione utilizzando la barra di ricerca globale nell’intestazione (se abilitata) e visualizzare i risultati della ricerca direttamente nella pagina del catalogo.

I visitatori possono visualizzare i dettagli del corso di formazione aprendo le pagine di panoramica per corsi, percorsi di apprendimento e certificazioni. In queste pagine sono visualizzati i metadati principali, inclusi titolo, descrizione, autore, durata, formato, tag e abilità.

Inoltre, i visitatori possono esplorare contenuti statici e promozionali. Possono leggere blocchi di testo e di contenuto RTF, visualizzare banner e porzioni di immagine e interagire con i frame incorporati come micrositi, video o strumenti esterni.

Se un visitatore fa clic su Iscriviti o tenta di avviare un corso di formazione, il sistema richiede di effettuare l'accesso o di registrarsi. Dopo aver eseguito correttamente l’accesso, il visitatore viene reindirizzato alla pagina appropriata, che si tratti della home page, di una pagina personalizzata o del corso di formazione specifico selezionato.

Cosa non è disponibile senza effettuare l’accesso

In un sito Experience Builder non connesso, i visitatori non possono accedere a funzionalità o contenuti che richiedono l'autenticazione dell'utente. Non sono in grado di iscriversi ai corsi di formazione, avviare o seguire corsi o accedere a widget personalizzati come Il mio apprendimento, Calendario, Conformità, Classifica o Apprendimento sociale. Questi widget dipendono dai dati specifici dell'utente e sono disponibili solo dopo l'accesso.

Inoltre, i visitatori non possono eseguire azioni quali l’iscrizione a un corso o l’accesso a contenuti che richiedono il tracciamento dell’avanzamento o del contesto dell’utente. Se si tenta di iscriversi o di avviare un corso di formazione, viene richiesto al visitatore di effettuare l’accesso o di registrarsi prima di procedere.

Widget supportati in modalità senza accesso

In modalità senza accesso, sono supportati solo i widget che non richiedono dati specifici dell’utente. Queste comprendono:

I widget che richiedono il contesto dell’utente, ad esempio Il mio apprendimento, Calendario, Conformità, Classifica e Apprendimento sociale, non sono disponibili in modalità di accesso non effettuato

Pagine e menu nell’esperienza senza accesso

Comportamento di ricerca e catalogo

In modalità senza accesso, gli utenti possono accedere alla pagina del catalogo e utilizzare la ricerca per sfogliare i corsi e i percorsi di apprendimento disponibili. La pagina del catalogo mostra tutti i corsi pubblici, insieme ai filtri e alle funzionalità di ricerca, seguendo le stesse impostazioni dell’account della modalità di accesso. Quando un utente esegue la ricerca, i risultati vengono visualizzati nella pagina del catalogo e gli utenti possono visualizzare le pagine di panoramica del corso e dell’istanza senza effettuare l’accesso. Tuttavia, azioni come l'iscrizione richiedono l'accesso.

Se un utente tenta di effettuare l'iscrizione, il sistema richiede che prima acceda. La ricerca di utenti non connessi è più semplice di quella per gli utenti connessi e non include funzionalità avanzate come l'integrazione di Assistente AI.

Implementazione tecnica

Configurazione del connettore di accesso ai dati di formazione

Prima di poter utilizzare la funzione experience builder senza accesso, devi abilitare il connettore di accesso ai dati di formazione nel pannello di amministrazione dell’integrazione. Questo connettore esporta i metadati del corso di formazione da ALM a un repository pubblico, rendendolo accessibile tramite API per le pagine non connesse. La configurazione del connettore è un prerequisito per l'attivazione della funzionalità e garantisce che il portale visualizzi informazioni aggiornate sul corso di formazione.

Esportazione e sincronizzazione dei metadati
Il connettore esporta i campi di metadati chiave quali nome del corso, panoramica, descrizione, valutazione, durata e abilità. È possibile pianificare le esportazioni (ad esempio, giornalmente) per mantenere il portale sincronizzato con ALM. È possibile che non tutti i campi di metadati siano inclusi. Per un elenco completo, consultare il reparto tecnico. I dati esportati vengono utilizzati per popolare le pagine senza accesso e le modifiche in ALM verranno visualizzate dopo il successivo ciclo di esportazione.

Frequenza di memorizzazione nella cache e di esportazione
Per gestire gli aggiornamenti dei dati, il sistema utilizza la frequenza di esportazione back-end e la cache front-end. Le modifiche apportate in ALM si riflettono sul portale dopo l'esportazione pianificata e l'aggiornamento della cache. A causa di questi meccanismi, alcuni aggiornamenti potrebbero non essere visualizzati immediatamente. Se hai bisogno di aggiornamenti più rapidi, modifica la pianificazione dell'esportazione o cancella la cache in base alle esigenze.

Supporto della personalizzazione CSS/JS
È possibile applicare CSS e JavaScript personalizzati sia alle pagine che hanno effettuato l’accesso che a quelle che non l’hanno fatto, utilizzando la scheda personalizzazione. Ciò consente di mantenere un branding coerente, aggiungere elementi dell'interfaccia utente personalizzati e migliorare l'esperienza utente nel portale. Tutte le personalizzazioni vengono applicate a livello globale, garantendo un aspetto unificato.

Differenze e branding degli URL (favicon, titolo pagina)
Le pagine che non hanno effettuato l’accesso e che vi hanno effettuato l’accesso possono avere URL diversi per distinguere gli stati degli utenti. Puoi personalizzare la favicon e il titolo della pagina per il tuo portale, contribuendo a rafforzare l'identità del tuo marchio. Queste funzioni sono disponibili in Experience Builder; verifica con il team tecnico lo stato più recente del supporto per i dispositivi che non hanno effettuato l'accesso.

Prestazioni e scalabilità

Stack condiviso e stack premium

Lo stack condiviso consente a più clienti di utilizzare il generatore di esperienze senza accesso su un'infrastruttura comune, che supporta livelli di traffico standard. Lo stack premium è un'opzione a pagamento che fornisce risorse dedicate, funzionalità in tempo reale e limiti di posti più elevati per i clienti con esigenze avanzate. Scegli lo stack in base ai requisiti di traffico e business previsti.

Limiti di traffico e limiti di velocità

Lo stack condiviso impone limiti di traffico per garantire un utilizzo corretto tra i clienti. I tecnici implementeranno la limitazione delle tariffe per evitare che un singolo cliente utilizzi tutte le risorse. Se si pianificano campagne di marketing o si prevede un traffico elevato, coordinarsi con la progettazione per comprendere i limiti ed evitare interruzioni del servizio. La limitazione della velocità consente di mantenere la stabilità del sistema e le prestazioni per tutti gli utenti.

Considerazioni su multi-tenancy e SEO
La piattaforma supporta il multi-tenancy, consentendo a più clienti di ospitare i propri portali su un'infrastruttura condivisa. Le pagine senza accesso sono compatibili con SEO, insieme a sitemap.xml e robots.txt per ottimizzare la visibilità dei motori di ricerca. Ciò garantisce che il portale sia individuabile e indicizzato correttamente dai motori di ricerca.

Migrazione e rimozione

Transizione dalla pagina principale esistente senza accesso

La funzione della pagina principale precedente senza accesso sarà obsoleta. I nuovi account non visualizzeranno questa opzione e gli account esistenti che la utilizzano riceveranno una notifica per la migrazione alla soluzione basata su Experience Builder. Dovresti ricreare la tua home page utilizzando il nuovo Experience Builder per una maggiore flessibilità, il supporto del widget e una migliore esperienza utente. Il piano di transizione assicura interruzioni minime e supporto continuo.

Piano di comunicazione
I clienti che utilizzano la pagina principale precedente riceveranno una comunicazione chiara sulla tempistica della rimozione e sui passaggi di migrazione. Verrà fornito il supporto per consentire di spostare la pagina principale nella nuova piattaforma Experience Builder, in modo da trarre vantaggio dalle nuove funzioni e dagli aggiornamenti in corso.

Supporto per localizzazione e accesso

Logica di fallback locale
Il sistema visualizza le pagine nelle impostazioni locali in cui sono state create. Se la lingua di un utente non è disponibile, il sistema utilizza una logica di fallback per selezionare la successiva lingua migliore disponibile. Ciò garantisce agli utenti di visualizzare sempre i contenuti in una lingua supportata, migliorando l'accessibilità e la soddisfazione degli utenti.

Tipi di accesso supportati
L'esperienza senza accesso supporta tutti i tipi di accesso disponibili in ALM, inclusi SSO e accesso standard. Gli utenti possono sfogliare i contenuti senza accedere e verrà richiesto di accedere quando necessario, ad esempio per iscriversi a un corso o accedere a funzioni personalizzate. Ciò garantisce una transizione fluida dalla navigazione al coinvolgimento.

API senza accesso

API oggetto di apprendimento Amministratore

Le pagine Experience Builder e i portali headless non connessi spesso organizzano o filtrano i corsi in base al prodotto e al ruolo. L’API di Admin LO è stata migliorata per garantire che queste associazioni siano sempre accessibili per le integrazioni back-end e headless, nonché per il connettore TDA.

Endpoint e comportamento

Continuerai a utilizzare l’endpoint LO di amministrazione esistente:

GET /primeapi/v2/learningObjects/{loId}?enforcedFields[learningObject]=products,roles

Dove:

A tale scopo, assicurati che le associazioni di prodotto e ruolo degli LO siano presenti nella risposta quando richiesto tramite enforcedFields. La risposta contiene quindi, in attributi, i metadati del prodotto e del ruolo necessari per calcolare o esporre i prodotti (rec_products) e i ruoli (rec_roles) consigliati per Experience Builder e altri consumer.

Una chiamata tipica di un amministratore o di un'integrazione ha un aspetto simile al seguente:

curl -X GET
"https://{your-domain}/primeapi/v2/learningObjects/course:12345?enforcedFields[learningObject]=products,roles"
-H "Autorizzazione: Portatore {admin_token}"
-H "Accetta: application/vnd.api+json"

Il JSON LO restituito ha la stessa struttura di base di prima, ma ora puoi fare affidamento sui campi prodotto/ruolo presenti quando li richiedi con enforcedFields. Le integrazioni che non utilizzano enforcedFields continuano a comportarsi come prima.

Elenco Oggetti di apprendimento - Supporto JobAid nel filtro effectiveModifiedDate

Scopo

Il connettore Accesso ai dati di formazione (TDA) e le implementazioni headless devono spesso eseguire una sincronizzazione incrementale, in base alla data effettiva di modifica degli oggetti di apprendimento. Fino a questa versione, le risorse formative (jobAid di tipo LO) non venivano gestite correttamente se combinate con i filtri effectiveModifiedDate. Questa versione corregge questo problema in modo che le risorse formative possano essere sincronizzate in modo incrementale proprio come i corsi e i percorsi di apprendimento.

Endpoint e comportamento

L'endpoint dell'elenco di oggetti di apprendimento esistente viene utilizzato con i filtri di data e il tipo di oggetto di apprendimento:

GET /primeapi/v2/learningObjects
?filter.effectiveModifiedDate.fromDate=2025-03-15T13:14:56.000Z
&filter.effectiveModifiedDate.toDate=2025-03-20T13:14:56.000Z
&filter.loTypes=risorsa formativa

In precedenza, quando filter.loTypes=jobAid veniva combinato con un intervallo effectiveModifiedDate, il filtro escludeva effettivamente le risorse formative e la chiamata si comportava come se le risorse formative non fossero supportate.

A partire da questo aggiornamento, la chiamata restituisce solo oggetti di apprendimento JobAid il cui effectiveModifiedDate rientra nella finestra specificata.

{
  "links": {
    "self": "https://acapapiserver/primeapi/v2/learningObjects?page[limit]=10&filter.effectiveModifiedDate.fromDate=2026-01-19T13:14:56.000Z&filter.effectiveModifiedDate.toDate=2026-01-21T13:14:56.000Z&filter.loTypes=jobAid"
  },
  "data": [
    {
      "id": "jobAid:144968",
      "type": "learningObject",
      "attributes": {
        "authorNames": ["Sid"],
        "dateCreated": "2026-01-20T08:48:55.000Z",
        "datePublished": "2026-01-20T08:48:55.000Z",
        "dateUpdated": "2026-01-20T08:48:55.000Z",
        "effectiveModifiedDate": "2026-01-05T07:31:18.000Z",
        "loType": "jobAid",
        "loFormat": "Content",
        "loResourceType": "Content",
        "localizedMetadata": [
          {
            "description": "Link jobAid new",
            "locale": "en-US",
            "name": "Link jobAid new"
          },
          {
            "description": "Link jobAid new fre",
            "locale": "fr-FR",
            "name": "Link jobAid new fre"
          }
        ],
        "relationships": {
          "authors": {
            "data": [
              { "id": "13385176", "type": "user" }
            ]
          },
          "instances": {
            "data": [
              { "id": "jobAid:144891_-1", "type": "learningObjectInstance" }
            ]
          }
        }
      }
    }
  ]
}

Ciò significa che ora è possibile implementare in modo sicuro le sincronizzazioni incrementali delle risorse formative basate su effectiveModifiedDate, come già avviene per altri tipi.

Se si omette filter.loTypes=jobAid, il comportamento degli altri tipi di LO rimane invariato; la modifica interessa solo la combinazione di JobAid con tale filtro.

API Menu: filtro menu non connesso

Scopo

Experience Builder e headless front-end necessitano di un modo semplice per recuperare il menu senza accesso , quello che definisce la navigazione per i visitatori pubblici. Prima di questa versione, dovevi recuperare tutti i menu e quindi applicare una logica personalizzata per identificare quale rappresentava la navigazione senza accesso. Questa versione aggiunge un semplice filtro lato server.

Endpoint e comportamento

Utilizzare l'endpoint di elenco Menu esistente con un nuovo parametro di query:

GET /primeapi/v2/templates/menus?include=pages,subMenus.pages&isNonLoggedIn=true

I punti chiave:

Senza il parametro isNonLoggedIn, l'endpoint si comporta esattamente come prima e restituisce i menu in base al comportamento predefinito esistente. Con isNonLoggedIn=true, in genere restituisce il singolo menu utilizzato dall'esperienza senza accesso per l'account (poiché normalmente esiste un solo menu senza accesso per account).

In pratica, un cliente può ora emettere:

curl -X GET
"https://{your-domain}/primeapi/v2/templates/menus?include=pages,subMenus.pages&isNonLoggedIn=true"
-H "Autorizzazione: Portatore {admin_token}"
-H "Accetta: application/vnd.api+json"

e ripristina la struttura di navigazione senza accesso con una sola chiamata, con tutte le pagine che dovrebbero essere visibili ai visitatori anonimi.

Ciò è particolarmente utile quando si crea un sito senza intestazione per cui non è stato effettuato l'accesso e si desidera eseguire il mirroring della stessa navigazione utilizzata da Experience Builder o quando si esegue il debug per verificare se il menu senza accesso è stato configurato correttamente.

Consenti elenco di domini personalizzati

Lo stack non connesso è costituito da:

Quando introduci un dominio personalizzato, funziona senza problemi, seguendo il processo esistente per l’aggiunta di un dominio personalizzato.

Prerequisiti

Prima di autorizzare un dominio personalizzato per gli utenti che non effettuano l’accesso:

Queste fasi garantiscono che:

Funzionamento di Consenti elenchi

L’elenco degli indirizzi consentiti viene archiviato nella configurazione esportata da TDA e nello stack non connesso. Tale configurazione include:

Per utilizzare Experience Builder senza accesso in un dominio personalizzato:

Questa versione aggiunge un nuovo dominio CDN non connesso, cpcontents.adobe.com, e specifica che deve essere inserito nei domini consentiti nel connettore TDA. Per gli utenti nativi esistenti non connessi, questo richiede un aggiornamento.

Elenco Consentiti di un dominio personalizzato

Configurare il dominio personalizzato in ALM

Utilizza Adobe per registrare il tuo dominio, ad esempio academy.yourcompany.com, come dominio personalizzato per il tuo account ALM. Aggiornare DNS per puntare ad Adobe Akamai come indicato e attendere il completamento di SSL e routing.

A questo punto, sia il traffico connesso che quello non connesso possono raggiungere ALM attraverso quel dominio, ma le chiamate di ricerca e catalogo non effettuate possono ancora essere bloccate se il dominio non è consentito.

Abilita TDA e Experience Builder senza accesso

Assicurati che:

L’abilitazione di TDA crea o aggiorna il codice JSON dell’account non connesso. Per i nuovi account, per impostazione predefinita il processo consente anche l’elenco dei nuovi domini CDN non connessi (cpcontent.adobe.com), pertanto l’endpoint pubblico ES prevede chiamate da tale dominio.

Per gli account che utilizzavano già lo stack precedente non connesso, la specifica M45 richiama l’attenzione sul fatto che i connettori esistenti devono essere eliminati e ricreati per acquisire il nuovo dominio.

Aggiungere il dominio personalizzato all'elenco degli indirizzi consentiti

La parte critica sta dicendo allo stack ES non connesso che academy.yourcompany.com è un'origine approvata. Esistono due percorsi comuni.

Il wiki Experience Builder M45 spiega che gli utenti nativi esistenti non connessi dovranno eliminare e riattivare la connessione TDA in modo che il nuovo dominio venga automaticamente inserito nell’elenco dei domini consentiti. In questo modo si ottengono due risultati:

Questa opzione è consigliata quando si dispone di un numero limitato di account e si può tollerare la disattivazione temporanea e la riattivazione del connettore.

Dopo aver consentito l'inserimento nell'elenco, apri il sito non connesso nel dominio personalizzato e analizza le chiamate di rete del browser.

Desideri visualizzare:

Se queste chiamate restituiscono 4xx o errori espliciti che suggeriscono "dominio non attendibile" o "origine non consentita", l'elenco degli indirizzi consentiti è incompleto o non configurato correttamente e il supporto deve modificarlo.

L’LLD non connesso rileva inoltre che la configurazione dell’account può contenere un valore di dominio previsto. In fase di runtime, il sito verifica che il dominio nell'URL corrisponda a quanto impostato nella configurazione; in caso contrario, l'utente può essere reindirizzato a una pagina di errore. In questo modo è possibile evitare che la configurazione di un cliente sia accessibile tramite il dominio di un altro cliente.

Utilizzo dei consigli in Experience Builder senza accesso

Experience Builder non connesso consente di creare pagine di apprendimento pubbliche in cui i visitatori possono sfogliare il catalogo e visualizzare i contenuti evidenziati prima di accedere. Anche se questi visitatori sono anonimi, puoi comunque presentare i corsi di formazione consigliati utilizzando metadati e widget.

Nell’app per Allievi che ha effettuato l’accesso, i consigli possono essere personalizzati in base al profilo, alla cronologia, alle abilità e ai progressi dell’Allievo. Nell'esperienza senza accesso, l'identità dell'Allievo non è ancora presente, pertanto la piattaforma non può essere personalizzata per utente.

Recommendations in modalità senza accesso:

Metadati e API che supportano i suggerimenti

Dietro le quinte, le pagine non connesse utilizzano:

In questa versione, l’API degli oggetti di apprendimento (API) di amministrazione è stata estesa in modo che le associazioni di prodotti e ruoli siano disponibili in modo affidabile:

GET /primeapi/v2/learningObjects/{loId}?enforcedFields[learningObject]=products,roles

Ciò consente ai widget e alle integrazioni headless di creare consigli basati su regole utilizzando prodotti, ruoli, etichette di catalogo, tag e altri campi in modo coerente.

Progettazione delle sezioni dei suggerimenti con i widget di Experience Builder

Puoi creare sezioni di suggerimenti su pagine non connesse combinando widget Experience Builder con filtri per metadati.

Widget Corsi e percorsi

Utilizza il widget Corsi e percorsi per visualizzare una riga o una griglia di elementi consigliati. Nella configurazione è possibile scegliere:

Ad esempio, potete creare:

Il widget non impara dal comportamento, ma mostra tutto ciò che corrisponde alle regole di metadati definite. Dal punto di vista di un visitatore, tuttavia, sembra una striscia di consigli.

Widget Categorie

Utilizza il widget Categorie per consentire ai visitatori di accedere ai set di contenuti "consigliati", anche se non conoscono i nomi dei prodotti.

Potete configurare porzioni che rappresentano ciascuna un segmento, ad esempio:

Ogni riquadro può collegarsi a:

In questo modo si ottiene un'esperienza "percorsi consigliati per segmento" senza personalizzazione.

Creazione di consigli basati sui segmenti

Poiché i visitatori non connessi non dispongono ancora di un profilo ALM, è utile progettare i suggerimenti per segmento e consentire ai visitatori di effettuare la selezione autonomamente.

I visitatori percepiscono che stanno visualizzando consigli su misura per la loro situazione, anche se la logica è definita in fase di progettazione tramite i metadati.

Transizione da consigli non connessi a consigli personalizzati

I suggerimenti non connessi riguardano principalmente la individuabilità e la conversione. Quando i visitatori decidono di iscriversi o iniziare un corso di formazione, accedono e diventano Allievi a tempo pieno con un profilo e una cronologia.

Il flusso abituale è:

In altre parole, i consigli di accesso li aiutano a decidere cosa fare dopo e continuare.

Come utilizzare le risorse formative nel nuovo Experience Builder non connesso

Nell'interfaccia utente, le risorse formative partecipano a esperienze senza accesso principalmente tramite i widget che possono mostrare gli oggetti di apprendimento:

Ad esempio, in una pagina di destinazione pubblica è possibile configurare una striscia denominata "Risorse utili" che mostra solo risorse formative e un’altra striscia denominata "Corsi consigliati" che mostra corsi e percorsi.

Come visualizzare le risorse formative tramite le API senza accesso

Sul lato API, le risorse formative sono supportate da:

GET /primeapi/v2/learningObjects
?filter.effectiveModifiedDate.fromDate=2026-01-19T13:14:56.000Z
&filter.effectiveModifiedDate.toDate=2026-01-21T13:14:56.000Z
&filter.loTypes=risorsa formativa

Prima di questa modifica, la combinazione di effectiveModifiedDate con loTypes=jobAid non restituiva le risorse formative in modo affidabile. Ora sì, come documentato nel wiki M45 Public API Changes. Ciò significa che:

La risposta di esempio nel documento M45 mostra un learningObject con loType: "jobAid" e loFormat: "Content" restituito quando si utilizza questo pattern.

GET /primeapi/v2/learningObjects/{loId}?enforcedFields[learningObject]=products,roles

Per le risorse formative, questo significa che puoi gestire centralmente i prodotti, i ruoli, le etichette e i tag e basarti sui metadati in esperienze pubbliche non registrate, ad esempio nelle sezioni "Risorse per gli addetti al marketing" o nelle pagine di destinazione specifiche del prodotto.

Nota:

Nello stato senza accesso:

Modifiche alla "breve descrizione" nella ricerca LO (senza accesso)

Nello stack non connesso, la ricerca e l’elenco degli oggetti di apprendimento (LO) sono basati sul connettore Accesso ai dati di formazione (TDA) e su un indice di Elasticsearch pubblico. In passato, questo stack utilizzava un singolo campo di panoramica/descrizione per ogni LO. I clienti che creavano portali headless senza accesso desideravano mostrare la stessa breve descrizione sui riquadri LO visualizzata nell’interfaccia utente dell’Allievo che aveva effettuato l’accesso, anziché la sola panoramica lunga.

La modifica introduce il supporto per l'LO breve descrizione nelle API di ricerca ed elenco non registrate:

Altre modifiche

Limitazione per cui due account non possono condividere lo stesso dominio personalizzato

Nelle architetture di Adobe Learning Manager senza accesso e con accesso, un dominio personalizzato (ad esempio, academy.example.com) viene considerato come una chiave univoca globale che deve essere mappata esattamente a un account ALM, pertanto la piattaforma applica una restrizione rigida in base alla quale due account non possono condividere lo stesso dominio personalizzato. Questo è richiesto per sicurezza, routing e SEO: il livello di routing e lo stack non connesso utilizzano il dominio per cercare la configurazione corretta dell’account (inclusi il relativo account non connesso JSON, i menu Experience Builder, il branding e gli endpoint TDA/di ricerca),

Consentendo lo stesso dominio personalizzato su due account, non sarebbe possibile garantire quali dati dell'account vengono restituiti, potrebbe causare una perdita tra tenant e danneggiare gli artefatti generati come sitemap.xml e robots.txt prodotti per account ma rilevati dai motori di ricerca per host. Dal punto di vista operativo, ciò significa che quando si assegna o si sposta un dominio personalizzato, è necessario prima assicurarsi che non sia associato a nessun altro account (o cancellarlo) e gli strumenti interni di Adobe rifiuteranno i tentativi di associare lo stesso dominio a più account.

Cache del browser delle risorse nell’esperienza senza accesso

Nell’esperienza senza accesso di Adobe Learning Manager, la memorizzazione delle risorse nella cache dei browser è una parte fondamentale della strategia di prestazioni e scalabilità, poiché le pagine pubbliche devono gestire un traffico di marketing ampio, a volte piccante, con bassa latenza e carico di origine minimo. Risorse statiche e semistatiche come la shell di HTML senza accesso (ad esempio, index.html/guest.html), la configurazione a livello di account JSON (account.json o config.json), il layout di pagina JSON di Experience Builder (menu, layout di widget, impostazioni delle schede), CSS, JS, immagini e favicon vengono forniti da un CDN Akamai (cpcontents.adobe.com / cpcontent.adobe.com) con intestazioni di cache che incoraggiano il riutilizzo sia lato CDN che lato browser, in modo che dopo il caricamento della prima pagina il browser possa eseguire il rendering delle pagine successive senza accesso in gran parte dalla propria cache, riconvalidando solo quando necessario tramite ETag o Ultima modifica.

Avvia le opzioni della pagina principale

Nella pagina principale di Adobe Learning Manager, seleziona Branding. Quindi, nel riquadro a sinistra, seleziona Pagina principale senza accesso.

Seleziona la pagina principale senza accesso

Aggiungi un banner

Aggiungi un banner per qualsiasi annuncio di marketing o presenta l’argomento di tendenza del giorno. Seleziona Aggiungi banner.

Aggiungi un banner

Individua la posizione dell’immagine da utilizzare come banner. Fornisci quindi un collegamento come pulsante di azione sull’immagine del banner.

Aggiungi categorie

Questo componente può essere utilizzato per filtrare il catalogo in base a tag, abilità e catalogo. Questa sezione contiene un’intestazione e una descrizione per ciascuna categoria. Facendo clic, l’utente viene reindirizzato alla pagina del catalogo con i filtri applicati.

Selezionare Aggiungi categoria. Quindi inserisci i dettagli per la categoria.

Aggiungere le categorie

Salva la categoria. La categoria viene aggiunta alla sezione.

Aggiungi un catalogo

Aggiungi un catalogo per gli utenti che non hanno effettuato l’accesso in modo che possano sfogliare tutti i corsi di formazione sulla piattaforma.

Aggiungere un catalogo

Saranno presenti tutti i corsi di formazione esportati.