Product ideas | Community
Skip to main content

10000 Ideas

AnasEl5New Participant

The ability to create system notifications/PSAs in AEM HeadlessInvestigating

Request for Feature Enhancement (RFE) Summary: Implement PSAs so that they can appear in all of the AEM UIs Use-case: The content operations team is looking to create a PSA or Alert bar/popup that would appear for all/some users on the platform when they log in. Current/Experienced Behavior: Adobe proposed this solution: https://adobe-consulting-services.github.io/acs-aem-commons/features/system-notifications/index.html Results research: I have researched and tried out the ACS Commons System Notifications in the past already. Those only work in the "old" AEM UI, not in the "new" CF Admin/Editor or Universal Editor. So any author directly going into those UIs would never see the notifications. And even authors accessing the old UI might be confused since it disappears on the new UIs. They might think only the old UI is affected by whatever the notification says. Improved/Expected Behavior: 1- it would stay up as long as we need it (if we posted a message about an outage or major incident, we'd want to disable it once the situation was resolved)2- it would be an informative message related to an outage or major incident - example: We’re currently aware of an issue affecting all pre-owned inventory, including Certified Pre-Owned (CPO) pages, on oADD live sites where inventory is not rendering as expected. Our team is actively engaged with our development team to work towards a solution. 3- Permissions: Only admins can create (we need to centralize it and restrict it to one decision making group). 4-This PSA should NOT require developer involvement to create  5- Ability to show it to only specific user groups. For example, we want to show a specific message to French content authors in Canada  Environment Details (AEM version/service pack, any other specifics if applicable):   Customer-name/Organization name: Audi Screenshot (if applicable):   Code package (if applicable):  

AlexanderKantemirNew Participant

To ensure any AEMaaCS customer can track the instance disk usage, I would like to have a monitoring in AEMaaCS Reports which tracks the disk usage similar to the feature in the AEM 6.x Cloud Manager functionality.Investigating

Request for Feature Enhancement (RFE) Summary: AEMaaCS - CloudManager - Track disk usage  Use-case: Ensure that AEMaaCS clients are aware of their disk usage. Especially in times of performance issues, a transparently available monitoring of disk usage would help AEMaaCS projects to improve their setup. Current/Experienced Behavior: There is no disk usage monitoring available in AEMaaCS (in the CloudManager or elsewhere). Without Adobe Support input, a customer doesn't know this parameter. Alternatives via ACS AEM Commons reports are too time-consuming (XLSX work afterwards) or limited in scope (Asset reports only, no other content or full OS).   VW's Adobe Ultimate Support recommended I open a ticket here when they couldn't find a suitable functionality in AEMaaCS (E-001835519) Improved/Expected Behavior: In AEM 6.x Cloud Manager, such a feature already exists: https://experienceleague.adobe.com/en/docs/experience-manager-cloud-manager/content/using/monitoring-environments - but there is no similar functionality for AEMaaCS.   Expected data (copied from AEM 6.x) Disk Space: The used disk space (in megabytes) for each mount point on the host. There are different metrics for each mount point. At a minimum, there are metrics for / and /mnt, but additional mount point metrics may be available depending on the specific instance configuration. Folder Size AEM Segment Store: The used disk space (in gigabytes) for the AEM Segment Store. Environment Details (AEM version/service pack, any other specifics if applicable): AEMaaCS Customer-name/Organization name: Volkswagen Screenshot (if applicable):   Code package (if applicable):  

PolinaAbNew Participant

Add an Indicator for the hidden contentInvestigating

Request for Feature Enhancement (RFE) Summary: Introduce a visual indicator and count display for hidden components within containers, sections, and background elements in AEM’s page editor interface. Use-case: Content managers need to easily identify and manage hidden components on a page during editing. This visibility is crucial for maintaining content accuracy, avoiding duplication, and ensuring that hidden elements are not unintentionally overlooked. Current/Experienced Behavior: Hidden components are not clearly distinguishable in the AEM page editor. There is no count or visual cue indicating how many components are hidden within a container or section. Additionally, the content tree does not reflect hidden components, making it difficult to locate and manage them across different device views (desktop, tablet, mobile). Improved/Expected Behavior: Display the number of hidden components within each container, section, or background element directly in the edit mode. Show hidden components explicitly in the content tree structure. Ensure this functionality works independently across all responsive views (desktop, tablet, mobile). Provide a toggle or filter to highlight hidden components for quick access and editing. Environment Details (AEM version/service pack, any other specifics if applicable): AEM 6.5.22 Customer-name/Organization name: Veeam Software Screenshot (if applicable):     Code package (if applicable):  

Juliayaz1New Participant

OOTB Core Form Fields Not WCAG 2.1 AA CompliantInvestigating

Request for Feature Enhancement (RFE) Summary: Our accessibility audit shows WCAG 2.1 AA violations when using placeholders alongside ARIA labelling on Core Form Fields Use-case: Using Adobe Core Form Fields, with ootb configuration "Display help message as placeholder” Example:  on page https://www.sunstargum.com/gb-en/about-us/contact-us.html Current/Experienced Behavior: 1. **Accessible name vs description conflict**- Inputs with `placeholder` + `aria-describedby` or visible `<label>` lead to inconsistent accessible name computation. Placeholder either doesn’t get announced (e.g., JAWS, NVDA), or is dropped in favor of description text, making it unreliable :contentReference[oaicite:1]{index=1}.- Relying on placeholder as label fails WCAG 2.1 AA: contrast (1.4.3), persistent visible labels (2.4.6, 3.3.2), Name, Role, Value (4.1.2) :contentReference[oaicite:2]{index=2}.2. **Placeholder distractions**- Placeholder text disappears once typing starts—users lose helpful context :contentReference[oaicite:3]{index=3}.- Placeholder is low‑contrast by default, often failing 4.5:1 contrast ratios :contentReference[oaicite:4]{index=4}.3. **ARIA mismatch with core component settings**- Enabling “Display help message as placeholder” fails to update `aria-describedby` reference, pointing at nonexistent elements and breaking description linkage :contentReference[oaicite:5]{index=5}. Improved/Expected Behavior: Required compliance behaviour:• Inputs need clear programmatically associated `<label>` and persistently visible title.• Use `aria-describedby` for help text only—description must remain tied to a valid element.• Placeholders can provide examples, *never* replace labels, and should not disrupt ARIA structure. Environment Details (AEM version/service pack, any other specifics if applicable): AEM Release 2025.9.22450.20250911T131210Z Customer-name/Organization name: Sunstar Suisse  SA Screenshot (if applicable):   Code package (if applicable):  

NitaYaNew Participant

Bulk Page MovementInvestigating

Request for Feature Enhancement (RFE) Summary: Bulk Page Movement Right now, AEM only supports moving one page at a time. This makes taxonomy updates and bulk redirects very time-consuming. Could AEM allow authors to select and move multiple pages simultaneously to streamline these workflows and move it to another location? Use-case: Currently, Adobe Experience Manager (AEM) only allows authors to move one page at a time. This limitation makes it inefficient to perform large-scale site restructuring tasks—such as taxonomy updates, reorganization of content folders, or implementing bulk redirects—especially for enterprise-level websites with hundreds of pages. By introducing a Bulk Page Movement capability, authors could select and move multiple pages simultaneously within the AEM interface. This enhancement would streamline content management workflows, reduce manual effort, and minimize human error during site reorganizations. It would also improve overall authoring efficiency and help ensure faster delivery of structural updates across the website. Current/Experienced Behavior: Right now, AEM only supports moving one page at a time. This makes taxonomy updates and bulk redirects very time-consuming. Improved/Expected Behavior: AEM allow authors to select and move multiple pages simultaneously to streamline these workflows and move it to another location? Environment Details (AEM version/service pack, any other specifics if applicable):   Customer-name/Organization name: OneTrust Screenshot (if applicable):   Code package (if applicable):  

ArthiselvaNew Participant

Enable Programmatic Extension of Content Fragment GraphQL Schema in AEMInvestigating

Request for Feature Enhancement (RFE) Summary: Enable the ability to add custom fields to the Content Fragment GraphQL schema via code, SlingDataFetcher, or programmatic means, without requiring changes to the Content Fragment Model definition in AEM. Use-case: Developers and integrators need to expose computed, derived, or integration-specific fields in the Content Fragment GraphQL API for headless delivery, without modifying the underlying Content Fragment Model. Current/Experienced Behavior: The Content Fragment GraphQL schema is auto-generated from the Content Fragment Model and system fields. It is not possible to add custom fields via code, SlingDataFetcher, or other programmatic approaches. Business Impact  Limits flexibility for headless integrations, increases maintenance overhead, and requires model changes for every new field, which may not be feasible or desirable in large organizations or for computed/integration fields. Improved/Expected Behavior: Ability to programmatically extend the Content Fragment GraphQL schema with custom fields (e.g., via SlingDataFetcher or similar mechanism), allowing dynamic, computed, or integration fields to be exposed without model changes. Environment Details (AEM version/service pack, any other specifics if applicable):   AEM 6.5 LTS; Content Fragment Models and GraphQL API; persisted queries; endpoints as described above. Customer-name/Organization name:  JPMorgan Chase Code package (if applicable): https://experienceleaguecommunities.adobe.com/t5/adobe-experience-manager/how-to-expose-a-custom-resolver-field-in-content-fragments-for/m-p/776485 . I have added the code here

mmartíNew Participant

New Visualizations - Dimension HighlightNew

1) Dimension Value Highlight Visualization DescriptionIt would be great to have a new visualization in Adobe Analytics / Customer Journey Analytics that highlights dimension values. For example, showing which product has the highest conversion rate or which page is the most viewed. The visualization would be similar to a Summary Number or Summary Change, but focused on what rather than how much. Why is this feature important?Currently, summary visualizations are excellent for showcasing key metrics, but they don’t emphasize the specific dimension value driving those results. Having a way to visually highlight the top-performing dimension item would make dashboards more insightful and storytelling more effective. How would you like the feature to work?Users could select a metric and a dimension, and the visualization would automatically display the top (or bottom) dimension value according to the chosen metric. Ideally, it would also support conditional formatting (e.g., color-coding by performance) and allow display of secondary metrics for context. Current BehaviourFreeform tables are useful, but not quite visual. Additionally, there are limitations to create something a bit custom.2) Sentiment Analysis–Style VisualizationDescriptionAnother interesting visualization could be one inspired by Sentiment Analysis — designed to highlight dimension values in relation to a specific metric. It would resemble a scatter plot but use text labels instead of points, making it easier to identify and interpret key drivers at a glance. Why is this feature important?This would provide an intuitive way to analyze performance or perception differences among dimension values (e.g., campaigns, products, or pages) in a single, visually engaging chart. It’s especially useful for understanding “how each dimension feels” relative to a metric. How would you like the feature to workThe visualization could plot dimension values (as text) along two axes — for example, performance vs. volume — and apply color or font size to indicate sentiment, change, or relative importance (or even font size). Hovering over text could show detailed metrics or trends.