Internal review draft. Research for Bob. We have not seen the live GoHighLevel form yet, so this is our best read from how GoHighLevel works. We will confirm it against Bob's real form before changing anything.
Rebuilding Seminars · GoHighLevel · Research

Removing the "Discount Code Required" from the Signup Form

Short answer: yes, it's removable, and it's a quick fix. Here's why a required discount code is unusual in GoHighLevel, the three likely causes, the exact steps to fix each one, and the plan for Bob.

Short answer: Yes. This is removable, and it's a quick fix. GoHighLevel does not have a setting that forces someone to enter a coupon to buy. In standard GHL, the coupon box is always optional, and the whole coupon feature is just an on/off switch in the form builder. So whatever is making your form seem to require a code is a setting we can change, not a limitation we're stuck with.

Once Bob approves and gives us GoHighLevel access, Charlie can make the change by steering Annette's browser. We'll log in, look at the actual order form, confirm which of the causes below it is, fix it, and test the form ourselves before telling anyone it's done.

How coupons normally work in GoHighLevel (so you can see why "required" is unusual)

A few facts straight from GoHighLevel's own help docs:

So a form that truly won't let you check out without a code is almost certainly one of three setups, all of which we can undo. Here are the likely causes and the fix for each.

Likely cause #1 (most likely): someone added a "Discount code" field and marked it Required

This is the most common way a form ends up demanding a code. It's not the real coupon feature at all. It's just a regular text box that someone added to the form, labeled "Discount code," and flipped to Required. Because it's required, the form won't submit until something is typed in it.

In GoHighLevel, every field on a form can be set to Hidden, Optional, or Required independently (the docs show this for fields like Company Name and Phone). So a stray "Discount code" box set to Required would behave exactly like what Bob is describing.

The fix (two options, both easy):

  1. Open the funnel in Sites → Funnels, open the order/checkout step, and click Edit to open the page builder.
  2. Click the order form element on the page. A settings panel opens (GHL calls it Form options).
  3. Find the field labeled something like "Discount code" / "Promo code" / "Coupon."
  4. Either:
    • Toggle "Required" off (so people can still type a code if they have one, but it's no longer mandatory), or
    • Delete the field entirely if Bob doesn't want a code box on the form at all (click the field, then the delete/trash icon).
  5. Click Save (top right), then open the live form and test that it now submits with the box empty.

Likely cause #2: the price only looks right after a coupon, so people feel they have to enter one

Sometimes a form isn't technically requiring a code, but the listed price is wrong unless you apply a coupon (for example, the product is set to $1,500 and a "WELCOME" coupon knocks it down to the real $1,200). People then assume they're supposed to enter the code, even though nothing forces them to.

If that's what's going on, the right fix isn't to touch the coupon at all. It's to set the product's real price directly, so the correct number shows with no code needed.

The fix:

  1. Go to Payments → Products and click the Rebuilding class product.
  2. Under Prices, click the price you want to fix (or "Add another price").
  3. Set Type (One-time or Recurring) and put the correct amount in the Amount field (e.g., the real $1,200, plus the payment-plan price if you offer one).
  4. Save.
  5. Now the order form shows the true price on its own, and the coupon becomes a genuine extra (early-bird, etc.) rather than something people feel obligated to use.

Side note tied to our notes: the live site currently says tuition is $1,200 with an early-bird discount and payment plans, but no published installment figure. When we're in GHL we should make sure the product price and any payment-plan price match what Bob actually charges.

Likely cause #3: the coupon feature itself is on and Bob simply wants the box gone

If Bob doesn't want a coupon box on the signup form at all, we just turn the feature off.

The fix:

  1. Open the funnel's order/checkout step and click Edit to open the builder.
  2. Click the order form element and open its settings (Form options → the "Other Settings" area).
  3. Find "Enable Coupon Codes" and toggle it off.
  4. Save and re-test the live form.

This removes the coupon box cleanly. (If Bob does want to keep offering an early-bird code, we leave this on, because as noted above the box is optional for buyers anyway.)

What we'll actually do (the plan for Bob)

  1. Bob approves and gives us GoHighLevel access (or adds Annette as a user).
  2. Charlie steers Annette's browser, logs in, and opens the real Rebuilding signup form.
  3. We confirm on the actual form which of the three causes above it is (we can only be 100% sure once we see his exact setup).
  4. We make the matching fix from above.
  5. We test the form ourselves by running through it with the coupon box empty, and only then tell Bob it's handled. (Standing rule on our side: never call a form "fixed" without testing it first.)

Bottom line for Bob: You're not stuck. There's no GoHighLevel rule forcing a discount code, so the requirement on your form is just a setting, and settings can be changed. Give us access when you're comfortable, and we'll have it sorted and tested for you.

Caveats and honest notes

Sources

Researched 2026-06-07. We do not yet have GoHighLevel access; steps reflect GoHighLevel's current (2025-2026) help docs and will be confirmed against Bob's real form before any change.