Upplevelser som inte är inloggade i Experience Builder

Introduktion

Med den icke-inloggade upplevelsen i Experience Builder kan organisationer visa sitt utbildningsinnehåll och sina portalsidor för alla besökare, inklusive dem som inte har loggat in. Den här funktionen är utformad för att locka, informera och engagera blivande elever genom att erbjuda en smidig och varumärkt förhandsvisning av dina utbildningserbjudanden innan de måste logga in eller registrera sig.

Med den här funktionen kan du skapa och anpassa offentliga sidor med samma användarvänliga dra och släpp-gränssnitt som i Experience Builder. Du kan visa upp kurskataloger, kategorier, banor och avancerat statiskt innehåll, inklusive bilder, text, HTML och inbäddade iframes, för alla som besöker din portal. Det gör det enkelt att lyfta fram utbildningsprogram, främja nya kurser och ge viktig information till en bredare publik.

Besökare kan bläddra i katalogen, visa information om kurser och instanser och använda den globala sökningen för att utforska tillgängliga utbildningsmöjligheter. Åtgärder som kräver en användares identitet, till exempel att registrera sig för en kurs, komma åt anpassade funktioner (som kalender, efterlevnad, resultattavla eller social utbildning) eller att konsumera utbildning, kommer dock att uppmana besökaren att logga in. Detta tillvägagångssätt säkerställer att känslig och personlig information förblir säker samtidigt som det möjliggör en omfattande förhandsgranskning.

Administratörer har möjlighet att konfigurera vilka sidor och widgetar som är synliga för användare som inte är inloggade, vilket säkerställer att endast lämpligt innehåll visas. Sidorna kan ställas in så att de är tillgängliga för både inloggade och icke-inloggade användare, eller endast för en av dessa grupper. I Experience Builder finns ett förhandsgranskningsläge som du kan använda till att visa exakt hur sidorna kommer att visas för besökarna innan de publiceras.

ALM-integreringsadministratören måste aktivera Training Data Access Connector för att aktivera funktionen. Anslutningen ser till att kursmetadata är offentligt tillgängliga.

Varumärkning och lokalisering stöds fullt ut, vilket gör att du kan anpassa sidtitlar, favoritikoner och språkinställningar efter organisationens identitet och tillgodose målgruppens behov. Som en del av övergången till den förbättrade upplevelsen kommer den äldre startsidan för icke-inloggade användare att tas bort. Därför bör allt nytt offentligt innehåll skapas med Experience Builder.

Funktionens syfte

Med den icke-inloggade upplevelsen i Experience Builder kan organisationer visa upp sitt utbildningsinnehåll och sina portalsidor för vem som helst utan att användarna behöver logga in. Detta hjälper till att locka, informera och engagera potentiella elever genom att tillhandahålla en förhandsvisning av tillgänglig utbildning och resurser innan registrering eller autentisering behövs.

Verkliga användningsfall där ingen är inloggad

Viktiga begrepp för icke-inloggad upplevelse

Med Experience Builders icke-inloggade upplevelse kan du offentligt visa upp utbildningsinnehåll och portalsidor, så att besökare kan bläddra utan att logga in.

Förutsättningar för att inte vara inloggad

TDA-anslutningsinitiering

Träningsdataåtkomstanslutningen (TDA) är en viktig förutsättning för att aktivera den nya icke-inloggade Experience Builder-funktionen i ALM. Anslutningen underlättar export av utbildningsmetadata, vilket gör att din portal kan visa kursinformation för användare som inte är inloggade.

Vad besökare kan göra utan att logga in

På en webbplats som inte är inloggad Experience Builder kan besökare bläddra i utbildningskatalogen genom att öppna katalogsidan för offentliga kataloger. De kan använda filter som katalog, produkt, roll, typ, färdigheter och taggar beroende på hur du har konfigurerat platsen. Besökare kan också söka efter utbildningar med hjälp av det globala sökfältet i sidhuvudet (om det är aktiverat) och visa sökresultat direkt på katalogsidan.

Besökare kan visa utbildningsinformation genom att öppna översiktssidor för kurser, utbildningsvägar och certifieringar. Dessa sidor visar viktiga metadata, inklusive titel, beskrivning, författare, varaktighet, format, taggar och färdigheter.

Dessutom kan besökare utforska statiskt innehåll och reklaminnehåll. De kan läsa text och innehållsblock, visa banderoller och bildpaneler och interagera med inbäddade iFrame-objekt som externa mikrowebbplatser, videor eller verktyg.

Om en besökare klickar på Registrera dig eller försöker starta utbildning uppmanas hen att logga in eller registrera sig. Efter lyckad inloggning omdirigeras besökaren till rätt sida, oavsett om det är startsidan, en anpassad sida eller den specifika utbildning som de valt.

Vad är inte tillgängligt utan att logga in

På en Experience Builder-webbplats som inte är inloggad kan besökare inte komma åt funktioner eller innehåll som kräver användarautentisering. De kan inte registrera sig för utbildningar, starta eller konsumera kurser eller komma åt personliga widgetar som Min utbildning, Kalender, Efterlevnad, Ledartavla eller Social utbildning. Dessa widgetar är beroende av användarspecifika data och är bara tillgängliga efter inloggning.

Besökare kan inte heller utföra åtgärder som att registrera sig för en kurs eller komma åt innehåll som kräver spårning av förlopp eller användarkontext. Om du försöker registrera dig eller starta en utbildning uppmanas besökaren att logga in eller registrera sig innan han/hon fortsätter.

Widgetar som stöds i icke-inloggat läge

I icke-inloggat läge stöds endast widgetar som inte kräver användarspecifika data. Dessa omfattar:

Widgetar som kräver användarkontext, t.ex. Min utbildning, Kalender, Efterlevnad, Ledartavla och Social utbildning, är inte tillgängliga i icke-inloggat läge

Sidor och menyer som inte är inloggade

Sök- och katalogbeteende

I icke-inloggat läge kan användare komma åt katalogsidan och använda sökning för att bläddra bland tillgängliga kurser och utbildningsvägar. Katalogsidan visar alla offentliga kurser, tillsammans med filter och sökfunktioner, med samma kontoinställningar som i inloggat läge. När en användare söker visas resultaten på katalogsidan, och användare kan visa kurs- och instansöversiktssidor utan att logga in. Åtgärder som registrering kräver dock inloggning.

Om en användare försöker registrera sig kräver systemet att användaren loggar in först. Sökningen efter icke-inloggade användare är enklare än den för inloggade användare och omfattar inte avancerade funktioner som AI Assistant-integrering.

Tekniskt genomförande

Konfiguration av anslutningen för utbildningsdataåtkomst

Du måste aktivera anslutningen för utbildningsdataåtkomst i panelen Integreringsadministratör innan du kan använda funktionen för Experience Builder som inte är inloggad. Med den här anslutningen exporteras utbildningsmetadata från ALM till ett offentligt arkiv, vilket gör det tillgängligt via API:er för sidor som inte är inloggade. Anslutningsinställningarna är en förutsättning för att aktivera funktionen och ser till att portalen visar aktuell utbildningsinformation.

Exportera och synkronisera metadata
Kopplingen exporterar viktiga metadatafält som kursnamn, översikt, beskrivning, gradering, varaktighet och färdigheter. Du kan schemalägga exporter (till exempel dagligen) för att hålla din portal synkroniserad med ALM. Alla metadatafält kanske inte ingår. Kontakta den tekniska avdelningen för en fullständig lista. Exporterade data används för att fylla i sidor som inte är inloggade, och ändringar i ALM visas efter nästa exportcykel.

Frekvens för cachelagring och export
Systemet använder backend-exportfrekvens och frontend-cachelagring för att hantera datauppdateringar. Ändringar som görs i ALM återspeglas i din portal efter den schemalagda exporten och cacheuppdateringen. Vissa uppdateringar kanske inte visas omedelbart på grund av dessa mekanismer. Om du behöver snabbare uppdateringar justerar du exportschemat eller rensar cachen efter behov.

Stöd för CSS/JS-anpassning
Du kan använda anpassade CSS och JavaScript på både inloggade och icke-inloggade sidor med hjälp av fliken Anpassning. Detta gör att du kan upprätthålla en konsekvent varumärkning, lägga till anpassade användargränssnittselement och förbättra användarupplevelsen i hela portalen. Alla anpassningar tillämpas globalt, vilket säkerställer ett enhetligt utseende och känsla.

URL-skillnader och varumärkning (favicon, sidrubrik)
Sidor som inte är inloggade och inloggade kan ha olika URL:er för att skilja mellan användartillstånd. Du kan anpassa favicon och sidtiteln för din portal, vilket stärker din varumärkesidentitet. De här funktionerna är tillgängliga i Experience Builder. Kontakta tekniker för senaste status om icke-inloggad support.

Prestanda och skalbarhet

Delad stack jämfört med premiumstack

Den delade stacken gör det möjligt för flera kunder att använda det icke-inloggade Experience Builder på gemensam infrastruktur, med stöd för standardtrafiknivåer. Premium-stacken är ett betalt alternativ som ger tillgång till dedikerade resurser, realtidsfunktioner och högre platsgränser för kunder med avancerade behov. Välj stack utifrån dina förväntade trafik- och affärskrav.

Trafikbegränsningar och hastighetsbegränsningar

Den delade stacken tillämpar trafikbegränsningar för att säkerställa en rättvis användning bland kunderna. Teknikteamet implementerar hastighetsbegränsningar för att förhindra att en enskild kund förbrukar alla resurser. Om du planerar marknadsföringskampanjer eller förväntar dig mycket trafik ska du samordna dig med teknikerna för att förstå dina gränser och undvika avbrott i tjänsten. Hastighetsbegränsning hjälper till att upprätthålla systemets stabilitet och prestanda för alla användare.

Överväganden gällande multitenans och sökmotoroptimering
Plattformen har stöd för flera klientorganisationer, vilket gör att flera kunder kan ha sina portaler på delade infrastrukturer. Sidor som inte är inloggade är SEO-vänliga, tillsammans med sitemap.xml och robots.txt för att optimera sökmotorsynligheten. Detta säkerställer att din portal kan upptäckas och indexeras på rätt sätt av sökmotorer.

Migrering och borttagning

Övergång från befintlig startsida som inte är inloggad

Den gamla startsidan som inte är inloggad tas bort. Nya konton ser inte det här alternativet, och befintliga konton som använder det meddelas om att migrera till den Experience Builder-baserade lösningen. Du bör återskapa din startsida med det nya Experience Builder för ökad flexibilitet, widgetstöd och förbättrad användarupplevelse. Övergångsplanen säkerställer minimala störningar och fortsatt stöd.

Kommunikationsplan
Kunder som använder den äldre startsidan får tydlig information om tidslinjen för utfasningen och migreringsstegen. Stöd kommer att ges för att hjälpa dig att flytta din hemsida till den nya Experience Builder-plattformen, vilket säkerställer att du drar nytta av nya funktioner och pågående uppdateringar.

Lokaliserings- och inloggningsstöd

Återställningslogik för språkinställning
Sidor visas på det språk som de skapades på. Om en användares språkinställning inte är tillgänglig använder systemet en reservlogik för att välja nästa bästa tillgängliga språkinställning. Det garanterar att användarna alltid ser innehållet på ett språk som stöds, vilket förbättrar tillgängligheten och användarnas tillfredsställelse.

Inloggningstyper som stöds
Den icke-inloggade upplevelsen har stöd för alla inloggningstyper i ALM, inklusive enkel inloggning och standardinloggning. Användare kan bläddra i innehåll utan att logga in och kommer att uppmanas att logga in när det behövs, till exempel för att registrera sig för en kurs eller komma åt personliga funktioner. Detta ger en smidig övergång från bläddring till engagemang.

Icke-inloggade API:er

API för utbildningsobjekt för admin

Icke-inloggade Experience Builder-sidor och fjärradministrerade portaler ordnar eller filtrerar ofta kurser baserat på produkt och roll. API:et för Admin LO har förbättrats för att säkerställa att dessa associationer är konsekvent tillgängliga för serverdelsintegreringar och fjärradministrerade integrationer samt för TDA-anslutningen.

Slutpunkt och beteende

Du fortsätter att använda den befintliga Admin LO-slutpunkten:

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

Där:

Detta uppnås genom att säkerställa att LO:s produkt- och rollassociationer är närvarande i svaret när de begärs via enforcedFields. Svaret innehåller sedan, i attribut, de produkt- och rollmetadata som behövs för att beräkna eller visa de rekommenderade produkterna (rec_products) och rollerna (rec_roles) för Experience Builder och andra användare.

Ett vanligt samtal från en administratör eller integrering ser ut så här:

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

Den returnerade LO JSON är samma grundläggande struktur som tidigare, men nu kan du lita på att produkt-/rollfält är närvarande när du begär dem med enforcedFields. Integreringar som inte använder enforcedFields fortsätter att fungera som tidigare.

Lista utbildningsobjekt - stöd för arbetsstöd i effectiveModifiedDate-filter

Syfte

Anslutningsprogrammet för utbildningsdataåtkomst (TDA) och fjärradministrerade implementeringar behöver ofta utföra inkrementell synkronisering baserat på utbildningsobjektens effektiva ändringsdatum. Fram till den här versionen hanterades inte arbetsstöd (LO-typ arbetsstöd) korrekt när det kombinerades med effectiveModifiedDate-filter. I den här versionen har det här korrigerats så att arbetsstöd kan synkroniseras stegvis precis som kurser och utbildningsvägar.

Slutpunkt och beteende

Du använder den befintliga slutpunkten för LO-listan med datumfilter och LO-typ:

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

Tidigare, när filter.loTypes=jobAid kombinerades med ett effectiveModifiedDate-intervall, uteslöt filtret i själva verket JobAids, och anropet betedde sig som om JobAids inte stöddes.

Från den här uppdateringen och framåt returnerar anropet bara JobAid-utbildningsobjekt vars effectiveModifiedDate ligger inom det angivna fönstret.

{
  "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" }
            ]
          }
        }
      }
    }
  ]
}

Det innebär att du nu säkert kan implementera inkrementell JobAid-synkning baserad på effectiveModifiedDate, på samma sätt som du redan gör för andra typer.

Om du utelämnar filter.loTypes=jobAid ändras beteendet för andra LO-typer. Ändringen påverkar bara kombinationen av JobAid med det filtret.

Meny-API: Icke-inloggat menyfilter

Syfte

Experience Builder och frontender utan huvud behöver ett enkelt sätt att hämta den icke-inloggade menyn, som definierar navigering för offentliga besökare. Innan den här versionen var du tvungen att hämta alla menyer och sedan använda anpassad logik för att identifiera vilken som representerade den icke-inloggade navigeringen. Den här versionen lägger till ett enkelt serverfilter.

Slutpunkt och beteende

Du använder den befintliga Menu-listan med slutpunkt med en ny frågeparameter:

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

Huvudpunkterna är följande:

Utan parametern isNonLoggedIn fungerar slutpunkten exakt som förut och returnerar menyer enligt det befintliga standardbeteendet. Med isNonLoggedIn=true returnerar den vanligtvis den enda meny som används av den icke-inloggade upplevelsen för ditt konto (eftersom det normalt bara finns en icke-inloggad meny per konto).

I praktiken kan en kund nu utfärda:

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

och få tillbaka den icke-inloggade navigeringsstrukturen i ett samtal, med alla sidor som bör vara synliga för anonyma besökare.

Detta är särskilt användbart när du skapar en webbplats som inte är inloggad och vill spegla samma navigering som Experience Builder använder eller när du felsöker om menyn som inte är inloggad har konfigurerats korrekt.

Tillåt listning av anpassade domäner

Den icke-inloggade stacken består av:

När du inför en anpassad domän fungerar den sömlöst utan extra ansträngning att följa den befintliga processen för att lägga till en anpassad domän.

Förutsättningar

Innan du godkänner en anpassad domän som inte är inloggad:

Dessa steg säkerställer att:

Hur tillåtelselista fungerar

Tillåtelselistan lagras i konfigurationen som TDA exporterar och stacken som inte är inloggad läses. Konfigurationen omfattar:

För att Experience Builder som inte är inloggad ska fungera på en anpassad domän:

Den här versionen lägger till en ny CDN-domän, cpcontents.adobe.com, som inte är inloggad och anger att den måste placeras i de tillåtna domänerna i TDA-anslutningen. För befintliga interna användare som inte är inloggade krävs en uppdatering.

Tillåt lista en anpassad domän

Konfigurera den anpassade domänen i ALM

Arbeta tillsammans med Adobe för att registrera din domän, t.ex. academy.yourcompany.com, som anpassad domän för ditt ALM-konto. Du uppdaterar DNS så att den pekar på Adobe Akamai enligt instruktionerna och väntar på att SSL och routning ska slutföras.

I det här läget kan både inloggad och icke-inloggad trafik nå ALM via den domänen, men icke-inloggade sök- och kataloganrop kan fortfarande blockeras om domänen inte är tillåten.

Aktivera TDA och icke-inloggad Experience Builder

Se till att:

Aktivering av TDA skapar eller uppdaterar JSON för det icke inloggade kontot. För nya konton tillåter processen även en lista över den nya CDN-domänen som inte är inloggad (cpcontent.adobe.com) som standard, så den offentliga ES-slutpunkten förväntar sig anrop från den domänen.

För konton som redan använde den äldre icke-inloggade stacken, anropar M45-specifikationen att befintliga anslutningar måste tas bort och återskapas för att hämta den nya domänen.

Lägg till den anpassade domänen i listan över tillåtna domäner

Den kritiska delen talar om för den icke-inloggade ES-stacken att academy.yourcompany.com är ett godkänt ursprung. Det finns två gemensamma vägar.

Experience Builder M45 wiki förklarar att befintliga inbyggda icke-inloggade användare måste ta bort och återaktivera TDA-anslutningen så att den nya domänen automatiskt tillåts. Genom att göra detta uppnår du två saker:

Detta rekommenderas när du har ett litet antal konton och kan tolerera att du tillfälligt inaktiverar och återaktiverar anslutningen.

Efter tillåt listning, öppna din icke-inloggade webbplats på den anpassade domänen och inspektera webbläsarens nätverksanrop.

Du vill se:

Om dessa anrop returnerar 4xx eller explicita fel som föreslår "ej betrodd domän" eller "ursprung ej tillåtet", är tillåtelselistan ofullständig eller felkonfigurerad och supporten måste justera den.

Den icke-inloggade LLD:n noterar också att kontokonfigurationen kan innehålla ett förväntat domänvärde. Vid körning kontrollerar webbplatsen att domänen i URL:en matchar det som angetts i konfigurationen. Om den inte gör det kan användaren omdirigeras till en felsida. Detta skyddar mot att en kunds konfiguration nås via en annan kunds domän.

Använda rekommendationer i Experience Builder som inte är inloggad

Med den icke-inloggade Experience Builder kan du skapa offentliga utbildningssidor där besökare kan bläddra i din katalog och se markerat innehåll innan de loggar in. Även om dessa besökare är anonyma kan du ändå presentera rekommenderade utbildningar med hjälp av metadata och widgetar.

I den inloggade elevappen kan rekommendationer anpassas: de kan bero på elevens profil, historia, färdigheter och framsteg. I upplevelsen Inte inloggad finns det ingen elevidentitet än, så plattformen kan inte anpassa per användare.

Recommendations i icke-inloggat läge är därför:

Metadata och API:er som stöder rekommendationer

Bakom kulisserna använder icke-inloggade sidor:

I den här versionen utökades API:et för Admin LO så att produkt- och rollassociationer är tillförlitligt tillgängliga:

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

Detta gör det möjligt för widgetar och rubrikfria integreringar att skapa regelbaserade rekommendationer med hjälp av produkter, roller, katalogetiketter, taggar och andra fält på ett konsekvent sätt.

Utforma rekommendationsavsnitt med Experience Builder-widgetar

Du skapar rekommendationsavsnitt på icke-inloggade sidor genom att kombinera Experience Builder-widgetar med metadatafilter.

Widget för kurser och banor

Använd widgeten Kurser och banor när du vill visa en rad eller ett rutnät med rekommenderade objekt. I dess konfiguration kan du välja:

Du kan till exempel skapa

Widgeten lär sig inte av beteendet utan visar det som matchar de metadataregler du definierar. Ur besökarens synvinkel ser det dock ut som en rekommendationsremsa.

Kategoriwidget

Använd widgeten Kategorier för att hjälpa besökare att navigera till rekommenderade uppsättningar innehåll, även om de inte känner till dina produktnamn.

Du kan konfigurera plattor som representerar ett segment, till exempel:

Varje ruta kan länka antingen till:

Detta ger dig en upplevelse av "rekommenderade banor efter segment" utan anpassning.

Skapa segmentbaserade rekommendationer

Eftersom icke-inloggade besökare ännu inte har någon ALM-profil är det bra att utforma rekommendationer efter segment och låta besökarna välja själva.

Besökare uppfattar att de ser rekommendationer som är skräddarsydda efter deras situation, även om logiken definieras i designläge via metadata.

Övergå från icke-inloggade till personliga rekommendationer

Rekommendationer som inte är inloggade handlar främst om upptäckbarhet och konvertering. När besökarna bestämmer sig för att registrera sig eller påbörja utbildningen kommer de att logga in och bli fullvärdiga elever med en profil och historik.

Det vanliga flödet är:

Med andra ord hjälper de inloggade rekommendationerna dem att bestämma vad de ska göra härnäst och fortsätta.

Hur arbetsstöd kan användas i den nya, icke-inloggade Experience Builder

I användargränssnittet deltar arbetsstöd i icke-inloggade upplevelser främst genom widgetar som kan visa utbildningsobjekt:

På en offentlig landningssida kan du till exempel konfigurera en remsa med titeln "Användbara resurser" som endast visar arbetsstöd och en annan remsa med titeln "Rekommenderade kurser" som visar kurser och vägar.

Så här visas arbetsstöd via API:er som inte är inloggade

På API-sidan stöds arbetsstöd av:

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

Före denna ändring returnerade inte arbetsstöd på ett tillförlitligt sätt genom att kombinera effectiveModifiedDate med loTypes=jobAid. Nu gör den det, vilket dokumenteras i den offentliga API-ändringen för M45-wiki. Detta innebär följande:

Exempelsvaret i M45-dokumentet visar ett learningObject med loType: "jobAid" och loFormat: "Content" returneras när det här mönstret används.

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

När det gäller arbetsstöd innebär det att du kan hantera deras produkt, roll, etiketter och taggar centralt och förlita dig på dessa metadata i offentliga, icke-inloggade upplevelser, till exempel i avsnitten "Resurser för marknadsförare" eller produktspecifika landningssidor.

Anteckning:

I icke-inloggat läge:

Ändringar i "kort beskrivning" i LO-sökning (ej inloggad)

I stacken som inte är inloggad görs sökningar och listor över utbildningsobjekt (LO:er) med anslutningen Training Data Access (TDA) och ett offentligt Elasticsearch-index. Historiskt sett har denna stapel använt ett enda översikts-/beskrivningsfält för varje LO. Kunder som bygger huvudlösa icke-inloggade portaler ville visa samma korta beskrivning på LO-brickor som det inloggade elevgränssnittet visar, i stället för bara den långa översikten.

Ändringen introducerar stöd för LO kort beskrivning i icke-inloggade API:er för sökning och listning:

Andra ändringar

Begränsning som innebär att inga två konton kan dela samma anpassade domän

I arkitekturer för inloggning och inloggning i Adobe Learning Manager behandlas en anpassad domän (t.ex. academy.example.com) som en globalt unik nyckel som måste mappas till exakt ett ALM-konto, så att plattformen tillämpar en fast begränsning som inga två konton kan dela samma anpassade domän. Detta krävs för säkerhet, routning och enkel inloggning: routningslagret och den icke-inloggade stacken använder domänen för att söka efter rätt kontokonfiguration (inklusive dess icke-inloggade konto-JSON, Experience Builder-menyer, varumärkning och TDA/sökslutpunkter).

Att tillåta samma anpassade domän på två konton skulle göra det omöjligt att garantera vilket kontos data returneras, orsaka läckage mellan klientorganisationer och även korrupta genererade artefakter som sitemap.xml och robots.txt som produceras per konto men upptäcks av sökmotorer per värd. Operativt innebär det att när du tilldelar eller flyttar en anpassad domän måste du först se till att den inte är kopplad till något annat konto (eller avregistrerar den där) och att Adobe interna verktyg avvisar försök att binda samma domän till flera konton.

Webbläsarcachelagring av resurser i den icke-inloggade upplevelsen

I den icke-inloggade upplevelsen i Adobe Learning Manager är webbläsarcachelagring av resurser en kärndel av prestations- och storleksstrategin, eftersom offentliga sidor måste hantera stor, ibland taggig marknadsföringstrafik med låg latens och minimal ursprungslast. Statiska och halvstatiska resurser som det icke inloggade HTML-skalet (till exempel index.html/guest.html), konfiguration på kontonivå JSON (account.json eller config.json), Experience Builder-sidlayout JSON (menyer, widgetlayouter, kortinställningar), CSS, JS, bilder och favikoner hanteras från ett Akamai-CDN (cpcontents.adobe.com / cpcontent.adobe.com) med cacherubriker som uppmuntrar båda CDN-side och browser-side reuse, så att efter den första sidan ladda webbläsaren kan återge efterföljande icke-inloggade sidor till stor del från sin cache, omvalidera endast vid behov via ETag eller Last-Modified.

Öppna alternativen för startsidan

På Adobe Learning Manager-startsidan väljer du Varumärkning. I den vänstra rutan väljer du sedan Ej inloggad startsida.

Välj alternativet Ej inloggad startsida

Lägg till en banderoll

Lägg till en banderoll för alla marknadsföringsmeddelanden eller visa dagens populära ämne. Välj Lägg till banderoll.

Lägg till en banderoll

Bläddra till platsen för bilden som ska användas som banderoll. Ange sedan en länk som en åtgärdsknapp på banderollbilden.

Lägg till kategorier

Den här komponenten kan användas för att filtrera katalogen efter taggar, färdigheter och katalog. Detta avsnitt innehåller ett sidhuvud och en beskrivning för varje kategori. När användaren klickar omdirigeras användaren till katalogsidan med de filter som används.

Välj Add category. Ange sedan information om kategorin.

Lägg till kategorierna

Spara kategorin. Kategorin läggs till i avsnittet.

Lägg till en katalog

Lägg till en katalog för icke-inloggade användare så att de kan bläddra i all utbildning på plattformen.

Lägg till en katalog

All exporterad utbildning kommer att finnas.