15 Jaar Adobe Experience Manager: Hoe een Zwitsers CMS een Wereldwijd Platform Werd

Vandaag is het 15 jaar geleden dat Adobe officieel Day Software overnam – het moment dat een niche Zwitsers content management systeem transformeerde in wat we nu kennen als Adobe Experience Manager.

Als u al een tijdje met AEM werkt, beschouw dit dan als een nostalgische duik in het verleden: een terugblik op waar het platform vandaan komt, waarom Adobe het kocht en hoe het evolueerde naar het ecosysteem waarop we vandaag de dag vertrouwen.

Vóór Adobe: Het Day CQ Tijdperk

Lang voordat AEM Adobe’s vlaggenschip enterprise platform werd, leidde het een heel ander leven als Communiqué (CQ), een CMS ontwikkeld door Day Software in Bazel, Zwitserland.

De begintijd was… laten we ze “inventief” noemen:

• Versie 1 & 2 werden aangedreven door CGI-scripts,
• een C-gebaseerde plug-in voor Netscape Enterprise Server,
• en ECMAScript-applicaties.

Pas met CQ3 verschoof het systeem naar een Java-gebaseerde architectuur, waarbij CQSE fungeerde als een speciale HTTP-service.

Tot CQ4, leefde de gehele contentopslag nog steeds op het bestandssysteem. Dat veranderde in 2005 met de release van CRX 1.0 – de Java Content Repository die, in verbeterde vorm, AEM bijna 20 jaar later nog steeds aandrijft.

Als u ooit de 2018-presentatie van Lars Trieloff over de geschiedenis van CQ/AEM hebt bekeken, weet u hoeveel van deze vroege beslissingen het platform vandaag de dag nog steeds beïnvloeden.

CQ5 – de Heruitvinding Die de Fundering Legde

Toen Day CQ5 onthulde, voelde het product bijna gloednieuw aan. Veel functies die we nu als “standaard AEM” beschouwen, waren destijds baanbrekend.

De Visuele Auteurinterface & Sidekick

Een drag-and-drop, component-gestuurde WYSIWYG-editor in 2008 was een enorme sprong voorwaarts vergeleken met de meeste CMS-tools uit die tijd.

Workflow Engine

Het idee dat bedrijfsprocessen gevisualiseerd en uitgevoerd konden worden binnen een CMS verbaasde mensen enorm. Voor veel bedrijven was dit dé doorslaggevende functie.

Tags

Moeilijk om AEM voor te stellen zonder taxonomie. CQ5 was de release die tagging introduceerde.

DAM

De eerste browser-native Digital Asset Manager – compleet met afbeelding bijsnijden en roteren. Geen Flash vereist.

Clustering (de kortstondige soort)

CQ5 introduceerde actieve-actieve en actieve-passieve clustering voor zowel auteur als publicatie. In de praktijk? Bijna niemand gebruikte publicatieclusters succesvol. Auteurclustering werkte “in theorie”, maar de stabiliteitsproblemen waren legendarisch.

CRXDE & CRXDE Lite

Deze tools gaven ontwikkelaars directe toegang tot de repository. CRXDE Lite ziet er vandaag de dag nog steeds griezelig veel uit zoals de oorspronkelijke vorm.

De Tijdlijn vóór Adobe: CQ Releases in één oogopslag

• CQ 3.5 (2002)
• CQ 4.0 (2005) — introductie van CRX
• CQ 4.1 (2006)
• CQ 4.2 (2008)
• CQ 5.0 (2008) — interne preview
• CQ 5.1 (2008) — Sidekick, DAM, Tags, Workflows, CRXDE Lite
• CQ 5.2 (2009) — MSM, verbeterde DAM
• CQ 5.3 (2010) — Communities, testfuncties, betere vertaling

Tegen 2010 was CQ uitgegroeid tot een krachtig — maar eigenzinnig — enterprise CMS met een enorm potentieel en nog veel ruwe randjes.

Adobe Grijpt In: De Overname Die Alles Veranderde

In juli 2010 kondigde Adobe aan dat het Day Software zou overnemen voor $240 miljoen — een koopje vergeleken met de $1,8 miljard die slechts een jaar eerder aan Omniture werd uitgegeven.

Op dat moment draaide Adobe.com al op CQ, en Adobe was duidelijk bezig met het samenvoegen van de onderdelen die de Adobe Marketing Cloud zouden worden:

• Scene7 (2007),
• Omniture (2009),
• en nu CQ.

Voor velen van ons die destijds met CQ werkten, was de overname een keerpunt. Plotseling werd duidelijk: dit platform had een echte toekomst.

Van Adobe CQ naar Adobe Experience Manager

CQ 5.4 (2011):

• CRX2
• sterkere communityfuncties
• verbeteringen in mobiele ondersteuning

CQ 5.5 (2012):

• integraties met Creative Suite, Scene7, Search&Promote
• auteurschap voor mobiele apps
• ongedaan maken/herhalen
• vroege Content Fragments als aangepaste functies

Rebranding

Adobe probeerde kortstondig namen als Adobe WCM en Web Experience Manager voordat het zich uiteindelijk vestigde op Adobe Experience Manager tijdens de 5.6 releasecyclus.

AEM 5.6 (2013):

• Introductie van TouchUI
• Verbeterde personalisatie
• DAM-videomogelijkheden

Het product ontwikkelde zich snel, maar de grootste veranderingen kwamen hierna.

AEM 6.x — Het Tijdperk van Architectonische Herziening

AEM 6.0 (2014) — De Grote Herstructurering:

• Overstap van Jackrabbit naar Apache Oak
• Verwijdering van CQ-stijl clustering
• De (overdreven optimistische) MongoMK optie
• Uitbreiding van TouchUI
• Slimme tags voor assets

Deze release ontketende een van de pijnlijkste migratiegolven in de AEM-geschiedenis.

AEM 6.1 (2015):

• ContextHub
• Vanity-URL’s
• SDK voor mobiele apps
• AEM Desktop-app

AEM 6.2 (2016):

• Stabiliteitsverbeteringen
• Volledige release van Content Fragments
• SSL-ondersteuning
• Gemoderniseerde gebruikersinterface

AEM 6.3 (2017) — De Eerste Werkelijk “Stabiele” AEM 6 Versie:

• Core Components algemeen beschikbaar (GA)
• Nieuwe datastore/segmentstore architectuur
• Experience Fragments
• SPA Editor
• Door Sensei aangedreven functies in DAM

AEM 6.4 (2018):

• Herstructurering van de repository
• Modernisering van de workflow-gebruikersinterface
• Betere vertaalhulpmiddelen

AEM 6.5 (2019):

De langstlevende versie van AEM ooit uitgebracht.
Zes jaar aan service packs. Tientallen nieuwe functies. Nog steeds veel gebruikt.

AEM as a Cloud Service (2020): Een Nieuwe Generatie

Voor het eerst getoond op adaptTo() 2019, werd AEM Cloud begin 2020 gelanceerd en heeft het fundamenteel opnieuw bedacht hoe AEM wordt geïmplementeerd en beheerd.

Belangrijkste innovaties:

• autoscaling voor auteur en publicatie
• ingebouwde CDN
• cloud-native workflows
• op microservices gebaseerde asset-inname
• nieuwe zoekmogelijkheden (inclusief recente RAG-gebaseerde zoekopdrachten)

Voor Adobe was dit de strategische weg voorwaarts: een volledig beheerde, continu bijgewerkte versie van AEM.

AEM 6.5 LTS — De Laatste van de “Klassieke” Lijn

Soms intern aangeduid als AEM 6.6, stelt deze versie organisaties in staat AEM on-premise of in AMS te blijven draaien met moderne Java-versies (17/21).

En ja — iconische schermen zoals:

• /crx/de
• /crx/packmgr
• /etc/replication.html

…zijn nog steeds vrijwel onveranderd sinds het CQ5-tijdperk. Een ware tijdcapsule.

De Toekomst: Edge Delivery Services & Document Authoring

Vandaag de dag, zet Adobe vol in op de toekomst van content met:

Edge Delivery Services (EDS)

Een snellere, modernere, edge-first leveringslaag die rendering loskoppelt van de traditionele AEM-runtime.

Document Authoring

Een vereenvoudigde auteursworkflow die content-first creatie prioriteert boven complexe UI-interacties.

Velen zien EDS als de uiteindelijke “spirituele opvolger” van AEM voor levering – terwijl het klassieke AEM zakelijke gebruiksscenario’s blijft bedienen.

Conclusie

In de afgelopen 15 jaar is AEM getransformeerd van een eigenzinnig Zwitsers CMS met CGI-scripts en bestandsgebaseerde opslag naar een wereldwijd, cloud-native contentplatform, vertrouwd door de grootste organisaties ter wereld.

Van Sidekick naar Edge Delivery Services.
Van CRX 1.0 naar Oak.
Van monolithisch CQ5 naar auto-scaling Cloud Service.

En ondanks alle veranderingen blijft één ding waar: AEM blijft evolueren — en blijft bepalen hoe bedrijven digitale ervaringen op schaal leveren.