Adobe Implementation Playbook

Build 6 · AEM

Phase 5 · Build stage 6 of 9

Adobe Experience Manager (Sites & Assets)

Runs in parallel from the start. Tags are added to AEM pages via Cloud Services once Launch is built.

Typical duration
18–30 weeks
Walkthrough steps
11
Detailed tasks
23
Domains
6
0 of 0 done

This tool across the project

What AEM needs in every phase, from kickoff to handoff, next to the sign-off gate for that phase.

PhaseAEMGate (all tools)
1. Initiation (RFP / kickoff)Cloud Service vs. managed, sites, languagesRFP response; sponsor and team named
2. Discovery (current & future state)Content audit, current CMS, integrationsCurrent State Assessment; Future State Blueprint — Discovery sign-off
3. SOW & planTemplates, components, migration volumeSOW signed: scope, deliverables, timeline, price
4. Design (SDR / SDD)IA, component catalog, fragment models; SDD for environments, CDN, integrationsSDR + SDD — Design sign-off
5. Build & configureProgram/pipelines → templates → components → fragments → DAM → workflows → integrations → contentConfigured environment — Build Complete sign-off
6. QA / UATAccessibility, SEO, performance, cache, broken linksQC checklist executed — UAT sign-off
7. Go-liveDNS/CDN cutover; redirectsProduction cutover — Go-Live sign-off
8. Hypercare (2–4 weeks)Error logs, cache, author issuesDaily monitoring; fixes — Hypercare Exit sign-off
9. Closure & handoffAuthor training, component docs, release processHandoff pack: runbooks, access list, training, open backlog

Implementation overview

PhaseWhat you doDeliverables
Define Content & Site ArchitectureIA, page types, MSM/language-copy structureSite architecture doc, localization matrix
Set Up EnvironmentsAuthor/Publish/Dispatcher, replication agentsEnvironment topology diagram
Build Templates & ComponentsEditable templates, policies, reusable componentsTemplate library, component catalog
Configure Content/Experience FragmentsStructured content models, reusable page sectionsCF Model catalog, XF library
Configure DAMFolder structure, metadata schema, Smart TagsDAM taxonomy, governance policy
Author Content & WorkflowsApproval/publish workflows, author trainingWorkflow config, content calendar
Integrate with Target/AEPPersonalized component renderingIntegration doc, QA report
QA, SEO & PerformanceResponsive/accessibility/SEO/Core Web Vitals checksQA/accessibility report
Publish & MonitorCutover, cache/uptime monitoring, content auditsPublish log, monitoring dashboard

Step-by-step implementation

Do these 11 steps in order, in a development environment. Each step lists where to go, what to do, what to check, what you must know, and the questions interviewers ask about it.

Step 1

Plan architecture & IA

Where
Outside AEM — site architecture workshop
What you do
Define page types, site tree, languages/markets (MSM or language copies) and content models.
Tips
Plan localization up front; retrofitting MSM is costly.
Check before moving on
Site architecture doc signed off.

Must know

  • Information architecture (site tree, templates, components) comes before build; changing the tree later breaks URLs and SEO.
  • Decide early between full-stack AEM Sites, headless (content fragments via APIs) or a hybrid.
  • Plan languages and regions (multi-site manager) from the start.

Interview questions tap to reveal a model answer

Headful vs. headless AEM?

Headful renders pages in AEM; headless serves structured content (content fragments) over APIs to apps and other front ends.

What goes into AEM architecture planning?

Site structure, templates, component catalog, content models, languages, integrations and environments.

How do you plan for many languages?

Use language copies and live copies (multi-site manager) with translation workflows defined up front.

Site map / IA diagram
Screenshot Site map / IA diagramAdd screenshots/aem/step-01.png
Step 2

Set up program & environments

Where
Cloud Manager > Add program; Environments
What you do
Create the program and Dev, Stage and Prod environments (Author, Publish, Dispatcher/CDN).
Tips
Name environments clearly; assign Cloud Manager roles.
Check before moving on
Environments running.

Must know

  • AEM as a Cloud Service is managed through Cloud Manager: programs contain environments (dev, stage, prod).
  • Author tier is where people edit; publish tier serves visitors through the dispatcher and CDN.
  • Production programs include stage and production; sandbox programs are for trials and training.

Interview questions tap to reveal a model answer

Author vs. publish tier?

Author is where content is created and reviewed; publish delivers the approved content to visitors.

What is Cloud Manager?

Adobe's service for managing AEM Cloud Service programs, environments, Git repositories and CI/CD pipelines.

What does the dispatcher do?

It caches and filters requests in front of the publish tier, protecting it and speeding up delivery.

Cloud Manager program overview
Screenshot Cloud Manager program overviewAdd screenshots/aem/step-02.png
Step 3

Create the code project & pipelines

Where
AEM Project Archetype (Maven); Cloud Manager > Pipelines > Add pipeline
What you do
Generate the project, push to the Cloud Manager Git repo, and create non-production and production pipelines.
Tips
Use Core Components through proxy components.
Check before moving on
First pipeline run passes quality gates.

Must know

  • Code reaches AEM Cloud Service only through Cloud Manager pipelines from its Git repository.
  • The Maven project archetype gives the standard project structure.
  • Pipelines run code quality checks; failing quality gates block deployment.

Interview questions tap to reveal a model answer

How is code deployed to AEM Cloud Service?

Commit to the Cloud Manager Git repo (or a linked repo) and run a pipeline that builds, tests, checks quality and deploys.

Full-stack vs. front-end pipeline?

Full-stack deploys back-end, front-end and web-tier config together (one per environment); front-end pipelines deploy only CSS and JavaScript themes, and several can run at once. There are also web tier config, config (CDN, log forwarding) and Edge Delivery config pipelines.

What is the AEM project archetype?

A Maven template that generates a best-practice AEM project structure with core components.

Pipeline execution with quality gates
Screenshot Pipeline execution with quality gatesAdd screenshots/aem/step-03.png
Step 4

Create the site

Where
Sites > Create > Site from template (or archetype content)
What you do
Create the site structure, root pages and language roots.
Tips
Site templates are fastest for a quick start on AEM as a Cloud Service.
Check before moving on
Site tree visible in Sites console.

Must know

  • Sites can be created from site templates for a quick, consistent start.
  • Set up the root structure, languages and navigation before authors create content.
  • URL and naming conventions matter for SEO.

Interview questions tap to reveal a model answer

How do you create a new site in AEM?

From a site template or from your project's templates, defining the root, languages and initial pages.

Why do page names matter?

They become URLs; renaming later causes broken links and needs redirects.

What is a site template?

A packaged starter for a site: theme, templates and sample content.

Sites console with new site
Screenshot Sites console with new siteAdd screenshots/aem/step-04.png
Step 5

Editable templates & policies

Where
Tools > General > Templates
What you do
Build editable templates (structure, initial content, policies) and enable them for authors.
Tips
Restrict allowed components per template to keep pages on-brand.
Check before moving on
Authors can create pages from each template.

Must know

  • Editable templates are created by template authors, without developers, and define structure, initial content and policies.
  • Policies control which components authors can use in each container and their design options.
  • Locked structure keeps brand elements fixed; unlocked areas are for authors.

Interview questions tap to reveal a model answer

Editable vs. static templates?

Editable templates are built in the template editor by authorized users and can change without code; static templates are defined in code by developers.

What is a content policy?

A configuration on a template that sets which components are allowed in a container and their design settings.

How do you stop authors breaking the layout?

Lock structural components in the template and allow only approved components through policies.

Template editor with policies
Screenshot Template editor with policiesAdd screenshots/aem/step-05.png
Step 6

Components & styles

Where
Code project (proxy components); Style System in component policies
What you do
Configure Core Components, build custom components where needed, and add style variants.
Tips
Test every component at mobile, tablet and desktop breakpoints.
Check before moving on
Component catalog reviewed.

Must know

  • Start from Core Components and extend them with the proxy pattern instead of writing everything from scratch.
  • The Style System lets authors switch approved visual variations without new components.
  • Components should be accessible and responsive by default.

Interview questions tap to reveal a model answer

What are Core Components?

Adobe-maintained, production-ready components (title, text, image, teaser and more) that projects extend through proxies.

What is the proxy component pattern?

Your project creates a component that inherits from a Core Component, so you get upgrades while customizing.

What does the Style System do?

It exposes CSS-based style variations of a component for authors to choose, without new code.

Page editor with components
Screenshot Page editor with componentsAdd screenshots/aem/step-06.png
Step 7

Content & Experience Fragments

Where
Tools > General > Content Fragment Models; Experience Fragments console
What you do
Create Content Fragment Models for structured content and Experience Fragments for reusable sections.
Tips
Use Content Fragments for headless delivery to apps.
Check before moving on
Models published and enabled.

Must know

  • Content Fragments are structured, channel-neutral content (based on models), ideal for headless delivery via GraphQL.
  • Experience Fragments are groups of components with layout, reusable across pages and exportable to Target as offers.
  • Model content once and reuse it everywhere.

Interview questions tap to reveal a model answer

Content Fragment vs. Experience Fragment?

A Content Fragment is structured content without layout (for any channel); an Experience Fragment is a reusable, designed piece of a page.

How do you deliver content to a mobile app from AEM?

Model it as Content Fragments and deliver it through the GraphQL API (headless).

How does AEM work with Target?

Experience Fragments can be exported to Target as offers for tests and personalization.

Content Fragment Model editor
Screenshot Content Fragment Model editorAdd screenshots/aem/step-07.png
Step 8

Set up Assets (DAM)

Where
Assets > Files; Tools > Assets > Metadata Schemas / Processing Profiles
What you do
Create the folder structure, metadata schema and processing profiles; enable Smart Tags.
Tips
Spot-check AI tags for domain terms.
Check before moving on
Test assets upload with correct metadata.

Must know

  • AEM Assets is the DAM: upload, process (renditions), tag and govern assets.
  • Folder structure, metadata schemas and tagging decide whether people can find assets later.
  • Set rights and expiry metadata for licensed images.

Interview questions tap to reveal a model answer

What is a DAM and why does it matter?

A digital asset management system: a single governed library for images, video and documents, used across channels.

How would you organize assets for an airline?

By brand, campaign and asset type, with metadata for destination, rights and expiry, and consistent tags.

What are renditions?

Automatically generated versions of an asset (sizes, formats) for different uses.

Assets folder with metadata panel
Screenshot Assets folder with metadata panelAdd screenshots/aem/step-08.png
Step 9

Workflows & permissions

Where
Tools > Workflow > Models; Tools > Security > Groups
What you do
Configure approval/publish workflows and author groups; add a legal step for regulated clients.
Tips
Train authors with realistic scenarios.
Check before moving on
Test page passes the approval flow.

Must know

  • Workflows automate review and approval (e.g. legal review before publish).
  • Permissions are managed through user groups and access control lists, not per user.
  • Keep the number of custom workflows small; they add maintenance.

Interview questions tap to reveal a model answer

How do you set up content approval?

A workflow that routes pages to reviewers and approvers before activation to publish.

Why manage permissions by group?

It scales and is auditable; individual permissions become impossible to manage.

How would healthcare content be governed?

A mandatory medical/legal review workflow and restricted groups for regulated sections.

Workflow model editor
Screenshot Workflow model editorAdd screenshots/aem/step-09.png
Step 10

Integrate Tags, Target & Analytics

Where
Tools > Cloud Services > Adobe Launch (Tags) configuration; Target
What you do
Link the tag property to the site and connect personalization (Target/Web SDK).
Tips
Validate personalized components for control and variant.
Check before moving on
Tags load on Publish pages.

Must know

  • Tags are connected to AEM pages through Cloud Services configuration, so every page loads the right library.
  • AEM components can push to the Adobe Client Data Layer, which Tags reads.
  • Target uses Experience Fragments and the Target integration; Analytics is collected through Tags.

Interview questions tap to reveal a model answer

How do you add Tags to AEM?

Create an Adobe IMS integration and a Tags (Launch) Cloud Services configuration, then apply it to the site so pages load the property.

How does AEM support analytics tracking?

Core Components can populate the Adobe Client Data Layer, which Tags rules read to send data.

How do AEM and Target work together?

Through the Target integration and Experience Fragment export, so authors' content becomes Target offers.

Cloud Services configuration
Screenshot Cloud Services configurationAdd screenshots/aem/step-10.png
Step 11

QA & publish

Where
Sites > Manage Publication / Quick Publish; Lighthouse; CDN cache checks
What you do
Run accessibility, SEO, Core Web Vitals and broken-link checks; publish and monitor cache and uptime.
Tips
Treat WCAG failures as blocking for regulated clients.
Check before moving on
Go-live checklist signed.

Must know

  • QA covers accessibility, SEO, performance, cache behaviour and broken links on every template.
  • Publishing (activation) sends content to the publish tier; cache invalidation makes changes visible.
  • Plan DNS/CDN cutover and redirects for go-live.

Interview questions tap to reveal a model answer

What is on your AEM go-live checklist?

Content freeze, final QA (accessibility, SEO, performance), redirects, DNS/CDN cutover, cache checks and author training.

Content was published but visitors see the old version. Why?

Cached content at the dispatcher or CDN; check invalidation and cache rules.

How do you check accessibility?

Automated scans plus manual checks of keyboard navigation, alt text, headings and colour contrast against WCAG.

Lighthouse / accessibility report
Screenshot Lighthouse / accessibility reportAdd screenshots/aem/step-11.png

Sources (UI paths checked against Adobe Experience League, Oct 2026 — menus can move between releases; confirm in your org): overview · overview

Implementation by domain

How to use: do each step in your sandbox using the “How to do it” column, then read across the row to see how the same step changes by domain. Each domain column follows one scenario from top to bottom. Add a screenshot and what you learned in the last column.

Travel & Airlines · practice brand: SkyLumen Airways

Lab use case: Destination pages

Profile: B2C, seasonal, multi-currency/locale. Compliance focus: GDPR (EU travelers), loyalty program data, real-time pricing/inventory sensitivity.

What changes in this domain: Multi-locale, multi-currency content; booking-widget embeds

Special considerations: Fast page-load critical for conversion; heavy image optimization

  1. Destination pages per market and language.

    How (any domain): Define page types, site tree, languages, content models.

    Check: Site architecture signed off.

    Architecture & IA · Travel & Airlines
    Screenshot Architecture & IA · Travel & AirlinesAdd screenshots/aem/travel-01.png
  2. CDN rules per market.

    How (any domain): Cloud Manager: program, Dev/Stage/Prod, pipelines with quality gates.

    Check: First pipeline run passes.

    Environments & pipelines · Travel & Airlines
    Screenshot Environments & pipelines · Travel & AirlinesAdd screenshots/aem/travel-02.png
  3. Templates with locale and currency fields.

    How (any domain): Tools > General > Templates: editable templates, allowed components.

    Check: Authors can create pages.

    Templates & policies · Travel & Airlines
    Screenshot Templates & policies · Travel & AirlinesAdd screenshots/aem/travel-03.png
  4. Booking widget wrapper component.

    How (any domain): Core Components + custom; style system.

    Check: Components work at every breakpoint.

    Components · Travel & Airlines
    Screenshot Components · Travel & AirlinesAdd screenshots/aem/travel-04.png
  5. Destination guides as fragments by language.

    How (any domain): Content Fragment Models; Experience Fragments.

    Check: Fragments render in pages and headless.

    Content & Experience Fragments · Travel & Airlines
    Screenshot Content & Experience Fragments · Travel & AirlinesAdd screenshots/aem/travel-05.png
  6. Destination photos with usage rights and expiry.

    How (any domain): Folders, metadata schema, processing profiles, Smart Tags.

    Check: Assets upload with correct metadata.

    Assets (DAM) · Travel & Airlines
    Screenshot Assets (DAM) · Travel & AirlinesAdd screenshots/aem/travel-06.png
  7. Market content owner approval.

    How (any domain): Approval and publish workflows; author groups.

    Check: A test page passes the workflow.

    Workflows · Travel & Airlines
    Screenshot Workflows · Travel & AirlinesAdd screenshots/aem/travel-07.png
  8. Booking engine and Target.

    How (any domain): Tags via Cloud Services; Target/Web SDK; commerce; Marketo.

    Check: Integrations work on Publish.

    Integrations · Travel & Airlines
    Screenshot Integrations · Travel & AirlinesAdd screenshots/aem/travel-08.png
  9. Hreflang and currency checks.

    How (any domain): Accessibility, SEO, Core Web Vitals, broken links, cache checks.

    Check: Go-live checklist signed.

    QA & publish · Travel & Airlines
    Screenshot QA & publish · Travel & AirlinesAdd screenshots/aem/travel-09.png

Extra steps for this domain

  1. In Phase 1, plan for multi-locale, multi-currency content structures from the start.
  2. In Phase 3, build components for embedding third-party booking widgets.

Full task list

Every numbered task from your board, grouped by phase. Use it as the project checklist once you know the steps above.

Architecture 2 tasks
Environments 2 tasks
Templates & Components 3 tasks
Content/Experience Fragments 2 tasks
DAM 2 tasks
Authoring & Workflows 3 tasks
Personalization Integration 2 tasks
QA 4 tasks
Publish & Monitor 3 tasks

QC / validation checklist

Key terms and sources

Each term links to Adobe's documentation.

TermWhat it is
Cloud ManagerPrograms, environments and pipelines.
AEM Cloud Service architectureAuthor, publish, dispatcher and CDN.
Deploying to AEM Cloud ServiceHow code reaches AEM.
Editable templatesTemplates built by template authors.
Core ComponentsAdobe's standard component library.
Content FragmentsStructured, channel-neutral content.
Experience FragmentsReusable designed page sections.
AssetsAEM Assets (DAM) as a Cloud Service.
WKND tutorialAdobe's hands-on AEM tutorial (from your board).