On this page

How to Copy a GoHighLevel Speed-to-Lead Workflow Across Accounts

Speed to lead is the first automation most agencies build and the one they want running in every client account. Here is what the workflow is made of, and how to save it once and deploy it everywhere with its trigger rewired to the destination.

Speed to lead is the simplest lever an agency has. Reply to a new enquiry in seconds and you connect far more often than if you let it sit for minutes or hours, so the speed-to-lead workflow — the automation that sends an instant reply the moment a lead lands — is the one you want running in every client account. GoHighLevel will happily run that workflow; what it will not do is give you a clean way to move the one you have perfected into the next client's account. This guide covers what the workflow is made of, why each account needs its own copy, and how to clone it so the instant reply fires correctly in the destination.

What a speed-to-lead workflow does

A speed-to-lead workflow watches for a new lead and responds instantly. The lead can arrive in several ways — a form submission, a Facebook or Instagram lead ad, a landing-page opt-in, an inbound call, or a chat widget — and within seconds the workflow sends the first touch. That is normally an SMS, often an email as well, so it reaches the lead while they still remember the form.

The value is entirely in response time: a lead answered in the first minute is far more likely to pick up than one chased an hour later.

The trigger and steps that make it work

Underneath, a speed-to-lead workflow is a trigger plus an ordered set of actions. A typical build looks like this:

  • A trigger on a lead source — a specific form submitted, an inbound webhook, a Facebook lead, or a new contact tagged by a lead source.
  • An immediate SMS as the first touch, usually personalised with the lead's name and the business.
  • A short wait, then a follow-up SMS or email if there has been no reply.
  • An internal notification to the assigned user so a human can jump in.
  • A tag applied and often an opportunity created in a pipeline stage, sometimes with a calendar link so the lead can book.
  • Branches that split on whether the lead replies or books.

Every one of those steps points at something account-specific — the particular form, the tag name, the assigned user, the pipeline and stage, maybe the calendar — which is what makes it powerful at home and fragile the moment you move it.

Why every client account needs its own copy

You cannot run one central speed-to-lead workflow across many accounts. Each client's leads live in their own sub-account and must be answered from that account's number, tagged with that account's tags, and routed to that account's rep. The pattern is the same proven workflow, copied into each account and wired to its own pieces.

This is where GoHighLevel's native tools run out. Its built-in duplicate only copies a workflow inside the sub-account you are already in, so it cannot carry your build to a client. Snapshots move a whole-account template — the wrong size of tool when the account is already live and you only want to drop in one automation. The common fallback, rebuilding by hand in each account, is slow, easy to get subtly wrong, and a speed-to-lead flow wired wrong fails silently.

The gap is real: there is no native, clean way to move a single workflow across accounts. Save-once-deploy-many is exactly what ExportGHL Workflows is built to do.

Cloning it with save and deploy

ExportGHL Workflows treats the move as three steps — save, check, then deploy — so the same build can be reused across every account you manage.

  1. Open the source workflow. In the account where your speed-to-lead workflow lives, open it in the automation builder.
  2. Save it to your library. The whole build is captured — the lead-source trigger, every action in order, the waits, the branches and the settings — and kept as a reusable item in your private cloud library.
  3. Open the destination account. Switch to the client sub-account you are copying into and go to its Workflows area.
  4. Run the free readiness check. Before anything deploys, run Check — a free readiness check that previews what will map, what it can auto-create, and what you will need to set up yourself. No credit is spent and nothing is deployed.
  5. Deploy as a new workflow. Deploy the saved workflow there. It arrives as a brand-new workflow, switched off, and never overwrites anything already in the account unless you deliberately choose to update one.

Because the workflow sits in your library, putting it into the next client account is just another deploy — save once, deploy into each account as you onboard. The end-to-end move is covered in copy a workflow between accounts.

Wiring the trigger to the destination with remap

The trigger is the part that most needs attention. A trigger filtered on "when this specific form is submitted" carries an id that only exists in the source account. Drop it into a client account and it points at nothing, so the workflow never fires — a build that looks fine in the editor but is quietly dead.

On a cross-account deploy, cross-account remap runs automatically: ExportGHL matches each account-scoped reference by name against the destination — the form, the tag, the assigned user, the pipeline and stage, custom fields, the calendar — and rewrites the ids to the ones that live there, so a destination form with the same name is paired up and the trigger fires. Anything it cannot match is flagged, and the workflow is deployed as a draft rather than published, so the trigger is never left pointing at nothing. The id rewriting is explained in depth in cross-account workflow remap, and a workflow not triggering after a copy walks through the fix when a trigger stays silent.

Remap rewires the references inside the workflow, but it cannot bring sending infrastructure with it. The sending number, from-address and A2P registration are per-account and stay behind. In the destination you must connect that account's own number and confirm A2P is registered there, or the instant SMS will not send even when every step is wired correctly.

Testing the instant reply before going live

Never trust a speed-to-lead workflow until you have seen it fire — a broken instant reply costs you the exact leads it was meant to catch. Before switching it on:

  1. Submit a real test lead through the destination's own form or lead source — not a manually added contact — so the trigger runs the way a live lead will.
  2. Open the workflow's execution log and confirm the trigger fired and the instant reply step ran.
  3. Check the reply arrived on your phone, and that it came from the destination's own number or from-address rather than a blank or source value.
  4. Confirm the tag landed and any opportunity was created in the right pipeline stage.

Only once a test lead reaches your phone, from the right sender, should you turn the workflow on for live traffic. You can move your first workflow on the free trial with no card, then run on credits that never expire or a one-time Toolkit licence — see pricing for both.

Frequently asked questions

What is a speed-to-lead workflow in GoHighLevel?
A speed-to-lead workflow fires the moment a new lead arrives — a form submission, a Facebook or Instagram lead, a landing-page opt-in or an inbound call — and sends an instant reply by SMS, and usually email, within seconds. In GoHighLevel it is an automation triggered by a lead source, with a first message, a short follow-up series and a notification to the assigned rep. The whole point is response time: the faster the reply, the more leads you actually connect with.
Can I copy a speed-to-lead automation to another account?
Yes, though not with GoHighLevel's own tools — its built-in duplicate only copies a workflow inside one sub-account. ExportGHL Workflows saves the workflow from the source account to a cloud library and deploys it into each destination as a new workflow. The trigger and every step come across intact, and cross-account remap runs automatically to wire the lead-source references to the destination's real forms, tags and users.
Will the lead-source trigger work in the new account?
It works once the trigger points at a record that exists in the destination. A trigger filtered on a specific form, tag or pipeline carries an id from the source account that means nothing in the new one. Cross-account remap matches those references by name and rewrites the ids; anything it cannot match is flagged and the workflow lands as a draft, so the trigger is never left quietly pointing at nothing.
How do I test it fires before relying on it?
Submit a real test lead through the destination account's own form or lead source, then open the workflow's execution log to confirm the trigger fired and the instant reply went out. Check the message used the destination's own sending number or from-address — sending infrastructure is per-account and does not travel with the workflow — and that any tag or opportunity landed. Only switch it on for live leads once a test lead reaches your phone.

Clone your speed-to-lead workflow free

No credit card. Save your instant-reply workflow once and deploy it into every client account, with its trigger remapped for you.

Start free