Uppgradera till Optimizely CMS 13 – eller är det dags att byta spår?

Tekniklandskapet rör sig fort. .NET 10 ersätter .NET 8. Optimizely Graph förändrar hur innehåll indexeras och levereras. Och Opal öppnar för AI-funktionalitet som inte funnits i plattformen tidigare. 

Det finns tre vägar framåt. Alla tre är rimliga – men inte för alla. 

Tre alternativ – ett rätt val 

1. Uppgradera till CMS 13 

CMS 13 är en inkrementell uppgradering från 12 – inte ett plattformsbyte. Det stora hoppet gjordes när ni gick från CMS 11 till 12. Det här steget är hanterbart, men det kräver planering. 

De tekniska förändringarna är tydliga: .NET 10 ersätter .NET 8, samtliga Optimizely-paket uppgraderas till version 13.x och det nya Application Model ersätter SiteDefinition. API:er som PageReference, PageData.PageLink och ContentArea.FilteredItems är utfasade och behöver migreras. 

Search & Navigation stöds inte längre i CMS 13. Sökning implementeras istället via Optimizely Graph – en modern arkitektur som möjliggör semantisk sökning, kombinerade datakällor och API-baserad innehållsleverans. Det är inte bara en teknisk uppgradering. Det är ett faktiskt lyft för sökupplevelsen. 

Opti ID – Optimizelys nya SSO-lösning – är integrerat i CMS 13 och öppnar för tillgång till hela Opal-plattformen. Det gör det möjligt för redaktörer att arbeta med AI direkt i redaktörsgränssnittet: generera innehåll, få strukturförslag och arbeta snabbare utan att behöva mer utvecklarstöd. 

En viktig sak att förstå: Graph är tekniskt sett opt-in, men i praktiken en förutsättning för att nyttja det CMS 13 faktiskt erbjuder. Content Manager, External Content och Opal-integration kräver alla Graph. Utan det är CMS 13 i stor sett CMS 12 på .NET 10 – med färre funktioner. 

Passar er om: ni vill fortsätta bygga på en välbekant plattform, har ambitioner kring AI och semantisk sökning, och är redo att planera för en strukturerad migrering. 

2. Fortsätta med CMS 12 

Det är ett legitimt alternativ – men med tydliga förutsättningar. 

CMS 12 kommer att fortsätta få säkerhetsuppdateringar och stabilitetsfixar. Ny funktionalitet och innovation sker på CMS 13 och SaaS. Det är Optimizelys tydliga riktning. 

Det finns också en teknisk tidsplan att förhålla sig till. Microsoft avslutar supporten för .NET 8 i november 2026. Organisationer som stannar på CMS 12 behöver planera för en runtime-uppgradering för att behålla säkerhetsuppdateringar och support – även om de inte uppgraderar CMS-versionen. 

AI-stödet via Opal är dessutom begränsat i CMS 12 jämfört med CMS 13. 

Passar er om: ni har en stabil sajt med låg utvecklingstakt, tydliga prioriteringar som gör att CMS-plattformen inte är i fokus de närmaste 12–18 månaderna, och en plan för runtime-uppgraderingen. 

3. Gå mot SaaS CMS 

Optimizely CMS SaaS är en helt molnbaserad tjänst där Optimizely sköter drift, uppdateringar och plattformens livscykel. Innehåll exponeras via Graph och kan levereras till valfri kanal och frontend. 

Det är rätt väg för organisationer som vill minimera plattformshantering, bygger för flera kanaler, och är villiga att omvärdera hur backend-logik och integrationer är uppbyggda. 

Det är däremot inte rätt val för alla. Lösningar med komplex serverlogik, djupa backend-integrationer eller stora mängder egenutvecklad funktionalitet kan passa bättre i den kodbaserade plattformen – där kontrollen och flexibiliteten är större. 

Passar er om: ni vill ta ett tydligt steg mot headless och komposabel arkitektur, och er lösning inte är beroende av tung egenutveckling på serversidan. 

Frågorna som avgör valet 

Tre frågor brukar vara de mest avgörande: 

1. Hur komplex är er integrationsmiljö? Många kopplade system och serverlogik talar för den kodbaserade plattformen – CMS 13 eller ett välskött CMS 12. 
2. Hur mycket egenutvecklad funktionalitet finns i lösningen? Ju mer, desto mer arbete vid en uppgradering – men också desto mer risk vid ett plattformsbyte mot SaaS. 
3. Vilka ambitioner har ni för plattformen de kommande tre åren? Om AI, semantisk sökning och moderna redaktörsverktyg är prioriterade är CMS 13 det tydliga svaret. Om plattformen i första hand ska vara stabil och driftssäker kan CMS 12 hålla ett tag till. 

Hur vi kan hjälpa er 

Vi har följt CMS 13-previews noga och redan testat uppgraderingsvägar från CMS 12. Vi vet var komplexiteten uppstår, vilka API-förändringar som kräver mer arbete och hur integrationsmiljön påverkar insatsen. 

Det gör att vi snabbt kan ge er en realistisk bild av: hur omfattande en uppgradering faktiskt är för just er lösning, vilka beroenden som finns, och vilket alternativ som ger bäst utväxling mot era mål. 

Första steget är en strukturerad genomgång av er nuvarande plattform. Utifrån den kan vi ge en konkret rekommendation och en plan för nästa steg. 

Vill ni veta vad som gäller för er? Kontakta oss – så går vi igenom er CMS-plattform och ger er ett tydligt svar.