Setting up the Meta pixel for a funding funnel

A monkey can install a pixel. It is a few clicks in Events Manager and a script in the head of the page, and there is nothing to get wrong. Everything that actually decides whether the account works sits in the next nine steps, and most of it is about the places the event must not fire.

The ten steps

Steps three and four: the form does the disqualifying

The gates are conditional logic inside the form, not copy on the page. Revenue, requesting amount, time in business, months of statements and state, and each answer either continues the application or ends it. The form’s job is to find the merchants you cannot fund before the pixel ever hears about them, which is why the fields that qualify have to be asked rather than assumed.

Then two destinations. A qualified submission lands on a page that says one of our partners will contact you in the next few minutes. A failure lands on a real page — another offer, a plain thank-you, whatever suits — and it is never the same URL. That page is also the reason a disqualified merchant is still worth something: you paid for the click, the record can be called or sold on, and none of it reaches Meta.

Steps five and six: the passcode, then exactly one event

A six-digit code goes to the mobile number the merchant typed, and nothing routes to the qualified page until it comes back. That removes VoIP numbers, landlines, typos and spam before any of it becomes data. It is the clearest case of friction that earns its drop-off, because everyone it stops is someone who could not have been called anyway.

Step six is the one people get wrong after doing the first five right. The standard Lead event fires on the page load of the qualified page. Not on the submit button, not on form start, not on “step two”. The page that only loads after the passcode has come back is the only place it belongs, because that page load is the only moment in the funnel that means what you want Meta to go and find.

Steps seven to ten: the server copy, and the test that matters

Step seven adds the Conversions API sending the same Lead from your server, with the same event ID and the hashed contact details attached. Step eight is confirming that Meta is collapsing the two copies into one rather than counting both — why the lead is sent twice covers what that check looks for and what a failed one does to your cost per lead.

Step nine is the one to do before spending anything. In Events Manager, use the test event code and run a qualified submission through: one Lead, browser and server, deduplicated. Then run a disqualified one: PageView only. If the disqualified test fires a Lead, stop. Nothing else on this list matters until that is fixed, because the account is training on merchants nobody can fund.

Before you spend a dollar

The same ten steps as a list to tick off, which is worth doing on an account that already exists as well as one being built. A funnel that has been running for months with the event on the wrong page has a pixel full of the wrong merchants, and that is a thing to find out now rather than after another month of spend.

That last box is a volume question rather than a setup question: funded deals as a Purchase event need about fifty a week before Meta can read them, which puts them out of reach of almost every account. Everything above it applies at any budget above the $100-a-day floor.

Questions brokers ask

AM

Alex Makowski

Founder, Infinite Bookings

Runs the lead generation operation behind Infinite Bookings — paid traffic, the funding application, and the delivery pipeline that puts records into brokers’ CRMs.

Reachable directly at alex@infinitebookings.com or 732-609-7182.