Conversion tracking guide

GoHighLevel native Meta CAPI or custom CAPI? Use the smallest setup that solves the real problem.

Native and custom integrations can both work. The useful question is whether the conversion happens entirely inside GoHighLevel or crosses pages, forms, calendars, CRMs, and custom business rules.

Updated July 2026 8 min read Practical setup guide
Quick answer

What to do

Use GoHighLevel's native CAPI when the funnel, trigger, contact data, and event logic already live inside GHL. Use a custom setup when you need stronger page capture, external forms, exact event IDs, custom payload control, or a consistent agency-wide implementation.

When native GoHighLevel CAPI is a good fit

Native workflow actions are practical when the form, calendar, contact, and trigger all live inside one GoHighLevel sub-account. The team can configure the event without maintaining another server service.

It is also easier for non-developers to inspect the workflow and change the trigger later.

  • GHL form or calendar
  • Simple Lead or Schedule event
  • Attribution fields already stored on the contact
  • No external page logic
  • Team prefers workflow-based maintenance

When a custom CAPI setup earns its keep

A custom setup is useful when the landing page is outside GoHighLevel, the form is embedded, the event needs custom fields, or the same agency standard must work across several platforms.

It can also provide tighter control over event IDs, normalization, hashing, retries, endpoint ownership, and which page or form is allowed to use the script.

  • External or custom landing pages
  • Embedded forms and multi-step journeys
  • Strict browser and server deduplication
  • Custom qualified-lead or pipeline events
  • Agency-wide endpoint management

Do not run both blindly

Using native and custom CAPI for the same Lead event can create duplicate server events. Decide which integration owns the event, or design a shared event-ID plan across browser and server paths.

More integrations do not create more accuracy. They create more places to forget why an event fired.

  • Choose one owner for each event.
  • Document the trigger and destination.
  • Disable overlapping workflow actions.
  • Verify event-source counts after launch.
Before you publish

GoHighLevel Meta CAPI check

01Keep native CAPI for simple GHL-owned flows

02Use custom CAPI for external or controlled implementations

03Assign one owner to each conversion event

04Share event IDs only for matching browser and server copies

05Document the setup for the next person

Frequently asked questions

Common questions about this setup

Is custom CAPI always better?+

No. It adds control and maintenance. Native GHL CAPI can be the better choice for a simple workflow that already has the required data.

Can both run at the same time?+

They can, but sending the same server event twice is usually a mistake. Use one server owner per conversion.

Which option is better for agencies?+

A controlled custom standard can reduce account-to-account variation, but only when the agency is prepared to maintain it.

What result has the Simple CAPI method produced?+

Across more than 25 tested client implementations, the configured Lead and Schedule events reached at least 9.3 Meta Event Match Quality.

Official references

Use these official references when checking the current Meta setup and account screens.

Keep learning

Related conversion tracking guides

Simple CAPI workspace

Turn the answer into a working Meta conversion.

Choose Lead or Schedule, paste one protected script on the intended page, and verify the real conversion.

Create your script