What happens to AEM MSM Live Copies when migrating to Xperience by Kentico?
Xperience by Kentico has no native equivalent to AEM's Multi-Site Manager, so Live Copy inheritance relationships cannot be replicated directly. The standard approach is to flatten each Live Copy into an independent content item, migrating the resolved content as a standalone page or content item with inheritance metadata discarded or stored in a custom Xperience module for traceability. If your Live Copies served localization or regional variation purposes, Xperience by Kentico's multi-site content sharing or language variants are the closest functional analog, but they require a content architecture redesign that falls outside the scope of data migration.
Do AEM Launches migrate to Xperience by Kentico, and will my scheduled go-live dates carry over?
AEM Launches have no native equivalent in Xperience by Kentico, and in-flight Launches rarely survive a platform migration intact. The most practical path is to export staged content from the Launch and import it as a Draft workflow page with a scheduled publish date in Xperience by Kentico via the Content Management API, which preserves the time-based go-live intent. If the Launch was already promoted or abandoned, the content is either folded into the published pages being migrated or discarded — your team should audit and classify all active Launches before migration begins to avoid silent data loss.
Are there API or tooling differences between AEM 6.x on-premise and AEM as a Cloud Service that affect how the migration is done?
Yes — AEM 6.x on-premise allows direct JCR/CRX access and Content Package Manager exports, while AEM as a Cloud Service restricts both; Cloud Service migrations require the Cloud Acceleration Manager or Content Transfer Tool instead. These are different extraction paths with different payload formats, so ClonePartner's pre-migration scoping confirms which AEM version is the source before any extraction work begins. Additionally, AEM has no single unified REST API, meaning Sites, Assets, and configuration data are each accessed through separate endpoints regardless of version.
What AEM content types need manual reconfiguration in Xperience by Kentico after the data lands?
Several entities require post-migration work that falls outside data movement: AEM Templates map only loosely to Xperience by Kentico Page Types, whose structure must be defined or verified before content is imported; Content Policies have no direct equivalent and must be re-expressed as Page Type field validation and Widget Zone restrictions; and User and Group permission models differ enough that user accounts must be managed outside the CMS with roles reconfigured by hand. AEM passwords and cloud configuration secrets also cannot be exported at all and must be set up fresh in the destination environment. Importantly, all content items land in Xperience by Kentico in Draft state and must be explicitly published after the migration completes.
Will AEM Content Fragment Models need to exist in Xperience by Kentico before Content Fragments are migrated?
Yes — AEM Content Fragments depend on their Fragment Models for structure, and this dependency carries over to the destination: the corresponding Xperience by Kentico Content Types must be in place before Content Items are imported, or the import will fail. ClonePartner migrates Content Types ahead of Content Items as part of the standard sequencing for this pair. If your Content Fragment Models include custom metadata schemas, those map to Xperience by Kentico Custom Module Classes via a workaround, and their structure should be reviewed during scoping to confirm all fields are accounted for.
How are AEM DAM folder hierarchies handled when migrating to Xperience by Kentico's Media Library?
AEM DAM folder structures map to Xperience by Kentico Media Libraries, but Xperience by Kentico's library model does not replicate deep nested folder hierarchies natively, so the hierarchy may be flattened during migration. Asset renditions are also not importable via API — Xperience by Kentico regenerates them automatically when the original binary is ingested, so only source files are transferred. Large binary assets require bulk ingest tooling rather than the standard Assets HTTP API due to AEM's payload size restrictions, which is a factor ClonePartner accounts for when scoping data volume and timeline.
How long does the Adobe Experience Manager to Xperience by Kentico migration take?
Most migrations complete within 1–5 business days, depending on data volume and complexity. We provide a detailed timeline after the initial assessment and can often complete small migrations in under 24 hours.
Will my team lose access to Adobe Experience Manager during the migration?
No. Your source system remains fully operational throughout the entire migration. We run the migration in the background with zero downtime to your current operations.
Will there be downtime when migrating from Adobe Experience Manager to Xperience by Kentico?
No. Our migration process is designed for zero downtime. We use a staged approach with background sync and a fast cutover, ensuring no disruption to your live business operations.
How do I validate that everything migrated correctly?
Every client receives a Migration Validation Report with comprehensive metrics including record-count parity, attachment integrity verification via checksum, and full audit logs. We also offer unlimited sample migrations so you can verify before committing.
Do I need professional help for this migration?
While simple migrations can sometimes be handled in-house, professional help ensures zero data loss, proper field mapping, and preservation of relationships between records. Our engineer-led approach catches edge cases that automated tools miss.
Does ClonePartner provide guidance before committing?
Yes. We provide a free consultation and assessment. We'll review your data structure, discuss your requirements, and provide a detailed migration plan and fixed-price quote before you commit to anything.
Superhuman Docs (Coda)
Claude, 
ChatGPT or 
Cursor. Describe the move in plain English; the agent runs it.
Notion
Slab
ConfluenceSoon
Google DocsSoon
