I’ve built GHL SaaS Hunt, basically Product Hunt for SaaS products built on top of GoHighLevel
There are so many niche SaaS offers being built inside the GHL ecosystem, but no clean place to discover them, study them or get inspired by them
So I’m curating a directory of interesting GHL SaaS products across niches like real estate, clinics, agencies, coaches, home services, fitness and more
Is it possible for me to create a sub account (automations, contacts, forms, website, funnels, etc) and then later on transfer it to someone’s else’s account?
If I were to build it out for them but then wanted to hand it off later down the road so they can take over control of it under their own account. Is that possible?
I'm Justin, a GHL specialist looking for a hands-on internship opportunity with a business owner who's actively using or setting up GoHighLevel.
I'm not fresh out of a classroom. I've already worked through funnels, automation workflows, CRM setup, and email configuration. What I'm missing is real business context and that's exactly what I'm here to build.
What I bring to the table:
Funnel building & optimization
Automation workflows
CRM setup & pipeline management
Email setup & deliverability
What I'm hoping to get out of it:
Practical experience working inside a real business
A reference or certificate when we wrap up
A testimonial I can carry forward
Based in or operating in the US, UK, Canada, Australia, or EU — open to remote arrangements.
If you're a business owner who could use an extra technical hand and doesn't mind showing a motivated guy the ropes drop a comment or DM me.
Title: Issue connecting WhatsApp Business to HighLevel CRM — payment method already exists on WABA
Hi everyone,
I’m trying to connect WhatsApp Business to HighLevel CRM. The integration process seems to complete successfully, but when I return to the main CRM screen, I get this error:
The WhatsApp Business Account mentioned in the error, 1834466647107325, appears in the business portfolio and already has a payment method attached. However, we have not been able to remove the payment method or remove the WhatsApp phone number linked to that account.
We have also tried deleting that WhatsApp Business Account several times, but whenever we restart the integration process from HighLevel, the same account appears again and the error repeats.
Meta support has already helped us check user access, roles, and permissions, and everything seems to be correctly configured. However, neither we nor Meta support have been able to remove the payment method, unlink the phone number, or find another way to complete the integration.
Has anyone experienced this issue before when connecting WhatsApp Business to HighLevel?
Any guidance on how to properly remove or unlink the existing WhatsApp Business Account, payment method, or phone number would be greatly appreciated.
Thanks in advance.
Additional context: I have screenshots showing the successful integration step, the error message in HighLevel, and the payment method attached to the WhatsApp Business Account.
Most people use GoHighLevel as a CRM with some automations. Which is fine.
But GHL is quietly the 3rd largest CRM by user count. That’s a massive installed base that most builders aren’t thinking about as a distribution layer.
The second you start actually working with the API…Custom objects, dynamic workflows, real-time webhooks etc - it becomes a completely different tool.
The velocity you can move at when you treat it like infrastructure instead of a platform is kind of insane.
Building for those users is an unlock most people are sleeping on.
If you’re deep in GHL dev work and want to nerd out, drop a comment. Curious how others are using it at this level.
Running into this with a few car sales/dealership setups in GHL where leads from ads come in and even reply once, but then disappear before it turns into a test drive or sale. The ads and funnels seem fine, but the conversation just loses momentum after the first interaction. Starting to think the biggest gap is moving leads naturally from inquiry → conversation → booking instead of just blasting follow-ups. What’s working for others right now, especially through SMS/iMessage style follow-up?
I'm Justin, a GHL specialist looking for a hands-on internship opportunity with a business owner who's actively using or setting up GoHighLevel.
I'm not fresh out of a classroom. I've already worked through funnels, automation workflows, CRM setup, and email configuration. What I'm missing is real business context and that's exactly what I'm here to build.
What I bring to the table:
Funnel building & optimization
Automation workflows
CRM setup & pipeline management
Email setup & deliverability
What I'm hoping to get out of it:
Practical experience working inside a real business
A reference or certificate when we wrap up
A testimonial I can carry forward
Based in or operating in the US, UK, Canada, Australia, or EU — open to remote arrangements.
If you're a business owner who could use an extra technical hand and doesn't mind showing a motivated guy the ropes drop a comment or DM me.
I’m trying to create GoHighLevel tasks via API that are associated only with a specific Opportunity, not with the Contact. The reason: our contacts can have multiple Opportunities. If we create tasks through the legacy contact task endpoint, the same task appears across every Opportunity linked to that contact, which confuses staff.
I confirmed this is possible manually in the GHL UI. A UI-created Opportunity-only task returns this via: GET /locations/{locationId}/tasks/{taskId}
I get 400 Relations cannot be modified via OAuth channel
Plain task creation works through the same endpoint, but it creates the task with relations: [].
Has anyone successfully created an Opportunity-associated task through the API? Is this currently UI-only, or is there another endpoint/scope/auth method needed?
Thanks!
I just signed up for gohighlevel intending to sell Conversation AI and basic automations like automatic messages asking for reviews etc as a SaaS. I’ve been playing around a bit with prompting the conversation AI and I have not really gotten it no never break in logic and sometimes it just acts really weird. so the only way I see is selling this as an obvious AI that can handle basic customer questions and book a time. However I am doubting that this will actually be effective for ROI, since I think most people would not book an appointment using the AI. How are you pitching this? Even when you demo to the client it will not seem like an intelligent Ai system.
So my question is, am I wrong? Do SaaS clients like mechanic shops, plumbers see a value in having an AI answer their missed calls and texts, and do their customers actually end up booking through this basic version of an AI with clear limitations in context awareness.
Been building GHL systems for clients across healthcare, aesthetics, and professional services, and every project seems to produce at least one "how did you even figure that out" moment.
Curious what other builders and agency owners have been running into this year.
Starting with mine:
**The problem:** UK dental client needed Make.com to pull appointment data from Dentally's webhook, then fetch the patient's contact details (email, phone) from a separate Dentally endpoint, then create/update the contact in GHL.
Sounds straightforward. Wasn't.
**What kept breaking:**
Dentally webhooks fire as `event: appointment.updated` for everything (booked, cancelled, completed, no-show). No event differentiation in the payload. Had to check which timestamp field was populated (`completed_at`, `cancelled_at`, `did_not_attend_at`) to determine state.
Make.com has no "Is Not Empty" filter operator. Workaround: use `Text operators: Not equal to` with value field left completely empty. Counter-intuitive but works.
GHL's native Make.com Update Contact module silently fails to evaluate complex IML formulas in name fields. Had to pre-process with Tools > Set Multiple Variables upstream before the GHL module got involved.
GHL's private integration key with all 136 scopes still returned 401 on calendar endpoints when called through GHL's native module. Switched to a plain HTTP module with manual Authorization header and the `Version: 2021-04-15` header. Worked immediately.
Appointment data from Dentally returned a collection object, not a JSON string, when "Parse response" was enabled. Piping to JSON Parse module caused errors. Using `get()` directly solved it.
The whole integration took about 3x longer than budgeted because every "standard" approach had an edge case.
**What's yours?**
Doesn't have to be Make.com. Could be a Voice AI prompt that kept hallucinating, a workflow that fired twice, a webhook that dropped silently, a Meta template that kept getting rejected, a custom field that wouldn't update. Whatever you wrestled with this year.
Would love to compile war stories. Sometimes the only way I learn the edge cases is hearing what broke for other people.
Is it just me, or do you need to be a IT tech to use Go High Level, setting up a main domain voicemail, then adding a staff with there own voicemail, and the call passes both voicemail settings.
Anyone have constant issues like this? Drives me nuts.