What is AEM? Sites & Assets — a practical overview
Series: AEM Foundations — Part 1
If you're new to Adobe Experience Manager (AEM), the first hurdle isn't the code — it's understanding what AEM actually is. The name gets used loosely to mean several different products bundled under one platform, and that ambiguity trips up a lot of newcomers. Let's clear it up.
AEM Is a Suite, Not a Single Product
Adobe Experience Manager is part of the Adobe Experience Cloud, and it's really an umbrella term for three major capabilities:
AEM Sites — a content management system (CMS) for building, managing, and personalizing websites
AEM Assets — a digital asset management (DAM) system for storing, organizing, and delivering media at scale
AEM Forms — a tool for building and managing digital forms and documents, often used in regulated industries (insurance, banking, healthcare)
You can license and use these independently, or together, depending on what your organization needs. Most AEM developers start with Sites, since it's the most commonly implemented piece, but larger enterprises often run Sites and Assets together — a marketing team publishing pages while a separate creative team manages a shared media library feeding those pages.
AEM Sites: The CMS Layer
AEM Sites lets content authors build and edit web pages using a component-based system, without needing to touch code. As a developer, your job is to build the components (things like banners, carousels, text blocks, forms) that authors can drag onto a page and configure through dialogs.
Key things that make AEM Sites distinct from a typical CMS like WordPress:
It's built on Apache Sling and the Java Content Repository (JCR), not a relational database
Content is structured as a tree of nodes, which gives it enormous flexibility for multi-site, multi-language setups
It supports component-driven authoring — every visible piece of a page is a reusable, configurable component
Publishing is separated from authoring through distinct Author and Publish environments (more on this in the next post)
AEM Assets: The DAM Layer
AEM Assets is where images, videos, PDFs, and other media live. It's far more than a file storage system — it includes:
Automated rendition generation (resizing, format conversion, cropping)
Metadata management and tagging, increasingly automated with AI-based Smart Tags
Workflow automation for asset approval, review, and processing pipelines
Integration points so Sites components can pull assets directly from the DAM rather than duplicating files
If you're coming from a pure web development background, Assets can feel like a different discipline entirely — it's as much about digital operations and metadata governance as it is about code.
AEM Forms: The Overlooked Third Pillar
AEM Forms doesn't get as much attention in tutorials, but it's a serious product used heavily in industries with complex document workflows. It handles:
Adaptive forms that render responsively across devices
Document generation (e.g., auto-filled PDF contracts)
Digital signature integrations
Complex multi-step form logic for things like insurance claims or loan applications
If your career path is heading toward enterprise or regulated-industry AEM work, it's worth knowing Forms exists even if your first project doesn't touch it.
Why This Matters for Your Learning Path
Understanding this split early saves you from a common beginner mistake: assuming every AEM tutorial applies to your situation. A Sling Model tutorial for a Sites component won't help you configure an Assets workflow, and an Adaptive Forms rule editor has almost nothing in common with either.
For this blog, we'll mostly focus on AEM Sites and AEM Assets, since that combination covers the vast majority of real-world AEM development work.
What's Next
In the next post, we'll break down how AEM Sites actually runs under the hood — the Author instance, Publish instance, and Dispatcher — and why understanding this separation is critical before you write a single line of component code.
Next in this series: [AEM Architecture Explained: Author, Publish, and Dispatcher]
