Funnels

The Event feature works well, but the page layout is quite plain. We should integrate it as a custom section within the main funnel or website to elevate the visual appeal.

I would like to be able to nest custom fields and custom object fields in a custom value placeholder that is on a funnel or website page, and the page builder be able to render the information listed in either the custom field or custom object field. Use cases are to allow for personalization on the funnel pages. For example, I have a personality survey (sorry - still cant use the quiz builder because it doesnt have all the features I need), and at the end I would like to direct them to a results page. If I could embed a custom field inside a custom value, then I could dynamically show personalized information for each person that comes through my funnel. This would include any unique text, images, or videos I want to display. Currently, I plan to not only show what their personality type is, but also give a summary, as well as a polar array chart image that was generated from QuickCharts.com to give them a visual of what is going on. Because we cant nest that information and have the page render in real time, I cant do this, which is having me to completely revamp and design my business process other than what would be best for conversions. I know that everyone thinks that AI is going to be the thing that makes everyone purchase things in the future, but my gut tells me that those who can create personalized marketing and buying experiences will win out. Being able to nest custom fields/ custom object fields inside of custom value placeholders on funnels will go a long way to making this work.

Managing URLs in GHL funnels is unnecessarily confusing for users. There are currently three different URL concepts in the same funnel — the funnel path, the publication/slug URL of each page, and the control URL — without it being clear what each one is for or which one prevails. Specific proposal: Delete or hide the control URL if the user never needs to touch it Rename fields with more descriptive and intuitive names Add a visual example in real time that shows how the final URL (domain + path + slug) is constructed while the user configures each page Unify all the URL configuration in one place instead of having it divided between general funnel settings and settings for each page This creates constant confusion among users, especially agencies that manage multiple accounts and sub-accounts.

We need a better way to test payments in the live production funnel with test transactions without having to turn the entire funnel into Test mode for all visitors. Situation: We have tons of traffic from ads coming to our Funnel and Checkout Pages. We don't have the luxury of turning the entire funnel into a test mode for all visitors not even for 5 minutes as we'll lose live sales and burn ad budget. Right now, when we turn Payment mode in the Funnel into a Test mode, test mode is enabled for all visitors touching the funnel. This is not optimal. We need a better way. Here's one potential solution: Use URL param "payment_mode=test", but the admin must enable this so that we prevent everyone running test transitions Funnel > Setting > Payment mode Option 1: Live Option 2: Test mode for all visitors (All visitors see the Test mode) Option 3: Test mode with URL param (Only visitors who add "payment_mode=test" to the URL see the Test mode, everyone else uses Live mode.

Allow custom CSS code from Claude/ChatGPT when building funnel pages. This will save users HOURS of time for every page. thank you!

The video loops silently in the background (either full-length or a short clip) with a large, pulsating PLAY button overlaid in the middle. Only upon clicking does the video reset and play with audio enabled. This is a marketing staple. Right now, users have to manually create GIFs or settle for static thumbnails, which hurts conversion rates. Manually setting this up is tedious; it would be far more efficient to have a dedicated setting in the video options to automate this behavior.

The current Events section in the Funnel only supports sending events to Meta, but it does allow for Conversions API usage, as well as sending of additional data typically not available with standard tag implementations. To allow for the sending of data to different analytics/advertising platforms, but without requiring the resources to create custom implementations for every provider, I'd like to see a common events API that can be enabled from this tab for other platforms that can push the enriched data and events, even if this just utilises Google's Datalayer API. This solution would be significantly more optimal than utilising current bandaid solutions such as intercepting other API calls (like form submissions) during the call and extrapolating the event/user data out from there, which could cause submission/platform issues if implemented incorrectly.

I don't want to be mean, but the bump feature on landing pages is ugly and it should be updated or we should be able to have the ability to customise the look of it

FEATURE REQUEST — Collect Payment Element: Dynamic Pricing Support Component: Funnel Builder → Collect Payment Element Priority: HIGH — Direct Revenue & Retention Impact --- WHY GHL SHOULD BUILD THIS FIRST This is not a nice-to-have. This is the single missing feature that forces GHL users to maintain an active ClickFunnels, ThriveCart, SamCart, or Kartra subscription alongside their GHL account — every month — just to run a complete sales funnel. Here is the competitive gap in plain numbers: • ClickFunnels — dynamic pricing native on all plans ($97-$297/mo) • ThriveCart — dynamic pricing native, one-time fee (~$495) • Kartra — dynamic pricing native on all plans ($99-$429/mo) • SamCart — dynamic pricing native on all plans ($79-$319/mo) • GoHighLevel — NOT SUPPORTED (this request) Every platform above is being paid for right now by GHL users who would cancel those subscriptions tomorrow if GHL closed this gap. That is recurring revenue GHL is funding for its own competitors. GHL wins on CRM, SMS, automation, AI, and platform depth — no debate. But when a user sits down to build a real sales funnel with an upsell and downsell, they hit this wall and open ClickFunnels. That moment of leaving the GHL environment is where churn begins. Fixing this keeps users inside the GHL ecosystem for the full funnel lifecycle. This is not a feature request. This is a retention play. --- THE SEVERITY — WHAT USERS FACE TODAY The Collect Payment element currently supports only two amount modes: • Fixed Amount — a price hardcoded in element settings that never changes • User Input — an open field the buyer can type any number into Neither works for a sales funnel. Here is why: A real funnel is not a single fixed price. A buyer moves through steps — they add an order bump, accept or decline an upsell, take a downsell offer. By the time they reach the payment step the total has already been determined by their choices. There is no supported way in GHL to pass that calculated total into the Collect Payment element automatically and securely. What builders are currently forced to do instead: • Create a separate checkout page for every possible price combination (1 page for base price, 1 for base + bump, 1 for base + upsell, etc.) • Use CSS or JavaScript to hide and pre-fill the amount field (INSECURE — any buyer can open browser dev tools and change the value) • Pay for a second platform just to handle the checkout step None of these are acceptable solutions for a platform marketed as an all-in-one funnel builder. --- WHAT WE ARE ASKING FOR Add one new mode to the Collect Payment element: Dynamic Amount. How it works: • Funnel steps calculate the total based on buyer selections • That total is passed to the payment page automatically via URL parameter (e.g., /checkout?amount=64.00) or GHL custom value • The Collect Payment element reads the value, displays it to the buyer, and locks it • The amount is enforced server-side — impossible for the buyer to manipulate Real-world example every GHL user will recognize: Buyer purchases ebook ($47) and adds order bump ($17) on the sales page Total of $64 passes automatically to the checkout page Buyer sees $64 confirmed on the payment form and completes purchase No duplicate pages. No workarounds. No second platform. --- EXPECTED BEHAVIOR AFTER THIS IS BUILT • Collect Payment element includes a Dynamic Amount mode in settings • Amount accepted via URL parameter (?amount=64.00) or GHL custom value • Amount displayed to buyer and locked — enforced server-side on transaction • Existing Fixed Amount and User Input modes remain fully unchanged • Users can run complete upsell and downsell funnels entirely inside GHL • No competing platform subscription required --- CURRENT WORKAROUND None that is secure. CSS and JavaScript field hiding does not prevent a buyer from opening browser developer tools and manually changing the payment amount before submitting. This is a real financial risk for any GHL user relying on this workaround in a live funnel today. --- BOTTOM LINE GHL is already the superior platform on every dimension that matters for running a business. This one feature closes the last credible gap that justifies a competing funnel platform subscription. Build this and GHL becomes the only tool serious funnel builders need.

FEATURE REQUEST — Collect Payment Element: Dynamic Pricing Support Component: Funnel Builder → Collect Payment Element Priority: HIGH — Direct Revenue & Retention Impact --- WHY GHL SHOULD BUILD THIS FIRST This is not a nice-to-have. This is the single missing feature that forces GHL users to maintain an active ClickFunnels, ThriveCart, SamCart, or Kartra subscription alongside their GHL account — every month — just to run a complete sales funnel. Here is the competitive gap in plain numbers: • ClickFunnels — dynamic pricing native on all plans ($97-$297/mo) • ThriveCart — dynamic pricing native, one-time fee (~$495) • Kartra — dynamic pricing native on all plans ($99-$429/mo) • SamCart — dynamic pricing native on all plans ($79-$319/mo) • GoHighLevel — NOT SUPPORTED (this request) Every platform above is being paid for right now by GHL users who would cancel those subscriptions tomorrow if GHL closed this gap. That is recurring revenue GHL is funding for its own competitors. GHL wins on CRM, SMS, automation, AI, and platform depth — no debate. But when a user sits down to build a real sales funnel with an upsell and downsell, they hit this wall and open ClickFunnels. That moment of leaving the GHL environment is where churn begins. Fixing this keeps users inside the GHL ecosystem for the full funnel lifecycle. This is not a feature request. This is a retention play. --- THE SEVERITY — WHAT USERS FACE TODAY The Collect Payment element currently supports only two amount modes: • Fixed Amount — a price hardcoded in element settings that never changes • User Input — an open field the buyer can type any number into Neither works for a sales funnel. Here is why: A real funnel is not a single fixed price. A buyer moves through steps — they add an order bump, accept or decline an upsell, take a downsell offer. By the time they reach the payment step the total has already been determined by their choices. There is no supported way in GHL to pass that calculated total into the Collect Payment element automatically and securely. What builders are currently forced to do instead: • Create a separate checkout page for every possible price combination (1 page for base price, 1 for base + bump, 1 for base + upsell, etc.) • Use CSS or JavaScript to hide and pre-fill the amount field (INSECURE — any buyer can open browser dev tools and change the value) • Pay for a second platform just to handle the checkout step None of these are acceptable solutions for a platform marketed as an all-in-one funnel builder. --- WHAT WE ARE ASKING FOR Add one new mode to the Collect Payment element: Dynamic Amount. How it works: • Funnel steps calculate the total based on buyer selections • That total is passed to the payment page automatically via URL parameter (e.g., /checkout?amount=64.00) or GHL custom value • The Collect Payment element reads the value, displays it to the buyer, and locks it • The amount is enforced server-side — impossible for the buyer to manipulate Real-world example every GHL user will recognize: Buyer purchases ebook ($47) and adds order bump ($17) on the sales page Total of $64 passes automatically to the checkout page Buyer sees $64 confirmed on the payment form and completes purchase No duplicate pages. No workarounds. No second platform. --- EXPECTED BEHAVIOR AFTER THIS IS BUILT • Collect Payment element includes a Dynamic Amount mode in settings • Amount accepted via URL parameter (?amount=64.00) or GHL custom value • Amount displayed to buyer and locked — enforced server-side on transaction • Existing Fixed Amount and User Input modes remain fully unchanged • Users can run complete upsell and downsell funnels entirely inside GHL • No competing platform subscription required --- CURRENT WORKAROUND None that is secure. CSS and JavaScript field hiding does not prevent a buyer from opening browser developer tools and manually changing the payment amount before submitting. This is a real financial risk for any GHL user relying on this workaround in a live funnel today. --- BOTTOM LINE GHL is already the superior platform on every dimension that matters for running a business. This one feature closes the last credible gap that justifies a competing funnel platform subscription. Build this and GHL becomes the only tool serious funnel builders need.