Skip to main content

Command Palette

Search for a command to run...

What is AEM? Sites & Assets — a practical overview

Updated
4 min readView as Markdown
M
AEM Technical Lead experienced with building and architecting solutions on AEM Sites and Assets. Sharing practical tutorials, real-world implementation lessons, and best practices to help fellow developers and leads navigate AEM.

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]