The EDS Dilemma : Battle of choice Document-based vs DA.Live vs AEM Cloud with Universal Editor | Community
Skip to main content
Shashi_Mulugu
Community Advisor
Community Advisor
January 29, 2026

The EDS Dilemma : Battle of choice Document-based vs DA.Live vs AEM Cloud with Universal Editor

  • January 29, 2026
  • 5 replies
  • 351 views

Edge Delivery Services has changed the game for Lighthouse scores, but the authoring experience is now the big conversation.

 

I’m looking to gather some real-world perspectives on the best 'flavor' of authoring for AEM Edge Delivery Services (EDS).

​i see we have three distinct paths and I'd love to hear from anyone who has moved between them:

​Pure Document Authoring (Google Drive/SharePoint): The speed is unmatched, but how are you handling complex governance at scale?

​DA.live (Document Authoring): Is this the 'Goldilocks' zone for asset integration, or does it add an unnecessary layer?

​Universal Editor with AEM Sites: For those who need MSM and heavy localization, does the performance of EDS still feel 'magical' when coming from a full AEM Cloud Service backend?

​Which combination have you found offers the best balance of author velocity and developer sanity? Looking forward to your insights!"

 

5 replies

kautuk_sahni
Community Manager
Community Manager
January 30, 2026

@Shashi_Mulugu This is a great discussion, thanks for raising it! 

From my experience, each approach really has trade-offs depending on scale, localization needs, and governance complexity. Adobe guidance clarifies the authoring options for AEM EDS:

  • Universal Editor: Recommended for most teams that supports full AEM capabilities like MSM, localization, workflows, and integrates seamlessly with EDS for high-performance delivery. | Documentation

  • Document-Based Authoring: Best for simpler content and quick turnaround, especially if your authors are already using these tools. Documentation

  • Document Authoring: A document-centric editor built for EDS. Ideal for teams wanting a lightweight, document-first workflow, but it doesn’t replace the Universal Editor for full AEM workflows. Documentation

I’d love to hear from you and others, for teams managing multi-market or multi-language setups, which approach have you found balances author speed and maintainability best?

Kautuk Sahni
Shashi_Mulugu
Community Advisor
Community Advisor
February 3, 2026

Thank you ​@kautuk_sahni for insights. I would like to hear it from other product experts as well.

BrettBirschbach
Adobe Champion
Adobe Champion
February 3, 2026

Choice of EDS flavor I believe is actually quite straightforward.

If looking at Document Based (Word/Google) versus Document Authoring (DA.live a.k.a. Adobe) the choice IMO is very clear - go with the latter.  DA gives Adobe full control of both the Authoring UI and content storage, which is critical to Adobe providing the best authoring experience and platform capability.  MS Word and Google are never going to be all that interested in modifying their UI or APIs to better serve EDS, whereas DA will consistently progress with new features and QoL improvements. We’re already seeing some of these features in DA, such as support for MSM/i18n operations, bulk content updates, author select boxes, authoring library plugins, etc.

My beliefs on UE are that it will apply in some edge cases, but you should only choose UE if you’re 100% certain of specific needs that only it can achieve.  UE feels a bit of a heavily engineered solution for something that squarely hits a middle ground between AEM and UE. Because it’s not fully classic AEM, it doesn’t benefit from all the capabilities of traditional AEM, and because it’s not fully EDS it adds complexity and weight to a project with little limited benefits. I think you will see a majority of projects either go classic AEM or fully EDS (DA), and UE will fill a marginal middle space of 5-10% of new projects similar to how the SPA Editor (now deprecated) in AEM did in the past.

gregd59500919
Adobe Champion
Adobe Champion
February 4, 2026

I think it’s a pretty decent analogy cited here by Brett, regarding single page application editor.

Mike_West_
Level 1
February 18, 2026

Hi ​@Shashi_Mulugu this is a really interesting subject and one that my business is experiencing in real time. We recently migrated from Sitecore to Adobe and went initially to Document-based authoring using Microsoft Word/Excel. However, we’re now moving again to DA for a variety of reasons one of which is governance, but also for the features that are important to us like live preview, referential DAM integration, and also channel management (which we’re still working but seems like it’s going to be easier with DA). In a world where we want to democratise content tasks across the business while still retaining a “core” team of content authors for more complex content operations, we think DA will give us the best balance.

 

it would be awesome to hear from the experiences of other customer’s though - particularly those that are attempting to tackle the issue of lot of stakeholders/authors/business users and how governance within DA is managed.

Shashi_Mulugu
Community Advisor
Community Advisor
February 18, 2026

Very good point to make.

 

The main reason for creating this post to learn from experts ans experiences and consider path based on usecases.

 

@Mike_West_ as yoi rightly narrated its a problem of governance, authoring experience and scale.

arunpatidar
Community Advisor
Community Advisor
March 6, 2026

If you are certain that you will be using EDS, the ideal solution would be to use Document Authoring (DA), as it supports both document-based authoring and WYSIWYG (Universal Editor) authoring.

However, DA is currently a community-supported product, and Adobe does not provide SLA-backed support for it.

More details about DA authoring using AuthorBus at https://adapt.to/2025/schedule/unlocking-edge-delivery-authoring-with-authorbus

Arun Patidar
Shashi_Mulugu
Community Advisor
Community Advisor
March 9, 2026

Thank you ​@arunpatidar for providing your insights and it seems a critical point that DA doesn't have official SLA driven support process. So shoulf we wait to host any product critical usecases on da for now? Or maybe get a buy-in from adobe before jumping in. What's your take?

arunpatidar
Community Advisor
Community Advisor
March 10, 2026

There are already many sites successfully running on DA today. If you don’t have use cases that require strict 99.99% uptime for regulatory or legal reasons, DA can still be a good option—especially if you see advantages compared to document-based authoring or traditional AEM-based authoring.

The product is still evolving, but it already provides several strong capabilities and new features continue to be added regularly. As with any emerging platform, it’s worth evaluating it against your specific requirements and risk tolerance.

If the use case is particularly critical, it may also make sense to align with Adobe and get additional guidance before moving forward.

Arun Patidar
Level 1
March 9, 2026

@Shashi_Mulugu Before the DA launch, if you had to take a decision, I could have suggested going with the universal editor because that offers the same authoring experience as what authors have been familiar with over the past so many years. Now DA is kind of a somewhat mixed bag of both UE and Doc based so it's now becoming a favorite and it almost solves all the issues and challenges faced in the doc-based approach. 

However, the development efforts remain the same, if you choose any of the approaches, it is just a matter of authoring the experience you have to give to the business.

Shashi_Mulugu
Community Advisor
Community Advisor
March 9, 2026

Thank you ​@JayVy4 for adding your perspective.