AEM Assets Developer Professional study materials
AEM Assets Developer Professional study resources

AEM Assets Developer Professional study plan

AEM Assets Developer Professional · Give each week a clear focus.

8 weeks · About 7 hours per week

Week 1

AEM Assets fundamentals and architecture

  • Diagram the AEM Assets stack from repository (JCR/Oak) through servlets, workflows, and the Assets UI, labeling where each domain's concerns live

  • Explain how asset binaries are stored and referenced (data store vs. node store) and trace what happens to a binary on upload

  • Compare the roles of the Assets UI, the HTTP API, and the desktop app as ingestion and management surfaces

  • List the core asset node types and properties that define an asset rendition and its metadata

Your checkpoint

A one-page architecture diagram plus a 300-word written explanation of binary storage and asset node structure, self-graded against the official AEM Assets documentation

Week 2

AEM Assets fundamentals and architecture

  • Differentiate users, groups, and permission models relevant to asset authoring, review, and publishing

  • Describe how replication and the author/publish topology affect asset availability and metadata propagation

  • Identify which asset operations are synchronous versus workflow-driven and where errors surface

  • Map the standard asset processing workflow steps to their configuration points

Your checkpoint

A 15-question self-quiz you author on architecture and permissions, with an answer key citing the specific documentation section for each answer

Week 3

Asset ingestion, processing, and metadata

  • Configure a metadata schema and apply it to a folder, then verify the fields render and persist on an uploaded asset

  • Set up a processing profile that generates at least two renditions and confirm the outputs

  • Write a metadata profile that maps incoming XMP or IPTC fields to schema properties

  • Trace an asset through ingestion: upload, workflow trigger, rendition generation, and metadata write-back

Your checkpoint

A working local or sandbox configuration with screenshots and a written trace of one asset's full ingestion path, including the workflow instance ID

Week 4

Asset ingestion, processing, and metadata

  • Compare bulk import approaches (watched folder, bulk import tool, API upload) and select one for a stated scenario with justification

  • Implement a custom workflow step or process that derives a metadata value and attach it to the ingestion pipeline

  • Explain how connected assets and Dynamic Media fit into processing without conflating them with core DAM processing

  • Diagnose a failed ingestion by reading workflow logs and status

Your checkpoint

A runnable custom workflow step or metadata-derivation script (or fully specified pseudo-implementation) plus a troubleshooting log of at least two deliberately induced failures and their resolutions

Week 5

Asset organization, search, and collections

  • Build a folder taxonomy and apply tags from a namespace you define, then verify tag-based filtering

  • Construct at least three saved searches or search filters using metadata predicates and full-text terms

  • Explain how the Oak query engine and indexes affect asset search performance and when to add an index

  • Create a collection, add assets by search query, and distinguish static from smart/dynamic collections

Your checkpoint

A documented taxonomy and tagging scheme plus three saved searches, each with the predicate logic explained and a note on expected index behavior

Week 6

Asset organization, search, and collections

  • Write a query that combines path, property, and full-text constraints and explain the resulting index selection

  • Configure a smart collection rule set and predict which assets will match before testing

  • Describe how asset relations, versions, and references affect search and collection membership

  • Evaluate search results for relevance and adjust predicates to reduce false positives

Your checkpoint

A before/after search-tuning report: initial query, observed problems, revised query, and measured improvement in result relevance on a test asset set

Week 7

Asset delivery, integrations, and customization

  • Explain how assets are delivered to front ends via the HTTP API, renditions, and Dynamic Media, and when each is appropriate

  • Configure or describe a custom servlet or Sling model that exposes asset metadata to a consuming application

  • Describe integration patterns with external systems (e.g., translation, PIM, or marketing tools) and the extension points used

  • Identify customization boundaries: overlays versus core modifications, and the upgrade implications of each

Your checkpoint

A short integration design document for one external system, naming the extension points, data flow, and upgrade-safe customization choices

Week 8

AEM Assets fundamentals and architecture & Asset ingestion, processing, and metadata & Asset organization, search, and collections & Asset delivery, integrations, and customization

  • Rehearse the four domains with timed practice covering each domain's heaviest topics

  • Re-derive the architecture diagram and ingestion trace from memory and correct discrepancies

  • Consolidate weak spots from weeks 1-7 into a prioritized review list and close the top three

  • State, in writing, the delivery and customization decision rules you would apply to an unfamiliar scenario

Your checkpoint

A timed full-length practice run with a scored error log grouped by domain, plus a one-page decision-rules cheat sheet you wrote from memory

Milestones

Week 2: Can explain, without notes, how an uploaded binary becomes a managed asset node and where permissions and replication intervene

Week 4: Has a working ingestion configuration producing renditions and mapped metadata, and can diagnose a failed workflow from logs

Week 6: Can build and justify a search query with index awareness, and can predict smart collection membership before testing

Week 8: Scores at or above a self-set passing threshold on the timed practice run, with no domain below 70% and every missed item logged with a cited correction