Tags:

Optimizely CMS Roadmap – AI, automasjon og fremtidens digitale opplevelser

Jeg var på Optimizely sin store konferanse, Opticon, 30. september. Konferansen gikk av stabelen i The Barbican Center i London, bygningen som er kåret til Londons styggeste bygg. Den røde tråden gjennom hele konferansen var Optimizely sin plattform for AI-orkestrering, nemlig Opal. Knapt en eneste presentasjon ble gjennomført uten at Opal spilte en rolle. Det er kanskje ikke så rart, Optimizely var ikke først ute med AI, men det ser ut til at de som har ventet på noe godt, ikke har ventet forgjeves. Opal er bra saker!

CMS er en viktig del av Optimizely, for det var her det hele startet. Det svenske selskapet Elektropost lanserte sitt første CMS i 1996. Elektropost endret senere navn til Episerver. Episerver kjøpte Optimizely i 2020, og endret i 2021 navn til Optimizely for å enklere kunne angripe det amerikanske markedet. Resten er som de sier, historie.

The Roadmap Reveal: CMS

Det var Tom Bramley, produktsjefen for Optimizely CMS som presenterte roadmap for de ivrigste, allerede kl. 08:05, i god tid før CEO Alex Atzberger sparket i gang konferansen med en knakende god keynote. Min tanke var at roadmap-presentasjonen skulle gi svar på hva som kommer når, men der fikk jeg bare forventningene halvveis oppfyllt. Han fortalte om hva som kommer, men helt uten å si noe om når.

Hva som ikke ble sagt

Det viktigste med presentasjonen var ikke nødvendigvis hva som ble sagt, men hva som ikke ble sagt. Les hele blogginnlegget for å få med deg hva det var...

Tre fokusområder

De fleste presentasjonene på Opticon startet med å presentere noen temaer, prinsipper, eller fokusområder. CMS roadmap var intet unntak. Følgende tre områder var i fokus.

Opal for CMS 12

Som nevnt innledningsvis var det knapt en eneste presentasjon uten at AI-plattformen Opal ble nevnt, og CMS roadmap var intet unntak.

Arbeidsflyt med agenter

En arbeidsflyt kan bygges med drag-and-drop, uten å skrive kode, og man kan sammenstille ulike agenter. En arbeidsflyt kan startes når innhold publiseres, en webhook kalles eller til faste intervaller.

Agent for innholdsmodellering

I tillegg til at alle kan lage sine egne agenter på Opal-plattformen, leverer Optimizely noen ferdige agenter.

Det ble demonstrert en agent som tar et skjermbilde som input, og ut fra skjermbildet kan generere en innholdsmodell. Agenten tar hensyn til hvilke innholdstyper som finnes fra før, og vil ikke opprette unødvendige innholdstyper. Agenten vil også se på eksisterende navngiving, og tilpasse seg den, samtidig som den forsøker å etterleve Optimizely sine best practices.

Agent for GEO/AEO

GEO/AEO (Generative Engine Optimization/Answer Engine Optimization) er to uttrykk du må venne deg til, og går ut på å tilpasse innhold slik at også maskiner får best mulig utbytte av innholdet ditt.

Optimizely har lansert en agent som hjelper til med å optimalisere innhold for maskiner.

Agent for bilder

Optimizely har også lansert en agent som kan tagge og organisere bildene dine, samt generere passende alt-tekster.

CMS 13

Etter den obligatoriske innledningen med Opal AI, kom vi frem til det jeg var mest nysgjerrig på, nemlig CMS 13. Oppgraderingen til CMS 12 var omfattende, pga overgangen fra .NET Framework til .NET, og det er nå fire år siden CMS 12 ble lansert.

Det ble sagt at oppgraderingen fra CMS 12 til CMS 13 skal være mye mindre omfattende enn fra CMS 11 til CMS 12. Samtidig ble det nevnt som forutsetninger.

Eksternt innhold

Optimizely lanserer en ny måte for å jobbe med eksternt innhold. En stor fordel med dette er at du kan håndtere flere integrasjoner på samme måte, og innholdet vil i mange tilfeller oppleves som om det ligger direkte i CMS-et.

Rent teknisk kan dette fungere på to ulike måter

Innholdsvarianter

Optimizely leverer ikke bare CMS, de leverer også verktøy for eksperimentering og AB-testing. Nå kan man opprette innholdsvarianter, og starte eksperimenter, direkte fra CMS-et.

UX-utvidelser

For PaaS-versjonen av Optimizely CMS har vi en rekke muligheter for å utvide brukergensesnittet, men for SaaS-versjonen har denne muligheten vært fraværende. Dette kommer.

Søkestatistikk

Etter Optimizely lanserte Graph som en arvtager for Search & Navigation har tilgjengelige funksjoner i brukergrensesnittet vært svært begrenset. Nå er omsider søkestatistikk på vei.

Webhooks for CMS

I 2025 regnes webhooks som en selvfølge, det har også Optimizely innsett, og dette kommer endelig.

Andre ting nevnt helt på slutten

Ting som glimret med sitt fravær

En av fordelene med å delta fysisk på konferanser, og ikke bare følge med på en stream, eller se en video, er at man kan stille spørsmål og ikke minst alt det man plukker opp mellom selve presentasjonene.

Når kommer CMS 13?

Det ble ikke nevnt i presentasjonen, men fra ulike troverdige kilder har jeg fått Q1 2026 som tidsramme, og at det i praksis vil si 31. mars 2026, men forhåpentligvis kommer en beta-versjon allerede i desember 2025.

Felles kodebase og lansering av features som har vært «i prod» et år allerede!

Gjennom presentasjonen, og punktene i dette blogginnlegget, er det naturlig om man stiller seg spørsmålet: gjelder dette SaaS eller PaaS? Eller begge deler?

Det jeg har mistenkt, og håpet, men ikke vært sikker på – fikk jeg også bekreftet. SaaS- og PaaS-versjonen av Optimizely CMS har felles kodebase, så alt som slippes for SaaS vil også dukke opp i PaaS.

Features som lanseres for SaaS vil samles opp, og lanseres i større releaser som nye major-versjoner for PaaS. Av den grunn vil CMS 13 inneholde lansering av features som har vært i produksjon over ett år.

Kravene for Opal på CMS 12 PaaS

For å ta i bruk AI-orkesteringsplattformen Opal må følgende på plass

Det som heller ikke ble nevnt her er at for CMS 12 så forutsetter Opti ID at man hoster løsningen i Optimizely sin egen skyplattform, DXP.

Kravene for CMS 13

Det ble nevnt at følgende var et krav for å ta i bruk CMS 13

Det som ikke ble nevnt med ett ord, her heller, er at for øyeblikket så krever pålogging med Opti ID at man hoster løsningen i Optimizely sin egen skyplattform, DXP.

Det vil si, hvis du ønsker at redaktører skal kunne logge inn, må løsningen hostes i DXP. Og det er mye av poenget med et CMS.

Jeg har forsøkt å få en avklaring på dette, uten å lykkes med det. Jeg håper virkelig, og tror, at det jobbes med å finne en løsning på dette.

Hvis det ikke gjøres en endring, vil man i praksis ikke ha noen reelt valg angående hvordan CMS 13 PaaS skal hostes.

Jeg håper Optimizely snart kan gi klarhet i dette. For partnere, utviklere og kunder er dette ikke bare et teknisk spørsmål, det handler om valgfrihet. Valgfrihet har alltid vært en av styrkene til Optimizely, la oss håpe det forblir slik. Hva tenker du?

Found this post helpful? Help keep this blog ad-free by buying me a coffee! ☕