TL;DR
Add a configurable Standalone FullāPage Mode so the siteās chat button can open a dedicated page (same domain or separate) instead of spawning an embedded/inlaid popup widget. This improves longāform answers, reduces embed complexity, and provides a consistent experience across desktop and mobile without maintaining two separate code paths.
Problem
Many AI assistants return long and structured answers (tables, code, multiāstep guides). In a small, inlaid popup this is cramped and can feel slow or janky.
On desktop, teams often prefer a fullāscreen/browser tab where users can scroll, search, and share a permalink to a conversation.
On mobile, the current widget can look fine, but maintaining different snippets or logic for widget vs page is errorāprone for implementers.
Today, implementers sometimes hack around this by manually linking to an external chat app or building a second UI.
Impact: Higher dev cost, inconsistent UX, reduced completion for long conversations, and poor shareability.
Proposal
Introduce a firstāclass "FullāPage (Redirect) Mode". Site owners can set the launcher button to redirect to a specified URL (same or crossādomain) where the chat renders in fullāscreen. Keep the existing inlaid widget as default; this adds a oneāline config choice.
Goals & NonāGoals
Goals
One configuration switch to choose Popup Widget or Standalone FullāPage.
Preserve conversation context and session continuity when launched via redirect.
Support deep links with prefilled prompts (e.g., /chat?q=How+do+I+ā¦).
Provide analytics parity: open/close, session start, first token latency, message sends, deflections, and conversions.
NonāGoals
Replacing the existing widget entirely.
Building a new CMS; the fullāpage UI can reuse the existing chat UI components.
https://cdn.discordapp.com/attachments/1428878971675873280/1428878971902230619/Screenshot_2025-10-17_at_12.52.25_PM.png?ex=68f41abe&is=68f2c93e&hm=7d935579f7e7bcf246a8fc735464f702f1b0c23b817ed810ae7622f3bd7e47b6&