Make integration

One lead, five places it needs to go, and a different route per page. Start a Make scenario on every submit and let a Router send each lead where it belongs, with its campaign on it.

  • Webhook
  • Landing pages, Quiz funnels, Workflows (beta, by HTTP Request)

Why connect it

Why Make and LanderLab

  • Visual routing for every lead

    Routers and filters send each lead down its own path, by page, quiz answer or campaign, and you can see the whole flow on one canvas.

  • One scenario, many pages

    The same Make webhook can take leads from several landing pages, so one scenario handles a whole offer instead of one per page.

  • Buyer endpoints within reach

    When a destination has no Make app, the HTTP module posts the lead to its API, so a buyer's custom endpoint is still in reach.

  • Runs as soon as the lead arrives

    By default Make runs a scenario the moment data reaches its webhook. Scheduled scenarios queue the leads and process them on schedule instead.

  • A history you can debug

    Make's History tab shows each run and its response, and LanderLab's delivery logs show the request that was sent.

  • An optional key on the webhook

    Make can require an API key on the webhook, so only your pages can start the scenario.

Make on your landing pages

Make is where lead routing gets visual: a webhook on the left, a Router in the middle, a branch per buyer, sheet or channel on the right. Connect it to LanderLab and every lead from a landing page or quiz funnel starts your scenario, with every field the visitor filled in and LanderLab's own fields beside them.

There's no Make app to install, and you don't need one: a Make custom webhook gives your scenario an address, and the page's Webhook integration posts each lead to it. That works on any Make plan, and the same address can take leads from as many pages as you like.

Start a Make scenario on every lead

Each lead arrives in your scenario as JSON. The keys are whatever you name them, so the scenario works with first_name and email rather than the form's labels, and LanderLab's own fields, such as the page URL, the visitor IP and the submission time, come along for filtering, routing and compliance records.

In Make every one of those fields is a variable the next modules can use, the answers, the UTMs and the variant included, so routing and formatting work from the lead's real data.

One Make scenario for many pages

The same Make webhook URL can go on several landing pages. Add a Router with filters on the page URL or a quiz answer, and each lead takes its own path: one page's leads to a buyer, another's to a sheet and a Slack channel.

For a lead gen operator, that's the whole offer in one picture. When a buyer caps out or a new state opens, you change a filter on the canvas, not five separate automations.

Any API, even without a Make app

When the destination has no app in Make, the HTTP module can post the lead to its API directly. If a delivery fails, Make's History tab and LanderLab's delivery logs show the request that was sent and the response that came back, which is what you need when a buyer says a lead never arrived.

Make or LanderLab Workflows (beta)?

LanderLab's Workflows (beta) covers a lot of routing on its own: a Lead trigger on one or more pages, Filter, If, Switch and Delay nodes, and actions for Google Sheets, HubSpot, Klaviyo, GoHighLevel, LeadProsper, Meta CAPI and an HTTP Request node. If your routing fits there, it's one less tool and one less bill.

Make earns its place when the scenario reaches beyond that: dozens of apps, data transformations, lookups in other systems, or a team that already runs its operations in Make.

Use cases

Ways to use Make on paid traffic

  • 01

    A solar lead split by state

    A solar quiz on Facebook sends every lead to one Make scenario. A Router sends Texas leads to one installer's API, Arizona leads to another, and everything to a Google Sheet for the daily reconciliation.

  • 02

    Insurance leads to a buyer and a dialer

    Each auto insurance lead goes to the buyer's endpoint through the HTTP module and into the call center's dialer in the same run, with the campaign kept on both.

  • 03

    An agency's client reporting

    Every client's pages post to one scenario that tags each lead with the client by page URL, adds it to the client's sheet and posts a summary to the account manager's channel.

FAQ

Make integration FAQ

Anything not here, ask us.

Make and LanderLab

Is Make worth connecting to my landing pages?

When a lead needs to reach several tools, or take different paths by page or answer, yes. For a single destination LanderLab connects to directly, the direct route is simpler.

Does LanderLab integrate with Make?

Yes, through the page's Webhook integration: it posts each lead to a Make custom webhook, which starts your scenario. There's no Make app to install, and LanderLab's docs have a setup guide for it.

Can one Make scenario take leads from several pages?

Yes. The same webhook URL can be used on several pages, and a Router with filters can send each page's leads down its own path.

Will Make see my UTMs and the A/B variant?

Yes. Hidden fields capture the UTMs and click IDs from the ad's URL, and LanderLab adds the page URL, the variant ID and the submission time, so a Router can split leads on any of them.

Can I send quiz answers to Make?

Yes. Every quiz answer is a field, and once Make has seen a test lead, each answer is a variable you can map in the scenario.

Other integrations

Plug in the rest of your stack.

Connect Make and launch your next page.

Build the page, switch Make on and send your ads to it. Free to start, no card.

From one prompt to qualified leads

Watch one prompt become a live solar quote funnel, every lead routed to your buyer, and the leaks flagged before they eat your budget.

0:00
0:59