Product Wishlist | Community
Skip to main content

    Idea Pipeline

    Filter by idea status

    Browse by category

    3479 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.

    Julian BurkeNew Participant

    Feature Request: In-App "Missed Call" Banner for AgentsSubmitted

    Requesting a real-time, dismissible in-app notification banner in the Intercom Inbox that alerts an agent immediately after they miss an incoming phone call.The ProblemThere is a visibility gap between agent perception and backend reporting:Admin Data: Analytics show a high volume of "Missed Calls" for agents across the board. Agent Experience: Agents report that calls are not delivering or ringing in their browser.Without an immediate visual indicator, agents have no idea a call was attempted. This makes it impossible to determine if the issue is behavioral (agent away from desk) or a technical bug (Intercom failing to render the incoming call UI).Proposed SolutionImplement a prominent top-of-screen banner triggered immediately when a call goes unanswered by an agent.Suggested Copy: > You missed a call from [caller name] at [Time]. If you didn't see the ring invite, please check your network or status. Action Items: Include an "X" to dismiss and a quick link to the missed call's conversation log for an easy callback.Value & ImpactBug Isolation: Allows agents to instantly identify if they are experiencing a silent system bug (seeing the banner without ever getting a ring invite), providing exact timestamps and caller reference for engineering. Self-Management: Empowers agents to audit their own availability and hardware settings in real-time. Better CX: Reduces abandoned calls and speeds up customer callbacks.

    Yui NishizawaNew Participant

    Hide the horizontal scrollbar when a table fits within the available widthSubmitted

    説明シンプルな1列1行の表で「表の挿入」機能を使用すると、内容が利用可能なスペース内に収まるにもかかわらず、水平スクロールバーが表示されます。これはヘルプセンターの記事に不要な視覚的ノイズを生み出し、読者に横スクロールが必要な追加コンテンツがあると誤解させる可能性があります。 現在の動作内容がほとんど含まれていないシンプルな1×1の表の場合、水平スクロールバーが表示されます。 スクロールバーを非表示にするオプションはありません。期待される動作テーブルが利用可能な表示幅内に収まる場合は、水平スクロールバーは表示されるべきではありません。 あるいは、水平スクロールを必要としないテーブルについては、スクロールバーを無効にするオプションを提供する。これが重要な理由ヘルプセンター記事の視覚的な表示を改善します。 不要なUI要素や注意散漫となる要素を削減します。 ユーザーがスクロールが必要な隠しコンテンツがあると誤解するのを防ぎます。例:数語しか含まれていない1列1行の表でも、表をスクロールする必要がないにもかかわらず、水平スクロールバーが表示されます。