22
Jun 09

Evolutionen av publiceringssystem

Under året har jag omvärderat min syn på framtida utvecklingen av publiceringssystem (eller content management system, CMS eller CM eller liknande namn). Lite avrundat har det sett ut så här historiskt (enligt min uppfattning):

Generation 1, 1995-1999, “Statiska filer”
Sidans innehåll och html snickrades ihop av en redaktör. Html-kunskap var nödvändigt och slutresultatet blev en statisk fil som innehöll bildreferenser, länkar och innehåll i en klump. SSI – server side include – var en viktig funktion.
Dödsorsak: Omöjligt med flerkanalspublicering och krävde html-kunskap.

Generation 2, 2000-2005, “Hemmabygge”
Databasdriven publicering. Oftast hemma- eller konsultbyggt system. Skräddarsytt och byggt utifrån den egna verksamheten.
Dödsorsak: För dyrt att utveckla och väldigt personberoende.

Generation 3, 2005-2010, “Köpt produkt”
Köpt standardprodukt som anpassas. En extern leverantör som leverar och egen avdelning eller konsulter som anpassar, vidareutvecklar och förvaltar.
Dödsorsak: …?

Generation 4, 2010-2015, “Öppna system”

Tills nyligen har jag trott att nästa generation eller fas kommer karakteriseras av open source-produkter. Mycket talar för det eftersom produkter och lösningar blivit så pass bra och support och utveckling finns tillgängligt. Dessutom är kostnadsbilden viktig och licenskostnader på “rolls royce-system” är svåra att motivera när man egentligen behöver en “mc”.

Det som växt fram i mig nu är en känsla av att fjärde generationens produkter kommer definieras av sin förmåga att vara “öppna och integrerbara”. Viktiga egenskaper är till exempel: öppna api:er, öppen för integrering med andra system och funktioner, plugin-arkitektur, följer öppna standarder, enkel att köra i “moln”. Det kommer handla mer om att skapa navet eller kittet som håller ihop en webbplats än en produkt som innehåller allt. Med nischade funktioner och öppna api:er för allt från bildhantering och kommentarer, till inloggning och stavningskontroll så är det tveksamt att vi kommer leta efter ett nytt CMS (i dagens bemärkelse) när det är dags att fasa ut det befintliga. Jag tror vi kommer behöva en “motor” som kommer kunna driva webbplatsen och som framförallt kommer användas för att integrera alla pusselbitar som bygger vår sajt. Pusselbitar som nås via api:er och anrop till andra system. Pusselbitar som vi byter ut när det finns bättre alternativ tillgängliga. Pusselbitar som samtidigt binder ihop och sprider ut vårt innehåll till andra plattformar.

Sen är troligtvis den produkten baserad på öppen källkod, men det är inte det som karakteriserar den.