Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3155 Ideas

    UKey Support LTNew Participant

    API HTML Sanitizer Issue: Forced H1 Promotion in Articles Causes Duplicate Headings and SEO DegradationSubmitted

    I am writing to report a frustrating HTML parsing issue when creating or updating Help Center Articles via the API (including version 2.15 and others).Problem Description: When uploading an article's <body> HTML that does not contain an <h1> tag but starts with an <h2> (or <h3>), the Intercom HTML Sanitizer / Block Converter forcefully promotes the highest-level heading to an <h1>.Steps to Reproduce: Use the Article API to create/update an article. Pass the following HTML payload for the body: <h2>Introduction</h2><p>Some text here.</p> Check the rendered article in the Intercom Help Center or within the Intercom Article Block Editor. Current Behavior: The parser automatically converts the <h2> tag into an <h1>. Because the Help Center template already renders the Article Title as the primary <h1> (or visual equivalent), the final published page ends up with two <H1> tags.Business & Technical Impact: SEO Penalty: Multiple H1 tags on a single page violate fundamental SEO best practices, negatively impacting the search ranking of our Help Center. Accessibility (a11y): Screen readers rely on a strict semantic hierarchy. A forced, duplicate H1 breaks the expected document structure for visually impaired users. Migration Friction: We are forced to inject zero-width spaces (<h1>​</h1>) at the top of our payloads just to bypass your parser and preserve our original <h2> tags. Feature Request: Could the engineering team consider either: Respecting the original HTML semantic hierarchy when no H1 is provided in the payload (leaving H2 as H2). Introducing a parameter in the API payload (e.g., disable_heading_promotion: true) to bypass the automatic Block Editor restructuring. Thank you for looking into this core API behavior.

    EduardoNew Participant

    Proposal: Color-Coded Ticket Prioritization System in IntercomSubmitted

    Hi team,I'd like to propose a simple color-coded (traffic-light) system for our Intercom queues, to help us identify ticket urgency at a glance and reduce response-time misses.Proposed color logic (based on time since last activity):🟢 Green – Within SLA (0–30 min since last message) 🟡 Yellow – Approaching SLA breach (30–90 min) 🔴 Red – SLA breached / needs immediate attention (90+ min)How this could be implemented in Intercom:Using custom ticket/conversation attributes with color tags (e.g., a "Priority" field with red/yellow/green values), which can be set manually or via a simple workflow rule based on time-to-first-response or time-since-last-reply. Alternatively, using saved views/filters segmented by these time thresholds, so agents can sort by urgency without relying on color alone. Star/flag indicators (already in use) could be reserved specifically for VIP or escalated cases, separate from the time-based color logic, to avoid overlap.Benefits:Faster visual triage, especially during high-volume shifts. Reduces the risk of tickets aging past SLA unnoticed. Keeps the current inbox structure intact — this only adds a layer of visual prioritization.Happy to adjust the time thresholds or color meanings based on team feedback, or to pilot this in one queue (e.g., COL Supervisor) before rolling it out further.Let me know your thoughts. 🔎